948259 - Hard crash with variable hover display

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[Jeff Griffiths (:canuckistani) (:⚡︎)]

This happened just after a variable pop-up was painted, here's the crash report:

https://crash-stats.mozilla.com/report/index/fea6bfc4-0c50-44f3-9d86-2a54d2131210

Comment 1

[Panos Astithas (he/him) [:past] (please ni?)]

CCing some people who may have a clue about what happened.

Comment 2

[Victor Porof [:vporof][:vp]]

Maybe somewhat related to bug 946658.

Comment 3

[Jim Blandy :jimb]

I have no clue about this.

Comment 4

[Robert Kaiser]

More reports and a summary about their data can be found at https://crash-stats.mozilla.com/report/list?product=Firefox&signature=nsViewManager%3A%3AProcessPendingUpdatesForView%28nsView%2A%2C+bool%29

Comment 5

[Victor Porof [:vporof][:vp]]

I've occasionally seen regions of <xul:panel> content disappearing (being replaced with empty white blobs), which might be related, but I don't have consistent steps to reproduce.

It sometimes happens when hovering "window" when paused inside the debugger (so we're dealing with a relatively huge number of properties).

Comment 6

[Panos Astithas (he/him) [:past] (please ni?)]

I've seen something similar to comment 5 with console.dir on Linux. The embedded iframe appears blank initially, or in other cases it becomes empty after a click or a scroll event. I think it always reappears after a few seconds though (or maybe after a few more clicks/scrolls).

Comment 7

[Panos Astithas (he/him) [:past] (please ni?)]

Maybe roc knows someone who can look into this.

Comment 8

[Rob Campbell [:rc] (:robcee)]

crash is in view manager. Probably not a debugger bug. Moving to XUL.

Also, according to the graph, this bug peaked around the 5th of December and then dropped off. Wagering this was fixed but leaving it up to the component overseers to make a call.

Comment 9

[Victor Porof [:vporof][:vp]]

Attachment: screencast.mp4

There are some super serious rendering artifacts going on on a stock ubuntu and latest nightly.

STR:

1. Go to http://htmlpad.org/debugger/
2. Open debugger
3. (optional) Click on the cog wheel on the right and select "Show variables filter box" - this makes the artifacts 10x crazier
4. Click on the 'Click me' button in the page
5. Hover 'window'

See attached video. This is trippy!

Comment 10

[Victor Porof [:vporof][:vp]]

This happens in the wild as well, on Windows. See bug 956758.

Comment 11

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I can reproduce the bug in comment #9. No idea whether it's related to the crash.

Comment 12

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Mats, can you look into comment #9?

Comment 13

[Mats Palmgren (inactive)]

The STR in comment 9 works for me in Nightly 29.0a1 (2014-02-01) Linux64 and OSX.
WFM also in Aurora 28.0a2 (2014-02-01) on OSX.

Comment 16

[Luke]

Same here on Ubuntu 13.10. I wonder if it's the Nvidia+Intel i5's processor both running that could be part of the problem? I haven't done anything to disable the Nvidia or set GPU switching.

Comment 17

[Mats Palmgren (inactive)]

Can anyone still reproduce the crash or see rendering artifacts in the latest Nightly?
We did some nsViewManager changes recently that might have fixed the crash.

Comment 18

[Jeff Griffiths (:canuckistani) (:⚡︎)]

I can't repro on curent nightly

Comment 19

[Mats Palmgren (inactive)]

Thanks for testing.