Closed Bug 1109364 Opened 10 years ago Closed 9 years ago

Mouse scroll lags

Categories

(Firefox :: Untriaged, defect)

37 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---

People

(Reporter: raysatiro, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

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.
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.
tracking-e10s: --- → ?
Ray, could you please post about:support?
Flags: needinfo?(raysatiro)
Attached file 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.
Flags: needinfo?(raysatiro)
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.
(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
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
Is it still reproducible with 39.0a1 Nightly? Thanks
Flags: needinfo?(raysatiro)
(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)
No longer blocks: 1111396
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.

Attachment

General

Creator:
Created:
Updated:
Size: