Vertical scroll with lags and freezes on imgur.com if logged in

NEW
Unassigned

Status

()

Core
Graphics
P3
normal
3 years ago
a year ago

People

(Reporter: u538430, Unassigned)

Tracking

44 Branch
x86_64
Windows
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: gfx-noted, URL)

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0
Build ID: 20160210153822

Steps to reproduce:

1. Login with my Imgur account
2. Upload my images
3. Scroll up and down

Steps to reproduce:
1. Login with dummy account
Username: BugzillaReport
Password: qwerty123
Email: abcdefg@dispostable.com

2. Visit my album http://imgur.com/a/JAy2p
3. Keep scrolling up and down until it lags and freezes
4. Close the tab. Firefox will freeze again for a while


Actual results:

Lags and freezes. And when i close the tab of imgur.com, Firefox froze again for a while. When i logout, and i go to the same excat link to my album, it does not lag, so there is something wrong with javascript.


Expected results:

Should run smooth without lag and freeze
(Reporter)

Updated

3 years ago
OS: Unspecified → Windows 10
Hardware: Unspecified → x86_64

Comment 1

3 years ago
Are you able to reproduce the issue with a clean profile?
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

Comment 2

3 years ago
Hello John, I didn't encounter any lag and freeze issue while scrolling up and down for 4 minutes.
Version 	44.0.2
User Agent 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:44.0) Gecko/20100101 Firefox/44.0

Can you please retest this with clean profile and in safe mode.

Comment 3

2 years ago
I can confirm this, using Seamonkey in safe mode using a clean profile.

I can get this to happen at will in SeaMonkey/2.44a1(Firefox/47.0) but can't get it to happen in SeaMonkey/2.39(Firefox/42.0).

The exact symptoms: several or a dozen seconds repeatedly frozen while scrolling when logged in to the account given, no freezing when not logged in to that account while scrolling the same page.  When logged in on first loading the page I also get a "script unresponsive" popup, one said, "chrome://communicator/content/bindings/notification.xml:64".

There are two other conditions necessary:

1) The Flash plugin must be set to "Ask to Activate." Neither "Always Activate" or "Never Activate" will cause the bug. (I also have all the other plugins not active, didn't test them.)

2) This preference must be set:

user_pref("plugin.disable_full_page_plugin_for_types", "audio/mpeg,application/futuresplash,application/x-shockwave-flash,video/x-ms-asf-plugin,audio/x-ms-wma,*,application/vnd.adobe.pdfxml,application/vnd.adobe.xfd+xml,application/vnd.adobe.x-mars,application/x-silverlight,application/x-silverlight-2,application/asx,audio/AMR,application/sdp,application/x-rtsp,application/x-sdp,audio/vnd.qcelp,audio/x-caf,audio/x-gsm,audio/x-m4b,audio/x-m4p,image/jp2,image/x-sgi,image/x-targa,image/x-tiff,audio/x-m4a,video/sd-video,video/x-m4v,image/jps,image/mpo,image/pns");

So the bug requires four conditions: Using Seamonkey 2.44, logged into the account given by the original reporter, Flash set to Ask to Activate, and the above preference set.

Actually, it's a little more complex, but probably not relevant:
2.39: logged in: preference set: ask to activate flash: little or no hesitation.
2.39: logged in: preference set: always activate flash: some hesitation but not severe.
2.39: logged in: preference not set: ask to activate flash, litte or no hestiation.
2.39: logged in: preference not set: always activate flash: some hesitation but not severe.
2.39: not logged in: preference not set: either flash state: litte or no hesitation.
2.39: not logged in: preference set: either flash state: litte or no hesitation.
2.44: not logged in: preference set: either flash state: little or no hesitation.
2.44: logged in: preference set: ask to activate: severe hesitation, unresponsive script popup
2.44: logged in: preference set: always activate: some hesitation but not severe.
2.44: logged in: preference set: never activate: little or no hesitation.
2.44: logged in: preference not set: ask to activate flash, a little hestiation.
2.44: logged in: preference not set: always activate flash: more hesitation, pretty bad, but not the most severe.

It's possible the the original reporter is experiencing this last choice instead of the most severe bug.

I don't know where the preference line above came from, probably from some Firefox or Seamonkey tweaks page.  My normal profiles have a user.js file with about 330 lines in it. (The clean profile has no user.js, is unchanged.) I experienced the bug and cut out lines until I found the one that had to be there.

Also, I have an old CPU, about 7 or 8 years old, so it may be with modern CPUs one wouldn't notice the bug (though my CPU was the best available at the time, dual core AMD 4800+.)

My user agent string is: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0 SeaMonkey/2.44a1

Updated

2 years ago
Summary: Firefox lags and freezes when i scroll down on imgur.com → Vertical scroll iwth lags and freezes when i scroll down on imgur.com

Comment 4

2 years ago
for my test I tried to scroll up or down so that the complete scroll way should be done in 5 ... 10 seconds.
At least I can confirm that vertical scrollin is very jerking with unofficial (from <http://seamonkey.callek.net/contrib/>)  en-US SeaMonkey 2.44a1  Mozilla/5.0 (Windows NT 6.1; x64; rv:47.0)  Gecko/20100101 Firefox/47.0 Build 20160208090255  (Default Classic Theme)  on German WIN7 64bit. As long as I am not logged in scrolling works fine, but after log in it's jerky.

a) All the same with FF 47.0a1 (2016-02-20)
b) Freeze after closing TAB not reproducible for me.
c) Also not reproducible: unresponsive script popup

So I think I did not see the reported problem.

@benl234@yahoo.com
If your comment 3 is concerning user.js, please attach a file with those entries.
Flags: needinfo?(benl234)
OS: Windows 10 → Windows
Summary: Vertical scroll iwth lags and freezes when i scroll down on imgur.com → Vertical scroll with lags and freezes on imgur.com if logged in

Comment 5

2 years ago
No, I used a clean profile for my tests.  There was no user.js file, the settings were only what comes in a clean profile, except for the one user preference line quoted in comment 3, which was only used in half the tests.

My reference to a user.js file in comment 3 is that the one user preference line comes from a user.js file in another profile.
Flags: needinfo?(benl234)

Comment 6

2 years ago
I have not been able to duplicate the problem but I am changing the component of the bug so that developer(s) can look into it. Please feel free the change the component in case it is not appropriate.
Component: Untriaged → Graphics
Product: Firefox → Core

Updated

2 years ago
Whiteboard: gfx-noted
Has Regression Range: --- → no
Has STR: --- → yes
Keywords: regressionwindow-wanted

Comment 7

2 years ago
I can reproduce the problem on Firefox45.0.2 as well as Nightly48.0a1(2016-04-23).
Disabling Flash Plugin fixes the problem.

https://hg.mozilla.org/mozilla-central/rev/37f04460ddb76d6ef4e7c32a8a6b2fbc44cb8776
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:48.0) Gecko/20100101 Firefox/48.0 ID:20160423030220
Alice, are you able to provide a regression window for this bug?
Flags: needinfo?(alice0775)

Comment 9

2 years ago
(In reply to Anthony Hughes (:ashughes) [GFX][QA][Mentor] from comment #8)
> Alice, are you able to provide a regression window for this bug?

I think this is not a regression. At least I can repro on 2015-01-01 nightly.

And Flash will be gone in the near future. I think no need to track this.
Flags: needinfo?(alice0775)
Keywords: regressionwindow-wanted
You need to log in before you can comment on or make changes to this bug.