Closed Bug 1683578 Opened 4 years ago Closed 3 years ago

[wayland] Tooltips occasionally stop showing

Categories

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

x86_64
Linux
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox86 --- affected

People

(Reporter: heftig, Assigned: stransky)

References

(Blocks 1 open bug)

Details

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

Can you please test latest nightly under Wayland? A new popup handling code landed there.
Thanks.

I don't remember encountering this for a while. I think it might have been fixed together with bug 1622107.

Thanks.

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: