On first Telescope frecency there is a A pretyped in telescope

[fishman]

I don't know how to debug this, but whenever I do :Telescope frecency on the first vim start it shows an 'A' character prefilled in the Telescope window. Is there any way to see what that could be from?

[fishman]

      vim.keymap.set('n', '<leader>fr', require('telescope').extensions.frecency.frecency, { desc = '[F]ind Recent Files ("." for repeat)' })

After starting it manually with :Telescope frecency it asked me to remove 12 entries from the frecency database, and after agreeing to it the issue disappeared.

[delphinus]

It might output some escape sequences with vim.ui.select dialog and you've seen a part of that: A, maybe.

Hmm……, I am thinking to disable this dialog in default for avoiding such annoyance.

[solson]

I also started noticing this behavior recently, and starting it manually with :Telescope frecency doesn't seem to help - that also just opens it with "A" pretyped (if it's the first run). I never get a dialog asking me to remove any entries.

[solson]

I did some git bisecting and found "673585ee997b40d2600eb86c3693d552e4f5d79f is the first bad commit".

Specifically, if I run :Telescope frecency before that commit, I get a popup saying [Telescope-Frecency] remove 16 entries from database?, but if I run :Telescope frecency any time after that commit, I get no popup and I get the prefilled A.

[solson]

On a separate note, I never understood what that popup was for, back when it worked. It doesn't specify what's special about the 16 entries it's asking me to delete, or why I would want to do so.

It seems like I will most likely either always say Yes or always say No, so maybe it could be a config boolean, and remove the need for a popup dialog entirely?

...on reviewing the code, I discovered there's already a flag for suppressing the popups. Setting db_safe_mode = false seems to stand for "always say Yes", and with this config setting I can use the newest commit in the repo without the prefilled A problem!

tl;dr @fishman if you see this issue re-occur and want a workaround, try setting db_safe_mode = false in the frecency config. (Official docs for more nuance.)

[ChrisVilches]

@solson

I used db_safe_mode = false and the problem (default value of A in the input) went away. The issue got fixed even after removing the flag db_safe_mode = false.

[solson]

The issue got fixed even after removing the flag db_safe_mode = false.

I believe it would reoccur again the next time you have stale entries (i.e. files that were deleted) and frecency wants to show you the prompt to remove them. Setting it temporarily and then removing it again as you described basically just let you dismiss the prompt you already had.

[ippachi]

I also encountered this error.
I'm not sure if dressing.vim itself is the cause, but it seems to occur when used together with dressing.vim.
It might happen when using it alongside a plugin that configures vim.ui.select.

[chengchengmu]

Resolved after running FrecencyValidate to remove entries.