[Bug]:Customize toolbar browser goes transparent.

[jonzn4suse]

Pre-Submission Checklist

• [X] I have checked the existing/closed issues to ensure this issue has not already been reported.
• [X] I am using the latest supported version of the browser.
• [X] I have tried disabling all browser extensions/add-ons to rule out interference from these.
• [X] I have tried clearing the browser cache and cookies.
• [X] I have checked with a new profile and the issue still occurs.
• [X] I have provided detailed step-by-step instructions on how to reproduce the issue.
• [X] I have included relevant screenshots or console outputs.
• [X] I have checked that this problem is not occurring in the latest version of Firefox ESR.
• [X] This issue is specific to this browser and does not occur in other browsers.

Bug Summary

When trying to customize the toolbar, the browser goes transparent. I have Floorp running on 1 Leap and 3 Tumbleweed laptops and can reproduce the issue on all of them.

Reproduction Steps

Try to customize toolbar

Expected Behavior

Should see options to customize toolbar

Actual Behavior

Browser goes transparent and cannot see anything.

Screenshots

Browser Version

11.18.1 (64-bit)

Operating System

openSUSE Leap 15.6

Additional Context

Operating System: openSUSE Leap 15.6 KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.4.0-150600.23.17-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 PRO 6850HS with Radeon Graphics Memory: 62.1 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: HP Product Name: HP EliteBook 865 16 inch G9 Notebook PC System Version: SBKPF

[surapunoyousei]

Do you use Flatpak version of Floorp?

[jonzn4suse]

Just downloaded from the site and run from the folder. https://floorp.app/en/download?platform=linux

[jonzn4suse]

Here's another computer.

[creeper-0910]

If run "MOZ_ENABLE_WAYLAND=0 floorp", does it work correctly?

[jonzn4suse]

Updated browser and variable, but no joy.

[henlo-birb]

I have the same issue, for some reason enabling the title bar fixes it. I'm guessing there's some bug in the wayland code that lets it display the system window close/maximize buttons on top of the window when the title bar is disabled and you're editing the title bar, since that's the thing that could require transparency.

[creeper-0910]

I thought so too, but I don't know the cause as it also occurs when wayland is disabled...

[jonzn4suse]

I have the same issue, for some reason enabling the title bar fixes it. I'm guessing there's some bug in the wayland code that lets it display the system window close/maximize buttons on top of the window when the title bar is disabled and you're editing the title bar, since that's the thing that could require transparency.

A screenshot would be helpful.

[Sarangem]

In my experience, this happens if you have Photon/Lepton UI. The problem solved in Proton UI or Floorp Fluerial UI.

[jonzn4suse]

Just updated to 11.20.0, still no joy.

[opensourcer2]

I don't use wayland (Linux Mint 21) and I still have this same problem.

[opensourcer2]

Not planned? This is a bug, not a feature request.

[robeecodes]

I'm on Pop!_OS using X11 and came across this today. Adding the following to my userChrome.css helped:

@media (-moz-bool-pref: "userChrome.compatibility.theme") {
    #customization-container {
        background-color: rgb(13, 13, 16) !important;
    }
    #statusBar {
        background-color: rgb(13, 13, 16) !important;
    }
}

[JSGRD22]

Same problem here. Is this issue resolved in v12 for anyone? I can put up with it for a while longer if the upgrade fixes it once and for all.