1838702 - Security popup have strange input behind it

Status: RESOLVED INCOMPLETE

(Firefox :: Site Identity, defect)

Description

[dan.belchenko]

Attachment: Screenshot 2023-06-15 at 9.01.14 PM.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/114.0

Steps to reproduce:

Click on "lock" icon in the url bar.

Actual results:

Security popup showed up with input behind it (see attached screenshot, right bottom corner)

Expected results:

No inputs behind popup

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox::Site Identity' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Emma Zühlcke [:emz]]

I can't reproduce this on macOS with Firefox 114.0.1. Could you try creating a new profile via about:profiles to see if the issue still reproduces? Is the input field always there or only when you open the panel?

If you can still reproduce the issue with a new profile, could you please also try mozregression so we can find out which change introduced this issue? Here is a quick start guide: https://mozilla.github.io/mozregression/quickstart.html

Thanks!

Comment 3

[dan.belchenko]

(In reply to Paul Zühlcke [:pbz] from comment #2)

I can't reproduce this on macOS with Firefox 114.0.1. Could you try creating a new profile via about:profiles to see if the issue still reproduces? Is the input field always there or only when you open the panel?

If you can still reproduce the issue with a new profile, could you please also try mozregression so we can find out which change introduced this issue? Here is a quick start guide: https://mozilla.github.io/mozregression/quickstart.html

Thanks!

This input field appears only in my profile. In new profiles all are ok.

Comment 4

[Emma Zühlcke [:emz]]

Thanks! To further troubleshoot this, could you post (or email me) your troubleshooting information from about:support (using the affected profile).

Comment 5

[dan.belchenko]

shot 2 you from [e-mail]

Comment 6

[Emma Zühlcke [:emz]]

Thanks for the about:support data! Nothing in particular stands out there. Could you also try to see if the issue occurs in troubleshoot mode (accessible via the button on the right on about:support).
Does this only reproduce on specific sites or does the input always show up when you open the panel?

It's really odd that there would be an input field, because we don't even have one in the html document for that panel. The panel ends here: https://searchfox.org/mozilla-central/rev/986024d59bff59819a3ed2f7c1d0f5254cdc3f3d/browser/components/controlcenter/content/identityPanel.inc.xhtml#100

If you want to dig deeper into this yourself you could use the Browser Toolbox to inspect the panel. If you first disable "autohide" as shown in the screenshot below you can then use the pick element tool on the top left to find out which element is drawing this box.

Comment 7

[Emma Zühlcke [:emz]]

Attachment: browser-toolbox-disable-panel-autohide.png

Comment 8

[dan.belchenko]

1. troubleshoot mode - the same, but new addition. it sometimes disappears, but if i maximise window - it appears.
2. all websites.
3. i tried to remove all items in popup and noticed that this input box draws inside footer. can you give me some advice for next investigations?

Comment 9

[dan.belchenko]

Attachment: without_padding

also without padding for footer

Comment 10

[dan.belchenko]

Attachment: with_padding

Comment 11

[Emma Zühlcke [:emz]]

Gijs, have you seen this kind of rendering bug before or do you have an idea what we could try? It doesn't seem to reproduce on a fresh profile.
Perhaps we could run mozregression with a copy of the affected profile? Does that work?

Comment 12

[:Gijs (he/him)]

(In reply to Paul Zühlcke [:pbz] from comment #11)

Gijs, have you seen this kind of rendering bug before or do you have an idea what we could try? It doesn't seem to reproduce on a fresh profile.
Perhaps we could run mozregression with a copy of the affected profile? Does that work?

Maybe... but not sure we'd understand it if we do find a single cset. But yeah, it's worth a shot. Reporter: would you be able to use https://mozilla.github.io/mozregression/ to find out when this broke? It can create a copy of your profile and use that to narrow down what change in Firefox caused the regression.

I think the thing I notice when I compare what the inspection result looks like for me vs. the affected browser toolbox screenshot is that it appears the toolbarbutton in the screenshot has no child elements. This is surprising - there are supposed to be some. But I have no idea why those would suddenly not be present, or why the button would be rendered as a box with a border in that case.

Comment 13

[Negritas Sergiu, Desktop QA]

Hello! I have tried to reproduce the issue with firefox 118.0a1(2023-08-10) on Windows 10 and Ubuntu 22.04, unfortunately I wasn't able to reproduce the issue on my end. Could you please answer the following questions in order to further investigate this isssue.

1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
2. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
3. Do you have any addons installed? If yes could you please list them?

Comment 14

[Emma Zühlcke [:emz]]

No reply from the reporter. Closing this as INCOMPLETE.