1646725 - Address edit form incorrectly rendered, truncates action buttons

Status: RESOLVED DUPLICATE of bug 1527949

(Core :: Layout, defect)

Description

[Tony Davis]

Attachment: KITCHENWAREHOUSE_ADDRESS_EDIT_ISSUE_FF.jpg

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0

Steps to reproduce:

Logged in to site https://kitchenwarehouse.com.au went to my account, clicked on EDIT for adresses. The edit form/screen comes up OK, then clicked edit for a specific address on a link in the form.

Actual results:

The form size changes, and the action boxes CANCEL and UPDATE ADDRESS are truncated off the bottom, and only the top 2mm are visible, even with the scroll bard right at the bottom. This is the same either at a selected size screen or a full screen browser. This DOES work on on Chrome, I have taken screenshots of both.

Expected results:

The address edit screen should be correctly sized to show all action boxes/choices.

Comment 1

[Tony Davis]

Attachment: KITCHENWAREHOUSE ADDRESS EDIT WORKING ON CHROME.jpg

This extra screenshot is just to show same site edit actions on the Chrome Browser.

Comment 2

[Jeronimo Torti (Please send NI request to Brindusa Tot)]

Hi,
thanks for the details. I could reproduce this issue in Firefox Release 77.0.1 (64-bit) and Nightly 79.0a1 (2020-06-24) (64-bit) versions.

I've chosen a component so that the issue is reviewed. Feel free to route this ticket to the corresponding team.

Regards,
Jerónimo.

Comment 3

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

The severity field is not set for this bug.
:nordzilla, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 4

[Erik Nordin [:nordzilla]]

Given that this was confirmed as reproducible, I am changing the status to NEW, and marking it as an S3 severity, which is the severity we assign to most bugs.

Comment 5

[Tony Davis]

FYI: This issue is STILL present in the 86 branch. Given that this problem may well exist for other sites, this should be reviewed and fixed. As this edit page is rendered properly in the Chrome browser, I doubt that this is something that the site found so far https://kitchenwarehouse.com.au is doing something wrong, or has bad coding.

Comment 6

[Tony Davis]

FYI: I came across another instance of this "obliterated or unrendered" action buttons, on another site yesterday. I was on hsbc.co.uk and was trying to go through some important account security reset options, but the important action buttons were just not visible. Again, I had to resort to using Chrome to do this successfully. I did NOT think about doing screenshots at the time, as I needed to activate a new security device, and it was getting late (plus I had forgotten about this bug I raised). Hopefully your various teams will link (or merge) any related found by others, to this one, so that it gains some traction.

Comment 7

[Tony Davis]

FYI: Just went to the problematic Kitchenwarehouse site, and using FF96, the problem is no longer present. At this point, it is unknown if the site recoded the address edit form, or if a Firefox change fixed this. I have not yet tested the HSBC UK site. If the FF developers need to keep this open as a place-holder for similar bugs, that is not a problem, or it can be closed if it is felt that this is the best action to take.

Comment 8

[Tony Davis]

Just checking to see if the triage owner has seen my previous comment:
" went to the problematic Kitchenwarehouse site, and using FF96, the problem is no longer present. At this point, it is unknown if the site recoded the address edit form, or if a Firefox change fixed this. I have not yet tested the HSBC UK site [as I have had no need to use that site function]. If the FF developers need to keep this open as a place-holder for similar bugs, that is not a problem, or it can be closed if it is felt that this is the best action to take."

Comment 9

[Daniel Holbert [:dholbert] (PTO until 2/24)]

Sorry for the delayed response, and thanks for letting us know that the problem is no longer present!

I just tested in Firefox builds from around when this was filed, and I confirmed that the bug is still reproducible in those old builds; and it's working in current Nightly. So this was indeed fixed due to a change in Firefox.

I'll track down the fix range and mark this as a duplicate of whatever bug fixed this, probably.

Comment 10

[Daniel Holbert [:dholbert] (PTO until 2/24)]

Fix range:
6:30.15 INFO: First good revision: 55c63a6c547f1fecd412505a064f21fd1e1ec48e (2021-03-26)
6:30.15 INFO: Last bad revision: 2da6d806f45732e169fd8e7ea9a9761fa7fed93d (2021-03-25)
6:30.15 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2da6d806f45732e169fd8e7ea9a9761fa7fed93d&tochange=55c63a6c547f1fecd412505a064f21fd1e1ec48e

--> almost certainly fixed by bug 1527949 which addressed a longstanding compat issue in this area.