Request to add option to disable 'Recent Documents' lists.

Bug #30942 reported by TM
This bug affects 12 people
Affects Status Importance Assigned to Milestone
gnome-panel (Ubuntu)
Ubuntu Desktop Bugs
Declined for Gutsy by Brian Murray
Declined for Hardy by Brian Murray
Declined for Intrepid by Brian Murray

Bug Description

In addition to the ability to list recent documents (Computer->Recent Documents)
and the option to clear the list are both nice, there should also be an option
to disable such behavior completely.

Revision history for this message
Ben (bhalvorsen) wrote :

(In reply to comment #0)

I agree. A list of recent documents might be of use for some people, but not
for me. All recent documents does is report my recent activities to any other
person who may use my computer. It is annoying that I have to clear it all the
time. So I hope that the recent documents option can be enabled and disabled in
the future.

Revision history for this message
Sebastien Bacher (seb128) wrote :

I've opened a bug upstream about this:

According to some other upstream bug you can change the permissions of
~/.recently-used as a workaround for this.

Revision history for this message
Daniel Robitaille (robitaille) wrote :

Confirming this bug

Changed in nautilus:
status: Unconfirmed → Rejected
Changed in gnome-panel:
assignee: seb128 → desktop-bugs
Changed in gnome-panel:
status: Unknown → Unconfirmed
Revision history for this message
John Doe (jodo-deactivatedaccount) wrote :

+1 from me for this. Didn't found a suitable sulotion for this till now. It would be great to have an option for disabling this completly.

Revision history for this message
Kẏra (thekyriarchy) wrote :

+1 from me as well

Revision history for this message
Pedro Villavicencio (pedro) wrote :

thanks for your comments, but there's no need to put comments with +1 to the report that doesn't help too much and if you want to see this soon you're welcome to submit patches to, thanks in advance.

Changed in gnome-panel:
status: Confirmed → Triaged
Revision history for this message
xne (egger) wrote :

a workaround will be to make the file immutable - so that it can't be changed:
#sudo chattr +i .recently-used.xbel
(only works with ext2/3 filesystems)
best regards,

Revision history for this message
ELG (easylinuxguide) wrote :

This has been open since 2005. Is anyone working on adding this as a setting at the very least to gconf-editor? It would be preferable for the Recent Documents to have a preferences option added to its tab. I would love to see something added as it gets rather tedious manually typing commands for every machine and also trying to explain this to new Linux users does not come across as very user friendly. Thanks for all efforts to accomplish this!

Revision history for this message
vince (vince06fr) wrote :

+1 for me

the workaround is good and we can use a script ...
But when i do enable Recent Documents, all documents that i accessed when it was disabled, are visible. So i must clear them out again…. this is a big bug for me...

Revision history for this message
fermulator (fermulator) wrote :


Revision history for this message
Khaled Khalil (khaled-khalil) wrote :

Thomas Spura tells (here: that it is already implemented in gtk (
it is enough (and more appropriate) to add "gtk-recent-files-max-age=0" to ~/.gtkrc-2.0 (create the file if it is not already there).
it works for me.

Revision history for this message
Sam Freilich (l33tminion) wrote :

Should still be a way of removing Recent Documents from the Places menu entirely, although the answer in #11 is a decent workaround.

Revision history for this message
Michael Kogan (michael-kogan) wrote :

It's better than creating a directory that prevents the file from being generated but for a new user who doesn't know that trick an option like "Number of elements in the <<Recent documents>> list" would be more handy.

Changed in gnome-panel:
importance: Unknown → Medium
Revision history for this message
Kẏra (thekyriarchy) wrote :


To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.