thunar issueshttps://gitlab.xfce.org/xfce/thunar/-/issues2020-12-16T19:47:30Zhttps://gitlab.xfce.org/xfce/thunar/-/issues/221Thunar shows all fstab entries in devices in the Shortcuts Side Pane2020-12-16T19:47:30ZBugzilla MigrationThunar shows all fstab entries in devices in the Shortcuts Side Pane## Submitted by Bak..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14812)](https://bugzilla.xfce.org/show_bug.cgi?id=14812)**
## Description
Dear XFCE developers,
Thunar run with root privileges shows all fs...## Submitted by Bak..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14812)](https://bugzilla.xfce.org/show_bug.cgi?id=14812)**
## Description
Dear XFCE developers,
Thunar run with root privileges shows all fstab entries in devices in the Shortcuts Side Pane. This is reproducible at least with Thunar 1.6.11 (on my main system - Debian Stretch) and with Thunar 1.8.2 (on my VM system - Debian Stretch + Thunar and its dependences from Sid/Stretch Backports). Specifically, I currently have the following in DEVICES in the Shortcuts Side Pane (when no USB, network or other devices are connected):
File System (this is ok -> non-root Thunar shows only this entry)
Filesystem root (this is LVM for "/" and it is redundant)
boot (this is partition for "/boot" and it is redundant)
When I had a separate LVM for "/home" it was shown also as "home" in root Thunar DEVICES. This behavior started with the update of libglib2.0-0 when I upgraded from version 2.42.1-1 (Debian Jessie) to later versions in Debian Stretch (currently 2.50.3-2) and also in Debian Sid (currently 2.58.1-2). Before the update from libglib2.0-0 2.42.1-1 both root and non-root Thunar showed just the "File System" entry in DEVICES in the Shortcuts Side Pane.
At first I reported this problem a while ago as a Debian bug, but probably most relevant is the info in libglib2 GNOME bug (https://gitlab.gnome.org/GNOME/glib/issues/1271).
Links to relevant Debian bugs (just for reference):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863642
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836355
Best Regards
Bakhelit
Version: 1.8.2https://gitlab.xfce.org/xfce/thunar/-/issues/400copy process aborted if file is missing2020-11-09T13:16:43ZSatoGatocopy process aborted if file is missingNot completing copying at special situation:
- Open Thunar in home dir in root mode;
- open Firefox FF, surf a while
- start copying the user you are logged in to another drive
- close FF while copying
- preferably not to far from the ...Not completing copying at special situation:
- Open Thunar in home dir in root mode;
- open Firefox FF, surf a while
- start copying the user you are logged in to another drive
- close FF while copying
- preferably not to far from the end of the copy procedure i got the message
(and i reproduced it one time):
(translated back to English)"Error while getting Info for file
>>/media/SSDNAME/USRNAME/.cach/mozilla/firefox/idkfjdis.default-release/cache2/entries/xxxxxx"
where xxxxx long hexnumber
Bug:
after popping up with this error message, copying aborted without notice. Only a fraction of the selected user has been copied.
Expected:
Even if one file is not found, thunar should finish the copy-process. (And popup some dialog to inform about the files for which the copy failed)
Used Thunar version: 1.8.14https://gitlab.xfce.org/xfce/thunar/-/issues/885segmentation fault for stable and dev when trying to open folder as root2022-10-18T10:11:24ZTiosegmentation fault for stable and dev when trying to open folder as rootI tested this with the latest stable and latest from git. I tried to ope Thunar with "`sudo thunar`" and also with "`pkexec thunar`". The stable opens the folder but as soon as I try to open a new tab or browse through large folders it c...I tested this with the latest stable and latest from git. I tried to ope Thunar with "`sudo thunar`" and also with "`pkexec thunar`". The stable opens the folder but as soon as I try to open a new tab or browse through large folders it crashes. The development branch fails from the get-go to open any folder with root privileges.https://gitlab.xfce.org/xfce/thunar/-/issues/1276Usage of Admin Protocol with custom commands in 'Open with...'2024-01-08T18:24:13Zkozak243Usage of Admin Protocol with custom commands in 'Open with...'Summary:
Thunar fails to properly utilize the "%f" flag when operating within the admin protocol ("admin://"). The issue arises when attempting to open a file with a custom command in 'Open with other application...' using the format "ap...Summary:
Thunar fails to properly utilize the "%f" flag when operating within the admin protocol ("admin://"). The issue arises when attempting to open a file with a custom command in 'Open with other application...' using the format "application %f". This results in the evaluation of %f as an empty string ("") when in Thunar using admin protocol, likely due to the execution being performed as a non-root user (with environment variables set to the non-root user who initiated Thunar). Consequently, the application cannot identify the file path from a non-root perspective, leading to functionality issues.
Steps to Reproduce:
1. Open Thunar with admin protocol ("admin://").
2. Attempt to open a root-only file with a custom command / script, for example logging the output of %f to a file
3. Inspect the result
Expected Behavior:
The application should open the specified file with the provided custom command within the admin protocol, evaluating the file path correctly.
Actual Behavior:
Thunar evaluates the "%f" flag as an empty string ("") while using the admin protocol, preventing the application from recognizing the file path, likely due to execution as a non-root user.
Additional Information:
When attempting a similar procedure in Dolphin with kio-admin, the behavior differs. Dolphin copies the file to a temporary directory in the user's home, opens it with the specified application, and then, if modified, copies it back to a root-only directory, prompting for permissions. Finally, it overwrites the content of the file while preserving the original file permissions.
Fix suggestions:
Modify Thunar to utilize the admin mode to collect the path and file info of the accessed file that is reachable only through the admin protocol, so that it can be correctly accessed with "%f" flag (and others). Also, mimicking the behavior already implemented in dolphin with kio-admin would also be a good - maybe even better - solution.
Environment Details:
- Thunar version: 4.18.10
- Operating System: ArchLinux, kernel version: 6.6.10-arch1-1
- DE: KDE Plasma 5.27.10
- (Dolphin version: 23.08.4, kio-admin version: 23.08.4-1)