Open Bug 1773402 Opened 3 years ago Updated 4 months ago

backdrop-filter is not applied in a chrome document overlaying an OOP <browser>

Categories

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

defect

Tracking

()

Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- affected
firefox101 --- unaffected
firefox102 --- disabled
firefox103 --- wontfix
firefox104 --- wontfix
firefox105 --- wontfix
firefox106 --- wontfix
firefox107 --- wontfix
firefox108 --- fix-optional

People

(Reporter: fabrice, Assigned: gw)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(2 files)

In a b2g product (https://github.com/capyloon/nutria) we display modal dialogs in the parent process using a chrome document. An overlay with a backdrop-filter is used to blur the background which usually displays content from an OOP <xul:browser>

This used to work with the previous implementation of backdrop-filter (before bug 1749625).

I uploaded a zipped WR capture at https://drive.google.com/file/d/1iLH4PYX4_dJwbI89wfUhoNg_snaB22qh/view?usp=sharing

Set release status flags based on info from the regressing bug 1749625

:gw, since you are the author of the regressor, bug 1749625, could you take a look?
For more information, please visit auto_nag documentation.

Flags: needinfo?(gwatson)
Has Regression Range: --- → yes
Severity: -- → S3
Priority: -- → P3
Assignee: nobody → gwatson
Flags: needinfo?(gwatson)

Set release status flags based on info from the regressing bug 1749625

:gw has there been any progress on this, anything we can do for 104?

Unfortunately that capture won't load in current m-c (the format is not stable between revisions). Could you get me the git/hg hash of when the capture was created and I can try load it that way? Alternatively, if there's any way to reproduce it in a html test case that would be even better, but I'm guessing that's not possible?

Attached video Capture.webm

Is this relevant?

  1. Open the Browser Toolbox(Ctrl+Shift+Alt+I) and switch to the Style Editor tab.
  2. Create a new style sheet and paste the CSS code below.
@supports (backdrop-filter: blur(4px)) {
  #urlbar[breakout-extend] > #urlbar-background{
    background: color-mix(in srgb, var(--toolbar-field-focus-background-color) 80%, transparent) !important;
  }
  #urlbar[breakout-extend][open] > #urlbar-background{
    backdrop-filter: blur(4px);
  }
}

The drop-down blur effect of address bar only applies to documents with internal pages.


Sorry for my bad English.

(In reply to nayinain from comment #6)

Created attachment 9286829 [details]
Capture.webm

Is this relevant?

That looks similar, yes.

No longer blocks: 1816630
Duplicate of this bug: 1978231
Attached image broken-sidebar.png

It also has this weird behavior when being inside the settings page (for example) and the sidebar is also "behind" the URL bar.

It only works on tabs that run in the current process

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

Attachment

General

Creator:
Created:
Updated:
Size: