Closed
Bug 145790
Opened 23 years ago
Closed 22 years ago
Form submission breaks page display
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: johnl, Assigned: waterson)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2)
Gecko/20020510
BuildID: 2002051006
Push Search button and table containing Search button is rendered on top of
existing table in top right of browser
Reproducible: Always
Steps to Reproduce:
1.Push "Search" button
2.
3.
Actual Results: The table containing the search button is rendered on top of
existing table at the top right of the browser.
Expected Results: Leave the page in place until the next requested page arrives
Comment 1•23 years ago
|
||
I see it in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020519.
Since the form submission calls a new page anyways, it is ugly, but I don't
think major.
I am not sure about the component, sorry Matti.
pi
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Pushing submit button causes tables to render on top of one another → Form submission breaks page display
Comment 2•23 years ago
|
||
-> Layout
Assignee: Matti → attinasi
Component: Browser-General → Layout
QA Contact: imajes-qa → petersen
Comment 4•23 years ago
|
||
I could reproduce the problem easily. Setting the Priority to P3
Priority: -- → P3
| Assignee | ||
Comment 5•23 years ago
|
||
Ew. Taking...testcase would be helpful!
Assignee: attinasi → waterson
Keywords: qawanted
Comment 6•23 years ago
|
||
This seems to only be reproducible online. I tried to download the page and
modify it, but the form submission needs to work for the bug to appear.
| Reporter | ||
Comment 7•23 years ago
|
||
I was able to reproduce the bug offline. Enter the search text and press the
Search button. The table will be re-rendered on top of existing table.
| Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 8•23 years ago
|
||
This bug still exists for me on build 2002061014. Using the offline test case,
I created a minimal test case, which is attached.
One odd thing I noticed that may be helpful: My test case contains the line
$lt;br clear="all"><p> ... if a newline is inserted between the 'br'
and 'p' tags, the bug goes away for me.
Comment 9•22 years ago
|
||
worksforme moz 2003040308/win98
reporter (john leavens), can you still reproduce this bug?
Comment 10•22 years ago
|
||
WFM in current Linux and Win98 trunk builds.
pi
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•