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

VERIFIED FIXED in mozilla1.9.2a1

Status

()

VERIFIED FIXED
10 years ago
8 years ago

People

(Reporter: u88484, Assigned: roc)

Tracking

({regression, testcase, verified1.9.2})

Trunk
mozilla1.9.2a1
regression, testcase, verified1.9.2
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9.2 +
in-testsuite ?

Firefox Tracking Flags

(status1.9.2 beta1-fixed)

Details

(Whiteboard: [webtestday], URL)

Attachments

(1 attachment)

(Reporter)

Description

10 years ago
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
(Reporter)

Updated

10 years ago
Component: General → XUL
Product: Firefox → Core
QA Contact: general → xptoolkit.widgets
(Reporter)

Updated

10 years ago
Whiteboard: [webtestday]
(Reporter)

Updated

10 years ago
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
(Reporter)

Updated

10 years ago
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
Assignee: nobody → roc
Flags: blocking1.9.2+
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.
Keywords: 4xp, testcase
Keywords: 4xp
(Reporter)

Comment 3

10 years ago
(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
(Reporter)

Comment 12

9 years ago
(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
Flags: in-testsuite?
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)
Keywords: fixed1.9.2
Keywords: fixed1.9.2 → verified1.9.2
status1.9.2: --- → beta1-fixed
You need to log in before you can comment on or make changes to this bug.