Open Bug 678345 Opened 13 years ago Updated 2 years ago

Cancel is ambiguous when saving multiple attachments and overwriting files

Categories

(Thunderbird :: Message Reader UI, defect)

defect

Tracking

(Not tracked)

ASSIGNED

People

(Reporter: wsmwk, Assigned: squib)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [patchlove])

Attachments

(1 file, 1 obsolete file)

+++ This bug was initially created as a clone of Bug #448588 +++

PROBLEM 1:
It is unclear what the "Cancel" button will do.
It turns out that it means "Do not overwrite this one file but instead pop up a replacement dialog asking the user for a new filename", but it could equally plausibly have meant "Cancel entire Save All/Detach All action"
Blocks: 285997
How about something like this?

+- File Conflict -------------------------- X +
|                                             |
| [ ! ] /path/to/file.txt already exists. Do  |
|       you want to replace it?               |
|                                             |
| [ ] Do this for all conflicts               |
|                        [ Skip ] [ Replace ] |
+---------------------------------------------+

"Cancel entire Save All/Detach All action" would be handled by checking the "do this for all conflicts" button and hitting "skip". We could add a cancel button too, but I'm not sure that's necessary.

We could also improve this even further by using the OS-native dialogs here, but that's more work. I can do the above with just a couple of simple changes.
Attached patch WIP patch (obsolete) — Splinter Review
Here is a WIP patch to do this; I've only lightly tested this, so it might break things in strange and interesting ways.
Assignee: nobody → squibblyflabbetydoo
Status: NEW → ASSIGNED
Attached patch Fix bitrotSplinter Review
This fixes the bitrot in the old patch (mostly due to nsILocalFile going away). Does this seem reasonable? The UI looks like this now:

+- File Conflict -------------------------- X +
|                                             |
| [ ! ] /path/to/file.txt already exists. Do  |
|       you want to replace it?               |
|                                             |
| [ ] Do this for all conflicts               |
| [ Rename ]             [ Skip ] [ Replace ] |
+---------------------------------------------+

Rename automatically gives the file a unique name, skip just doesn't save the file, and replace overwrites the old file.
Attachment #565831 - Attachment is obsolete: true
Attachment #649050 - Flags: ui-review?(bwinton)
Attachment #649050 - Flags: feedback?(mozilla)
Comment on attachment 649050 [details] [diff] [review]
Fix bitrot

ui-r=me, based on your "screenshot".  :)

(Seriously, though, that seems like the right behaviour.)
Attachment #649050 - Flags: ui-review?(bwinton) → ui-review+
Bitrotted, but this looks fairly ready otherwise.
Blocks: 950628
(In reply to Magnus Melin from comment #5)
> Bitrotted, but this looks fairly ready otherwise.

want to take it over?
Flags: needinfo?(mkmelin+mozilla)
Comment on attachment 649050 [details] [diff] [review]
Fix bitrot

Bienvenu isn't going to touch this unless it's absolutely essential and we contact him outside of bugzilla.
Attachment #649050 - Flags: feedback?(mozilla)
(In reply to Wayne Mery (:wsmwk) from comment #6)
> (In reply to Magnus Melin from comment #5)
> > Bitrotted, but this looks fairly ready otherwise.
> 
> want to take it over?

Not atm.
Flags: needinfo?(mkmelin+mozilla)
Whiteboard: [patchlove]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: