3 years ago
3 years ago


(Reporter: Ray Satiro, Unassigned)


(Blocks: 1 bug)

37 Branch
Windows 7
Dependency tree / graph

Firefox Tracking Flags




(1 attachment)



3 years ago
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.

Comment 1

3 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.


3 years ago
tracking-e10s: --- → ?

Comment 2

3 years ago
Ray, could you please post about:support?
Flags: needinfo?(raysatiro)

Comment 3

3 years ago
Created attachment 8535285 [details]

(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)

Comment 4

3 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

3 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:

not sure about the scroll lagginess though.
Blocks: 1111396
Blocks: 1063169
tracking-e10s: ? → +

Comment 6

3 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:


gecko.buildID = 20141219030202
gecko.mstone = 37.0a1
Is it still reproducible with 39.0a1 Nightly? Thanks
Flags: needinfo?(raysatiro)

Comment 8

3 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)
No longer blocks: 1111396

Comment 9

3 years ago
Resolving per comment 8. Thanks!
Last Resolved: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.