Closed
Bug 1193159
Opened 10 years ago
Closed 10 months ago
Crash reporter "Details" popup is unreadable, with teeny scrollable area & mostly-wasted-space (gtk3-related?)
Categories
(Toolkit :: Crash Reporting, defect)
Toolkit
Crash Reporting
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox43 | --- | affected |
People
(Reporter: dholbert, Unassigned)
References
Details
Attachments
(1 file)
295.17 KB,
image/png
|
Details |
STR:
1. Crash somehow (using Nightly, in my case)
2. On the crash reporter dialog that pops up, click "Details".
ACTUAL RESULTS: See attached screenshot. Tallish dialog, ~80% of which is blank space, and the top ~20% is a teeny scrollable area (2 lines of text tall), with presumably the full contents of my crash report inside of it.
EXPECTED RESULTS: Mostly-useful dialog, instead of mostly-wasted-space dialog. Easily-skimmable crash report details, taller than 2 lines of text high.
NOTE: This crash reporter looked different from how I'm used to it looking. I'm not sure if that's because of our recent application-wide gtk3 switchover, or because of some other crashreporter UI change.
Incidentally, the crash report that I submitted here was bp-246b67a2-908f-4bec-a186-1fb5d2150811 , using a Nightly with build id 20150805030208 (from last week).
Comment 1•10 years ago
|
||
For reference, the code that creates that dialog is here:
https://dxr.mozilla.org/mozilla-central/rev/d6ea652c579992daa9041cc9718bb7c6abefbc91/toolkit/crashreporter/client/crashreporter_linux.cpp#172
Comment 2•10 years ago
|
||
After some brief googling, I suspect we want to use GTK_WRAP_WORD_CHAR instead of GTK_WRAP_WORD:
https://developer.gnome.org/gtk3/stable/GtkTextView.html#GtkWrapMode
Updated•3 years ago
|
Severity: normal → S3
Comment 4•10 months ago
|
||
This won't occur with the new crash reporter client, as it uses GTK_WRAP_WORD_CHAR
.
Status: NEW → RESOLVED
Closed: 10 months ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•