Closed
Bug 10073
Opened 25 years ago
Closed 25 years ago
Form elements overlapping text
Categories
(Core :: XUL, defect, P3)
Tracking
()
M9
People
(Reporter: wtpooh, Assigned: trudelle)
References
()
Details
Hi, This is another example of something I reported in bug 10053. When I go to http://slashdot.org (without logging in, thought the same thing happens when I do, even though the screen layout is a bit different), the two forms on the right (Slashdot login and Slashdot poll) are put in the wrong place. For example, right now the radio buttons and "vote" button are sitting directly on top of the "Features" box. The text associated with the buttons doesn't move, only the buttons. Where the radio and "vote" buttons used to be are either black squares or 2-3 letter bits of text which look like they may be taken from elsewhere in that right side (maybe it moves the text the buttons are overlapping to where the buttons should be?). This only happens when I scroll up and down a lot (by left-clicking the scrollbar at the top and bottom) while the page is still loading - if I wait until the page is all loaded and laid out everything is fine. Thanks, Josh build 1999071496 (M8) Redhat 6.0 Pentium II 400 MHZ, 128M I have these gtk rpms installed: gtk+10-1.0.6-5 gtk+-devel-1.2.0-1 gtk+-1.2.1-10 gtk-engines-0.5-16
Maybe this is a Linux specific widget problem. The page looks fine to me under NT, and I don't see how it's a cote layout problem
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 3•25 years ago
|
||
Ah, the elusive form moving around bug. Dup of 2595. *** This bug has been marked as a duplicate of 2595 ***
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 4•25 years ago
|
||
Agreed. This is a duplicate of 2595.
You need to log in
before you can comment on or make changes to this bug.
Description
•