-
Notifications
You must be signed in to change notification settings - Fork 114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Del
inside Trash doesn't work
#777
Comments
Doesn't happen with the latest git. Which version do you have? |
Пока не проверял, но сильно сомневаюсь, что "не наблюдается".
это надо понимать как "у нас все работает" ? |
The "report" was useless enough; and now a comment in Russian?! |
@tsujan - the reporter might be right - ok, its a bit sensless, but a bug in our trash handling. The important difference is that real users use our things. Easy to reproduce:
PS: Sometimes i hate github flavoured markdown, damn morons - never write <DEL> without masking the opening bracket with a backslash |
Del
inside Trash doesn't work
@agaida OK, this is very different: your comment is a clear and complete bug report in English -- of course, because you care. Yes, I can reproduce that. It's an important bug. |
@ljgdasfhk - hi, given that i had to learn the russian language in school thirty years ago and never used since it was not enough to translate your report - so please give us a chance and use google or another translator. Thats what i did :P thanks. |
Fixes #777 Previously, `FileOperation::trashFiles` was misused.
@tsujan - just encountered without your current patch applied - same behaviour in remote filesystems. So disabling "Move to trash" for remote fs seems to be a good idea too. |
Here, in addition to #778 : lxqt/libfm-qt#277 I think I've also found a problem in GIO but it isn't important: trashed folders are reported to be non-deletable, although they can be deleted of course. As a result, |
Fixes #777 Previously, `FileOperation::trashFiles` was misused.
@agaida A dangerous question: Is your SMB OK now? I can't see any problem in other places, although I may have illusion. |
Most things are o.k - a little but:
|
But "Move to Trash" offers deletion after being used; am I right? Removing "Move to Trash" in such cases seems impossible with the current code (although, in theory, nothing's impossible) because moving to trash should be tried first and only if unsuccessful, deletion should be offered.
That's OK because it's like |
yes to both - is it possible to trigger an update of the view in such cases? pcmanfm does it. |
A file may be deleted/added from outside pcmanfm-qt and, because there's no file monitor, pcmanfm-qt wouldn't know about that in order to trigger a reload. Moreover, a reload can be expensive. Does Nautilus or another GTK file manager update the view without reloading? I can't test because I don't have SMB. |
pcmanfm does - will test nautilus and dolphin |
That's more than enough -- no need to test Nautilus. It shows something is missing from libfm-qt. I'll look into it. |
https://www.youtube.com/watch?v=McV9Sffd8B0
The text was updated successfully, but these errors were encountered: