Bug 1350060 - [wayland-copr] Firefox exits with "Error 71 (Protocol error) dispatching to Wayland display." when showing any menu
Summary: [wayland-copr] Firefox exits with "Error 71 (Protocol error) dispatching to W...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 25
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Martin Stransky
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: ffwayland
TreeView+ depends on / blocked
 
Reported: 2016-06-25 00:30 UTC by Christian Stadelmann
Modified: 2017-06-01 20:10 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2017-06-01 20:10:01 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
A backtrace from gdb attached to firefox from wayland copr (244.20 KB, text/plain)
2016-06-25 10:54 UTC, Christian Stadelmann
no flags Details
Output of $ LC_ALL=C WAYLAND_DEBUG=1 firefox (129.58 KB, text/plain)
2016-06-29 13:39 UTC, Christian Stadelmann
no flags Details

Description Christian Stadelmann 2016-06-25 00:30:20 UTC
Version-Release number of selected component (if applicable):
firefox-47.0-7.wayland.fc24.x86_64
gtk3-3.20.6-1.fc24.x86_64

How reproducible:
always after some mouse movement

Steps to Reproduce:
1. open firefox with wayland GDK backend
2. open bookmarks menu
3. move mouse over bookmarks menu

Actual results:
Firefox crashes.

Expected results:
No crash

Additional info:
Sadly, gdb doesn't catch this crash. Instead, I'm getting this warning on CLI:

(firefox:8063): Gdk-WARNING **: Error 71 (Protokollfehler) dispatching to Wayland display.

Comment 1 Christian Stadelmann 2016-06-25 00:32:54 UTC
This crash also happens in the main menu (menu toolbar enabled by pressing the Alt key).

Comment 2 Christian Stadelmann 2016-06-25 10:18:37 UTC
Context menus in about:config are affected too, so I guess it affects most if not all menus

Comment 3 Christian Stadelmann 2016-06-25 10:54:54 UTC
Created attachment 1172224 [details]
A backtrace from gdb attached to firefox from wayland copr

Breaking on g_strerror and skipping some occurrences, I managed to get a backtrace. The error is being catched in https://github.com/GNOME/gtk/blob/master/gdk/wayland/gdkeventsource.c#L197

Comment 4 Christian Stadelmann 2016-06-27 19:46:42 UTC
Also reported against Gtk+: https://bugzilla.gnome.org/show_bug.cgi?id=768111

Comment 5 Christian Stadelmann 2016-06-29 13:39:39 UTC
Created attachment 1173920 [details]
Output of $ LC_ALL=C WAYLAND_DEBUG=1 firefox

According to upstream Gtk+ developer Jonas Ådahl [1]:

> As far as I can tell what is happening is that:
> 
> 1. a popup is created with the toplevel window as parent
> 2. another popup is created while the previous popup is still mapped, also with the toplevel window as parent
> 
> This is not allowed, as the compositor wouldn't know what to dismiss when the popup grab is broken.
> 
> I'm guessing that either firefox is
> 1) missing to destroy an old menu, or
> 2) using the wrong parent for a child menu, or
> 3) it accidentally creates two popups when it meant to create only one.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=768111#c5 and #c3

Comment 6 Christian Stadelmann 2017-02-15 20:56:00 UTC
This issue is gone in Nightly builds for wayland, 52.0a1, BuildID 20170215004354, downloaded from https://firefox-flatpak.mojefedora.cz/ (created with build scripts from https://github.com/xhorak/firefox-devedition-flatpak)


Note You need to log in before you can comment on or make changes to this bug.