You are not logged in.
Pages: 1
It may cause privacy leaks.
Offline
Out of curiosity, how would it case "privacy leaks"? Its basically a method for tracking opened files within the context of a user environment. It doesn't leak information out like other tracking services might.
Regardless, the file that stores the information is located at ~/local/share/recently-used.xbel. With GTK apps, you can disable the tracking of recently used files by adding:
[Settings]
gtk-recent-files-enabled=0
...to ~/.config/gtk-3.0/settings.ini. Note: this will only impact GTK apps.
Also, with thunar, you can right-click on "Places", select "Places" and uncheck "Recent" to hide the display of that entry.
Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Thunar, right-click on "Places", "Places" uncheck "Recent" is good for me.
Offline
Unchecking "Recent" in Thunar does not stop the logging of opened files by Thunar (and others), it is just
not displayed in Thunar's side panel. However, assigning the "immutable" attribute to the recently-used.xbel
file will stop it cold. Thunar will then complain endlessly in the x-session-errors file about not being able to
write or change permissions on recently-used.xbel.
Offline
Hi,
Can you please add a way to disable this completely with graphical user interface.
For my purposes we have no need this. Many users use the same account and we do no appreciate this tracking feature. Hiding it is not a good solution if turning it back on shows that it was still tracking everything the whole time. It would also be great if only super users can enable or disable it.
I did make recently-used.xbel read only but doing that cause some stability issues we had to turn it back on. I'm back where again because we need and want this to be disabled.
I will be checking will be checking this thread frequently for updates but for now I will be looking for alternatives that do not have this flaw, any suggestion will be appreciated. Thunar is actually one of the reasons we chose to use Mint XFCE, we originally didn't like how the one in Linux mint cinnamon worked and the Thunar was the closest to windows explorer and it had least resistance to people we were trying to convince and get them to use linux.
Offline
Hi,
1: If you delete a file in "recents" the list is not refreshed, so the files remain visible but are deleted in the background.
If you try again, you will of course get an error message.
2. For safety, there should be a "Clear List" function without deleting the files.
Offline
@conserned_user, see: https://gitlab.xfce.org/xfce/thunar/-/issues/1355.
@on2wi, you should create a bug report: https://gitlab.xfce.org/xfce/thunar/-/issues.
Mark solved threads as [SOLVED] to make it easier for others to find solutions.
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Thunar, right-click on "Places", "Places" uncheck "Recent" is good for me.
This method doesn't work. This method only works in shortcut view. If I make this change in shortcut view then go back to tree view, the folder is still there. As far as I can tell, there's no way to edit the tree view.
Found a possible workaround here: https://forum.mxlinux.org/viewtopic.php?t=78037
Offline
I disabled it a while ago by deleting the file ~/.local/share/recently-used.xbel, then created an empty folder in ~/.local/share named recently-used.xbel
I'm not sure if that's good or bad and I can't even remember now where I found the info but it works for me on MX-21.
It will however leave messages in ~.xsession-errors like this:
(geany:4325): Gtk-WARNING **: 16:31:05.242: Attempting to store changes into '/home/home/.local/share/recently-used.xbel', but failed: Failed to rename file “/home/home/.local/share/recently-used.xbel.8IHJ42” to “/home/home/.local/share/recently-used.xbel”: g_rename() failed: Is a directory
Apart from the log entries I have seen no issues with it.
Apps that when opening a file default to the 'Recent' list still do so, but the list is now always empty.
Offline
Pages: 1
[ Generated in 0.021 seconds, 8 queries executed - Memory usage: 556.25 KiB (Peak: 573.09 KiB) ]