Closed
Bug 60046
Opened 24 years ago
Closed 24 years ago
text display has an off-by-1-pixel refresh error
Categories
(Core :: Layout, defect, P3)
Tracking
()
Future
People
(Reporter: darin.moz, Assigned: kmcclusk)
References
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; m18)
Gecko/20001107 Netscape6/6.0
BuildID: 2000110709MN6
Text display has an off-by-1-pixel refresh problem noticeable while
scrolling. This bug seems to have appeared only recently.
Reproducible: Always
Steps to Reproduce:
1. Open up a URL to a text/plain resource large enough to enable sc
2. Scroll the content up and down.
3. Notice that at least one row of text will either be vertically squished or
stretched by exactly one pixel.
Actual Results: Noticed a off-by-1-pixel refresh problem.
Expected Results: Should draw text correctly.
Noticed this in both the trunk and the branch.
Please triage.
Assignee: clayton → harishd
Reporter | ||
Comment 3•24 years ago
|
||
This very bugzilla bug report is an excellent example... though I should
verify it against a recent nightly build.
Reporter | ||
Comment 4•24 years ago
|
||
Seeing this with build 2000-12-22-09-Mtrunk under linux. Scroll up and down
over this bug report and watch the Summary entry box. If you get it just
right (may take a few seconds of scrolling) you'll either see the text
squished or expanded vertically by one pixel.
Comment 5•24 years ago
|
||
What logical resolution do you use? 96dpi? (See both Edit | Preferences
| Fonts and the output of xdpyinfo.) Is this a dup of bug 16200?
Reporter | ||
Comment 6•24 years ago
|
||
96dpi... however, not seeing this in Build 2001010517, so marking as WFM.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•24 years ago
|
||
wouldn't you know it, right after marking this bug as WFM, i was able to
reproduce it!! arrgh.
I am using XFree86 4.0.1 under Redhat 7.0 with a NVIDIA GeForce 256 video card.
I'm not seeing this bug in other programs, so I would imagine my video setup
shouldn't matter, but anyways..
here's a dump of my xdpyinfo:
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 4001
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 6
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x1c00013, revert to Parent
number of extensions: 28
BIG-REQUESTS
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
FontCache
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
RECORD
SECURITY
SGI-GLX
SHAPE
SYNC
TOG-CUP
X3D-PEX
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XIE
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1600x1200 pixels (402x302 millimeters)
resolution: 101x101 dots per inch
depths (1): 16
root window id: 0x28
depth of root window: 16 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 64
preallocated pixels: black 0, white 65535
options: backing-store NO, save-unders NO
largest cursor: 32x32
current input event mask: 0x5a20bd
KeyPressMask ButtonPressMask ButtonReleaseMask
EnterWindowMask LeaveWindowMask PointerMotionHintMask
ButtonMotionMask StructureNotifyMask SubstructureNotifyMask
SubstructureRedirectMask PropertyChangeMask
number of visuals: 2
default visual id: 0x23
visual:
visual id: 0x23
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
visual:
visual id: 0x24
class: TrueColor
depth: 16 planes
available colormap entries: 64 per subfield
red, green, blue masks: 0xf800, 0x7e0, 0x1f
significant bits in color specification: 6 bits
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 9•24 years ago
|
||
Setting milestone to mozilla1.0.1
Target Milestone: --- → mozilla1.0.1
Assignee | ||
Comment 12•24 years ago
|
||
*** Bug 67381 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 14•24 years ago
|
||
*** This bug has been marked as a duplicate of 35735 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•