Bug 258746 – [GTK] Regression : custom right-click menus overlaid with browser's standard right-click menu

• Status: NEW
• Component: WebKitGTK

[Jeff Fortin]

Created attachment 466886 [details]
screenshot

In Epiphany 44.3 with WebKitGTK 2.40.0 on Fedora 38, right-clicking an email in gmail's email list will show both GMail's custom right-click menu _and_ Epiphany's Back/forward/reload menu overlaid on top, blocking input to the custom menu (it is impossible to select and click its items). See attached screenshot.

[Jeff Fortin]

Forgot to mention: this was tested on a Wayland GNOME 44 session, not Xorg.

[Michael Catanzaro]

Er, why are you using 2.40.0? Try updating to the latest version please....

[Kdwk]

I can reproduce with Epiphany Tech Preview/ WebKitGTK 2.41.6.

This can be reliably reproduced by:

1. Visit youtube.com and watch a video

2. Right-click on the video to get a custom context menu provided by YouTube

3. Do not dismiss the menu

4. Right-click on the video again to dismiss the custom menu and get the browser menu -- this is expected

5. Dismiss the browser menu

6. Right-click on the video again. Both custom menu and browser menu appears, with the browser menu overlaid on top of the custom menu. There is no way to dismiss the browser menu without also dismissing the custom menu, so the custom menu is blocked

[Jeff Fortin]

Created attachment 469470 [details]
Screenshot of three widgets overlapping

Still happens with Epiphany 45.2 + WebKitGTK 2.42.3 on Wayland GNOME 45.2.

Sometimes the two menus open, sometimes the right-click gets immediately "eaten" by a menu (or something else) without keeping any of them open; i.e. I might right-click a message thread in GMail and it will immediately close the menu and open the message thread (maybe because it somehow does a left click, or hits the "Reply" action that is the 1st item in the gmail contextual menu).

In this screenshot, you can even see cases where you have both menus AND the contact's hover card overlaid atop the menu. The behavior is quite unpredictable.

[Jeff Fortin]

Created attachment 475002 [details]
Video demonstrating how to easily reproduce the issue with GMail

I found a way to 100% reliably reproduce this with GMail, super easily: simply right-click on the GMail web app's header area next to the search bar, i.e. the blank area next just above the messages list; this will trigger Epiphany's native contextual menus, and the next times, everytime you try to right-click a message conversation in the list, it will open that menu at the same time as GMail's custom contextual menu.

This has been tested on GNOME 48's Wayland session.

[Jeff Fortin]

The reason why I was running into this issue so often in "inexplicable" ways in GMail is that I was probably doing this:

1. Open https://mail.google.com in Epiphany
2. Enter inside a message from the list
3. Right-click something within the message's contents (ex: to copy a hyperlink): Epiphany's native menu appears, because at that time GMail doesn't use its own menu in that context
4. Go back to the conversations/messages list view
5. Right-click a message item row (to select/move the conversation, etc.): then GMail's custom menu appears at the same time as Epiphany's general native menu.
6. If you reload the website (F5), the state resets to step 1, so the conflicting menus don't occur until you repeat steps 2-3.

If you don't do steps 2-3, the bug won't occur at step 5.