Timeline for How to clear recent files list?
Current License: CC BY-SA 3.0
16 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Nov 27, 2020 at 15:45 | comment | added | Basil |
@Xerus Precisely what is kept and isn't depends on the user options recentf-exclude and recentf-keep, which in turn defaults to the function recentf-keep-default-predicate, which returns nil for unreadable files. I can't comment further on your setup without more information, based only on a comment such as "it doesn't work". If you think something isn't working correctly, try debugging it or report it upstream via M-x report-emacs-bug RET.
|
|
| Nov 27, 2020 at 11:21 | comment | added | xeruf |
"The default value of recentf-keep ensures non-readable files are removed from the list." I have a different experience - I executed recentf-cleanup and it removed 0 files from the list, even though it contains lots of deleted and moved files...
|
|
| Aug 10, 2020 at 9:07 | comment | added | Basil |
@HappyFace customize-set-value is only useful for interactive use, or for setting a variable-comment property; otherwise you can just use setq or setq-default. If you want the function recentf-auto-cleanup to be called after you set the user option recentf-auto-cleanup, then you should use customize-set-variable instead, as this makes sure to call the user option's custom :set function.
|
|
| Jul 30, 2020 at 9:44 | comment | added | HappyFace |
What should I use to set recentf-auto-cleanup? Is (customize-set-value recentf-auto-cleanup 3600) good enough?
|
|
| Jul 13, 2020 at 17:44 | comment | added | alper | Ok sorry for asking here | |
| Jul 13, 2020 at 17:43 | comment | added | Basil |
@alper This Emacs Stack Exchange comments section is not the best place to get help with Emacs issues. For that, there is the help-gnu-emacs mailing list and M-x report-emacs-bug RET. Alternatively, you can ask a new question on the Emacs SE.
|
|
| Jul 13, 2020 at 17:42 | comment | added | Basil |
@alper That's still not enough information for me to be able to help you. Please try narrowing down which part of your configuration gives rise to the issue, ideally by starting Emacs as emacs -Q.
|
|
| May 3, 2020 at 18:31 | comment | added | Basil |
@alper Sorry, I can't help you without more information. Try reproducing the issue starting with emacs -Q. If you can't, then your configuration or one of the packages you've installed could be at fault. If you can, then please report it as a bug via M-x report-emacs-bug.
|
|
| May 3, 2020 at 14:16 | comment | added | alper |
I have also done that but I think emacs-daemon keeps its own copy samewhere and keep overwriting into the empty recentf file
|
|
| May 3, 2020 at 13:04 | comment | added | Basil |
@alper recentf-cleanup does not empty recentf-list. Try setting recentf-list to the empty list, either directly or by calling recentf-edit-list, followed by recentf-save-list.
|
|
| May 3, 2020 at 12:49 | comment | added | alper | I keep cleaning my list but whenevet I reopen my emacs daemon everyhing shows up again @Basil | |
| Jun 20, 2019 at 23:31 | comment | added | Basil | @rph Sorry, I fail to see what history length has to do with either the question in the OP or my answer. The question is clearly about removing non-existent files from the cached recent file list. | |
| Jun 20, 2019 at 17:24 | comment | added | rph | Wouldn't make more sense to set a maximum length for the history? | |
| Nov 30, 2017 at 18:01 | vote | accept | Andrew-Dufresne | ||
| Nov 30, 2017 at 16:03 | history | edited | Basil | CC BY-SA 3.0 |
Mention recentf-edit-list
|
| Nov 30, 2017 at 15:58 | history | answered | Basil | CC BY-SA 3.0 |