Closed Bug 991272 Opened 11 years ago Closed 10 years ago

[Gtk3] crash in gfxContext::gfxContext when inspecting the deck

Categories

(Core :: Widget: Gtk, defect)

x86_64
Linux
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 1013552

People

(Reporter: cork, Assigned: stransky)

References

Details

(Keywords: crash)

Attachments

(2 files)

Attached file stacktrace (deleted) —
GTK3 builds crash if you inspect anything in the #tab-view-deck deck. GTK2 works without crashing. This has been tested with https://hg.mozilla.org/mozilla-central/rev/7bacc9e903b0 STR: 1. Create a clean profile 2. Install https://addons.mozilla.org/en-US/firefox/addon/dom-inspector-6622 3. start dom inspector from the web developer menu 4. select the main firefox window from file > Inspect Chrome Document 5. Use the element picker or focus window > deck (or any of the children under it Result: Program received signal SIGSEGV, Segmentation fault. gfxContext::gfxContext (this=0x7fffc0dca840, surface=0x0) at /tmp/mozilla/mozilla-central/gfx/thebes/gfxContext.cpp:88 88 mCairo = cairo_create(surface->CairoSurface());
Assignee: nobody → stransky
Well, the question is whether (nsIWidget *)->GetThebesSurface() can return null or not.
Hm, it's because gfxASurface * nsWindow::GetThebesSurface() is not implemented in gtk3, we need some cairo context here to get the surface.
Attached patch patch (deleted) — Splinter Review
Katl, what do you think about this one? It implements nsWindow::GetThebesSurface() and returns actual mThebesSurface instead of just null.
Attachment #8406805 - Flags: review?(karlt)
Any progress on this? The possibility to inspect the browser chrome is a blocker for me to use these builds.
Let's fix it as a part of Bug 1013552.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Attachment #8406805 - Flags: review?(karlt)
Blocks: 1034064
No longer blocks: 1034064
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: