75847 - Forms don't submit

Status: VERIFIED FIXED

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

Description

[Mike Pinkerton (not reading bugmail)]

- go to google.
- type in something
- hit "submit"

nothing happens. 4/12/01 2pm build off mozilla.org.

Comment 1

[(not reading, please use [e-mail] instead)]

this is working for me on my linux build.

I just clobbered and rebuilt around 5pm today.

Comment 2

[TommyBee (No E-mail)]

This didn't work for me on the 2001041212 Mac build either when trying to submit
a bug on this site.  I've had to come back to the 2001041115 build to submit
forms (and to use secure sites as per bug 75848).

Comment 3

[(not reading, please use [e-mail] instead)]

when my windows build finishes, I'll try it.

Comment 4

[Gavin Jackson]

I cant submit forms on todays build 2001041212. Im on Win2k.

Comment 5

[Boris Zbarsky [:bzbarsky]]

*** Bug 75835 has been marked as a duplicate of this bug. ***

Comment 6

[Christian Reis]

I can post forms fine on 2001041221 on Linux; this was last night's last build

Comment 7

[Boris Zbarsky [:bzbarsky]]

*** Bug 75867 has been marked as a duplicate of this bug. ***

Comment 8

[rods (gone)]

reassigning (might be a dup)

Comment 9

[James "Dexter" Akula]

Win2k, build 2001041304, can't submit.  Using NS6.01 to post this.

Comment 10

[Eric Hedström]

It works in the 4/12 morning build (win32) but not the 2pm build for me either.

The latter gives me an error message about a missing entry point in xpcom.dll.

Comment 11

[Jacek Piskozub]

Same problem, same builds but on WinME. It seem to be more general than just
forms. I cannot open javascript windows as well (like the second link on this
page: http://www.eragsm.pl/main_indexd.asp?link=ofer_c/uslugi/sms.htm 

I downgraded all the way to 0.8.1 to avoid this :-( Probably too far but I'm
pretty sure I've seen this on the build from 2001041109-trunk directory (unless
getting rid of the bug requires a PC reboot - I have not checked that). 

Comment 12

[Eric Pollmann]

Does anyone know what the error message is?

I'm downloading a nightly to get it now - starting a build to debug this, and
looking at checkins that could have broken things yesterday - though from the
sound of this, it is not just form submit that got broken...

Comment 13

[Simon Fraser [no longer active]]

This works for me in a current debug mac build.

Comment 14

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This works for me in my current Linux opt build (without PSM2, since PSM2 didn't
build for me) and in the Linux nightly.  I'm submitting this with build 2001041308.

Comment 15

[Eric Pollmann]

Works for me too, latest nightly - this should not be a blocker.

Comment 16

[Eric Pollmann]

(I meant to say "works for me, too, latest *win32* nightly, that's coverage on
all three platforms.)

Comment 17

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Discussion on IRC makes it seem like everyone who sees this bug is using an
installer build.  That suggests a packaging problem.

Comment 18

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: differences between files in yesterday's non-installer build and today's non-installer build

Comment 19

[Bradley Hart]

With build 2001041304 I still cannot run a google search (win32). Testing on 
Mac now.

Comment 20

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Bug 75921 seems to be Mac/Windows only.  Could there have been mistakes in
packages-win and packages-mac?

Comment 21

[Eric Pollmann]

Attachment: diffs, 9am win32 non-installer (works) vs. 9am win32 installer (busted)

Comment 22

[Christopher Blizzard (:blizzard)]

I built a copy myself and I'm not seeing the bug on linux with PSM2.

Comment 23

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Yeah, this works for me in a Linux installer build (2001041308).

Comment 24

[(not reading, please use [e-mail] instead)]

I think I just saw it.

when post failed, I got a 8000FFFF message to the console, as if the loading of
the page failed.

note, I was posting yet to the console I got the fail to load page error.

could this be a cache problem that strikes when the cache gets corrupted?

I've seen that 8000FFFF message to the console when my cache gets corrupted.

Comment 25

[Simon Fraser [no longer active]]

Thinks that look they are missing from the package list, from that last diff:

-nsldap32v40.dll (LDAP)
-mozldap.dll     (LDAP)

-accessibility.dll
-intlcmpt.dll
-xpacct32.dll

These I don't understand; wouldn't missing XML bindings cause lots of problems?
 res/builtin:
-buttonBindings.xml
-buttons.css
-checkbox.css
-checkboxBindings.xml
-fieldset.css
-fieldsetBindings.xml
-platformButtonBindings.xml
-platformCheckboxBindings.xml
-platformFieldsetBindings.xml
-platformSelectBindings.xml
-select.css
-selectBindings.xml
-textfields.css
-xbl-forms.css

Comment 26

[(not reading, please use [e-mail] instead)]

here are some console messages on my failures to post attachments:

Document http://bugzilla.mozilla.org/show_bug.cgi?id=75948 loaded successfully
/show_bug.cgi?id=75948
Enabling Quirk StyleSheet
Document http://bugzilla.mozilla.org/createattachment.cgi?id=75948 loaded succes
sfully
Error loading URL http://bugzilla.mozilla.org/createattachment.cgi?id=75948: 800
0ffff
/createattachment.cgi?id=75948

note to smfr:  are those files in a jar now, and don't need to be packaged 
individually?

Comment 27

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: differences between NON-installer file lists between yesterday and today (to show which files changed in working builds)

Comment 28

[(not reading, please use [e-mail] instead)]

note, my posting problem was on my debug win2000 build.

Comment 29

[Simon Fraser [no longer active]]

By moving the chrome folder from an installed build to a debug build, I get this 
error when submitting a form:

WARNING: chrome: failed to get base url for chrome://pippki/locale/
pippki.properties -- using wacky default, file nsChromeRegistry.cpp, line 528

Comment 30

[Eric Pollmann]

Conversely, when I copied my chrome folder from a working non-installer build to
my non-working installer build, the bug went away.  :)

