1961927 - [KDE] Tooltip (title) showing over playing video in fullscreen, impossible to disable

Status: UNCONFIRMED

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

Description

[Daniel]

Attachment: a.png

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

Steps to reproduce:

Go to some website that embed a video from YouTube (e.g. in an iframe)
Full screen the video

Actual results:

Tooltip showing over fullscreen viedo that is impossible to remove or disable

Expected results:

No tooltip shown or if shown, then immediately disabled infinitely on mouse move

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

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

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

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

For more information, please visit BugBot documentation.

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

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

For more information, please visit BugBot documentation.

Comment 4

[Brad Werth [:bradwerth] (out until June 26)]

Thanks for filing and sorry for the delay in response. My setup is different than yours. I'm not replicating on my macOS machine, at least not with https://www.nlm.nih.gov/web/documentation/TemplateDocumentation/video_you_tube_embed_one_at_a_time.html as my reproduction case. So at minimum this is a platform-dependent issue, but it may also be specific to your hardware setup.

While we work to find someone who can replicate, would you please...

1. Download a current Nightly and confirm this is still happening on your system (use the URL I am using as an example, please).
2. If the problem persists for you, please run the mozregression tool to isolate which code in Firefox is triggering this Bug, and post the results here.
3. Navigate to "about:support", copy the text and post it to this Bug. This will give us the specifics of your hardware.

Comment 5

[Daniel]

Yes, I can confirm it still appears in nightly with a completely new profile.
[Build]
BuildID=20251222091524
Milestone=148.0a1
SourceRepository=https://hg.mozilla.org/mozilla-central
SourceStamp=1393f3da1e83a14f16cb9f63880ee3e532982a7b

mozregression output:
0:00.11 WARNING: You are using mozregression version 6.3.0, however version 7.0.0 is available.
0:00.11 WARNING: You should consider upgrading via the 'pip install --upgrade mozregression' command.
0:00.11 INFO: No 'bad' option specified, using 2025-12-22
0:00.11 INFO: No 'good' option specified, using 2024-12-22
0:02.07 INFO: Testing good and bad builds to ensure that they are really good and bad...
0:02.07 INFO: Downloading build from: https://archive.mozilla.org/pub/firefox/nightly/2024/12/2024-12-22-21-18-04-mozilla-central/firefox-135.0a1.en-US.linux-x86_64.tar.xz
===== Downloaded 100% =====
0:07.43 INFO: Running mozilla-central build for 2024-12-22
0:12.25 INFO: Launching /tmp/tmpik19_knw/firefox/firefox
0:12.25 INFO: Application command: /tmp/tmpik19_knw/firefox/firefox -profile /tmp/tmpxvxglkfv.mozrunner
0:12.26 INFO: application_buildid: 20241222211804
0:12.26 INFO: application_changeset: 3036771c767e2eb9910bc716b0da1cc1d20580f4
0:12.26 INFO: application_name: Firefox
0:12.26 INFO: application_repository: https://hg.mozilla.org/mozilla-central
0:12.26 INFO: application_version: 135.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry' or 'exit' and press Enter): bad
0:41.51 ERROR: Build was expected to be good! The initial good/bad range seems incorrect.

Not sure how to proceed as even the first downloaded version is bad.

HW:
Operating System: KDE neon User Edition
KDE Plasma Version: 6.5.4
KDE Frameworks Version: 6.21.0
Qt Version: 6.10.1
Kernel Version: 6.14.0-37-generic (64-bit)
Graphics Platform: Wayland
Processors: 22 × Intel® Core™ Ultra 7 155H
Graphics Processor: Intel® Arc

Comment 6

[Daniel]

Attachment: the latest nightly - demonstrating the issue

Comment 7

[Brad Werth [:bradwerth] (out until June 26)]

We'll discuss in gfx-triage and find someone who can replicate this.

Comment 8

[Brad Werth [:bradwerth] (out until June 26)]

Would you please navigate to "about:support", copy the text and post it to this Bug. That might help.

Comment 9

[Daniel]

Attachment: about:support paste, partially anonymized

Comment 10

[Glenn Watson [:gw]]

I have occasionally seem something similar in plasma, but I've always assumed it was related to KDE rather than firefox (as I've seen it occur on other applications too). Do you know if you see this if running a different desktop environment? (I can't reproduce at all on my current KDE plasma setup, fwiw).

Comment 11

[Daniel]

Nope, I don't have other environment accessible. How it could be KDE related, if this is alll works of Firefox (e.g. displaying tooltip)?

Comment 12

[Brad Werth [:bradwerth] (out until June 26)]

Marking as stalled until we can figure out how to replicate.

Comment 13

[Glenn Watson [:gw]]

Could you try disable the "Panel and widget tooltips" and "OSD popups for status changes" settings in Plasma -> System Settings -> General Behavior, and see if that has any effect?

Comment 14

[Martin Stránský [:stransky] (ni? me) (PTO till June 6)]

May be caused by missing focus-out event - we're closing tooltips on such event. Can you please try different desktop like Gnome?
Thanks.

Comment 15

[Daniel]

I have tried disabling both panel tooltips & OSD popups in Plasma as suggested.

Then tested immediately and (the tooltip displayed anyway in Firefox):
https://imgur.com/a/MM8RcOS

Comment 16

[Martin Stránský [:stransky] (ni? me) (PTO till June 6)]

It's really OS setting here and which popup is placed on top. We don't create the tooltip by any special way (may be created as subsurface if that matters) but it's up to OS to make fullscreen on top.