https://bugs.kde.org/show_bug.cgi?id=355399
--- Comment #18 from Méven Car <meve...@gmail.com> --- (In reply to Nate Graham from comment #17) > > I have plans to cap the number of entries and/or their recency plus > > whilelist/blacklist paths in complement to applications. > > I plan also to make it affect Gtk applications history. > > > > In the meantime I consider this fixed. New input welcome. > If you plan to add this feature in the future, then it can't be fixed yet, > right? :) Right now we have the ability to disable file history completely, > but not configure the number of shown items. Let's close it only once the > feature is merged. All right. I closed it in the first place because of the user workflow: > For people like me who open dozens of PDFs a day (and other formats, too), > the 9 or 10 items in the "Open recent ..." menu is really too short. I'm > pretty sure I'm not an exception about this. Is already sorta fixed. Default size is now 30 entries and this is configurable (for tech savy users I will admit) The fix suggestion (and bug title) did not focus on any workflow, but the one here is kinda covered, since users can display any number of recent entries and filter by mimetype, should they take the time to set things up. -- You are receiving this mail because: You are watching all bug changes.