1701902 - The "Try Again..." string from the "Import Error" modal exceeds the button's area on specific languages (Russian)

Status: VERIFIED WORKSFORME

(Firefox :: about:logins, defect, P5)

Description

[Cosmin Muntean [:cmuntean], Ecosystem QA]

Attachment: Try Again button or Ru.png

[Affected versions]:

• Firefox Nightly 89.0a1 (Build ID:20210328213901);
• Firefox Beta 88.0b (Build ID: 20210328185936)

[Affected Platforms]:

• Windows 10 x64;
• macOS 10.15.7;
• Linux Mint 20;

[Prerequisites]:

• Have the latest Firefox Beta build installed.

[Steps to reproduce]:

1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Open the menu, click the "Import from a file..." option.
4. Select and import a non CSV file.
5. Observe the "Try Again..." button of the "Import Error" modal.

[Expected result]:

• The button is correctly displayed.

[Actual result]:

• The localized "Try Again..." string exceeds the button's area.

[Notes]:

• Attached a screenshot of the issue.

Comment 1

[ragimeg698]

The key to copy links is broken. It was broken in 88 and remains unfixed.

Copying links is a core function of a web browser. It is completely unreasonable that this function should be removed. Tens, maybe hundreds of millions of people use hotkeys. It is an absolutely normal, absolutely acceptable way to interface with a computer. All of those people have had to find solutions outside of Firefox, and for absolutely no reason.

A "replacement" key that is not physically usable is obviously not a replacement.

Since my legitimate reports about this critical bug are being removed, I'm leaving comments on other people's bugs.

---

Comment 2

[salenajack]

Observe every one of the top banks Credit Cards and Compare Credit Cards with complete data like ✔️ Features ✔️Eligibility✔️Documents✔️Annual Fee & different Charges https://www.personalloandubai.com/compare-credit-cards/

Comment 3

[:aline_g]

Hello, I'm new to mozilla and want to solve this bug. I built and ran firefox, but the option "Import from a file..." in the menu doesn't appear. Which firefox from the attached URL should I install and will it appear in running firefox? (https://www.mozilla.org/en-US/firefox/channel/desktop/)
And how could I start solving it?

Comment 4

[Sergey Galich [:serg]]

:alieneguzh welcome and thanks for trying to help!

Visit about:config page and turn signon.management.page.fileImport.enabled preference on, then reload about:logins and you shall see that menu entry.

Comment 5

[Sergey Galich [:serg]]

P.S. I'd recommend to use a separate profile for testing, see about:profiles for that.

Comment 6

[:aline_g]

Thank you for your response.
I followed the steps, and I tried firefox beta: it showed me that it was ok and the string wasn't exceeded -> the button displayed "Повторить попытку импорта..."
And in my built and running firefox nightly, I couldn't change the language, but I downloaded firefox nightly in Russian and it showed me the same "Повторить попытку импорта..." without exceeding.

About profiles, I didn't know that, thank you!

PS: I can attach an image of what it showed me

Comment 7

[Sergey Galich [:serg]]

I suspect it may depend on the page zoom (try Ctrl+Plus or Ctrl+mouse wheel).

Comment 8

[:aline_g]

Attachment: win10_rus_firefox.png

Comment 9

[:aline_g]

I've tried zoom in and out, and it returned the same result. I'll attach an image here.

Comment 10

[Sergey Galich [:serg]]

Attachment: fit to content.png

Looks like the button can fit any content now (Fx 101), so I suppose this bug is fixed by something else.

Note that button can grow beyond dialog box, but it really doesn't worth the effort to fix.

Comment 11

[Alice Varro [avarro], Ecosystem QA]

I have verified that this issue is no longer reproducible using the following versions:
Firefox Nightly 101.0a1 RU (Build ID - 20220501190841)
Firefox Beta 100.0b9 RU (Build ID - 20220421201645)
Firefox Release 100.0 RU (Build ID - 20220428192727) on Windows10 x64, macOS 12.3.1 and Linux Mint 20.2.
The “Try Import Again” string does not exceed the button’s area anymore.
However, while we were verifying this issue, we found another behavior which was logged in Bug 1767275.
Considering these, I’m marking this issue as Verified.