Closed
Bug 166131
Opened 22 years ago
Closed 22 years ago
Second <DL> section fails to indent under very obscure circumstances
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: stephen, Assigned: attinasi)
References
()
Details
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4; en-US; rv:1.1) Gecko/20020827
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4; en-US; rv:1.1) Gecko/20020827
This problem is only seen in Mozilla 1.1 for OS/2 (second fixed version). It
does not occur in the Win32 version, or in Mozilla 1.0 for OS/2. This appears
to be a bug that requires very specific circumstances in the web page to trigger
it - download http://www.vcomms.com/mozilla_1_1_os2_bug.html file and play with
it to see how easy it is to get it not to happen. When the problem is not
present, both <DL> sections are displayed at the same indentation level, and
when it is triggered, the second <DL> section is displayed at the left margin
while the first is still indented correctly.
When my test page has two <DL> sections with sufficient prior text and
sufficient text in the <DL> sections, and the lines of the file are indented
with a mixture of tabs on the text lines and spaces elsewhere as in the example,
then the bug is triggered. Changing all the tabs to spaces (I am using 3 spaces
per tab) causes the problem not to be triggered, as does removing just about any
of the lines of text in the page. Adding extra text after the <DL> sections
does not affect the result. Changing the size of the browser window the page is
displayed in does not affect the problem.
Reproducible: Always
Steps to Reproduce:
1. Load the page http://www.vcomms.com/mozilla_1_1_os2_bug.html without any
modifications in Mozilla 1.1 for OS/2.
Actual Results:
The second <DL> section is not indented - it is displayed at the left margin.
Expected Results:
Both <DL> sections should have been displayed with identical indentation levels.
I am running the Orbit 3+1 1.x.0.0.5.5 theme. I do not know if the problem is
related to the theme, as I have not (yet) tried to reproduce it when using other
themes.
Reporter | ||
Comment 1•22 years ago
|
||
The problem is not dependent on the theme installed - I have tested and it also
happens when I use the Classic theme. However, I have discovered that on first
loading of the test page, it is displayed correctly. Reloading it produces the
problem.
Updated•22 years ago
|
QA Contact: petersen → amar
Comment 2•22 years ago
|
||
I see this on Linux as well (Mozilla 1.1, build id 20020826) -> Marking NEW.
Most of the time when I click on the link the page renders correctly, pressing
reload then shows _both_ lists at the left margin (sometimes it happens also
when initially viewing the page). Pressing back and forward again makes the
page render correctly (until next reload).
Note: I only see this when loading from network (or cache). If have saved the
mentioned page to disk and cannot trigger the bug when loading/reloading the
local file.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•22 years ago
|
||
WFM: Using 2002103004 build on WinXP. I can not get it to fail reloading from cache.
Priority: -- → P3
Target Milestone: --- → Future
http://java.sun.com/webservices/docs/1.0/tutorial/doc/JavaWSTutorialTOC.html
Same here...
In the TOC, under "Introduction to Web Services"
JAXM
Getting a Connection
is displayed:
JAXM
Getting a Connection
the <dl> arround the "Getting a Connection" line is just ignored.
Comment 5•22 years ago
|
||
This bug got fixed by bug
Comment 4 is not about the bug that happened here, and in fact the layout there
is correct (though not what NS4 and IE may do, but the markup is also pretty
invalid...)
Comment 6•22 years ago
|
||
Make that "This bug got fixed by bug 179071"
You need to log in
before you can comment on or make changes to this bug.
Description
•