Closed
Bug 499307
Opened 15 years ago
Closed 15 years ago
Toggling between the 'Privacy and Security' tabs on ally.com results in the scroll bar being disabled until a key is hit
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
VERIFIED
FIXED
mozilla1.9.2a1
Tracking | Status | |
---|---|---|
status1.9.2 | --- | beta1-fixed |
People
(Reporter: u88484, Assigned: roc)
References
()
Details
(Keywords: regression, testcase, verified1.9.2, Whiteboard: [webtestday])
Attachments
(1 file)
1.09 KB,
text/html
|
Details |
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
Comment 1•15 years ago
|
||
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.
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → roc
Flags: blocking1.9.2+
Comment 2•15 years ago
|
||
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.
Updated•15 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).
Comment 4•15 years ago
|
||
(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•15 years ago
|
||
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
![]() |
||
Updated•15 years ago
|
Assignee | ||
Comment 6•15 years ago
|
||
I actually wonder if Boris' patch in bug 478465 fixes this ... unfortunately I can't reproduce this very reliably :-(.
Comment 7•15 years ago
|
||
Seems to be worksforme in today's build.
Assignee | ||
Comment 8•15 years ago
|
||
Great, I'm calling it fixed by 478465.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 9•15 years ago
|
||
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
Assignee | ||
Comment 10•15 years ago
|
||
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•15 years ago
|
||
Roc, thanks, no.. I can't say whether it happened prior to bug 492837
Reporter | ||
Comment 12•15 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
Updated•15 years ago
|
Flags: in-testsuite?
Target Milestone: --- → mozilla1.9.2a1
Comment 13•15 years ago
|
||
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
Updated•15 years ago
|
Keywords: fixed1.9.2 → verified1.9.2
Updated•14 years ago
|
status1.9.2:
--- → beta1-fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•