Closed
Bug 183889
Opened 22 years ago
Closed 21 years ago
border rendering problem
Categories
(Core Graveyard :: GFX, defect, P2)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
Future
People
(Reporter: glandium, Assigned: kmcclusk)
Details
Attachments
(1 file)
806 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021204 Debian/1.2.7-4
Build Identifier: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021204 Debian/1.2.7-4
On the new w3.org site, the border is broken on the right of the google image
and the input field of the search box.
http://glandium.nerim.net/w3.png
On some pages on linuxfr.org, the border produces strange effects.
Example : on http://linuxfr.org/2002/11/07/10231.html i can see
http://glandium.nerim.net/mozilla.png
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
![]() |
||
Comment 1•22 years ago
|
||
Not a layout problem, but a drawing problem....
Assignee: other → kmcclusk
Component: Layout → GFX Compositor
Reporter | ||
Comment 2•22 years ago
|
||
The W3.org issue is WFM now with UserAgent:
Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021208 Debian/1.2.7-5
The linuxfr.org issue is still here
Comment 3•22 years ago
|
||
Note the border appears/disappears with window resizing.
I have a very similar looking issue with http://www.aagh.net/ (on the header)
using 1.2.1/Win32 and 1.3b build 20021218. This does not occur under 1.0.1.
Comment 4•22 years ago
|
||
Can anyone attach a minimized testcase?
Reporter | ||
Comment 5•22 years ago
|
||
About comment #2 in fact, the problem is still here. It just only appears if the
windows is big.
About comment #4, i'll try to get a minimal testcase for the w3.org issue, but
for the linuxfr.org issue, it only appears on very very big pages, i'm afraid
that a minimal testcase is impossible...
Comment 6•22 years ago
|
||
Still an issue? If yes, how about the testcase?
Comment 7•22 years ago
|
||
Yeah, still an issue as of build 2003013108. I'll see about working out a
testcase tomorrow if nobody else wants to.
Comment 8•22 years ago
|
||
This seems to demonstrate the minimum steps needed to reproduce the rendering
issue I see on aagh.net, which looks very similar to that seen on w3.org.
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Assignee | ||
Updated•22 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Comment 9•22 years ago
|
||
worksforme on win2k, but probably a dup of an existing border rendering bug
related to, we think, rounding errors.
Comment 10•22 years ago
|
||
It seems quite sensitive; for instance, I managed to get two boxes, one
containing "Mozilla", the other containing "Mozilla."; the one with the full
stop showed the issue, the one without didn't. Further fiddling removed this
behavior for me though; I think it was with font-size: 200%; or so.
Comment 11•22 years ago
|
||
Just grabbed build 2003041704 and this problem seems to have gone away \o/
Comment 12•21 years ago
|
||
This bug seems to have been fixed, and there's been no activity in over a year.
I think it's time to close this.
Comment 13•21 years ago
|
||
Also WFM with latest nighlty build, marking as WFM
Please reopen if you can reproduce this with a nightly build.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•