Closed
Bug 415428
Opened 18 years ago
Closed 17 years ago
Crash reporter dialog not wide enough for l10n
Categories
(Toolkit :: Crash Reporting, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla1.9
People
(Reporter: atopal, Assigned: jimm)
References
Details
(Keywords: l12y)
Attachments
(12 files, 1 obsolete file)
14.83 KB,
image/png
|
Details | |
18.15 KB,
patch
|
dcamp
:
review+
|
Details | Diff | Splinter Review |
14.37 KB,
image/png
|
Details | |
35.44 KB,
image/png
|
Details | |
22.16 KB,
image/png
|
Details | |
31.78 KB,
image/jpeg
|
Details | |
22.50 KB,
image/png
|
Details | |
9.09 KB,
image/png
|
Details | |
18.10 KB,
image/png
|
Details | |
79.46 KB,
image/pjpeg
|
Details | |
76.22 KB,
image/pjpeg
|
Details | |
2.36 KB,
patch
|
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
The crash reporter dialog is not wide enough for localized text and it seems there is no way for localizers to change the size of that dialog. Texts on Buttons are also cut off and the buttons are apparently only properly sized for the english text.
Comment 1•18 years ago
|
||
Changing OS per screenshot. This should work fine on Mac, I definitely tested it there. I thought I tested it on Win32 as well, but obviously not.
Component: General → Breakpad Integration
OS: Mac OS X → Windows XP
Product: Firefox → Toolkit
QA Contact: general → breakpad.integration
![]() |
||
Comment 2•18 years ago
|
||
BTW, the stray \n the dialog seems to be caused by a \n\n\n instead of \n\n in crashreporter-override.ini - I guess it's the middle one of those that pops up as plain text in the dialog...
Reporter | ||
Comment 3•18 years ago
|
||
No, it's because of a \n\\n\n, but that's fixed already
Updated•17 years ago
|
Flags: blocking1.9?
Comment 4•17 years ago
|
||
+'ing with a P3. Not the highest priority, but we should fix this.
Flags: blocking1.9? → blocking1.9+
Priority: -- → P3
Updated•17 years ago
|
Flags: blocking1.9+
Priority: P3 → P2
Updated•17 years ago
|
Flags: tracking1.9+
Comment 6•17 years ago
|
||
Ted where's that patch...
Comment 7•17 years ago
|
||
I was having an issue with it so I dropped it for a bit. Figured that out, just need to polish it and test a bit. Should be done in a day or so.
Comment 8•17 years ago
|
||
Took me a bit to polish it. This should resize any of the controls to fit their text, and the dialog to fit the controls if necessary.
Attachment #310356 -
Flags: review?(dcamp)
Comment 9•17 years ago
|
||
Better?
Comment 10•17 years ago
|
||
Yep, there's not cut-off text. The margin on the right is pretty small, compared to the left, but that doesn't impact readability.
Reporter | ||
Comment 11•17 years ago
|
||
Yes, definitely better :)
Updated•17 years ago
|
Attachment #310356 -
Flags: review?(dcamp) → review+
Comment 12•17 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 13•17 years ago
|
||
Well, the crash reporter dialog is certainly wide enough now: http://martijn.martijn.googlepages.com/Clipboard01.gif
Perhaps caused by this patch?
Comment 14•17 years ago
|
||
Ok, I filed bug 424369 for it.
Comment 16•17 years ago
|
||
Comment 17•17 years ago
|
||
Still too narrow in polish version (tested on: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9pre) Gecko/2008032904 Minefield/3.0pre).
Comment 18•17 years ago
|
||
I could use just one word for "Quit" and two words for "Restart" in Turkish without mentioning application name and it would fit.
Comment 19•17 years ago
|
||
(In reply to comment #17)
> Still too narrow in polish version (tested on: Mozilla/5.0 (Windows; U; Windows
> NT 5.1; pl; rv:1.9pre) Gecko/2008032904 Minefield/3.0pre).
We could shorten it to "Zakończ program" (Close the program) and "Uruchom ponownie" (Restart), but then we're losing the brand name.
Unfortunately, we can't get rid of the helper word "program", as the brand name without the helper word would need to be declensed, "Zakończ Firefoksa".
Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 21•17 years ago
|
||
I'm stumped here. This Win32 theming code has me beat. If anyone else wants to take a crack at it, be my guest.
Comment 22•17 years ago
|
||
Jim can you help?
![]() |
Assignee | |
Comment 23•17 years ago
|
||
Sure, I'll take a look.
Updated•17 years ago
|
Assignee: ted.mielczarek → jmathies
Status: REOPENED → NEW
![]() |
Assignee | |
Comment 24•17 years ago
|
||
So the remaining issues seem to be the button widths, and according to that German screenshot, the overall margin padding of the dialog. Is that basically it?
Reporter | ||
Comment 25•17 years ago
|
||
The German dialog is okayish now, still the padding of the button is a little narrow and the same goes for the right side of the dialog, but I can live with that.
Comment 26•17 years ago
|
||
Comment 27•17 years ago
|
||
Crash Reporter is too narrow for Belarusian. Tested with nightly build Firefox 3.0pre (build id 2008040606).
Comment 28•17 years ago
|
||
So it seems (comparing the Polish and Belarusian screenshots) that the buttons are adjusting their size to the content, but failing with margins/paddings...
Comment 29•17 years ago
|
||
Yes. The code goes through gyrations to get the theme dimensions and tries to size things accordingly, but appears to still be unable to handle it properly. See:
http://lxr.mozilla.org/mozilla/source/toolkit/crashreporter/client/crashreporter_win.cpp#713
http://lxr.mozilla.org/mozilla/source/toolkit/crashreporter/client/crashreporter_win.cpp#276
I wish this was XUL. :-(
Comment 30•17 years ago
|
||
Ted/Jim do you need any help here - we have ability to converge towards a fix?
![]() |
Assignee | |
Comment 31•17 years ago
|
||
This is my #2 at the moment, currently working on bug 424675. I'm sure I'll get to this though before the next freeze. If anybody else wants to look at this in the meantime just take the assignment.
I can switch over to this right now if you want.. (bump to P1?)
Comment 32•17 years ago
|
||
(In reply to comment #31)
> This is my #2 at the moment, currently working on bug 424675. I'm sure I'll get
> to this though before the next freeze. If anybody else wants to look at this in
> the meantime just take the assignment.
>
> I can switch over to this right now if you want.. (bump to P1?)
>
Yes - please swap to this given the progress on 424675...
![]() |
Assignee | |
Comment 33•17 years ago
|
||
![]() |
Assignee | |
Comment 34•17 years ago
|
||
Ok with this patch, the padding defined in the original rc is honored, except on controls where we define a userDefinedPadding value (like checkboxes). Checkboxes stretch the legnth of the dialog so we want to ignore whitespace, but on other controls like buttons, we want to use the layout created in the resource editor.
I need to check this on a 2K pl image I have, if anyone else cares to give it a run on their systems if they can that would be great.
Comment 35•17 years ago
|
||
Jim: if it works on Vista, XP, and XP with the classic theme, you're probably set. You can toss it up on the try server if you don't have all of those platforms readily available, and people can grab the resulting builds for testing. Looks good at a first glance, just r? me when you're ready.
![]() |
Assignee | |
Comment 36•17 years ago
|
||
I think things are in good shape!
![]() |
Assignee | |
Updated•17 years ago
|
Attachment #316259 -
Flags: review?(ted.mielczarek)
Comment 37•17 years ago
|
||
Comment on attachment 316259 [details] [diff] [review]
control padding patch v.1
+ if (!userDefinedPadding)
nit: I'd prefer != 0 here. Thanks for fixing this, it had me beat!
Attachment #316259 -
Flags: review?(ted.mielczarek) → review+
![]() |
Assignee | |
Comment 38•17 years ago
|
||
> nit: I'd prefer != 0 here.
I'll add that, I want to touch up the big comment block anyway.
![]() |
Assignee | |
Comment 39•17 years ago
|
||
Attachment #316259 -
Attachment is obsolete: true
![]() |
Assignee | |
Comment 40•17 years ago
|
||
"control padding patch v.2" is the only patch that needs checkin. "resize things to fit" has already landed.
Keywords: checkin-needed
Comment 41•17 years ago
|
||
(In reply to comment #36)
> pl crash report dialog w/new patch
> I think things are in good shape!
This looks nice, thanks. ;-)
Comment 42•17 years ago
|
||
Needs all patches need approval to land, even blockers.
Keywords: checkin-needed
Updated•17 years ago
|
Attachment #316288 -
Flags: approval1.9?
![]() |
Assignee | |
Comment 43•17 years ago
|
||
argh, sorry. I thought blockers were equal to an sr?
![]() |
Assignee | |
Comment 44•17 years ago
|
||
> I thought blockers were equal to an sr?
correction - I meant "equal to an approval1.9?" Somewhere I missed something in all this.
Comment 45•17 years ago
|
||
They used to be, until we entered "lockdown" for RC1:
http://developer.mozilla.org/devnews/index.php/2008/04/08/tree-is-entering-lockdown-for-firefox-3-release-candidate-1/
Comment 46•17 years ago
|
||
Comment on attachment 316288 [details] [diff] [review]
control padding patch v.2
a1.9=beltzner
Attachment #316288 -
Flags: approval1.9? → approval1.9+
Updated•17 years ago
|
Keywords: checkin-needed
Updated•17 years ago
|
Whiteboard: [needs landing
Comment 47•17 years ago
|
||
mozilla/toolkit/crashreporter/client/crashreporter_win.cpp 1.28
Status: NEW → RESOLVED
Closed: 17 years ago → 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Whiteboard: [needs landing
Target Milestone: --- → mozilla1.9
You need to log in
before you can comment on or make changes to this bug.
Description
•