Tested with recent M14 builds on Mac and Windows. Hidden values in HTML forms affect the layout. On Windows, they are invisible but they cause the elements to be displayed at the wrong location or with the wrong size. On the Mac, it's the same problem as on Windows but in addition, the hidden values are displayed (that's how I found out the origin of the bug). To see the problem on Windows: 1) Go to http://home.netscape.com and look at the column on the left (the one with Latest News, Weather Search...)==> The column is much larger than in Nav4.x 2) Go to AOL.com ==> The text "Enter your password" is not at the right location. To see the problem on the Mac: 1) Same thing as above ==> you can see URLs (which are supposed to be hidden) around the Weather Search area. 2) Go to AOL.com ==> you can see the text "quickenquote" under "Web Centers"; the text "Enter Password" is not at the right location and it is followed by some spurious numbers. 3) Go to microsoft.com ==> The Search field is followed by some spurious text and numbers. I'm going to attach a testcase. Assigned to Karnaze (form controls) and CCd rickg.

Marking beta1 because it affects the layout of major sites.

CCd Troy. After all, it may be a layout problem more than HTML forms.

added some interested folks to the cc list. rod is taking a quick look to diagnose the cause.

Reassigning to Rod, so he can take a longer look.

Putting on PDT+ radar for beta1.

The hidden values were visible on the Mac because of some debugging code that I had on my machine (I used to force the mode to eCompatibility_Standard in nsGfxButtonControlFrame::Reflow) so you can forget that aspect of the bug. Of course, visible or not, the hidden values affect the layout like on the other platforms. At least you know how to make them visible if it helps you to nail the problem...

This bug does not exist on my 2/22 10pm WinNT debug build. I removed the hidden inputs from the attachment and the page renders the same.

Forget that last comment, I'm seeing it in the 1st table. Reassigning to myself.

I have a fix waiting for a code review and checkin approval.

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

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

Removing dependency on bug 29149 and removing mention of it in status whiteboard. updating completion date and dding "waiting for approval" in status whiteboard.

this also horks http://www.wired.com/ in a big way. The Feb 20 daily mozilla build (and earlier) render this page fine, but builds dated feb 21 and later are broken.

fixed

Marking VERIFIED FIXED on: - Linux6 2000-03-01-13 Commercial build - MacOS9 2000-03-01-13 Commercial build - Win98 2000-03-01-16 Commercial build

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

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

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

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

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

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

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

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

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

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

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