The first time I delete anything from the desktop, the system freezes for approximately 30 seconds. This warning is found in .cache/upstart/dbus.log ** (process:8845): WARNING **: *** Unsupported operation detected on trash directory ** (process:8845): WARNING **: dir: /home/hob/.local/share/Trash/files, file: xubuntu-default-settings_14.04.2.tar.gz, type: 1 ** (process:8845): WARNING **: *** Unsupported operation detected on trash directory ** (process:8845): WARNING **: dir: /home/hob/.local/share/Trash/files, file: xubuntu-default-settings-14.04.2, type: 1 Subsequent deletions from desktop in the same session, create no warning and do not freeze the system
Created attachment 5401 Use GIO directly for delete/trash operations xfdesktop uses Thunar's dbus for trash/delete so I'm not sure why that error pops up, however since the operation doesn't really need a popup window showing the operations progress I wrote a patch to use GIO's built-in functions directly. Let me know if this fixes the issue.
Used Thad Tintenfisch's PPA with the patch included - file deleted from desktop as expected, with no system freeze thanks
Thanks for testing it, pushed to master in: http://git.xfce.org/xfce/xfdesktop/commit/?id=d48b40f6623a758ff128f5b22b2bd3e581b5b2a3
Reopening since this commit was reverted in http://git.xfce.org/xfce/xfdesktop/commit/?id=c79f244f8f1f2d08892a54cbb820211abad3287d
Odder behaviour associated with this being seen in Xubuntu 14.10 now. Same issue with freeze after desktop deletes - now I am also seeing that if I delete, wait for the freeze, moving to a new desktop hangs in addition.
*** Bug 11184 has been marked as a duplicate of this bug. ***
Hi, i have the same problem on archlinux x86_64 (64bit)
Hello everyone, I'm unable to reproduce this on Debian testing/unstable x86. It would be nice if you could attach your version numbers for xfdesktop4 and thunar (as it seems to be related) xfdesktop4: 4.10.2-3 thunar: 1.6.3-2 @elfy @francesco_dem, can you still reproduce this bug?
I'm having the issue with xfdesktop4 v4.11.6-1, thunar 1.6.3-1 .
(In reply to Julien [nodiscc] from comment #8) > Hello everyone, I'm unable to reproduce this on Debian testing/unstable x86. > It would be nice if you could attach your version numbers for xfdesktop4 and > thunar (as it seems to be related) > > xfdesktop4: 4.10.2-3 > thunar: 1.6.3-2 > > @elfy @francesco_dem, can you still reproduce this bug? Hi Julien, i have thunar 1.6.3 and xfdesktop : 4.10.3-2.
(In reply to francesco_dem from comment #10) > (In reply to Julien [nodiscc] from comment #8) > > Hello everyone, I'm unable to reproduce this on Debian testing/unstable x86. > > It would be nice if you could attach your version numbers for xfdesktop4 and > > thunar (as it seems to be related) > > > > xfdesktop4: 4.10.2-3 > > thunar: 1.6.3-2 > > > > @elfy @francesco_dem, can you still reproduce this bug? > > Hi Julien, i have thunar 1.6.3-2 and xfdesktop : 4.10.3-2.
(In reply to Julien [nodiscc] from comment #8) > Hello everyone, I'm unable to reproduce this on Debian testing/unstable x86. > It would be nice if you could attach your version numbers for xfdesktop4 and > thunar (as it seems to be related) > > xfdesktop4: 4.10.2-3 > thunar: 1.6.3-2 > > @elfy @francesco_dem, can you still reproduce this bug? Yep. Running Xubuntu VV dev currently xfdesktop4: Installed: 4.11.8-0ubuntu1 thunar: Installed: 1.6.3-2ubuntu1
Is the freeze caused by the Thunar daemon needing time to spawn, or by something else? I have a completely unrelated instance of calling D-Bus via Thunar causing the caller to freeze (Firefox when opening the current folder, according to Mozilla folks currently debugging their use of the FileManager1 D-Bus interface). Could it be that we should fix an issue in Thunar instead, and that this would take care of the freeze? As I understand it, the progress dialog can be useful when deleting large files from the desktop. Thanks.
Moght be, the ~30 seconds sounds like the default dbus timeout. Not sure why it started showing up, especially for the 4.10 branch.
This just popped up in mailbox - I'm now NOT seeing this issue xfdesktop4 - 4.11.8-0ubuntu1 thunar - 1.6.5-0ubuntu1 I've also got new hardware here now. (not sure if that's of any importance but thought I'd mention anyway)
Up! The problem remains actual. It seems this is not a D-Bus, because at the time of freezing the entire desktop becomes inactive (does not respond to a click of the mouse). xfdesktop 4.11.8 Thunar 1.6.3 (Xfce 4.10) OS Xubuntu 14.04 x64 Three variants of the log .cache/upstart/dbus.log (process:2540 - is "gvfsd-trash"): 1) ** (process:2540): WARNING **: *** Unsupported operation detected on trash directory ** (process:2540): WARNING **: dir: /home/admin1/.local/share/Trash/files, file: nwjs-v0.12.0-rc1-linux-x64, type: 1 ** (process:2540): WARNING **: *** Unsupported operation detected on trash directory ** (process:2540): WARNING **: dir: /home/admin1/.local/share/Trash/files, file: nwjs-v0.12.0-rc1-linux-x64.tar.gz, type: 1 ========================================================= 2) ** (process:2540): WARNING **: *** Unsupported operation detected on trash directory ** (process:2540): WARNING **: A trash files/ directory should only have files linked or unlinked (via moves or deletes). Some other operation has been detected on a file in the directory (eg: a file has been modified). Likely, the data reported by the trash backend will now be inconsistent. ** (process:2540): WARNING **: dir: /home/admin1/.local/share/Trash/files, file: ubuntu-mate-15.04-beta1-desktop-amd64.iso, type: 1 ========================================================= 3) ** (process:2540): WARNING **: *** Unsupported operation detected on trash directory ** (process:2540): WARNING **: dir: /home/admin1/.local/share/Trash/files, file: sibhost.ru-2014-01-13.zip, type: 1 Successfully activated service 'org.freedesktop.thumbnails.Cache1' ** (process:2540): WARNING **: *** Unsupported operation detected on trash directory ** (process:2540): WARNING **: dir: /home/admin1/.local/share/Trash/files, file: nw, type: 1 (Thunar:4281): GLib-CRITICAL **: Source ID 48139 was not found when attempting to remove it (Thunar:4281): GLib-CRITICAL **: Source ID 49096 was not found when attempting to remove it ==========================================================
So it looks like it was a bug in gvfs which explains why it just started showing up on the 4.10 branch. https://bugzilla.gnome.org/show_bug.cgi?id=737473 https://git.gnome.org/browse/gvfs/commit/?id=1f2d2952135a1304b0ed66da1d3d8f60f1e1c06e So any version of gvfs >= 1.23.1 should be fixed.
Closing bug report as it was a bug in gvfs.
*** Bug 12014 has been marked as a duplicate of this bug. ***
Hi Eric, > Closing bug report as it was a bug in gvfs. Not completely.. But beyond this discussion, I think I can offer a small improvement.. ;) > https://github.com/xfce-mirror/xfdesktop/blob/09ce3eb7f79225366c445e5a6639b9b7d0f1ac4d/src/xfdesktop-file-utils.c#L866 These set the watch cursor, but call the dbus proxy so quickly that never display the cursor.. Then (though the name of the function is _async), is doing all the main thread, freezing the desktop all the time that takes the file operations.. If you add these code in the line marked above force to update the gui, and to respond to new events like clicks on the desktop > while (g_main_context_pending (NULL)) > g_main_context_iteration (NULL, FALSE); The ideal is do this within the dbus interface, but as this constructed now is impossible. :S Please.. Test. Regards, Matias.
(In reply to Matias De lellis from comment #20) > Hi Eric, > > > Closing bug report as it was a bug in gvfs. > > Not completely.. But beyond this discussion, I think I can offer a small > improvement.. ;) > > > https://github.com/xfce-mirror/xfdesktop/blob/09ce3eb7f79225366c445e5a6639b9b7d0f1ac4d/src/xfdesktop-file-utils.c#L866 > > These set the watch cursor, but call the dbus proxy so quickly that never > display the cursor.. > > Then (though the name of the function is _async), is doing all the main > thread, freezing the desktop all the time that takes the file operations.. > > If you add these code in the line marked above force to update the gui, and > to respond to new events like clicks on the desktop > > > while (g_main_context_pending (NULL)) > > g_main_context_iteration (NULL, FALSE); > > The ideal is do this within the dbus interface, but as this constructed now > is impossible. :S > > Please.. Test. > > Regards, > Matias. Hi, Matias I heavily suffer from bug 12439 ("Desktop freeze sometimes"), and wanted to see if your patch helps with it. So I've patched Debian 9's xfdesktop, specifically: > xfdesktop version 4.12.3, running on Xfce 4.12. > Built with GTK+ 2.24.30, linked with GTK+ 2.24.31. with your patch above, and while seems to help slightly, there are still often desktop freezes, especially when a file is sent to trash using "Delete" key in keyboard (and the DBUS warning message in that bug report is printed occasionally)