Closed
Bug 244367
Opened 21 years ago
Closed 12 years ago
Scrolling mutilates text line; pixel line disappears
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: bronger, Unassigned)
References
(Blocks 1 open bug, )
Details
Attachments
(1 file)
(deleted),
image/jpeg
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8
When I scroll the web page e.g. with the mouse wheel (smooth scrolling doesn't
matter), the display seems to shift by one pixel which causes one or more text
line to be vertically too short and the letters look mutilated. One pixel line
is missing simply.
When the browser window loses focus the display is restored and everything looks
fine.
Reproducible: Always
Steps to Reproduce:
1. Load a long web page full of text, e.g. a long Wikipedia article
2. Scroll with arrow keys or mouse wheel
I experience this with gtk and KDE 3.1.
Comment 1•21 years ago
|
||
Same problem sometimes appears on MandrakeLinux 9.1/9.2 + Firefox 0.8/0.9/0.9.1
under Gnome 2.4 and KDE 3.1.
It seems to happen randomly, I can't reproduce.
Text comes back normally when selecting the text, or switching to another tab
and the switching back or switching to another app and then back to Firefox.
Comment 2•21 years ago
|
||
showing two missing pixel lines in text lines
Reporter | ||
Comment 3•21 years ago
|
||
I'd like to add that the same error *may* be responsible for the URL address
line jumping when clinking on it in order to enter another URL.
Comment 4•21 years ago
|
||
Workaround : turn [Display resolution] in Edit/Preferences/Font and colors to 96
dpi. This seem to work for me and other linuxfr.org users too.
Comment 5•21 years ago
|
||
(In reply to comment #4)
> Workaround : turn [Display resolution] in Edit/Preferences/Font and colors to 96
> dpi. This seem to work for me and other linuxfr.org users too.
This workaround does not work here.
I searched bugzilla and I think this is a dupe of this longstanding bug:
#152671
Unfortunately it seems that nobody has worked on this bug since 2 years.
Christian
Reporter | ||
Comment 6•21 years ago
|
||
For me the workaround worked, too. But I had to restart Firefox.
Comment 7•20 years ago
|
||
I don't meet this problem anymore.
"Display resolution" defaults to "system settings".
Works fine on Mandrakelinux 10.0/10.1, CentOS 3.3 (RedHat EL 3), RedHat EL
4beta1 with Firefox 0.10.1 / 20041021 Nightly Build.
Anyone can reproduce ? Close bug ?
Reporter | ||
Comment 8•20 years ago
|
||
Well, a thorough investigation showed that there are dozens(sic!) of bugs
related to this. You may close it or not, I don't think it's significant in any
respect. ;-)
By the way, it's a duplicate anyway. Have a look at bug 134942 (for example ;-).
Comment 9•20 years ago
|
||
WFM on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050524
Firefox/1.0+
Depends on: 134942
Comment 10•20 years ago
|
||
Sorry for bugspam
Comment 11•19 years ago
|
||
This bug should be closed, it is fixed.
Comment 12•19 years ago
|
||
I see this bug with Firefox 1.0.7. On Slackware 10.2 w/ KDE 3.4. Scrolling using the scroll bars produces the bug in quantity. So I don't think it's fixed, unless you mean in 1.5RC3, which I haven't tried yet.
The bug appears when "display resolution" is at "system setting"; does not occur when "display resolution" is 96.
Comment 13•18 years ago
|
||
I have same bug with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.5) Gecko/20060626 Firefox/1.5.0.5 (Debian-1.5.dfsg+1.5.0.5-1).
I tried to play with "Display resolution". If I set 96 dpi, bug disappeared, but fonts are bigger, so this is not a good solution.
If I set manual value (106 dpi) which correspond to my display, bug is still there (same result with "System setting").
Moreover, this bug is here only if "smooth scrolling" is enabled, and if I use pageup/down to scroll fast on page. Up/down arrows with smooth scrolling are ok, no display bug.
So today this bug is not fixed!
Updated•18 years ago
|
Assignee: bross2 → nobody
QA Contact: general
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•