Open Bug 1683578 Opened 4 months ago Updated 2 months ago

[wayland] Tooltips occasionally stop showing

Categories

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

x86_64
Linux
defect

Tracking

()

ASSIGNED
Tracking Status
firefox86 --- affected

People

(Reporter: heftig, Assigned: stransky)

References

(Blocks 1 open bug)

Details

(Keywords: leave-open)

Attachments

(5 files)

It occasionally happens that tooltips (e.g. on tabs) stop showing. This is not a new problem.

I often notice this together with Drag and Drop being broken (bug 1622107).

I'm using GNOME (Wayland, WR, currently Mutter 3.38.2-4-g00e247ed7, GTK 3.24.24).

Summary: Tooltips occasionally stop showing → [wayland] Tooltips occasionally stop showing
Priority: -- → P2
Assignee: nobody → stransky
Status: NEW → ASSIGNED
Keywords: leave-open
Pushed by stransky@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/22ee3afb3389
[Wayland] Provide better log for window types, r=jhorak
  • When there's cached drawing from previous rendering and widget size changes, we can't paint the cached drawings.
    Instead create a new wl_buffer with size of MozContainer and clear the cache.

Depends on D104710

Pushed by stransky@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/7eaef43a5b56
[Wayland] Rename LockedScreenRect to MozContainerRect to explicitly state it's MozContainer size, r=jhorak
https://hg.mozilla.org/integration/autoland/rev/01a9329d6b36
[Wayland] Rename mBufferPendingCommit to mWLBufferIsDirty to explicitly state wl_buffer state, r=jhorak
https://hg.mozilla.org/integration/autoland/rev/60bc4d9b8e64
[Wayland] When MozContainer and wl_buffer size does not match, reset/flush all pending drawings, r=jhorak
https://hg.mozilla.org/integration/autoland/rev/688f02934335
[wayland] Use wl_surface ID instead of wl_surface address when check for stored frame callback, r=jhorak

Just had it happen again (Nightly 0abd3454600d); D&D was broken as well.

As in https://bugzilla.redhat.com/show_bug.cgi?id=1880387#c3, opening certain attached dialogs seems to restore both D&D and tooltips. The "Bookmark All Tabs" dialog (Ctrl+Shift+D) worked for this purpose, while "Open File" (Ctrl+O) did not.

Patches for D&D are at Bug 1635757.
Do you mean you see the missing tooltips with the patches above?
Thanks.

Flags: needinfo?(jan.steffens)

btw. what do you mean with broken D&D? It's drag of tab and creating new Firefox window or D&D of some content like text/images?

Do you mean you see the missing tooltips with the patches above?

Yes.

btw. what do you mean with broken D&D? It's drag of tab and creating new Firefox window or D&D of some content like text/images?

Dragging can't be started, no matter the source. This is the "See Also" bug 1622107. It seems that tooltips being missing and dragging being broken always coincide here.

Flags: needinfo?(jan.steffens)

Okay, let's move to bug 1622107 then.

As for the tooltips - I expect there isn't a simply way how to reproduce it, correct? I'd need a log of that but it may be difficult to get one when it happens only sometime.

Yes, correct.

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