How do I prevent the file 'recently-used.xbel' from being created?Why does Firefox suddenly keep asking “Do...
I'm flying to France today and my passport expires in less than 2 months
Can I ask the recruiters in my resume to put the reason why I am rejected?
Does an object always see its latest internal state irrespective of thread?
Alternative to sending password over mail?
Languages that we cannot (dis)prove to be Context-Free
dbcc cleantable batch size explanation
Important Resources for Dark Age Civilizations?
What are these boxed doors outside store fronts in New York?
Replacing matching entries in one column of a file by another column from a different file
strTok function (thread safe, supports empty tokens, doesn't change string)
Why doesn't Newton's third law mean a person bounces back to where they started when they hit the ground?
Can a Cauchy sequence converge for one metric while not converging for another?
How to draw a waving flag in TikZ
How to efficiently unroll a matrix by value with numpy?
How can bays and straits be determined in a procedurally generated map?
What's the point of deactivating Num Lock on login screens?
Can you really stack all of this on an Opportunity Attack?
Perform and show arithmetic with LuaLaTeX
What typically incentivizes a professor to change jobs to a lower ranking university?
Maximum likelihood parameters deviate from posterior distributions
What does "Puller Prush Person" mean?
Are astronomers waiting to see something in an image from a gravitational lens that they've already seen in an adjacent image?
Why do I get two different answers for this counting problem?
Why are electrically insulating heatsinks so rare? Is it just cost?
How do I prevent the file 'recently-used.xbel' from being created?
Why does Firefox suddenly keep asking “Do you want to run 'START.htm', or display its contents?” on htm and text files?associate program to a file where program is not in listWhere are bluetooth received files savedHow do I permanently stop Ubuntu from “recording” and displaying recently used files?list files not originating from packagesHow to prevent users from deleting files that are already in use?Rename the most recently used fileAutoLogin does not turn offHow do I add up file sizes in Bash by pattern into array / list?How to prevent automatic bookmarks in Nautilus from being created on (bind) mounts?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I want to permanently prevent Ubuntu 12.10 from creating a "recently used" file list. This list seems to be stored in the file:
/home/user/.local/share/recently-used.xbel
I have tried deleting this file, but it keeps being recreated every time I start a new login session. I need to know how to prevent this file from being recreated.
files privacy
add a comment |
I want to permanently prevent Ubuntu 12.10 from creating a "recently used" file list. This list seems to be stored in the file:
/home/user/.local/share/recently-used.xbel
I have tried deleting this file, but it keeps being recreated every time I start a new login session. I need to know how to prevent this file from being recreated.
files privacy
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21
add a comment |
I want to permanently prevent Ubuntu 12.10 from creating a "recently used" file list. This list seems to be stored in the file:
/home/user/.local/share/recently-used.xbel
I have tried deleting this file, but it keeps being recreated every time I start a new login session. I need to know how to prevent this file from being recreated.
files privacy
I want to permanently prevent Ubuntu 12.10 from creating a "recently used" file list. This list seems to be stored in the file:
/home/user/.local/share/recently-used.xbel
I have tried deleting this file, but it keeps being recreated every time I start a new login session. I need to know how to prevent this file from being recreated.
files privacy
files privacy
edited Mar 19 '13 at 10:09
Eliah Kagan
83.2k22229369
83.2k22229369
asked Mar 19 '13 at 9:32
JasonJason
1072311
1072311
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21
add a comment |
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21
add a comment |
5 Answers
5
active
oldest
votes
To disable the list for GTK 3 based applications follow these steps:
rm ~/.local/share/recently-used.xbel
If THERE ISN'T a "~/.config/gtk-3.0/settings.ini", then
mkdir -p ~/.config/gtk-3.0
echo -e "[Settings]ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" > ~/.config/gtk-3.0/settings.ini
If THERE IS a "~/.config/gtk-3.0/settings.ini", then
echo -e "ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" >> ~/.config/gtk-3.0/settings.ini
(note the ">>" vs the ">" difference ; ">>" appends to a file while a single ">" completely overwrites it, without backup, if it already exists)
And in either case:
rm ~/.local/share/recently-used.xbel
To disable the list for GTK 2 based applications follow this step:
echo gtk-recent-files-max-age=0 >> ~/.gtkrc-2.0
These steps are better than changing permissions on the file as they prevent error messages from being shown when launching GTK based applications that rely on the file.
Detailed information can be found here - https://alexcabal.com/disabling-gnomes-recently-used-file-list-the-better-way/
It will be nice if you include the actual codes forgtk2
andgtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible
– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
One last point :) Someone could still find out what has been accessed. See this code for example:find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely onrecently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.
– user25656
Mar 19 '13 at 11:02
|
show 7 more comments
I've found that fiddling with the recently-used.xbel file has no effect (at least on Ubuntu 17.04+). You can delete it, clear it, /dev/null it, set it immutable, shoot it in any way and it won't work. For example Nautilus has a "Recently used" section hardwired into the side panel - and it's not deletable by any means and survives the .xbel file being wiped.
On GNOME / Ubuntu do this (which worked for me):
- Open a terminal and start gnome
$ gnome-control-center
Navigate to the "Privacy Group" and click on "Privacy"
Click on "Usage & History" and on the following dialog set the "Recently Used" toggle to OFF.
Right when you do this, you can see the "Recently used" list in Nautilus going empty. (This also wipes the .xbel file - check it out.) Done.
add a comment |
So far this file gets recreated even if you chown it to root or make it immutable. Even if you set the max-age settings to 0, it still remembers directories.
I have implemented a workaround that clears this file every 5 minutes. It's a very nasty workaround: create a cron entry that clears the file frequently:
crontab -e
# clear gtk recently used list every 5 minutes
*/5 * * * * echo "" > .local/share/recently-used.xbel
Certain applications still default to the recently used list, but this satisfies your question to permanently prevent Ubuntu 12.10 from creating a "recently used" file list.
add a comment |
As before, whatever you do, it's always there. But you can make it immutable so it stops logging and stays empty. Command: sudo chattr +i ~/.local/share/recently-used.xbel .The system, and you as well, will not be able to do anything with it, until you change +i(immutable). This is the reverse command to restart logging back again: sudo chattr -i ~/.local/share/recently-used.xbel .(only if you want recently-used functioning again for some reason). I've had success clearing logs out by moving the folder to /dev/shm and shutdown computer. The folder comes back, empty.
add a comment |
Assuming it's only that file that you want to prevent from being written, you could try changing its permissions so it cannot be accessed.
First, delete the file. Then, create a new, blank one. Then, customize its permissions.
cd ~/.local/share
rm recently-used.xbel
touch recently-used.xbel
chmod 000 recently-used.xbel
If you want, you can even change its ownership so no program running as your user can change its permissions and write to it:
sudo chown root:root recently-used.xbel
Some programs might issue errors (with or without that final customization).
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f269858%2fhow-do-i-prevent-the-file-recently-used-xbel-from-being-created%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
To disable the list for GTK 3 based applications follow these steps:
rm ~/.local/share/recently-used.xbel
If THERE ISN'T a "~/.config/gtk-3.0/settings.ini", then
mkdir -p ~/.config/gtk-3.0
echo -e "[Settings]ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" > ~/.config/gtk-3.0/settings.ini
If THERE IS a "~/.config/gtk-3.0/settings.ini", then
echo -e "ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" >> ~/.config/gtk-3.0/settings.ini
(note the ">>" vs the ">" difference ; ">>" appends to a file while a single ">" completely overwrites it, without backup, if it already exists)
And in either case:
rm ~/.local/share/recently-used.xbel
To disable the list for GTK 2 based applications follow this step:
echo gtk-recent-files-max-age=0 >> ~/.gtkrc-2.0
These steps are better than changing permissions on the file as they prevent error messages from being shown when launching GTK based applications that rely on the file.
Detailed information can be found here - https://alexcabal.com/disabling-gnomes-recently-used-file-list-the-better-way/
It will be nice if you include the actual codes forgtk2
andgtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible
– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
One last point :) Someone could still find out what has been accessed. See this code for example:find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely onrecently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.
– user25656
Mar 19 '13 at 11:02
|
show 7 more comments
To disable the list for GTK 3 based applications follow these steps:
rm ~/.local/share/recently-used.xbel
If THERE ISN'T a "~/.config/gtk-3.0/settings.ini", then
mkdir -p ~/.config/gtk-3.0
echo -e "[Settings]ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" > ~/.config/gtk-3.0/settings.ini
If THERE IS a "~/.config/gtk-3.0/settings.ini", then
echo -e "ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" >> ~/.config/gtk-3.0/settings.ini
(note the ">>" vs the ">" difference ; ">>" appends to a file while a single ">" completely overwrites it, without backup, if it already exists)
And in either case:
rm ~/.local/share/recently-used.xbel
To disable the list for GTK 2 based applications follow this step:
echo gtk-recent-files-max-age=0 >> ~/.gtkrc-2.0
These steps are better than changing permissions on the file as they prevent error messages from being shown when launching GTK based applications that rely on the file.
Detailed information can be found here - https://alexcabal.com/disabling-gnomes-recently-used-file-list-the-better-way/
It will be nice if you include the actual codes forgtk2
andgtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible
– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
One last point :) Someone could still find out what has been accessed. See this code for example:find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely onrecently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.
– user25656
Mar 19 '13 at 11:02
|
show 7 more comments
To disable the list for GTK 3 based applications follow these steps:
rm ~/.local/share/recently-used.xbel
If THERE ISN'T a "~/.config/gtk-3.0/settings.ini", then
mkdir -p ~/.config/gtk-3.0
echo -e "[Settings]ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" > ~/.config/gtk-3.0/settings.ini
If THERE IS a "~/.config/gtk-3.0/settings.ini", then
echo -e "ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" >> ~/.config/gtk-3.0/settings.ini
(note the ">>" vs the ">" difference ; ">>" appends to a file while a single ">" completely overwrites it, without backup, if it already exists)
And in either case:
rm ~/.local/share/recently-used.xbel
To disable the list for GTK 2 based applications follow this step:
echo gtk-recent-files-max-age=0 >> ~/.gtkrc-2.0
These steps are better than changing permissions on the file as they prevent error messages from being shown when launching GTK based applications that rely on the file.
Detailed information can be found here - https://alexcabal.com/disabling-gnomes-recently-used-file-list-the-better-way/
To disable the list for GTK 3 based applications follow these steps:
rm ~/.local/share/recently-used.xbel
If THERE ISN'T a "~/.config/gtk-3.0/settings.ini", then
mkdir -p ~/.config/gtk-3.0
echo -e "[Settings]ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" > ~/.config/gtk-3.0/settings.ini
If THERE IS a "~/.config/gtk-3.0/settings.ini", then
echo -e "ngtk-recent-files-max-age=0ngtk-recent-files-limit=0" >> ~/.config/gtk-3.0/settings.ini
(note the ">>" vs the ">" difference ; ">>" appends to a file while a single ">" completely overwrites it, without backup, if it already exists)
And in either case:
rm ~/.local/share/recently-used.xbel
To disable the list for GTK 2 based applications follow this step:
echo gtk-recent-files-max-age=0 >> ~/.gtkrc-2.0
These steps are better than changing permissions on the file as they prevent error messages from being shown when launching GTK based applications that rely on the file.
Detailed information can be found here - https://alexcabal.com/disabling-gnomes-recently-used-file-list-the-better-way/
edited Sep 1 '14 at 15:49
Community♦
1
1
answered Mar 19 '13 at 10:14
kingmilokingmilo
6,01911632
6,01911632
It will be nice if you include the actual codes forgtk2
andgtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible
– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
One last point :) Someone could still find out what has been accessed. See this code for example:find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely onrecently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.
– user25656
Mar 19 '13 at 11:02
|
show 7 more comments
It will be nice if you include the actual codes forgtk2
andgtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible
– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
One last point :) Someone could still find out what has been accessed. See this code for example:find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely onrecently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.
– user25656
Mar 19 '13 at 11:02
It will be nice if you include the actual codes for
gtk2
and gtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible– user25656
Mar 19 '13 at 10:30
It will be nice if you include the actual codes for
gtk2
and gtk3
in your answer. People can then look at the link for background if they want. It would be helpful in case the link is inaccessible– user25656
Mar 19 '13 at 10:30
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
@vasa1 Good idea will do so shortly.
– kingmilo
Mar 19 '13 at 10:32
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
I'm trying out the settings.ini and gtkrc-2.0 mods :) I won't go the script route.
– user25656
Mar 19 '13 at 10:36
1
1
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
Okay, I made the changes, deleted all the bookmarks from recently-used.xbel and logged in again. I created a few files. Looking good so far. Although it looks like some programs may have their own internal "recently used" lists. LibreOffice Calc seems to be one of them.
– user25656
Mar 19 '13 at 10:47
1
1
One last point :) Someone could still find out what has been accessed. See this code for example:
find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely on recently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.– user25656
Mar 19 '13 at 11:02
One last point :) Someone could still find out what has been accessed. See this code for example:
find ~/{Documents,Desktop,Downloads,Music} -ctime -1 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +
. It's based on suggestions by schragge in this thread and doesn't rely on recently-used.xbel
. Bottom line: if someone else has access to the PC, "ordinary" measures won't be enough.– user25656
Mar 19 '13 at 11:02
|
show 7 more comments
I've found that fiddling with the recently-used.xbel file has no effect (at least on Ubuntu 17.04+). You can delete it, clear it, /dev/null it, set it immutable, shoot it in any way and it won't work. For example Nautilus has a "Recently used" section hardwired into the side panel - and it's not deletable by any means and survives the .xbel file being wiped.
On GNOME / Ubuntu do this (which worked for me):
- Open a terminal and start gnome
$ gnome-control-center
Navigate to the "Privacy Group" and click on "Privacy"
Click on "Usage & History" and on the following dialog set the "Recently Used" toggle to OFF.
Right when you do this, you can see the "Recently used" list in Nautilus going empty. (This also wipes the .xbel file - check it out.) Done.
add a comment |
I've found that fiddling with the recently-used.xbel file has no effect (at least on Ubuntu 17.04+). You can delete it, clear it, /dev/null it, set it immutable, shoot it in any way and it won't work. For example Nautilus has a "Recently used" section hardwired into the side panel - and it's not deletable by any means and survives the .xbel file being wiped.
On GNOME / Ubuntu do this (which worked for me):
- Open a terminal and start gnome
$ gnome-control-center
Navigate to the "Privacy Group" and click on "Privacy"
Click on "Usage & History" and on the following dialog set the "Recently Used" toggle to OFF.
Right when you do this, you can see the "Recently used" list in Nautilus going empty. (This also wipes the .xbel file - check it out.) Done.
add a comment |
I've found that fiddling with the recently-used.xbel file has no effect (at least on Ubuntu 17.04+). You can delete it, clear it, /dev/null it, set it immutable, shoot it in any way and it won't work. For example Nautilus has a "Recently used" section hardwired into the side panel - and it's not deletable by any means and survives the .xbel file being wiped.
On GNOME / Ubuntu do this (which worked for me):
- Open a terminal and start gnome
$ gnome-control-center
Navigate to the "Privacy Group" and click on "Privacy"
Click on "Usage & History" and on the following dialog set the "Recently Used" toggle to OFF.
Right when you do this, you can see the "Recently used" list in Nautilus going empty. (This also wipes the .xbel file - check it out.) Done.
I've found that fiddling with the recently-used.xbel file has no effect (at least on Ubuntu 17.04+). You can delete it, clear it, /dev/null it, set it immutable, shoot it in any way and it won't work. For example Nautilus has a "Recently used" section hardwired into the side panel - and it's not deletable by any means and survives the .xbel file being wiped.
On GNOME / Ubuntu do this (which worked for me):
- Open a terminal and start gnome
$ gnome-control-center
Navigate to the "Privacy Group" and click on "Privacy"
Click on "Usage & History" and on the following dialog set the "Recently Used" toggle to OFF.
Right when you do this, you can see the "Recently used" list in Nautilus going empty. (This also wipes the .xbel file - check it out.) Done.
answered Jan 9 '18 at 17:24
isyncisync
412415
412415
add a comment |
add a comment |
So far this file gets recreated even if you chown it to root or make it immutable. Even if you set the max-age settings to 0, it still remembers directories.
I have implemented a workaround that clears this file every 5 minutes. It's a very nasty workaround: create a cron entry that clears the file frequently:
crontab -e
# clear gtk recently used list every 5 minutes
*/5 * * * * echo "" > .local/share/recently-used.xbel
Certain applications still default to the recently used list, but this satisfies your question to permanently prevent Ubuntu 12.10 from creating a "recently used" file list.
add a comment |
So far this file gets recreated even if you chown it to root or make it immutable. Even if you set the max-age settings to 0, it still remembers directories.
I have implemented a workaround that clears this file every 5 minutes. It's a very nasty workaround: create a cron entry that clears the file frequently:
crontab -e
# clear gtk recently used list every 5 minutes
*/5 * * * * echo "" > .local/share/recently-used.xbel
Certain applications still default to the recently used list, but this satisfies your question to permanently prevent Ubuntu 12.10 from creating a "recently used" file list.
add a comment |
So far this file gets recreated even if you chown it to root or make it immutable. Even if you set the max-age settings to 0, it still remembers directories.
I have implemented a workaround that clears this file every 5 minutes. It's a very nasty workaround: create a cron entry that clears the file frequently:
crontab -e
# clear gtk recently used list every 5 minutes
*/5 * * * * echo "" > .local/share/recently-used.xbel
Certain applications still default to the recently used list, but this satisfies your question to permanently prevent Ubuntu 12.10 from creating a "recently used" file list.
So far this file gets recreated even if you chown it to root or make it immutable. Even if you set the max-age settings to 0, it still remembers directories.
I have implemented a workaround that clears this file every 5 minutes. It's a very nasty workaround: create a cron entry that clears the file frequently:
crontab -e
# clear gtk recently used list every 5 minutes
*/5 * * * * echo "" > .local/share/recently-used.xbel
Certain applications still default to the recently used list, but this satisfies your question to permanently prevent Ubuntu 12.10 from creating a "recently used" file list.
answered Jun 2 '13 at 19:38
invertinvert
5511821
5511821
add a comment |
add a comment |
As before, whatever you do, it's always there. But you can make it immutable so it stops logging and stays empty. Command: sudo chattr +i ~/.local/share/recently-used.xbel .The system, and you as well, will not be able to do anything with it, until you change +i(immutable). This is the reverse command to restart logging back again: sudo chattr -i ~/.local/share/recently-used.xbel .(only if you want recently-used functioning again for some reason). I've had success clearing logs out by moving the folder to /dev/shm and shutdown computer. The folder comes back, empty.
add a comment |
As before, whatever you do, it's always there. But you can make it immutable so it stops logging and stays empty. Command: sudo chattr +i ~/.local/share/recently-used.xbel .The system, and you as well, will not be able to do anything with it, until you change +i(immutable). This is the reverse command to restart logging back again: sudo chattr -i ~/.local/share/recently-used.xbel .(only if you want recently-used functioning again for some reason). I've had success clearing logs out by moving the folder to /dev/shm and shutdown computer. The folder comes back, empty.
add a comment |
As before, whatever you do, it's always there. But you can make it immutable so it stops logging and stays empty. Command: sudo chattr +i ~/.local/share/recently-used.xbel .The system, and you as well, will not be able to do anything with it, until you change +i(immutable). This is the reverse command to restart logging back again: sudo chattr -i ~/.local/share/recently-used.xbel .(only if you want recently-used functioning again for some reason). I've had success clearing logs out by moving the folder to /dev/shm and shutdown computer. The folder comes back, empty.
As before, whatever you do, it's always there. But you can make it immutable so it stops logging and stays empty. Command: sudo chattr +i ~/.local/share/recently-used.xbel .The system, and you as well, will not be able to do anything with it, until you change +i(immutable). This is the reverse command to restart logging back again: sudo chattr -i ~/.local/share/recently-used.xbel .(only if you want recently-used functioning again for some reason). I've had success clearing logs out by moving the folder to /dev/shm and shutdown computer. The folder comes back, empty.
answered 36 mins ago
canducandu
11
11
add a comment |
add a comment |
Assuming it's only that file that you want to prevent from being written, you could try changing its permissions so it cannot be accessed.
First, delete the file. Then, create a new, blank one. Then, customize its permissions.
cd ~/.local/share
rm recently-used.xbel
touch recently-used.xbel
chmod 000 recently-used.xbel
If you want, you can even change its ownership so no program running as your user can change its permissions and write to it:
sudo chown root:root recently-used.xbel
Some programs might issue errors (with or without that final customization).
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
add a comment |
Assuming it's only that file that you want to prevent from being written, you could try changing its permissions so it cannot be accessed.
First, delete the file. Then, create a new, blank one. Then, customize its permissions.
cd ~/.local/share
rm recently-used.xbel
touch recently-used.xbel
chmod 000 recently-used.xbel
If you want, you can even change its ownership so no program running as your user can change its permissions and write to it:
sudo chown root:root recently-used.xbel
Some programs might issue errors (with or without that final customization).
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
add a comment |
Assuming it's only that file that you want to prevent from being written, you could try changing its permissions so it cannot be accessed.
First, delete the file. Then, create a new, blank one. Then, customize its permissions.
cd ~/.local/share
rm recently-used.xbel
touch recently-used.xbel
chmod 000 recently-used.xbel
If you want, you can even change its ownership so no program running as your user can change its permissions and write to it:
sudo chown root:root recently-used.xbel
Some programs might issue errors (with or without that final customization).
Assuming it's only that file that you want to prevent from being written, you could try changing its permissions so it cannot be accessed.
First, delete the file. Then, create a new, blank one. Then, customize its permissions.
cd ~/.local/share
rm recently-used.xbel
touch recently-used.xbel
chmod 000 recently-used.xbel
If you want, you can even change its ownership so no program running as your user can change its permissions and write to it:
sudo chown root:root recently-used.xbel
Some programs might issue errors (with or without that final customization).
answered Mar 19 '13 at 10:00
Eliah KaganEliah Kagan
83.2k22229369
83.2k22229369
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
add a comment |
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
Any idea which program(s) write to that file?
– user25656
Mar 19 '13 at 10:05
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I see this file (xml) in Lubuntu which does not have Zeitgeist, AFAIK.
– user25656
Mar 19 '13 at 10:08
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
I get just the prompt returned. Yes, mine is a pure Lubuntu install.
– user25656
Mar 19 '13 at 10:15
1
1
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
@vasa1 GTK based applications write to that file.
– kingmilo
Mar 19 '13 at 10:16
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
GTK programs do issue an error to stderr if this file is chmod to root, remarkably the file gets recreated as the user as owner. How mysterious! This solution does not seem to work.
– invert
Jun 1 '13 at 19:39
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f269858%2fhow-do-i-prevent-the-file-recently-used-xbel-from-being-created%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I'd love to see this solved too.
– invert
Jun 1 '13 at 19:42
Can someone file a bug on bugzilla.gnome.org?
– int_ua
Apr 18 '14 at 16:21