154706 - Make Form Submit Warnings Better

Status: NEW

(Core :: DOM: Core & HTML, defect, P3)

Description

[John Keiser (jkeiser)]

Jatin has suggested that the text of the form submit warnings dialogs could be
made a little easier to read.  I concur.  This bug is for proposals to that
effect and ways to fix.  The URL is to an image of the current dialog.

These are the warnings that occur when you submit to and from an insecure site,
or submit a mailto form (when bug 61893 is fixed).

Comment 1

[John Keiser (jkeiser)]

Here is the text of the dialogs:

POST FROM SECURE TO INSECURE:

Although this page is encrypted, the information you have entered is to be sent
over an unencrypted connection and could easily be read by a third party.

Are you sure you want to continue sending this information?


POST FROM INSECURE TO INSECURE:

The information you have entered is to be sent over an unencrypted connection
and could easily be read by a third party.

Are you sure you want to continue sending this information?

(X) Alert me whenever I submit information that's not encrypted.

Comment 2

[Jatin Billimoria]

The wording Sean and I came up with:
---
The information you are submitting is about to be sent over an unencrypted
connection and can easily be read by other people. Do you want to continue?

(X) Alert me whenever I submit unencrypted information.
---

Comment 3

[Sean Cotter]

Actually, now that I look at this bug, I don't really understand the problem
with the original wording cited in Comment #1. (Maybe that's because I helped
write it after considerable and contentious Mozilla discussion.)

I'd like withdraw my support for jatin's rewording, and suggest that you stick
with the original language for both cases, with one small change. The only
improvement I can think of would be to change "read by a third party" to "read
by other people."

Comment 4

[John Keiser (jkeiser)]

That looks like the only real difference to me :)  I could see making just that
change.

The secure -> insecure dialog has that text in front of it, and it seems useless
to me to have two separate dialogs for the two cases.  In both cases the data is
sent over an unencrypted connection.  I think one dialog suffices, and that
would come closer to normal user expectations--i.e. when they click off the post
warning dialog the post warning dialog should not come back again.  The
different context is pretty much irrelevant.

Comment 5

[Kevin McCluskey (gone)]

Bulk moving P1-P5 un-milestoned bugs to future.