Closed
Bug 196278
Opened 21 years ago
Closed 17 years ago
Xlib not redrawing/repainting until input activity
Categories
(Core :: Web Painting, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: kmic5, Assigned: roland.mainz)
Details
(Keywords: testcase)
Attachments
(1 file)
521 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212 Build Identifier: If a document is graphically changed through a DOM call after it has been loaded, the xlib event loop does not process the redraw to show the effects of the change until input activity (i.e. mouse hover) happens on the window it monitors. This bug has been verified by Ginsburn. Reproducible: Always Steps to Reproduce: Load any webpage that uses the DOM to graphically change an element after the webpage is completely loaded. Example: Set the innerHTML of a <div> to reflect the current time every second. Actual Results: The redraw/repaint is not performed until the window gets input/mouse activity. Expected Results: Redraw should take place immediately after DOM modification.
Comment 1•21 years ago
|
||
.
Assignee: roc+moz → Roland.Mainz
Component: Layout: View Rendering → GFX: Xlib
QA Contact: ian → timeless
Assignee | ||
Comment 2•21 years ago
|
||
s/Ginsburn/Gisburn/
Assignee | ||
Comment 3•21 years ago
|
||
I remember that I fixed that bug - but it seems the nsITimer changes made a while ago foobar'ed the fix... ;-(
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 4•21 years ago
|
||
kmic5@hotmail.com: Can you provide a small testcase, please ?
The User-Agent listed in the original bug report should be ignored. It does not pertain to this bug. Also, Ginsburn = Gisburn. Here is a testcase: http://www.ocsoft.net/mozbug196278.htm On a build experiencing the bug, you will only see the time updated when the window gets mouse activity. It should be updating every second. You must be using an xlib-only build of Mozilla to see the bug.
Component: GFX: Xlib → Layout: View Rendering
Comment 6•20 years ago
|
||
The link in comment #5 seems to be broken. I could reproduce this bug with a recent xlib firefox build on FreeBSD 5.3. You can also press a key instead of moving the mouse in order to refresh the window.
(In reply to comment #5) > The User-Agent listed in the original bug report should be ignored. It does not > pertain to this bug. Also, Ginsburn = Gisburn. > > Here is a testcase: > http://www.ocsoft.net/mozbug196278.htm > > On a build experiencing the bug, you will only see the time updated when the > window gets mouse activity. It should be updating every second. You must be > using an xlib-only build of Mozilla to see the bug. (In reply to comment #6) > Created an attachment (id=169714) [edit] > testcase similar to the one described in comment #5 > > The link in comment #5 seems to be broken. I could reproduce this bug with a > recent xlib firefox build on FreeBSD 5.3. You can also press a key instead of > moving the mouse in order to refresh the window. The testcase (from comment #5) has been moved to: http://www.ocsoft.net/moz/mozbug196278.htm
Comment 8•17 years ago
|
||
Xlib port has been removed from trunk (bug 326152) -> WONTFIX
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•