#1054 [gtk4] With GTK 4.9.1 , Nautilus' target for "Move To" or "Copy To" operations is unexpected and can be invalid | rhbz#2173891
Closed a year ago by blockerbot. Opened a year ago by blockerbot.

Bug details: https://bugzilla.redhat.com/show_bug.cgi?id=2173891
Information from BlockerBugs App:
2173891

Current vote summary

The votes have been last counted at 2023-03-07 23:17 UTC and the last processed comment was #comment-845400

To learn how to vote, see:
https://pagure.io/fedora-qa/blocker-review
A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)


I had to try it myself, and wow, that is extremely dumb. It basically makes Copy To and Move To menu items completely unusable. It can be worked around in a very unintuitive way (you have to go to the folder above the folder you want to use, and select the folder you want to use), but for regular users, this is simply broken. I'm not going to even guess how many users use ctrl+c/v, how many drag&drop, and how many use Copy To and Move To. But since those three options are offered, and users are likely to have one preferred way of doing things, I consider them as equal, i.e. this broke copying and moving of files in nautilus.

The release criterion:
https://fedoraproject.org/wiki/Fedora_38_Final_Release_Criteria#Default_application_functionality

FinalBlocker +1

Yeah, I struggled with this a bit and I can see how from a developer perspective, working on the new GTK, it maybe feels like some small corner case, but from a user perspective, I agree with @kparal . File management is a pretty key feature for a graphical desktop, and moving/copying things around is a very core feature of a file manager. As @kparal says, it's hard to guess which of the three mechanisms we have for doing this is most popular, but this is a mechanism for doing those core operations which is right there in the app, and its behaviour presents to the user as completely broken. If I imagine myself as a new user or reviewer, if I came across this bug in the file manager of an OS I was trying, it would not give me confidence that this is a solid OS.

FinalBlocker +1

Yeah, I can definitely see how that would feel like broken behavior, at it's commonly used across the OS.

FinalBlocker +1

FinalBlocker +1

(Of course we should simply remove these context menu items rather than actually slip the release date over this bug.)

Or, well, you know, fix the bug. It is a useful feature that exists for a reason: I want to copy/move this thing somewhere else without moving my focus to that other place (because I want to do something else in this same place after I'm done). I do use it myself, sometimes.

AGREED AcceptedFinalBlocker

The following votes have been closed:

Metadata Update from @blockerbot:
- Issue status updated to: Closed (was: Open)

a year ago

Release F38 is no longer tracked by BlockerBugs, closing this ticket.

Login to comment on this ticket.

Metadata