1670187 - Event Description Field for Accepted Events too Small and not Resizeable

Status: RESOLVED FIXED

(Calendar :: Dialogs, defect)

Description

[Gunter Ohrner]

Attachment: 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:

1. Accept an Event with a long description which is sent to me.
2. 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

[Thomas D. (:thomas8)]

Thanks for letting us know. This should be easy to fix.

Comment 2

[Magnus Melin [:mkmelin]]

Bug 1659363 may help/change.

Comment 3

[Magnus Melin [:mkmelin]]

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

[Lasana Murray]

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

[Steven Ding]

Hello, I want to say that the issue still exist in 78.7.1 (64-bit) version. :S
Thanks,
Steven

Comment 8

[Steven Ding]

(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

[Lasana Murray]

(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

[Thomas D. (:thomas8)]

(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.