Go to http://www.ally.com/privacy-security/online-privacy.html toggle back and forth between the "Online Privacy" and "Online Identity Tips" tabs (notice the ability to scroll via the scroll bar), the scroll bar will eventually disable and you can't scroll using it after a random amount of toggles. Hitting any keyboard key will renable the scroll bar. Screencast of bug on Mac: http://www.screencast.com/users/whimboo/folders/Jing/media/cc1b4896-3226-4f3d-b84b-bfe1ad13528e Does not happen with Firefox 3.5 RC1, regression range is between June 11th and 12th...possibly caused by bug 492837
Component: General → XUL
Product: Firefox → Core
QA Contact: general → xptoolkit.widgets
Summary: Toggling between the 'Privacy and Security' tabs on ally.com result in the scroll bar being disable → Toggling between the 'Privacy and Security' tabs on ally.com results in the scroll bar being disable
Summary: Toggling between the 'Privacy and Security' tabs on ally.com results in the scroll bar being disable → Toggling between the 'Privacy and Security' tabs on ally.com results in the scroll bar being disabled until a key is hit
Pass: http://hg.mozilla.org/mozilla-central/rev/4430cae50dad Fail: http://hg.mozilla.org/mozilla-central/rev/860a9acc39b1 Checkins: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4430cae50dad&tochange=860a9acc39b1 Bug 492837 looks like a good candidate.
10 years ago
Assignee: nobody → roc
Created attachment 384254 [details] testcase I minimized this from another site (I see this bug happening in all kinds of places). You need to have the dom.disable_window_move_resize pref set to false to see the bug occurring.
(In reply to comment #2) > Created an attachment (id=384254) [details] > testcase > > You need to have the dom.disable_window_move_resize pref set to false > to see the bug occurring. Just for the test case? Because I have dom.disable_window_move_resize set to true. How about you Henrik? I can reproduce easily with Firefox 3.5 RC1 with a new profile but I can also reproduce on my trunk build with the aforementioned pref set to true but the scroll bar only disables when bug 499316 kicks in (the text not showing at all portion of that bug).
(In reply to comment #3) > Just for the test case? Because I have dom.disable_window_move_resize set to > true. How about you Henrik? It can also occur when you move with your mouse over the testcase area while the reflow is occuring. But the testcase is having a window.resizeBy function to trigger the reflow interrupt reliably.
Thanks Martijn! Surprisingly I cannot see this problem anymore on the website itself. But the testcase reproduces it fine for me whether which state dom.disable_window_move_resize has.
Hardware: x86 → All
I actually wonder if Boris' patch in bug 478465 fixes this ... unfortunately I can't reproduce this very reliably :-(.
Seems to be worksforme in today's build.
Great, I'm calling it fixed by 478465.
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Still reproducable on latest hourly trunk using Win7 RC Rapidly clicking the tabs in random fashion will eventually lead to 'blank' tabs. I don't see the 'ghosted' type image anymore, just a blank tab. Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a1pre) Gecko/20090624 Minefield/3.6a1pre Firefox/3.0.11 ID:20090624125205
I saw that too. I think it's a different bug, though, and it could just be a bug in the page. Are you sure that didn't happen before bug 492837?
Roc, thanks, no.. I can't say whether it happened prior to bug 492837
(In reply to comment #10) > I saw that too. I think it's a different bug, though, and it could just be a > bug in the page. Are you sure that didn't happen before bug 492837? That's bug 499316
Status: RESOLVED → VERIFIED
Target Milestone: --- → mozilla1.9.2a1
Mass change: adding fixed1.9.2 keyword (This bug was identified as a mozilla1.9.2 blocker which was fixed before the mozilla-1.9.2 repository was branched (August 13th, 2009) as per this query: http://is.gd/2ydcb - if this bug is not actually fixed on mozilla1.9.2, please remove the keyword. Apologies for the bugspam)
You need to log in before you can comment on or make changes to this bug.