Closed Bug 1612156 Opened 5 years ago Closed 3 years ago

Firefox developer 'toolbox' not painting properly

Categories

(DevTools :: General, defect, P2)

72 Branch
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: devrua, Unassigned)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:72.0) Gecko/20100101 Firefox/72.0

Steps to reproduce:

Running 72.0.2 on macOS 10.14.6

Toggle Tools.
Make sure toolbox is docked to either right or left of webpage.
Zoom in (any level apart from default).
Resize toolbox.
Observe blank spaces and missing toolbox content.

Note have tried in safe-mode.

Actual results:

If I have the developer 'toolbox' docked to the right or left of the webpage and then I resize it whilst zoomed in, getting black, blank spaces as the toolbox does not get properly re-painted on resize. Behaviour is worse on right side - getting large, black, 'empty' column on left of toolbox, as well as horizontal black empty space at top. On left side, just the black, empty space on top.

Expected results:

Toolbox is completely visible and normally painted when resized.

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

Component: Untriaged → General
Product: Firefox → DevTools

The priority flag is not set for this bug.
:pbro, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(pbrosset)

Thanks for filing, and sorry about the delay getting to this bug.
Do the blank areas change when you resize some more or zoom in/out again? Meaning do they disappear, and then maybe re-appear somewhere else?
I'm trying to understand whether this could be a graphics rendering bug. By the way, do you know if you have webrender turned on in Firefox? If you look inside the about:support page, you should be able to see a few information about webrender inside the Graphics section.

Flags: needinfo?(pbrosset) → needinfo?(devrua)

Over on bug 1615825, this very useful video was posted https://youtu.be/25yzNRgHAg4

Dare: could you also take a look at comment 3 here and answer if you can?

Flags: needinfo?(dare.czajkowski)

Sure thing!

Resizing does not solve it in any way. Zoom in/out does produce interesting results. This is a new video I have taken: https://streamable.com/pstni

It seems like my devtools were zoomed out by one step. Making them a default size (with cmd+0) solves the issue.

These are my webrender settings:

WEBRENDER: opt-in by default: WebRender is an opt-in feature
WEBRENDER_QUALIFIED: blacklisted by env: No qualified hardware
WEBRENDER_COMPOSITOR: disabled by default: Disabled by default
WEBGPU: disabled by default: Disabled by default

I would like to mention it is a MacBook Pro 16" and the integrated card was used by the system during testing.

Flags: needinfo?(dare.czajkowski)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P2
Attached file Kernel Panic log
Maybe this is unrelated, but looks pretty connected. Recently, I have been having a lot of problems with zooming in/out in Firefox. A lot of visible glitches appear on the screen. They don't appear always, but especially if there is an image involved. A few minutes ago I visited a website that was zoomed out to 90% and I my laptop restarted with a Kernel Panic in the logs ``` ```

Sorry for the badly formatted comment. I am just getting a hang of Bugzilla and I was surprised when this was posted without an ability to edit :/

I think the glitchy/buggy zooming appeared when the browser updated to 73, but I can't confirm that. I will attempt to record this when it happens again.

Update:

My problems with the black bars and zooming in/out are not present anymore. I haven't seen them in a long time and the actions from my videos cannot be reproduced. I don't know what fixed it, but here is my current setup:

  • MacOS: 10.15.4
  • Firefox: 78.0b3

TL;DR I don't know what's the status for the OP, but for me the issue can be closed.

Redirect a needinfo that is pending on an inactive user to the triage owner.
:Honza, since the bug has high priority, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(devrua) → needinfo?(odvarko)

I can't reproduce on Win 10 and comment #9 suggeste that it isn't reproducible on MacOS, closing.

Feel free to reopen if the issue still persist.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(odvarko)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: