"Copying message to sent mail folder…" status window/dialog text and Cancel button are cut off in Russian/Italian/French l10n (and maybe others)
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(thunderbird_esr102- wontfix, thunderbird109 affected)
People
(Reporter: unghost, Assigned: mkmelin)
References
Details
(Keywords: ux-control, ux-error-prevention)
Attachments
(4 files)
"Copying message to folder…" status window is cut off in Russian Thunderbird
Reporter | ||
Comment 1•2 years ago
|
||
Comment 2•2 years ago
|
||
This shouldn't live in the Russian component, unless the width is localizable and you can fix it yourself.
Given the screenshot, I wouldn't be surprised if it hasn't been reported already.
Assignee | ||
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Updated•1 year ago
|
I have the same bug in the french version.
Assignee | ||
Comment 8•1 year ago
|
||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/74226196c016
allow sendProgress to grow size as needed. r=Paenglab
Updated•1 year ago
|
Comment 11•1 year ago
|
||
This doesn't seem to have fixed the problem on 110.0b3 (64 bits), FR (released 20230130172806), which should have the patch (see screenshot in my next comment).
Dialog text is still truncated, and Cancel
button hidden. Users may accidentally/deliberately press Enter (not seeing the cancel button), and then remain without a copy of their sent message (ux-error-prevention). Besides, not properly seeing what's going on at send time (frequent basic action) does not exactly make TB look great nor users feel in control.
Comment 12•1 year ago
|
||
Dialog text and Cancel
button still truncated on Beta 110.0b3 (64 bits), FR (released 20230130172806).
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Comment 13•1 year ago
|
||
Hmm, I may not have tested with the text changed.
Unfortunately those texts aren't even known beforehand, so we can hardcode a wide enough min width, or dynamically resize on each text change. Both clunky solutions.
Comment 14•1 year ago
•
|
||
Sorry, i didn't catch that the bug 1815191 was marked as duplicate, so I answered in bug 1815191, not this thread.
It seems OK with the new txt. (see bug 9316222) I don't know if it's a workaround or as designed... I leave the decision up to you :)
Comment 15•1 year ago
|
||
Hi
The problem appeared some months ago. Do you have a resolve date ?
Thx
Comment 16•1 year ago
|
||
I am affected by the same exact issue, using italian i18n.
It's not a showstopper but it's hurting anyway, can this be addressed please ?
Comment 17•10 months ago
|
||
The version 115 comes very soon (next week) and no correction about this bug ? :-(
Comment 18•10 months ago
|
||
(In reply to Antoine from comment #17)
The version 115 comes very soon (next week) and no correction about this bug ? :-(
Is it failing for you with beta 115?
(Even if it is failing, it is not a release blocker.)
Comment 19•10 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #18)
(In reply to Antoine from comment #17)
The version 115 comes very soon (next week) and no correction about this bug ? :-(
Is it failing for you with beta 115?
(Even if it is failing, it is not a release blocker.)
Yes :-( (version 115.0 candidates build 1 / Windows 10 x64)
Comment 21•3 months ago
|
||
The bug is always here with the last version 115.6.1 :-(.
When will you resolve the issue ?
Description
•