James Trew

Hey, sorry for the late response. I'm not actually experiencing this. https://github.com/user-attachments/assets/adc746b8-c711-4a6b-a590-5af90c58a2c7 Can you confirm that you're on the latest version?

> I currently use the picker to display accompanying metadata/info that may/may not rely on the presence of items in the picker. Telescope's current behavior wouldn't display any data available...

> No you're right, that appears to be a bug. I will fix that immediately thanks. https://github.com/nvim-telescope/telescope.nvim/pull/3253

Something like this should work ```lua require("telescope.builtin").find_files({ attach_mappings = function(_, map) map("i", "", function(prompt_bufnr) local state = require("telescope.state").get_status(prompt_bufnr) if state.picker.previewer then local winid = state.preview_win local bufnr = vim.api.nvim_win_get_buf(winid) print("preview...

I misinterpreted the issue in #3289 Looks like the selection starting on the second entry is correct -- just shouldn't say like that.

Hmm... I'm not able to replace this Looks like the custom `gen_from_buffers_like_leaderf` is handling the getting of the buffer filename with the longest length. You may need to do some...

This PR will consolidate a lot of the logic of displaying filepaths and lnum/cols for any picker that displays these https://github.com/nvim-telescope/telescope.nvim/pull/3200 I would at least wait until that is merged...

I'm able to reproduce this but this would probably be tricky to fix. @Tal500 seems unrelated. #3192 is only specific to the git status picker.

Is this still an issue? My recommendations are: - make sure `rg` is installed and working - don't use snap to install it (there's some confinement issue) - verify your...

This PR might be relevant. telescope itself currently doesn't handle previews of buffer's real contents too well currently. If telescope-tabs is using the buffer previewer from telescope core, it well...