Closed
Bug 325514
Opened 19 years ago
Closed 17 years ago
background dom updates cause firefox to "flicker"
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: keith.irwin, Unassigned)
References
()
Details
(Whiteboard: CLOSEME 06/27)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1 I've written a javascript application which hides and reveals bits and pieces of a page sometimes in response to a completed xmlHttpRequest. Your usual stuff. With the default firefox on ubuntu (1.0.7), this all works fine. With 1.5 and 1.5.0.1, I get a lot of "flicker", either the areas clear before being repainted, or invisible content appears for a split second. Now, I might just assume I'm doing something wrong (though it worked before), but this also affects the smooth transitions in gmail.com, and, surely, those guys know what they're doing! Reproducible: Always Steps to Reproduce: 1. Log in / access your gmail account 2. Click between the predefined searches: Inbox, Sent Mail, Drafts 3. Pay attention to the obvious screen repaint. Actual Results: You can see the screen repaint. Expected Results: You don't see the screen or area repaint. Related to #308055, I bet. https://bugzilla.mozilla.org/show_bug.cgi?id=308055 Having to absolutely position a whole lot of variable length textual elements (or tabular) seems a bit overkill for what used to work fine. Also, it's much nicer to be able to just redraw a table with one new line in it than to process a lot of DOM elements and insert a row into a table (if that's even possible). On the other hand, quicker reflow and redraw is nice too! What a dilemma! Are you guys going to tell Google to rewrite their app? (That sounds nasty, but, really, I don't mean to be!) Just seems like something's not quite right. Like maybe redraw/reflow should be fast when you're download pages, maybe a bit slower when you're manipulating the dom. Shrug!
Reporter | ||
Comment 1•19 years ago
|
||
If it matters: Same prob on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050628 Works fine on: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920
Comment 2•18 years ago
|
||
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060217 Firefox/1.6a1 Works for me; I'm getting no flicker.
Reporter | ||
Comment 3•18 years ago
|
||
I can confurm that with 1.6a on Ubuntu Breezy (not that that matters). Gmail is once again a smooth experience. However, my little ajax app is still hurky/jerky. Part of that is no doubt due to architectural mistakes I made, but, still, I don't see the effects on older versions.
Comment 4•18 years ago
|
||
Could you attach the source code? (Try cutting it down first to make it at least somewhat efficient.)
Reporter | ||
Comment 5•18 years ago
|
||
Alas, but the code is proprietary, so I can't do that. But I can hack up an example this weekend. I'll do that, and perhaps post it to a website as well.
Comment 6•17 years ago
|
||
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 06/27
Version: unspecified → 1.5.0.x Branch
Comment 7•17 years ago
|
||
I can't reproduce using Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9a6pre) Gecko/20070701 Minefield/3.0a6pre ID:2007070104. Also works for me in Firefox 2.0.0.4 on Fedora F7. Closing as WFM. Reporter, if you're still seeing this, please comment with details and reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•