Closed
Bug 41890
Opened 25 years ago
Closed 24 years ago
No linewrap in table, when window is maximized
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
VERIFIED
FIXED
Future
People
(Reporter: bbbvienna, Assigned: karnaze)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m16) Gecko/20000603
BuildID: 2000060320
The text is stretched extremely. It seems like if the browser doesn't jump into
the next line, but it should.
Reproducible: Always
Steps to Reproduce:
1.view the page
2.see the 'error'
3.think about what might be wrong
Actual Results: It looks bad. Not an actual error, because the information is
still there, but this is bad enough for a geek like me. :(
Expected Results: Mozilla should jump into the next line, using a <br> or
something..
Comment 1•25 years ago
|
||
To reproduce the bug I had to maximize the window under Win98. With a normal
window everything is OK. Renaming and Confirming the bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: The table seems to be stretched a lot (3-4 times more width than with Microsoft IE or Netscape NN) → No linewrap in table, when window is maximized
Reporter | ||
Comment 2•25 years ago
|
||
Oh.. I forgot to tell, that this occurs while maximizing the window. To be
honest, this is my first "bug" I reported to Bugzilla and I hope that the
community might understand this silly mistake.. ;)
Comment 3•25 years ago
|
||
Comment 4•25 years ago
|
||
if you load/reload the test case in a skinny window, it wraps correctly until
you expand the window to a certain width.
Severity: trivial → normal
Assignee | ||
Comment 5•25 years ago
|
||
Comment 6•25 years ago
|
||
Adding testcase keyword so this doesn't show up on
the bugathon search page.
Keywords: testcase
Assignee | ||
Comment 7•25 years ago
|
||
I'm marking this future since it uses the non standard cols attribute. If
someone thinks this is an important bug, please express your concerns.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
I can reproduce this bug on Linux nightly 2000090621 build. So someone with
privilegies could change the OS to All.
Updated•24 years ago
|
OS: Windows 98 → All
Hardware: PC → All
Assignee | ||
Comment 10•24 years ago
|
||
This has been fixed by Bernd's patch to bug 29058
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 11•24 years ago
|
||
Looks like bug 56543 got fixed by the patch too :)
You need to log in
before you can comment on or make changes to this bug.
Description
•