Closed Bug 453141 Opened 16 years ago Closed 16 years ago

Unintuitive detach dialog on Unix/GTK (for selecting a folder)

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

(Not tracked)

Status:
RESOLVED INVALID

People

(Reporter: orlovm, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.15) Gecko/20080715 BonEcho/2.0.0.15 Build Identifier: 2.0.0.14 (Gentoo mail-client/mozilla-thunderbird) This problem may be unique to Unix builds, but I'm not sure about that. My build on Gentoo uses pretty standard flags (not GUI-specific), and builds against GTK. When detaching an attachment, the dialog that appears is quite different from the "Save As" dialog, and allows to pick a *location*. There is no file name in the dialog. This causes a very counter-intuitive behavior. For instance, if the dialog shows contents of directory A, and the selection is on its subdirectory B, clocking "Open" will cause the attachment to be detached into B. So after picking a directory, the user will usually go one level up to cause the attachment to be detached in this directory. Another effect is that the name of the detached file is not under user's control. Reproducible: Always Steps to Reproduce: On Linux, try to detach an attachment, and observe behavior as described above. Expected Results: I would expect that "Detach" would have an interface similar to "Save As".
Isn't this more of a gtk bug? All we do is use the standard "choose directory" dialog, no?
Summary: Unintuitive detach interface on Unix/GTK → Unintuitive detach dialog on Unix/GTK (for selecting a folder)
That's very possible - I guess that on Windows, the dialog is the nice tree where you pick a directory. But, why should "Detach" be different than "Save As"? After all, it's "Save As" + "Delete", with the additional effect of linking attachment placeholder to the saved file.
Because you should select a folder, it's the same as the "Save All" dialog. (I agree though, it's not a nice dialog, especially if you have the location showing it's very unintuitive.) But as we can't change gtk, ->INVALID, file a bug with them (if there isn't one already)
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.