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)

x86
Other
defect

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.
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.
QA Contact: petersen → amar
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
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.
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...)
Status: NEW → RESOLVED
Closed: 22 years ago
Depends on: 179071
Resolution: --- → FIXED
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.