1668462 - Username/password input hidden by saved logins suggestions

Status: UNCONFIRMED

(Core :: Widget: Gtk, defect)

Description

[James Pearson]

Attachment: Screenshot of 'View Saved Logins' hiding username input box

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

Using ESR 78.3.0 on Linux (CentOS7) - typing in a username on any page that requires a username/password - e.g. https://www.w3schools.com/html/tryit.asp?filename=tryhtml_input_password

Actual results:

When typing in a username, the 'View Saved Logins' covers the username input box - so you can not see what you are typing - see attached image (input-while.png)

Expected results:

The username input box should not be hidden

Comment 1

[James Pearson]

Attachment: Screen shot of page before entering username

Note: this problem is not just when entering usernames - I had a similar issue when typing in the 'Description' for this 2nd attachment with this bug - as I start typing, the input box is hidden by a suggestion of the text from when I added added the Description of the first attachment ...

Comment 2

[Release mgmt bot [:sylvestre / :calixte / :marco for bugbug]]

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

Comment 3

[Sam Foster [:sfoster] (he/him)]

Can you reproduce the same issue in a recent Nightly build of Firefox: https://www.mozilla.org/en-US/firefox/channel/desktop/
I'm not familiar with which window manager CentOS uses, do you know what that is?
It would be useful to know if the same problem exists with a form history popup. You'll get that if have no matching logins for the form - so either testing an a website where you have no saved logins, or deleting the logins you have for w3schools.com.
One more question: which toolbars do you have enabled? Would it be possible to get a screenshot of the whole browser window?

Comment 4

[James Pearson]

It looks like it is my window manager - I'm using an old version of WindowMaker

Works as expected with Gnome3 (the default on RHEL/CentOS 7) and Mate

I also tried a recently Nightly build and that had the same issue on WindowMaker

I have the Menu Bar and Bookmarks Toolbar enabled - but disabling those doesn't make a difference

I guess this is unlikely to be an issue with the majority of Linux users - but it used to be OK with earlier versions of ESR when using WindowMaker (having a quick test with previous ESR installs I have - it looks like it was OK with ESR 52 ...)

Not sure if it is worth spending any time on this issue - although someone else on the 'Mozilla Enterprise' list has mention a similar issue with input boxes on Ubuntu - so it might be a bigger issue ?

Comment 5

[Andrew Aitchison]

I am the person mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=1668462#c4 and my window manager is "twm".

I am currently experiencing this issue with 81.0+build2-0ubuntu0.20.04.1 (64-bit) - Firefox for Ubuntu canonical - 1.0
but I have been seeing it with Firefox for Ubuntu for a couple of months.

Comment 6

[Mike Kaply [:mkaply]]

I wonder if you can use mozregression to see when it broke?

https://mozilla.github.io/mozregression/install.html

Comment 7

[James Pearson]

I think this issue is a gtk-2/gtk-3 issue ... for ESR 52, we were using a rebuild of Firefox, linked against gtk-2 - as at the time it was being run on CentOS 6 (that didn't have gtk-3 support) - and the Mozilla build of ESR 52 is against gtk-3

If I use the gtk-2 build of ESR 52.9.0, then the suggested usernames appear below the input box, but using the Mozilla build of ESR 52.9.0, then I see the suggested usernames covering the input box

So I guess, as my window manager (WindowMaker) knows nothing about gtk-2 or gtk-3, that is probably the cause - although I'm not sure why it appears (to me) to be more of a problem with ESR 78 (maybe 'something else' has changed between ESR 68 and 78?) - but I guess this bug can be closed?

Comment 8

[Sam Foster [:sfoster] (he/him)]

I'll move this over to widget to see if there's any action needs to be taken there. I don't think there's anything password manager specific we can do here. But if there is, please move it back.

Comment 9

[Andrew Aitchison]

I have found a page on which I can reproduce this:
https://foundation.mozilla.org/en/campaigns/sign-letter/?subscribed=1
This is a form (or at least there is a <form></form> on the page) and the problem only shows the second time you fill it in with the same data, so there is a possibility of upsetting a remote data-base or more significant actions ...

With mozregression I find that the issue goes back to 2017-07-20--mozilla-central--firefox-56.0a1.en-US.linux-x86_64.tar.bz2
and the page crashes with the previous build 2017-07-19--mozilla-central--firefox-56.0a1.en-US.linux-x86_64.tar.bz2 so this is possibly not even a regression.

As I said above I only have this issue with the "twm" window manager. With "LXQt" the suggestion list does not hide the text in the text entry box (but the page does crash the tab with 2017-07-19--mozilla-central--firefox-56.0a1.en-US.linux-x86_64.tar.bz2).

Sadly I agree with https://bugzilla.mozilla.org/show_bug.cgi?id=1668462#c7 that this is not an important bug.