Closed Bug 154926 Opened 22 years ago Closed 19 years ago

dhtml repaint jittery

Categories

(Core :: Web Painting, defect, P3)

defect

Tracking

()

RESOLVED FIXED

People

(Reporter: Bugzilla-alanjstrBugs, Assigned: roc)

References

()

Details

(Keywords: qawanted)

Attachments

(1 file)

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a+) Gecko/20020625

The redrawing of the buttons on this page causes lots of flickering of the
buttons as they move.  Its also causing flickering as it passes under the layer
at the top.
It looks like it is repositioning all of the rest of the buttons every time it
moves the one that is supposed to be moving.

Can I get a confirmation that this isn't just on my PC?  It looks fine with IE.
Confirmed on Windows ME using trunk 2002072718.

Looks related to bug 101698, 136549, and 136555.
I might says dupe bug 136549, but I'd want someone more knowledable to confirm.
confirming - using trunk build 2002121108 on win-xp pro,1.1ghz,512ram,GeForce2 
Go (32MB@32Bit color depth).

Related to this seem bug 170702 and bug 183269
 
Status: UNCONFIRMED → NEW
Component: Image: Layout → Layout
Ever confirmed: true
Summary: Rapid movement of elements causes flickering → [DHTML] Rapid movement of elements causes flickering
Though I have to say that flickering is less comaring to Mozilla1.1b.
Testing Mozilla 1.2.1 it has the same visible flickering as with latest trunk 
build.


Whiteboard: [DUPME]
I don't think this really matches the other ones.  My site positions via
absolutes.  It might all be related, but none of the descriptions sound similar
enough.  
Blocks: 21762
Keywords: perf
So.... where are the buttons that are getting repainted?  I don't really see any
buttons on the page....
I've changed the layout of my homepage since.  The geocities page has some
animation, but now I see a different broken behavior.  I'll check it more
carefully later.

Right now changing tabs after the animation has finished results in the buttons
being in the proper place, except for a hole in the webpage where I can see the
tab I just visited before it.  Sorry I can't do screenshots right now.  

Currently using Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.4b)
Gecko/20030427 Mozilla Firebird/0.6 on this machine.
The remaining problem is a view painting one for the fixed-pos element...
Assignee: pavlov → roc+moz
Component: Layout → Layout: View Rendering
Keywords: perf
OS: Windows 2000 → All
QA Contact: tpreston → ian
Hardware: PC → All
Summary: [DHTML] Rapid movement of elements causes flickering → Incorrect rendering of buttons at top left
Whiteboard: [DUPME]
this seems to be related to bug 79315
No longer blocks: 21762
Summary: Incorrect rendering of buttons at top left → dhtml repaint jittery
Testcase based from site that shows the jitteriness.
I think I've seen a bug (multiple bugs?) somewhere else about this.
So basically moving visibility:hidden divs shows some jitter?
Keywords: qawanted
Yes, and the use of position:fixed is also an important factor in triggering the
bug.
Right.  That's the widget thing biting us... roc, do we have a bug for having a
single widget per window yet?
I think this is WFM in my debug build that has the "frame display lists" patch in it (bug 317375).
Depends on: 317375
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060126 Firefox/1.6a1 ID:2006012614

WFM
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
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

Created:
Updated:
Size: