mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #6000] gwenview: cannot move files into Trash directory #3152
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#3152
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ghost on GitHub (Sep 12, 2023).
Original GitHub issue: https://github.com/netblue30/firejail/issues/6000
Description
When using Gwenview (default profile), using Del on an image does not move it to Trash. Instead, it gives a prompt that the name "trash:/" is already in use. I have no idea which profile variable could allow access to
trash:/, it was not as simple as noblacklisting the ~/.local/share/Trash and/or .../Trash/files directory.Steps to Reproduce
Steps to reproduce the behavior
firejail gwenviewDelAn older item named 'trash:/' already exists. Rename:Expected behavior
The image is moved to the Trash bin.
Actual behavior
An older item named 'trash:/' already exists. Rename:Behavior without a profile
Works as expected.
Additional context
N/A
Environment
Checklist
/usr/bin/vlc) "fixes" it).https://github.com/netblue30/firejail/issues/1139)browser-allow-drm yes/browser-disable-u2f noinfirejail.configto allow DRM/U2F in browsers.--profile=PROFILENAMEto set the right profile. (Only relevant for AppImages)Log
Output of
firejail gwenview ~/Pictures/[an_image]Same output with --debug enabled
The
gwenview.localfile is empty. I used it for testing which options may help, but I could not find any.@ghost commented on GitHub (Sep 13, 2023):
Hi, thanks for reporting. I've just installed gwenview on my Arch Linux box and adding the one line
noblacklist ${HOME}/.local/share/Trashin~/.config/firejail/gwenview.localdoes fix this for me. Granted, I use firejail from git to keep up with development. But AFAICT the gwenview.profile hasn't changed in comparison with 0.9.72 (besides a few cosmetic changes to the commented options).Can you post output when you add that please? Alternatively you can add the command line option --noblacklist=${HOME}/.local/share/Trash.
@ghost commented on GitHub (Sep 13, 2023):
Wow, I'm silly. It seems I only tried noblacklisting
~/.local/share/Trash/filesnot the entire.../Trashdirectory. Yes, you're correct: that fixes it for me as well.Thanks for the solution and I apologize for the mistake.
@ghost commented on GitHub (Sep 13, 2023):
@shaggonit No worries, that can happen. It still can be considered as missing functionality IMO, so I've opened #6001 to add Trash support. Keep in mind that this will arrive in a future Firejail release. When that happens you can drop your current gwenview.local workaround (at least this relevant noblacklist).