SUMMARY The Recent files menu is disabled if it contains only one file. STEPS TO REPRODUCE 1. Clear recent files 2. Open any file 3. Close application 4. Open that file again OBSERVED RESULT Recent files menu is disabled. EXPECTED RESULT Recent files menu is enabled. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20220524 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.2 Kernel Version: 5.17.9-1-default (64-bit) Graphics Platform: X11
Yeah that's not a bug, offering the exact file you have open in recent files would do nothing, would it?
I can't know for sure how many items I have in the list of recent files. IMO it also looks bad from the perspective of user experience.
I think it is a bug. This menu is even disabled if “Switch to tab if file is already open” is disabled, although it would do something: open the file again. I do this sometimes with long documents, where I need to switch between two chapters often. If I didn’t open other documents before, so the recent files menu is disabled, it will slow me down. Then I wonder why.
It's definitely a bug. If the list of recent files is empty and you open a file, the recent files menu will be enabled, even if it contains only one file. But if you close that file and open it again, the recent files menu will be disabled. I also see the same behavior in KWrite. To be honest, some of the UX decisions in KDE make me stumped.
Seems to be fixed for now. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 36 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Graphics Platform: X11