Comment 31

[Simon Fraser [no longer active]]

This is a chrome registration problem.

Comment 32

[Eric Pollmann]

Add these lines to installed-chrome.txt and the bug goes away

content,install,url,jar:resource:/chrome/pipnss.jar!/content/pipnss/
locale,install,url,jar:resource:/chrome/pipnss.jar!/locale/en-US/pipnss/
content,install,url,jar:resource:/chrome/pippki.jar!/content/pippki/
locale,install,url,jar:resource:/chrome/pippki.jar!/locale/en-US/pippki/

Comment 33

[Eric Pollmann]

*** Bug 75921 has been marked as a duplicate of this bug. ***

Comment 34

[Simon Fraser [no longer active]]

We need some xpinstall packaging love here. Leaf will provide.

Comment 35

[Daniel Veditz [:dveditz]]

we need four registerChrome() lines in each of six install scripts (3 platforms,
mozilla and commercial)

Comment 36

[(not reading, please use [e-mail] instead)]

nice work, smfr.

sorry for any misleading data (noise) that I provided.

Comment 37

[Daniel (Leaf) Nunes]

Attachment: psm.jst and browser.jst (for mac) changes.

Comment 38

[Daniel (Leaf) Nunes]

these changes should register the chrome running a repack of the windows build 
to test the fix there, need an r= and an sr=

Comment 39

[Daniel Veditz [:dveditz]]

Attachment: A more complete patch

Comment 40

[Daniel Veditz [:dveditz]]

We need basically the same thing for commercial

Comment 41

[Daniel (Leaf) Nunes]

*sigh* r=leaf for the changes that actually work and don't have cut/paste errors 
in them.

Comment 42

[Daniel Veditz [:dveditz]]

Attachment: A patch for ns tree for leaf's convenience

Comment 43

[Daniel (Leaf) Nunes]

r=leaf for those, too. is there an sr in the house?

Comment 44

[Daniel Veditz [:dveditz]]

fixed

Comment 45

[Jacek Piskozub]

Fixed? But still not in the trunk. Forms still don't submit in Win32 installer
build 2001041410 making the browser pretty much unworkable - try for example to
submit changes to a mozilla bug...

BTW, a small correction to my earlier comment. Form submission in 2001041109
works if it is installed over an earlier version (for example 0.8.1) but does
not work after *downgrading* to 2001041109 - even after a reboot. Strange, isn't it?

Comment 46

[Blake Ross]

In a new win32 nightly:

"The procedure entry point ??0nsInputFileStream@@QAE@ABV0@@Z could not be 
located in the dynamic link library xpcom.dll"

Comment 47

[jay garcia]

*** Bug 76106 has been marked as a duplicate of this bug. ***

Comment 48

[jay garcia]

*** Bug 76105 has been marked as a duplicate of this bug. ***

Comment 49

[Daniel Veditz [:dveditz]]

*** Bug 75896 has been marked as a duplicate of this bug. ***

Comment 50

[Daniel Veditz [:dveditz]]

*** Bug 75914 has been marked as a duplicate of this bug. ***

Comment 51

[Daniel Veditz [:dveditz]]

*** Bug 76071 has been marked as a duplicate of this bug. ***

Comment 52

[Daniel Veditz [:dveditz]]

Really fixed, may show up in a Sunday afternoon build or 4/16 for sure

Comment 53

[TommyBee (No E-mail)]

Fixed on build 2001041604 (Installer) on Mac OS 9.1.

Comment 54

[Tracy Walker [:tracy]]

verified fixed

windows 2001-04-16-06-trunk
mac 2001-04-16-04-trunk

Comment 55

[Vladimir Ermakov]

Forms still dont submit on build 2001-04-17-04 on windows 98...
Tried on yahoo, click search nothing happens. Status showing Document:done

Comment 56

[Tracy Walker [:tracy]]

this worked fine for me....just retried the yahoo search submit and it worked as 
 expected.  that was with commercial windows98 build 2001-04-17-06-trunk

Comment 57

[Vladimir Ermakov]

It works on Linux RedHat 6.2, MacOS 8.x on todays builds, but not on my 98 
machine..

Comment 58

[Eric Pollmann]

Works on Win 2000, 9AM installer build from today.

Comment 59

[Jacek Piskozub]

Works for me; WinME, installer 2001041706.

Vladimire, what was the last version you used before 2001041706? Try installing
0.8.1 and then again 2001041706 (sounds like voodoo superstition but it worked
for 2001041109).

Have you tried a new profile?

Comment 60

[Eric Pollmann]

Works for me, Win2000 installer, Win2000 zip, Win98 installer, Win98 zip (all 
from 9AM today).  Strongly suspect this is a bad profile or bad installation.  
Did you do a completely clean install into a new directory?  New profile?

Comment 61

[Vladimir Ermakov]

After doing a completely clean install with a new profile the problem is 
resolved. Sorry about that. Verifying.

Comment 62

[Eric Hedström]

worksforme too. Just for the record I had to install cleanly (i.e. completely
remove the old installation) to get rid of the
"??0nsInputFileStream@@QAE@ABV0@@Z" message--just recreating the profile didn't
do it.

Comment 63

[Daniel Veditz [:dveditz]]

.

Comment 64

[Daniel Veditz [:dveditz]]

This is FIXED

Comment 65

[Vladimir Ermakov]

Verifying