499307 - Toggling between the 'Privacy and Security' tabs on ally.com results in the scroll bar being disabled until a key is hit

Status: VERIFIED FIXED

(Core :: XUL, defect)

Description

[u88484]

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

Comment 1

[Henrik Skupin [:whimboo][⌚️UTC+2] (away 10/03 - 10/13)]

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.

Comment 2

[Martijn Wargers (dead)]

Attachment: 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.

Comment 3

[u88484]

(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).

Comment 4

[Martijn Wargers (dead)]

(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.

Comment 5

[Henrik Skupin [:whimboo][⌚️UTC+2] (away 10/03 - 10/13)]

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.

Comment 6

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I actually wonder if Boris' patch in bug 478465 fixes this ... unfortunately I can't reproduce this very reliably :-(.

Comment 7

[Martijn Wargers (dead)]

Seems to be worksforme in today's build.

Comment 8

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Great, I'm calling it fixed by 478465.

Comment 9

[Jim Jeffery not reading bug-mail 1/2/11]

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

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

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?

Comment 11

[Jim Jeffery not reading bug-mail 1/2/11]

Roc, 
thanks, no.. I can't say whether it happened prior to bug 492837

Comment 12

[u88484]

(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

Comment 13

[Mike Beltzner [:beltzner, not reading bugmail]]

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)