Closed Bug 462741 Opened 17 years ago Closed 13 years ago

huge HR width value causes text rendering issues (on scrolling)

Categories

(Core :: Web Painting, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: asac, Unassigned)

References

()

Details

Attachments

(2 files)

on linux (ubuntu intrepid/hardy), trunk and 3.0 http://sourceware.org/pthreads-win32/bugs.html causes text rendering issues (smearing) when scrolling. Seems to be the large WIDTH value for the HR: <HR WIDTH=140182812 ALIGN=RIGHT> This is forwarded from ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/289839 one interesting hint from LP bug: "Webpage containing this large hr width is generated by OpenOffice."
Attached image screen after scrolling
Attached image before scrolling
Oh well, Windows is even worse, where I only see black instead of text, but if I load the Options window over it, I see text. Next, when I switch tabs and switch back, it is black again.
Component: Layout → Layout: View Rendering
OS: Linux → All
QA Contact: layout → layout.view-rendering
Hardware: PC → All
Version: unspecified → Trunk
(In reply to comment #5) > This regressed on 29 Oct 2008: I meant 2007. :)
I think it should also be retested by someone on Linux, because it is not sure if we are talking about the same bug. (In reply to comment #4) > Bug 215055? The black site I see is entirely black except the image on top, so not only on the bottom.
This bug is first appeared here: (because I thought it was a Linux specific issue of Firefox but later turned out that it also affected Windows version of the browser): https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/289839 I also made some research on it: "I investigated the bug and found the cause: hr with width 8388599 or less is OK hr with width 8388600 or greater cause problem Body background color must be set! It is probably a 32 bit bug because 16777216/2=8388608. (bit of sign) And perhaps hr has padding or margin (2*4=8). Someone could try it with a 64 bit version of Firefox.."
Flags: wanted1.9.1-
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Does this problem still happen?
Answ added the following comment to Launchpad bug report 289839: I've retested now with Firefox 10.0 on Fedora Core 16 and it seems to be fixed. No rendering problem at all. Someone should check on Windows too. Anyway I'm curious about in which version was it fixed :) -- http://launchpad.net/bugs/289839
Thanks for testing. No problem on Windows XP either. Let's close this.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: