thunar issueshttps://gitlab.xfce.org/xfce/thunar/-/issues2024-01-08T18:24:13Zhttps://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)https://gitlab.xfce.org/xfce/thunar/-/issues/1236UCA range feature broken for commands without parameters2023-10-28T00:33:09ZManuel GrießmayrUCA range feature broken for commands without parametersIf there are no parameters like %f, %F etc. in the command then the range feature won't work.If there are no parameters like %f, %F etc. in the command then the range feature won't work.https://gitlab.xfce.org/xfce/thunar/-/issues/1216Open Terminal Here - wrong working directory2023-09-26T06:09:49Zmpv enjoyerOpen Terminal Here - wrong working directoryWhen I move to the hidden directory and then open the parent folder, %f command parameter (which "Open Terminal Here" button uses) remains in the hidden directory.
my thunar version: 4.18.7
tested on: Arch LXDEWhen I move to the hidden directory and then open the parent folder, %f command parameter (which "Open Terminal Here" button uses) remains in the hidden directory.
my thunar version: 4.18.7
tested on: Arch LXDEhttps://gitlab.xfce.org/xfce/thunar/-/issues/1043Keyboard shortcuts for UCA's inside submenus do not work2023-02-19T22:09:16ZAlexander SchwinnKeyboard shortcuts for UCA's inside submenus do not workLike the title says, as soon as a custom action is stored inside a submenu, it's keyboard shortcuts wont work any more.
Tested with thunar 4.18.3Like the title says, as soon as a custom action is stored inside a submenu, it's keyboard shortcuts wont work any more.
Tested with thunar 4.18.3https://gitlab.xfce.org/xfce/thunar/-/issues/1028Wrong Custom Action on Toolbar In Certain Circumstances2023-11-03T07:45:16ZTony PaulicWrong Custom Action on Toolbar In Certain CircumstancesReproducer:
1. Create custom action with Directories selected on Appearance tab
2. Add custom action to toolbar
3. Edit custom action and uncheck Directories option
4. Notice that the icon on the toolbar changes to next item in the Conf...Reproducer:
1. Create custom action with Directories selected on Appearance tab
2. Add custom action to toolbar
3. Edit custom action and uncheck Directories option
4. Notice that the icon on the toolbar changes to next item in the Configure Toolbar items list, even thought it might not have been previously selected - some variability here depending on position in list.
A little bit of an edge case.
Running latest git version of thunar.Xfce 4.20https://gitlab.xfce.org/xfce/thunar/-/issues/820custom action %d expansion produces erroneous results if "%" in path2022-06-28T17:53:20Zjr vcustom action %d expansion produces erroneous results if "%" in paththunar 4.6.10, debian bookworm (testing)
In thunar, Edit, Configure custom actions...\
\+ (add a new custom action)\
Basic\
name: expansion issue\
Description: demonstrate issue with percent expansion when there are percents i...thunar 4.6.10, debian bookworm (testing)
In thunar, Edit, Configure custom actions...\
\+ (add a new custom action)\
Basic\
name: expansion issue\
Description: demonstrate issue with percent expansion when there are percents in names\
Command: echo %f ! %F ! %d ! %D ! %n ! %N >/tmp/expansion-result.txt\
Appearance Conditions\
File Pattern: *\
Text Files: checked
at command prompt:\
mkdir "/tmp/100% Energy"\
touch "/tmp/100% Energy/test-expansion.txt"
Open thunar to "/tmp/100% Energy/", highlight test-expansion.txt, right-click, expansion issue
cat /tmp/expansion-result.txt\
/tmp/100% Energy/test-expansion.txt ! /tmp/100% Energy/test-expansion.txt ! /tmp/100Energy ! /tmp/100Energy ! test-expansion.txt ! test-expansion.txt
Both %d and %D produce wrong results, with the "% " in the path removed. In contrast %f and %F do not remove "% " from the path.
rename /tmp/100% Energy to /tmp/100 Energy\
Open thunar to "/tmp/100 Energy/", highlight test-expansion.txt, right-click, expansion issue\
cat /tmp/expansion-result.txt\
/tmp/100 Energy/test-expansion.txt ! /tmp/100 Energy/test-expansion.txt ! /tmp/100 Energy ! /tmp/100 Energy ! test-expansion.txt ! test-expansion.txt
Here both %d and %D are expanded correctly.https://gitlab.xfce.org/xfce/thunar/-/issues/780Custom actions placed in submenus are not exposed in toolbar editor2023-02-21T09:18:03ZTheo LinkspfeiferCustom actions placed in submenus are not exposed in toolbar editorCreate/edit a custom action and specify a submenu name. This custom action will not be present in the toolbar editor.
Version: 4.17.8Create/edit a custom action and specify a submenu name. This custom action will not be present in the toolbar editor.
Version: 4.17.8https://gitlab.xfce.org/xfce/thunar/-/issues/711thunar-4.17.7: Shortcuts for custom actions in submenus do not work2022-01-13T23:22:02ZHarald Judtthunar-4.17.7: Shortcuts for custom actions in submenus do not workI have assigned <F6> to a custom action with a submenu. The shortcut does not work. However, if I delete the submenu entry from that custom action, the shortcut works as expected.
When assigned as a submenu I can observe the following wh...I have assigned <F6> to a custom action with a submenu. The shortcut does not work. However, if I delete the submenu entry from that custom action, the shortcut works as expected.
When assigned as a submenu I can observe the following when using the shortcut key:
1. Select the file.
2. Press the assigned shortcut key.
=> The icon/thumbnail part is no longer selected, but the filename stays selected. Repeatedly pressing the shortcut selects and deselects the icon/thumbnail.https://gitlab.xfce.org/xfce/thunar/-/issues/665Add feature Hide custom action thunar from desktop right click2021-10-26T11:44:29Ztest testAdd feature Hide custom action thunar from desktop right clickIn normal mode, each custom action that is made is also visible in the right-click on desktop,too
This makes the right-click desktop full of ready-made and unemployed items, Be unpleasant
For example add %h for hide custom action fro...In normal mode, each custom action that is made is also visible in the right-click on desktop,too
This makes the right-click desktop full of ready-made and unemployed items, Be unpleasant
For example add %h for hide custom action from desktop or ....to the programmer's desire
This is much better when the user determines which custom action will be displayed in right-click on desktop.
Thankshttps://gitlab.xfce.org/xfce/thunar/-/issues/546Custom Actions delete does not remove the corresponding uca-action in accels....2021-04-04T00:16:06ZAmir RezazadehCustom Actions delete does not remove the corresponding uca-action in accels.scm fileI had a custom action in Thunar to open xfce terminal with `super+T` shortcut. Then I removed the action from `Configure custom actions...` menu. The action is removed but the corresponding uca-ation record in `.config/Thunar/accels.scm`...I had a custom action in Thunar to open xfce terminal with `super+T` shortcut. Then I removed the action from `Configure custom actions...` menu. The action is removed but the corresponding uca-ation record in `.config/Thunar/accels.scm` is not removed. So when I try to add another action with `super+T` shortcut set, it says keyboard shortcut already in use with `uca-action-###` which is the previously deleted action.https://gitlab.xfce.org/xfce/thunar/-/issues/348Add a new flag to open "Configure Custom Actions" as standalone window2020-10-14T19:52:59ZMarcoAdd a new flag to open "Configure Custom Actions" as standalone windowI was reading #245 and how to improve Custom Actions discoverability. This new flag should work in the same way that `thunar --bulk-rename` works, it opens Thunar without a file manager window.
How I think should work:
- `thunar --custo...I was reading #245 and how to improve Custom Actions discoverability. This new flag should work in the same way that `thunar --bulk-rename` works, it opens Thunar without a file manager window.
How I think should work:
- `thunar --custom-actions` -> Opens the Custom Actions window
- `thunar -a` could be a shorthand
- An entry should be added to `Settings Manager -> Personal` so every new user knows this option exists, encouraging its usage
Considerations
- Currently, Custom Actions need to be launched from `Edit -> Configure Custom Actions`
- User Custom Actions is a Thunar plugin
- The context menu should pick up newly added custom actionshttps://gitlab.xfce.org/xfce/thunar/-/issues/269Allow UCA in drag and drop menu2020-10-14T21:34:44ZBugzilla MigrationAllow UCA in drag and drop menu## Submitted by bru..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#16100)](https://bugzilla.xfce.org/show_bug.cgi?id=16100)**
## Description
Allow User Custom Actions for the right click drag menu.
This woul...## Submitted by bru..@..il.com
Assigned to **Xfce Bug Triage**
**[Link to original bug (#16100)](https://bugzilla.xfce.org/show_bug.cgi?id=16100)**
## Description
Allow User Custom Actions for the right click drag menu.
This would require making new % replacements. Here are examples, the letters are debatable.
%l -> The last full path of the first selected file
%L -> The last full path of the all selected files (separated by spaces and their own spaces escaped)
Optionally, also this:
%g -> The directory containing the file passed in %l
%G -> The directory containing the files passed in %l
If the nodes are not moved, these options still appear and these substitutions behave the same as their counter-parts %f, %F, %d, %D.
%G is only there for completions sake... It can easily make no sense at all as %G and %g are exact same.
As for deciding if this UCA appears in the drag and drop menu, just search if any of %g, %G, %l, %L are used... At least, as a first intention.
There can also be a hidden option about this for whoever wants to customize.
In my use-case, I'd to order a compression of files from one directory to another (In this case, essentially, reducing the total time it takes and possibly not having to have a copy of the same on disk)https://gitlab.xfce.org/xfce/thunar/-/issues/245Provide a collection of preinstalled custom actions, which can be enabled2022-03-03T08:31:41ZBugzilla MigrationProvide a collection of preinstalled custom actions, which can be enabled## Submitted by Alexander Schwinn `@alexxcons`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15454)](https://bugzilla.xfce.org/show_bug.cgi?id=15454)**
## Description
Currently a long list of all sort of possible custo...## Submitted by Alexander Schwinn `@alexxcons`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#15454)](https://bugzilla.xfce.org/show_bug.cgi?id=15454)**
## Description
Currently a long list of all sort of possible custom actions exists in the Wiki:
https://docs.xfce.org/xfce/thunar/custom-actions
However we only provide a single one by default, which is "open terminal here". And I bet many users dont even know about the existence of the wiki page.
So the idea would be:
1. Add ~~all~~ some UCA's we have on the Wiki page to thunar per default (Side effect: Translations for all predefined ucas possible)
2. Add some bool attribute "enabled" to each uca. So that we can only enable "open terminal here" by default. Disabled ucas should be grayed out in the uca-list, and ofc not shown in the context menu.
3. We can check if required packages for a specific uca are installed and give an error if not installed on toggle "enabled".
You would like such a feature ?
I explicitly dont want to follow the dolphin approach (load "services" from a server, just like an appstore), since I think it is a potential security risk to bypass the package manager and execute 3rd party code just like that.
Preinstalled UCAS agreed on (all disabled by default):
- Catfish (not needed any more, since meanwhile we have recursive search inside thunar)
- Rotating JPEGs
- Creating a symbolic link
UCAS to be discussed:
- Move files into a new folder
- Create a hardlink
- Open root terminal here (gksu not available any more in ubuntu/mint ... use "admin://" instead ?)
- Open thunar as root here
- Edit file as rootXfce 4.20https://gitlab.xfce.org/xfce/thunar/-/issues/179split uca.xml into separate files2024-03-13T15:47:30ZBugzilla Migrationsplit uca.xml into separate files## Submitted by Thomas McWork `@thomas.mc.work`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14024)](https://bugzilla.xfce.org/show_bug.cgi?id=14024)**
## Description
I'd love to see ~/.config/Thunar/uca.xml splitted ...## Submitted by Thomas McWork `@thomas.mc.work`
Assigned to **Xfce Bug Triage**
**[Link to original bug (#14024)](https://bugzilla.xfce.org/show_bug.cgi?id=14024)**
## Description
I'd love to see ~/.config/Thunar/uca.xml splitted into separate files for each action. That would make it easier to handle the actions separately in the file system. Like /etc/profile.d or /etc/cron.d.https://gitlab.xfce.org/xfce/thunar/-/issues/21Support for UCA's in the device context menu2023-07-23T16:30:10ZBugzilla MigrationSupport for UCA's in the device context menu## Submitted by Ali Abdallah `@ali`
Assigned to **Jannis Pohlmann**
**[Link to original bug (#6049)](https://bugzilla.xfce.org/show_bug.cgi?id=6049)**
## Description
It would be nice to have menu actions just for volumes, somethin...## Submitted by Ali Abdallah `@ali`
Assigned to **Jannis Pohlmann**
**[Link to original bug (#6049)](https://bugzilla.xfce.org/show_bug.cgi?id=6049)**
## Description
It would be nice to have menu actions just for volumes, something we can use to implement things like format and device properties menu actions in Thunar.