Open Bug 1933692 Opened 1 year ago Updated 8 months ago

top menu not appering on "click" on smartscreen

Categories

(Core :: Widget: Gtk, defect, P3)

Firefox 132
defect

Tracking

()

UNCONFIRMED

People

(Reporter: support, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:132.0) Gecko/20100101 Firefox/132.0

Steps to reproduce:

OS: Fedora 40
Device: TerraPad Tablet / GNOME 46.6.1 / NO MOUSE!
App Chain: Liferea RSS Feedreader -> opening firefox firsttime on link click.
trying to click the "Datei -> Link per Email senden" / "Files -> Send link via email" menu entry.

Actual results:

Nothing.

you can tap(click) as often as you like on "Datei/Files" top menu entry, nothing happens! The rest of the windows works as expected, scrolling, zooming, tapping links inside the page etc.

If you Open a new Tab and close it (even right away) , the menu starts to react again and you can mail the page link normally.

Expected results:

that top menu has to react to taps/clicks right away, and not after another tab corrects the focus on elements.

The Bugbug bot thinks this bug should belong to the 'Fenix::General' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → General
Product: Firefox → Fenix

The severity field is not set for this bug.
:rsainani, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(rsainani)
Flags: needinfo?(rsainani)
Product: Fenix → Firefox

The severity field is not set for this bug.
:mconley, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(mconley)
Component: General → Widget: Gtk
Flags: needinfo?(mconley)
Product: Firefox → Core

bug confirmed with: 133.0.3

Is that a recent regression? Did it worked before?
Thanks.

Flags: needinfo?(support)
Priority: -- → P3

On the device in question, it never worked, but that got installed with Fedora 40.
On another device, with an older Fedora on it, it worked, but i did not use it for a while. So, yes, looks like a "recent" regression.

For me it looks like a focusing issue. The newly created tab, if not tab#0, does not get the focus(OR EVENTHOOK) as it should. By opening a newtab/closing the newtab, the focus(OR EVENTHOOK) gets reinstated.

I tried to simulate it on a normal desktop with a mouse, but I'm unable to reproduce it there, but i found a pattern.

Test worked like this:

Firefox was open 2 tabs:

  1. Tab an unrelated news page
  2. Tab with this Bugzilla page and active

in a screen session, which got started from the logged-in desktop user, i opened as the desktop user a new firefox with this:

$ firefox https://linux-am-dienstag.de
and
$ firefox https://bugzilla.mozilla.org/show_bug.cgi?id=1933692
because this page has active input elements.

several times and tested when i can access the menu bar.

Result:

I never can access the top bar in the newly opened tab, no matter if input elements are accessed and focuses in the page or the page gets scrolled, or not.

Only when a tab is closed, the system reverts to a usefull state.
If i just go back to another open tab, nothing changes, so the closing of a tab is vital for the problem solve.

Even bringing another window in the DE to front and than go back to ff, nothing changes. gives me the hard impression, it's purely firefox intern.

The moment, i connect a mouse/touchpad and use the mouse to move to the menu bar and press LMB, the once inaccessible menu opens ;)

ATTN:

If one wants to rethink the written pattern, you need to keep in mind, that we do not have the classical "mouse move" events on a touchscreen. you won't get a "mouseover()" event fired, you just get the "click()" event.

Flags: needinfo?(support)

Interesting observation:

The same menu can not be accessed in thunderbird, when the link in Firefox opens a "new Email" window in Thunderbird.

I did not recognize this before, because i did not use that menu in that context.

Hello! Thank you for submitting this issue I have tried to reproduce the issue on my end but unfortunately I wasn't able to with firefox 138.0a1(2025-03-14) on Ubuntu 22.04

Could you please answer the following questions in order to further investigate this issue?

  1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
    2.. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
  2. Do you have any addons installed? If yes could you please list them?
Flags: needinfo?(support)

YES, happens with FF 136 and a new empty profile too.

Flags: needinfo?(support)
You need to log in before you can comment on or make changes to this bug.