Closed Bug 1653283 Opened 5 years ago Closed 5 years ago

Contents bleeding from one tab into another

Categories

(Core :: Graphics: WebRender, defect)

80 Branch
x86_64
macOS
defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr68 --- unaffected
firefox-esr78 --- unaffected
firefox78 --- unaffected
firefox79 --- unaffected
firefox80 --- fixed

People

(Reporter: mossop, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Attached image Screenshot

On today's nightly (20200716094032) on macOS 10.15.5 on a 2018 MBP I am seeing content from one tab bleeding into other tabs. It is fairly random but seems to only happen with webrender enabled. The source tab is not necessarily from the same process and as you can see from the top-left of the screenshot it also affects areas outside the content area.

Once a tab has bad content switching away and back to it usually still shows bad content in the same areas. Sometimes that content is just all black, sometimes it is from a different tab (but not necessarily in the same position of the content). Switching away and back sometimes changes the exact content of the bad area. Scrolling the tab shows the bad content scrolling too!

Possibly related to bug 1640960 - we have requested a backout again

Often, opening the find bar on a tab that is rendering fine will suddenly cause new content to appear from a different tab.

I'm seeing the same bleed through as mossop for what it's worth

Attached video Render Issue

I do not know with certainty that this is the same issue, but I'm on Nightly build 80.0a1 (2020-07-16) (64-bit) for Windows and I use an extension called Imagus that let's me hover over links and images to preview the linked image or video. Today I noticed that rectangular artifacts from the preview images are not disappearing immediately afterwards (sometimes quicker, sometimes slower).

I was pointed in this direction so thought I'd attach a screencast in case it's a helpful data point.

If anyone is able to reliably reproduce this, would it be possible to get a mozregression range?

Do you see this still in the latest Nightly (with WebRender enabled of course)?

Flags: needinfo?(dtownsend)
Flags: needinfo?(david.burns)

Yes this seems fixed in today's nightly.

Flags: needinfo?(dtownsend)

Caspy7, if you still see the issue you described in the latest Nightly, can you file a separate bug? Seems like it would be a different issue, if it still exists.

Flags: needinfo?(caspy77)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED

(In reply to Jessie [:jbonisteel] pls NI from comment #8)

Caspy7, if you still see the issue you described in the latest Nightly, can you file a separate bug? Seems like it would be a different issue, if it still exists.

The issue does seem resolved in today's build.

Flags: needinfo?(caspy77)

Not seen it for a few days now so guessing the backout worked

Flags: needinfo?(david.burns)

I am removing the regressionwindow-wanted tag since the issue appears to have been fixed.
Please put it back it it still needs investigation. Thanks.

Bug 1653413 fixed DirectComposition for Win10.
As this occurred on macOS and seems to be fixed, the backout of bug 1640960 might have fixed it.

Keywords: regression
OS: Unspecified → macOS
Regressed by: 1640960
Hardware: Unspecified → x86_64
Version: unspecified → 80 Branch
Has Regression Range: --- → yes
See Also: → 1653395
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Fixed by backout: bug 1640960 comment 24

Status: REOPENED → RESOLVED
Closed: 5 years ago5 years ago
Resolution: --- → FIXED
QA Whiteboard: [qa-80b-p2]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: