Closed
Bug 1109364
Opened 10 years ago
Closed 9 years ago
Mouse scroll lags
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: raysatiro, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
3.39 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:37.0) Gecko/20100101 Firefox/37.0 Build ID: 20141209030205 Steps to reproduce: I tried to reproduce twice but did not encounter the issue again. Actual results: I opened the browser just recently. I have several tabs open --all e10s-- from yahoo, youtube and arstechnica. I was watching a video on youtube and scrolling by rotating the mousewheel became laggy. I could rotate the wheel forwards or backwards and the page would scroll but not right away, or partially and then stop and then partially again. I switched to other tabs and all had the same issue. I checked other applications and they were fine, and also Nightly didn't seem to be using any extra CPU. What's interesting is using the scroll button (in other words I click the middle mouse button and then move the mouse) to scroll up and down any of the pages is responsive, and so is clicking the scrollbar itself and dragging it up and down the pages, and so is highlighting, and just about everything else. The only extensions I have installed in this profile are FiddlerHook (changes proxy entries to Fiddler proxy debugger) and Gecko Profiler (stopped). The problem went away after I opened several Mozilla bugzilla tabs (tabs I had opened to research whether or not this issue had been reported...). Now I can use the scroll wheel normally in all tabs again. Unfortunately I did not have a chance to open a non-e10s window to test before this problem went away. Expected results: Scroll should not be lagging, of course.
Reporter | ||
Comment 1•10 years ago
|
||
Happening again right now. Non-e10s windows ok. I notice as a type this the text is appearing on the screen slower than usual as well. For example I hit the backspace key and there's a delay to backspace. Another thing is I updated Windows and Adobe Flash today in addition to updating Nightly, so that might be something.
Reporter | ||
Updated•10 years ago
|
tracking-e10s:
--- → ?
Reporter | ||
Comment 3•10 years ago
|
||
(In reply to Jim Mathies [:jimm] from comment #2) > Ray, could you please post about:support? I have attached the file you requested.
Flags: needinfo?(raysatiro)
Reporter | ||
Comment 4•10 years ago
|
||
This just happened again as I was scrolling down an e-mail. It was working fine until about halfway through when the ad pane in yahoo mail changed to a different ad then the scroll became jerky. Also might be related, shortly after that I tried to open a new tab and Nightly froze. I killed plugin-container and hit try again in each tab and scroll is working again. There was no checkbox or option to send a crash report.
Comment 5•10 years ago
|
||
(In reply to Ray Satiro from comment #3) > Created attachment 8535285 [details] > support.txt > > (In reply to Jim Mathies [:jimm] from comment #2) > > Ray, could you please post about:support? > > I have attached the file you requested. You had one crash, which appears to be bug 1102659: https://crash-stats.mozilla.com/report/index/e962aa93-a59a-4134-89a1-9b2cf2141209 not sure about the scroll lagginess though.
Blocks: 1111396
Reporter | ||
Comment 6•10 years ago
|
||
This just happened again. Shortly afterwards the content of each tab went blank, nightly froze and plugin-container started using about 12% cpu continuously. I let it run like that for 5 minutes to see if it would return to normal but it didn't so I killed it. After I killed it Nightly started responding again. All my tabs were still white, there was no crashed message. I reloaded each of them without a problem. Before I killed plugin-container I took many looks at the offending thread's stack in process explorer and it was invariably a wait for objects, usually this: ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732 ntoskrnl.exe!KeWaitForMutexObject+0x19f ntoskrnl.exe!PoStartNextPowerIrp+0xba4 ntoskrnl.exe!PoStartNextPowerIrp+0x1821 ntoskrnl.exe!PoStartNextPowerIrp+0x1a97 xul.dll!?DefaultValue@js@@YA_NPAUJSContext@@V?$Handle@PAVJSObject@@@JS@@W4JSType@@V?$MutableHandle@VValue@JS@@@4@@Z+0xeec9 xul.dll!?DefaultValue@js@@YA_NPAUJSContext@@V?$Handle@PAVJSObject@@@JS@@W4JSType@@V?$MutableHandle@VValue@JS@@@4@@Z+0x10178 xul.dll!?getBehavior@ElementAdder@js@@QBE?AW4GetBehavior@12@XZ+0x5ff2 xul.dll!?DefaultValue@js@@YA_NPAUJSContext@@V?$Handle@PAVJSObject@@@JS@@W4JSType@@V?$MutableHandle@VValue@JS@@@4@@Z+0xeec9 xul.dll!?getBehavior@ElementAdder@js@@QBE?AW4GetBehavior@12@XZ+0x5ff2 xul.dll!?getBehavior@ElementAdder@js@@QBE?AW4GetBehavior@12@XZ+0x705e xul.dll!?proxy_Call@js@@YA_NPAUJSContext@@IPAVValue@JS@@@Z+0x18843 gecko.buildID = 20141219030202 gecko.mstone = 37.0a1 1427b365cd39
Comment 7•9 years ago
|
||
Is it still reproducible with 39.0a1 Nightly? Thanks
Flags: needinfo?(raysatiro)
Reporter | ||
Comment 8•9 years ago
|
||
(In reply to Petruta Rasa [QA] [:petruta] from comment #7) > Is it still reproducible with 39.0a1 Nightly? Thanks Not as described in the report. I experience occasional momentary freezes (bug 1133928) and they occur even when I use the scroll button.
Blocks: 1133928
Flags: needinfo?(raysatiro)
Comment 9•9 years ago
|
||
Resolving per comment 8. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•