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

• Component: WebKitGTK
• Status: NEW

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

[Jeff Fortin]

Created attachment 479951 [details]
Video demonstrating how to reproduce the issue with YouTube and Epiphany

As Kdwk pointed out, it is even easier to reproduce with any public YouTube video link, by repeatedly right-clicking on the video, as this screencast demonstrates with Epiphany 51 TP running on WebKitGTK 2.53.3 on Wayland.

[Jeff Fortin]

Created attachment 479952 [details]
Video demonstrating how MiniBrowser behaves with YouTube's right-click menus

Testing with MiniBrowser however, with this command:

/usr/libexec/webkitgtk-6.0/MiniBrowser --private https://youtube.com/watch?v=lc6e85fJkeA

…we can see that it behaves a bit differently than Epiphany: it cycles between the two different menus types, but does not actually show both of them at the same time like Epiphany does.

I don't know if MiniBrowser's behavior is correct, though. I would think the custom menu should always be shown, instead of alternating. If what you see in the MiniBrowser video is the expected behavior of WebKitGTK, then I presume that means it's an Epiphany bug that needs to be filed into Epiphany's issues tracker instead?

[Michael Catanzaro]

I think the MiniBrowser behavior is correct. That's a good compromise between allowing websites to display their own context menus, and also preventing websites from removing useful features from the context menu. E.g. some websites remove the ability to download videos, which is annoying.

Displaying both menus at the same time is surely not correct. That's most likely an Epiphany bug, although I'm not certain.