That makes sense. Which-key doesn’t allow the timeout to take place after gc since it knows about gcc. While that functionality is useful when you don’t know which key to press next, in situations like these it would create problems. I think your best solution would still be to modify the mappings. Maybe remap gc to gcl (comment last) or something like that.
Like I said, I haven’t used mini.comment, but having both gc and gcc mapping may cause problems. If I remember correctly, in these situations, neovim waits after receiving gc command to figure out if you are trying to execute comment last or gcc with comment line. Depending on timelen (or timeout, forgot the exact name) setting the command you actually execute will defer based on the key pressed/not pressed after gc.
Also, if gc is mapped to comment last, and there was no last comment action performed, it might do nothing (maybe check the readme to be sure). So maybe try changing the mapping to see if that helps.
Try using :verbose nmap gc to find out what the shortcut is currently mapped to.
I don’t use mini.comment, but I assume it needs an operator after gc to for commenting. I have seen gcc used to comment out the line. Just wanted to make sure you are using the correct mapping.
I think it has to do with the way the Haskell packages are disturbed. So if you installed the pandoc from extra repository, and there was an update for any of the Haskell packages that pandoc depended on, then pandoc will have to be updated again. Meaning, instead of pandoc forcing Haskell updates, it is the other way around.
If you only use pandoc and don’t normally program in Haskell, check out pandoc-bin. This way you will only get updates for pandoc itself and its dependencies won’t force an update.
I used to get these random freezes where mouse movements are still possible, but everything else seems to freeze. Haven’t got any recently and it occured very rarely.
However, if I switch to another tty, using ctr + alt + f key and then switch back to the original tty, it seems to fix itself. It might not be related, but worth trying it out.
Next time, try enabling display of whitespace characters through
set list. If I remember correctly, they can help distinguish between the Windows carriage return character and Linux end of line character.This may help for a quick overview.