Closed Bug 125234 Opened 23 years ago Closed 3 years ago

add an alert to "save page as" dialog

Categories

(Firefox :: File Handling, defect)

defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: marlon.bishop, Unassigned)

Details

(Keywords: dataloss, Whiteboard: [ADT3])

Need to add an alert to the Save As dialog warning users about potential
changing of HTML data when saving in the default format. see <a
href="http://bugzilla.mozilla.org/show_bug.cgi?id=116008">116008</a> for rationale.

also related to: <a
href="http://bugzilla.mozilla.org/show_bug.cgi?id=124996">124996</a>
Blocks: 115634
changing component ->
Assignee: asa → ben
No longer blocks: 115634
Component: Browser-General → File Handling
Summary: add an alert to save as dialog → add an alert to save as dialog
The dialog also needs to mention all dynamic DOM modifications will become fixed.

I suggest the dialog appear before "save page as" is shown, because poping up
both the save dialog and an alert together can be disorienting. So first...

+-------------------------------------+
| [i] There are now two ways to save  |
| a file, blah blah blah.             |
|                                     |
|  [X] Don't show me this again       |
|                                     |
|              [ OK ]                 |
+-------------------------------------+

With don't show again checked by default, then after you click OK, save page as
pops up.

Changing summary from save as to "save page as", because this doesn't apply to
the "save link as" dialog. Although there's likely an RFE on letting you save
complete pages via 'save link as'.
Summary: add an alert to save as dialog → add an alert to "save page as" dialog
nsbeta1+ per ADT triage team.  Marlon, will you supply a dialog mockup?
Keywords: nsbeta1nsbeta1+
Target Milestone: --- → mozilla1.0
Why is this dataloss?
Whiteboard: [ADT Need Info]
this is dataloss because the user in the default save format will not get an
HTML document as it was actually served from the site - we localize all of their
HTML links for them.  therefore we need a dialog which alerts them before they

peter - i can't provide a dialog mockup atm, but we should contact Jatin or docs
to write something which sounds easy to understand yet informative for the
experienced user.  
The format-to-save-in option in the Save As dialog box is about the last place
I'd have thought of looking, when webpages saved improperly (with altered URLs),
because I'm used to that actually referring to the file format, and there's only
the one MIME type for HTML.

So I agree that something needs to be done to avoid this; it behaves in an
unexpected manner (to me), and it's not obvious where to look to fix it.  If it
were obvious where to look, I'd be happy. :-)
My suggested wording carried over from Bug 116008:

You are saving this page using the "Web Page, complete" option. Saving a page
using this option allows you to view it as originally shown with pictures, but
may not keep the link structure of the original page. To save an HTML page in its
original format without pictures, please select "Web Page, HTML only" from the
"Save As" dialog box.
ADT2
Whiteboard: [ADT Need Info] → [ADT2]
ADT3
Whiteboard: [ADT2] → [ADT3]
Mass moving nsbeta1+/adt3 bugs assigned to Navigator team engineers out to
target milestone 1.0.1.  Please confine your attentions to driving down our list
of TM 1.0 bugs for beta.  Better to help, debug, or test one of them than fix
one of these.
Target Milestone: mozilla1.0 → mozilla1.0.1
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email adt@netscape.com.  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1-
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email adt@netscape.com.  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1+
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and
<http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss
bugs are of critical or possibly higher severity.  Only changing open bugs to
minimize unnecessary spam.  Keywords to trigger this would be crash, topcrash,
topcrash+, zt4newcrash, dataloss.
Severity: normal → critical
retargeting
Target Milestone: mozilla1.0.1 → Future
.
Assignee: bugs → file-handling
Target Milestone: Future → ---
Assignee: file-handling → nobody
QA Contact: doronr → file-handling
Product: Core → Firefox
Version: Trunk → unspecified

Is this issue still occurring or can it be closed?

Marking this as Resolved > Incomplete due to the lack of info.
If anyone is able to reproduce this issue re-open it or file a new bug.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.