To reproduce: 1. Trash e.g. 10 files (if more files are trashed, the bug is triggered more reliably) 2. Enter trash The message appears for each trashed file as soon as trash is opened: (Thunar:3143): GLib-GIO-CRITICAL **: g_file_info_get_attribute_uint32: assertion 'G_IS_FILE_INFO (info)' failed If there is no message, restore the files and go back to 1. until the bug triggers (for me, usually after ~2 attempts) Affected files are missing the "lock" emblem. 3. Try restoring such a file: An error pops up: File could not be restored. Unable to detect original place of the file. Reloading the folder (F5) fixes the problem
I am not able to trigger this bug. Thunar 1.8.8 GTK 3.24.8 GLib 2.61.1
Interesting, thanks for testing ! Possibly my gtk(3.22.11) or my gvfs(1.30.4) is just to old and the bug comes from there. On my laptop (gtk 3.24.5, gvfs 1.38.1 ) I as well cannot reproduce the bug. ... have to update my maschine to at least debian buster & will than retry ! (Will reopen if I still can reproduce with up to date dependencies)
Just updates my desktop-pc to buster .. can still reproduce the bug on the desktop (but not on the laptop) .. meh, I need to furthr investigate.
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/thunar/-/issues/256. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev