Closed Bug 1652310 Opened 5 years ago Closed 5 years ago

Master password modal dialog is not rendered properly in wayland

Categories

(Core :: Graphics: WebRender, defect, P3)

78 Branch
x86_64
Linux
defect

Tracking

()

RESOLVED INVALID
Tracking Status
firefox-esr68 --- disabled
firefox-esr78 --- disabled
firefox78 --- disabled
firefox79 --- disabled
firefox80 --- disabled

People

(Reporter: mail, Unassigned)

References

(Blocks 3 open bugs)

Details

(Keywords: correctness)

Attachments

(2 files)

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

Steps to reproduce:

I started Firefox with a master password set and then triggered an action that required access to protected information.

In OpenSUSE Tumbleweed having GDK_BACKEND=wayland on a Lenovo Thinkpad X1 Yoga 3rd gen:

00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers [8086:5914] (rev 08)
00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 620 [8086:5917] (rev 07)

Software:

  • kwin 5.19.2
  • Mozilla Firefox 78.0.1

Running in wayland with GDK_BACKEND=wayland and gfx.webrender.all=true.

Actual results:

The master password modal dialog prompts but it is not rendered properly. the dialog is rendered blank.
Entering the password blindly works as expected, the master password is accepted.

Expected results:

The modal dialog should have been rendered correctly with the password input box.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

This is how it is rendered initially. Pretty much blank.

Once an action is performed on the window (resize, move, etc), the dialog is rendered.

Component: Widget: Gtk → Graphics: WebRender
Keywords: correctness
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
See Also: → 1650246, 1502519, 1517472, 1650583
Severity: -- → S3
Priority: -- → P3

Can you try mutter compositor please? You can run it as nested compositor, i.e.:

$mutter --wayland --nested &
$WAYLAND_DISPLAY=wayland-1 MOZ_ENABLE_WAYLAND=1 ./firefox

Flags: needinfo?(mail)

Apologies, for the delay but had some issues running mutter on my system.
I can't reproduce this issue in mutter which suggests that maybe it is a kwin issue.

Is there something Firefox should fix in this regard or should it be reported to KDE kwin's devs?

Thanks so much!

Flags: needinfo?(mail)
Blocks: wayland-kde

I no longer have this issue after updating to KDE Plasma 5.20.0 .

Fixed for me as well after 5.20 upgrade.

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

Attachment

General

Creator:
Created:
Updated:
Size: