Closed Bug 75695 Opened 23 years ago Closed 23 years ago

Form Buttons don't work on 2001041104

Categories

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

x86
Windows NT
defect
Not set
major

Tracking

()

VERIFIED FIXED

People

(Reporter: mark.slater, Assigned: rods)

References

()

Details

Attachments

(1 file)

Form buttons aren't working on build 2001041104. This is a nightly build with 
PSM2 enabled. Not sure if that's the cause tho.
This comment was added using build 2001041104.
Not one form button works for me. Hitting enter after entering search terms  in 
search-engine input fields does nothing. I'm using the Win32-installer build on 
WinNT 4. Worked with yesterday's (non-PSM2) build.
Worksforme using the 2001041104 build on Win2k with PSM 1.5 (according to the
psm.exe's version information).
Worksforme with PSM2.0 build 2001041104 on win2K.  No problems with Form
buttons.  Also tested with trunk build and no problems found.
wfm with win2k build 20010411.. and 20010412.. (CVS) and PSM1.5
Could this have anything to do with the fact that I use that Logitech mouse 
driver that f'ks up the scrolling with the mousewheel (can't remember the bug, 
but it's been filed)? Just a thought...
Could it be that you have XBL-based form controls enabled from the Debug prefs menu?
2001041204 win98
I tried with XBL-based forms enabled : www.google.com -> no buttons work.
Without XBL forms, it works.
Marking this invalid, bugs shouldn't be filed on XBL-based form controls at this
point.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
I'm sorry, but checking on Windows98 with build 2001041104:

No form buttons work.

And no, I don't have XBL-Forms enabled, and Mozilla on my WinNT4 machine I 
reported this bug on doesn't have them enabled either. I'm having to add these 
comments in IE.

Interesting detail: While Google's search box (and the associated Search 
button) doesn't work for me, Bugzilla's search box and button do (but not the 
comments field in bugs).

Re-opening.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Reporter, can you run through the local form tests (Debug|Viewer Demos|#8 Forms
or resource:///res/samples/test8.html) and post the results of the different
types of form back to this bug please.  Also if you could attach minimal
testcase of a working and a not working case that would be great.  Also have you
tried this with a completely clean install and a new profile?  
Assignee: asa → rods
Component: Browser-General → Form Submission
QA Contact: doronr → vladimire
Righty. Totally deleted all traces of my old Mozilla install. Re-installed 
2001041104, created new profile.

Did the local form tests as you said. Of all the buttons on that page, only 
the "Browse..." button will do *something*, eg. it brings up the window showing 
me the contents of my HD, as it should. Yet no other button does *anything* on 
that page. And I don't have XBL-Forms enabled.

Same goes for google. Clicking on the search button does nothing. 

How can it be that i'm the only one seeing this, if I'm seeing this exact same 
problem on two totally different computers miles apart from each other? 
Frustratin' ...
Now I'm seeing this as well on 2001041304 Win2k. I can't log in to Bugzilla due to this bug (I'm adding this comment with Opera).

Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I saw it with metacrawler.com, google.com, hotbot.com, go.com on build 
2001041104 and 2001041408 in Windows 2000...

The only form I found that did work was bugzilla search.

And the commit button didn't work (which will cut down on the number of people 
that can verify this bug :), so I'm posting with Netscape 4.76 now...
Attached file Form test.
Okay, I created a simple attachment which shows three scenarios.
The first two call window.open(), the first using onsubmit, and second using 
action.

The two that use "action=" do nothing in the affected builds of Mozilla, but 
work in Netscape 4.76 and IE4.

One final note, I hacked this together real quick, so the buttons have funky 
behaviour when they do work, such as the first going to a URL without the 
attachment ID (http://bugzilla.mozilla.org/showattachment.cgi?) in the original 
window, and you'll see a "Bad ID" error.  When you see that don't worry, it's my 
fault.  But of course, the bug prevents it from getting that far.
Keywords: mozilla0.9
It looks like this is fixed in build 2001041520.
Confirming fixed. Google search works, Yahoo search works. 
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
Verifying fixed
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: