Closed
Bug 130754
Opened 22 years ago
Closed 22 years ago
repeatable Page Info | Forms window hang
Categories
(SeaMonkey :: Page Info, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 122055
People
(Reporter: bugzilla, Assigned: db48x)
References
Details
(Keywords: hang, testcase)
Attachments
(1 file)
196 bytes,
text/html
|
Details |
To reproduce: - From the Debug menu, pick Viewer Demos->#8 Form - Right-click on blank part of page for context menu - Select View Page Info - Select the Forms tab - Try to select the Links tab As soon as you select the Forms tab, all sorts of things cause the Frame Info window to hang - selecting another tab, activating another Moz window, trying to close the window. Once hung it doesn't paint or respond to any GUI input. It's still possible to activate it from the Win98 taskbar and to kill it from the Ctrl-Alt-Del dialog. The rest of Moz remains stable, even after several repetitions, except that context menus won't appear anywhere until the Frame Info window is killed. Occasionally it's still possible to select the Media tab, but I haven't pinned down any repeatable criteria for this. I've also seen this bug hang the whole of Moz, but only immediately after installing 0.9.9 - I can't reproduce that after a reboot. One suspect thing that may or may not be related - this page contains TWO forms called "searchform"; I can't remember whether this is illegal, but it's certainly unusual. In the listbox at the top of the Forms tab, it's impossible to go move the selection straight from one "searchform" line to the other - you have to go via the "echo" line. May be a separate issue but thought I'd mention it. I don't get this hanger bug on other pages, e.g. this one.
Well, this is one of the odder bugs I've seen... After a bit more testing, the duplicate form name turned out to be a red herring. The problem is that the Page Info Forms tab can't handle exactly 5 forms. By chopping down the Form viewer demo page I got the minimal testcase needed to reproduce the bug: <html> <head><title>Page Info Forms hang</title></head> <body> <form></form> <form></form> <form></form> <form></form> <form></form> </body> </html> A page with 1, 2, 3 or 4 forms is fine. A page with 6 or 7 forms is fine. A page with exactly 5 forms triggers the bug. Whether or not the forms are legit (name/method/action parms) appears to make no difference. Note: the list box at the top of the Forms tab always counts correctly, but in the bug case (5 forms) any fields in the forms do not show up underneath.
Comment 2•22 years ago
|
||
i can reproduce this - windows 2000, 2002031303. same as Mike describes with demo and with his little test case. confirming (and making critical, adding keywords)
Comment 3•22 years ago
|
||
uploading Mike's testcase as a file for convenience...
I suspect this is a bug in the listbox widget layout or rendering, related to the scrollbar. The magic number 5 just looks like an accident of sizing. Load up the minimal test case from my earlier comment and bring up Page Info | Forms. The first form in the list is highlighted by a light grey bar. (This is in Modern, if it makes a difference.) Note that this grey bar doesn't extend all the way to the right edge of the widget - there's a white gap left when the scrollbar disappears. (You can sometimes see the scrollbar appear for an instant then vanish, when you open the tab.) This white gap does not appear when there are 4 entries in the form list (no scrollbar) or 6 (scrollbar). Now - still in the 5-form Page Info | Forms tab - grab the splitter bar just underneath the forms list and drag it up or down a little way until the white gap disappears. You can now close the window or go to another tab without the bug manifesting. Looks pretty conclusive. If it IS a widget bug, there's a good chance that it could impact more than just Page Info | Forms.
Assignee | ||
Comment 5•22 years ago
|
||
I'm willing to bet money this is a dup of bug 122055
Comment 7•22 years ago
|
||
well i'm afraid nobody appears to have taken up your bets, so you don't win any money, but it looks like you were right. :) this problem appears to be fixed in the nightly after the fix for bug 122055 was checked in. based on that, i'm marking as a dupe, hope that's OK here... *** This bug has been marked as a duplicate of 122055 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•