OS: Unspecified → Windows 10
Hardware: Unspecified → x86_64
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
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.
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
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
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. @email@example.com If your comment 3 is concerning user.js, please attach a file with those entries.
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
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.
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
2 years ago
2 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
2 years ago
Has Regression Range: --- → no
Has STR: --- → yes
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?
(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.
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.