Event Description Field for Accepted Events too Small and not Resizeable
Categories
(Calendar :: Dialogs, defect)
Tracking
(thunderbird_esr78 unaffected)
| Tracking | Status | |
|---|---|---|
| thunderbird_esr78 | --- | unaffected |
People
(Reporter: mails.bugzilla.mozilla.org, Assigned: pmorris)
References
Details
(Whiteboard: [Fixed by bug 1659363])
Attachments
(1 file)
Event Details Dialog with lots of grey space and tiny description text field
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36
Steps to reproduce:
- Accept an Event with a long description which is sent to me.
- After accepting the event, double click the event in the calendar to open the event details dialog.
Actual results:
The event details dialog opens and the description field is tiny. Resizing the dialog only adds lots of "grey space", but the widgets don't resize. (See screenshot.)
Expected results:
The dialog should be properly resizeable such that an events description can be properly read.
Optional usability wishes:
Preferrably, the dialog should also remember the chosen size if possibly. Maybe it could also auto-size a bit depending on the description's size.
|
||
Comment 1•4 years ago
|
||
Thanks for letting us know. This should be easy to fix.
|
|
||
Updated•4 years ago
|
|
||
Comment 2•4 years ago
|
||
Bug 1659363 may help/change.
|
|
||
Comment 3•4 years ago
|
||
I think this was actually not a regression, pretty sure I saw it in the past.
Anyway, things are different after bug 1659363. It does seem to have incorrect size, so part of the bottom of the description area is cut off.
|
||
Comment 4•4 years ago
|
||
Bug 1659363 is supposed to be uplifted to 78, it uses a <hbox> instead of an html textarea which will fill the available space. Let's follow the progress there.
|
||
Comment 7•4 years ago
|
||
Hello, I want to say that the issue still exist in 78.7.1 (64-bit) version. :S
Thanks,
Steven
|
|
||
Comment 8•4 years ago
|
||
(In reply to Steven Ding from comment #7)
Hello, I want to say that the issue still exist in 78.7.1 (64-bit) version. :S
Thanks,
Steven
Please feel free to let me know what information do you need.
Thanks,
Steven
|
|
||
Comment 9•4 years ago
|
||
(In reply to Steven Ding from comment #7)
Hello, I want to say that the issue still exist in 78.7.1 (64-bit) version. :S
Thanks,
Steven
See bug 1659363. Looks like that's not going to be back-ported though.
|
|
||
Comment 10•4 years ago
|
||
(In reply to Lasana Murray from comment #4)
Bug 1659363 is supposed to be uplifted to 78, it uses a <hbox> instead of an html textarea which will fill the available space. Let's follow the progress there.
*** This bug has been marked as a duplicate of bug 1659363 ***
The summary of bug 1659363 has not been adjusted to include this.
Imo this is a bug in its own right (as testified by several duplicates) which happened to end up peripherally fixed by bug 1659363.
As an alternative to duping to a mostly unrelated bug, we can express their relationship with depends on bug 1659363 and [fixed by bug 1659363] in whiteboard, then setting same milestone and assignee. Which also honors the fact that assignee as well as Thunderbird release has de facto fixed more than one problem here.
|
|
||
Updated•3 years ago
|
Description
•