https://bz.apache.org/bugzilla/show_bug.cgi?id=65032
eR@SeR <nale...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #6 from eR@SeR <nale...@gmail.com> --- (In reply to Felix Schumacher from comment #4) > I think the number of 9 elements in the list is intentional, as they map to > the keys 1 to 9 on the keyboard as shortcuts in the menu. Hi, OK that makes sense. (In reply to Felix Schumacher from comment #5) > @all, what do you think of auto-cleaning the recent files list. We could > filter out those entries, that we can't read (while generating the menu > entries) > > That could be problematic, if users accessed files on network/removable > drives, which would be removed if the path is not accessible at > startup/loading/saving of files. If auto-cleaning the recent files list might be problematic Pop up dialog could be an alternative and ask the user whether he wants to remove the non-accessible test or not. Or when the user clicks on the test that is non-existing to show pop up: (In reply to eR@SeR from comment #0) > Created attachment 37651 [details] > Open recent menu files > > Pop up "C:\Users\NA\Desktop\test1.jmx (The system cannot find the file > specified). Would you like to remove the file from the recent list?" is > shown, Yes/No buttons are offered. Any solution that avoids the Registry entries manipulation is good one. -- You are receiving this mail because: You are the assignee for the bug.