Hi,
Patrick Cardona wrote:
File operation error: Permission denied
with file:
/home/patrick/.Trash/build_copy2/libs-gui/Source/obj/libgnustep-gui.obj/GSCSEditVariableManager.m.d
what are the permissions of that file compared to your regular permissions?
I want to make a minimum testcase. I tried playing around a bit creating
a test folder, touching files and owning them by root but was not able
to reproduce that. Amazingly, even root owned files were recycled.
And so on: guess what it happens when you have thousands of such files
in your .Trash folder...
No way to override (esc key is non efficient nor choosing the override
button). You may only use the mouse and click on moving buttons
because the width of the panel depends on the path shown and on the
length of that string...
Yes... since they are standard panesl I imagine they adapt moving the
buttons. Didn't try, but can believe it.
Must check those panels again.
Long time I didn't check those operation permissions. I remember them
being worse, I did work on them, but years ago. So I need a refresh.
So two considerations here:
- Why the Error Panel does not give an effective way to override?
I need to check why Esc doesn't work.
Also it would be nice to have something like "apply to all" for a skip.
Or it could even just be a bug.
- Or maybe, it could offer the way to use privileged user lever (sudo)
and to accomplish the desired action: empty the Recycler.
That is a compltely different topic. There is no privilege escalation
tool in GNUstep. I don't know the APIs on MacOS either. We would need
that system-wide and I don't know a safe and secure way of doing it.
Delegaitng to sudo could be a stop-gap, but sudo itself is not
everywhere. Available as a package, but not as a standard system. Other
may use doas. Wrapping it with a password might not be trivial either.
A topic worth considering as an option and useful in many occasions, not
just for GWorkspace.
Riccardo
