Buttons become disabled if previous form data sending was cancelled as unecrypted

RESOLVED INVALID

Status

SeaMonkey
General
RESOLVED INVALID
14 years ago
13 years ago

People

(Reporter: Max Alekseyev, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

14 years ago
Linux build 2004092807

1. Ensure that you have Edit -> Preferences -> Privacy & Security -> SSL ->
Sending form data from an unecrypted page to an unecrypted page ON
2. Open provided URL (or any other livejournal.com posting comments)
3. Choose any comment and click "Reply to this" link
4. Type anything in the "Message:" field
5. Click [Post Comment] button
6. A security warning appears:
"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?"
7. Click [Cancel]
8. Notice that [Post Comment] and [More Options...] button under the message
field become disabled (grayed out).
(Reporter)

Updated

14 years ago
Summary: Buttons become disabled if previous form data sending is cancelled as unecrypted → Buttons become disabled if previous form data sending was cancelled as unecrypted
Please retest with a current build; there were various issues with builds around
9/28 and 9/29.

The page worksforme in a current trunk Linux build.
(Reporter)

Comment 2

14 years ago
I still see the bug with 2004100405 Linux build.

But the procedure in comment 0 requires to be logged in user of LiveJournal.

So to reproduce the bug:
0. Log in to LiveJournal.com
...

The difference is that if logged in user clicks on "Reply to this", a reply
message field appers right under the replied message, while for anonymous user a
new reply page is loaded.
In that case, can you attach the source of the page in question?  Chances are,
the page itself disables the form controls.
(Reporter)

Comment 4

14 years ago
I've just created a user for testing on LiveJournal.com

username: mozilla_testing
password: mozilla_password

Please log in and try the procedure in comment 0.
Yep.  The code on the site:

<input type='submit' name="submitpost" value="Post Comment" id="submitpost"
onclick='if (checkLength()) {submitform();}' />

And the submitform() function is:

   function submitform()
   {
        var submit = xGetElementById('submitpost');
        submit.disabled = true;

        var submitmore = xGetElementById('submitmoreopts');
        submitmore.disabled = true;

        // New top-level comments
        var dtid = xGetElementById('dtid');
        if (dtid.value == 'top' || dtid.value == 'bottom') {
            dtid.value = 0;
        }

        var multi_form = xGetElementById('multiform');
        multi_form.submit();
   }

Note that this sets the submit controls disabled.  So we're doing exactly what
the page asks us to do, here.

Marking invalid.  You may want to contact the site author and ask them to fix
the code, though....
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → INVALID
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.