79292 - Often need to press submit twice to get any action.

Status: VERIFIED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Eric Vaandering (no email)]

Some forms won't be submitted on the first try. For example, go to
http://bugzilla.mozilla.org type in a bug number, and press submit. Nothing
happens. Press it again, and the bug will come up.

Using 0.9 on linux. Just had same problem with commit button on this page.

Comment 1

[John Morrison]

-> HTML Form Controls (although this is worksforme).

Comment 2

[Eric Vaandering (no email)]

Oops, this is probably invalid. I just noticed I had javascript turned off. Why
those buttons would work the second time, though, I don't know.

Turning JS off reproduces the problem. With it on, I don't see it.

Comment 3

[NilsE]

I've seen this for quite some time, but not reproducable. I ususally have
JavaScript turned off as well, and I've seen it several times with the Bugzilla
Query form. But this page doesn't use JavaScript. I'm tempted marking this
"new", but I'd like to have a way to reproduce it.

Comment 4

[kmike]

i would call it a regression. it used to work 2 weeks ago.
i'm surfing with JS turned off and it really bites me now.
looks like bug triggers on forms with onClick handler on submit button.

confirmed 2001051521 linux nightly build.

Comment 5

[NilsE]

Marking new due to comments. Need steps to reproduce. Adding keyword.

Comment 6

[kmike]

Attachment: testcase, with onClick handler

Comment 7

[kmike]

here is a simple 100% reproducible testcase.
1. disable JS in preferences
2. load testcase, press "Test" button
3. press "Test" until form finally submits :)

Comment 8

[NilsE]

Your attachment WORKSFORME on linux cvs build 18/05/01. I haven't seen the
effect recently. What builds are you using, and can you still observe the bug?

Comment 9

[kmike]

i'm using 2001051621 linux nightly build. the bug is still here in that build.

Comment 10

[Vladimir Ermakov]

its still here for 2001-05-18-13-trunk, Linux RedHat 6.2

Comment 11

[rods (gone)]

Reassigning

Comment 12

[Blake Ross]

Doesn't look like this is getting fixed before the freeze tonight.
Pushing out a milestone.  Please correct if I'm mistaken.

Comment 13

[Jaime Rodriguez, Jr.]

Kevin is no longer with the company.

---> Kevin for re-assignment.

Comment 14

[Kevin McCluskey (gone)]

Reassigning to Alex

Comment 15

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 16

[Eugene T.S. Wong]

Attachment: testcase w/out onClick handler

From this testcase I was able to see that it didn't matter if JavaScript was
enabled, and it worked fine. This should prove that the browser has problems
with JavaScript. I guess it was obvious, but I just wanted to establish it for
sure. After all, qawanted was in the keywords line.

You'll have to excuse me, because I quite new at this. I hope that I'm not
using too old of a version.

I am using Mozilla 0.9.6 Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.6)
Gecko/20011120


Sincerely, and with thanks,
Eugene T.S. Wong

Comment 17

[Alexandru Savulov]

-> event handling

LINUX RH71

if you turn javascript off, after the first click on the "Show" button, nothing
happens. after the second click the bug page will be loaded.

Comment 18

[Alexandru Savulov]

sorry, wrong bug ... backing up

Comment 19

[Eric Vaandering (no email)]

This bug appears to be fixed on 0.9.9 or before. Does anyone still see this?
(Test case works fine with JS turned off).

Comment 20

[Eric Vaandering (no email)]

Marking works for me since this appears to be fixed in 0.9.9 and no one has
raised objections.

Comment 21

[Vladimir Ermakov]

verifying per reporter's coments