User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Using Debian Sid/unstable with GNOME Shell 3.38.1 and Thunderbird 78.4.1, and reply to all with Ctrl + Shift + r.

Actual results:

See screenshot. There is stray space between the Cc and subject field.

Expected results:

The stray space should not be there.

Does it happen after help > restart with addons disabled?

Thanks for the report, I have some questions trying to identify the source of the issue.

Does this happen as soon as you open a new compose window?
Did you manually resize the header area?
Did you have many recipient fields that increased the height of the area and then you deleted some?

(In reply to Alessandro Castellani (:aleca) from comment #2)

Does this happen as soon as you open a new compose window?

Yes.

Did you manually resize the header area?

No. All windows are maximized.

Did you have many recipient fields that increased the height of the area and then you deleted some?

No, it was all filled in by replying to all, and nothing was deleted.

Could it be a Debian Sid/unstable bug?

Debian Unstable (also known by its codename "Sid") is not strictly a release, but rather a rolling development version of the Debian distribution containing the latest packages that have been introduced into Debian.

I could probably test with a LiveUSB of Fedora 33 Workstation.

(In reply to WaltS48 [:walts48] from comment #4)

Could it be a Debian Sid/unstable bug?

Debian Unstable (also known by its codename "Sid") is not strictly a release, but rather a rolling development version of the Debian distribution containing the latest packages that have been introduced into Debian.

It’s very unlikely, that it’s Debian Sid/unstable related.

I could probably test with a LiveUSB of Fedora 33 Workstation.

I guess it’s dependent on the message, you are replying to. It’s only happening with one message here.

I can manually resize the message header area by moving the bottom border of the Formatting Bar down in a new composition window using 78.4.3 on Ubuntu 18.04 and create the space.

When I click reply for a message with 13 To: addresses, the Subject: covers some of those addresses, and I have to use the scrollbar to scroll down the addresses to see them all, or resize the header.

Maybe the email in question needs to be attached as a testcase.

IIRC someone else reported this, and it was only present in the distro version, not the version from thunderbird.net. Paul, can you check that?

(In reply to Wayne Mery (:wsmwk) from comment #1)

Does it happen after help > restart with addons disabled?

Paul, can you please answer this question? and the next one?

(In reply to Magnus Melin [:mkmelin] from comment #7)

IIRC someone else reported this, and it was only present in the distro version, not the version from thunderbird.net. Paul, can you check that?

It's also surprising that it only happens to one unique message...
Are you able to reproduce the problem every time with that message?

(In reply to Paul Menzel from comment #3)

Did you manually resize the header area?

No. All windows are maximized.

Looking at this answer, maybe a misunderstanding here.
Wayne was asking: Have you ever dragged the splitter (grey line) between composition's formatting toolbar and the message body area in any direction?

That's the only way for me to reproduce the stray space which you are seeing, either directly or indirectly. Dragging the splitter in either direction will stop any automatical height adjustment of the addressing area until you close and re-open the composition window.

• Directly: you have dragged the splitter down and as a direct result, stray space can occur. We allow this because attachment area uses the same splitter, and maybe you want to see more attachments.
• Indirectly: you have dragged the splitter when the windows was narrow (non-maximized), without immediately getting stray space, but then when you maximize, you will get stray space.

Paul? Please answer all questions above, otherwise there's nothing we can do for you.

Here's another one:

• Pls press Ctrl+N in main window, then take a screenshot of composition, black out private data, and attach here.

This does not look like a bug to me. At the maximum, maybe stale height settings. Probably user error, or distro.

Here is the example message.

Here the window with pressing Ctrl + n. Hights are correct.

(In reply to Thomas D. (:thomas8) from comment #9)

Created attachment 9188587 [details]
Dragging the splitter will stop addressing area auto-height adaptation until compose window is closed

(In reply to Paul Menzel from comment #3)

Did you manually resize the header area?

No. All windows are maximized.

Looking at this answer, maybe a misunderstanding here.
Wayne was asking: Have you ever dragged the splitter (grey line) between composition's formatting toolbar and the message body area in any direction?

No idea. I do not think so. In what configuration file would I check that?

(In reply to Thomas D. (:thomas8) from comment #8)

(In reply to Wayne Mery (:wsmwk) from comment #1)

Does it happen after help > restart with addons disabled?

Paul, can you please answer this question? and the next one?

Yes, I does.

(In reply to Magnus Melin [:mkmelin] from comment #7)

IIRC someone else reported this, and it was only present in the distro version, not the version from thunderbird.net. Paul, can you check that?

It's also surprising that it only happens to one unique message...

I am able to reproduce with a lot of message from the thread discussing this patch. Hopefully the attached example message will be enough for you to debug this.

Are you able to reproduce the problem every time with that message?

Yes, I am. Also with Mozilla Thunderbird 78.5.0.

(In reply to Magnus Melin [:mkmelin] from comment #7)

IIRC someone else reported this, and it was only present in the distro version, not the version from thunderbird.net. Paul, can you check that?

Let me rephrase Magnus' question:

Paul, where did you download your Thunderbird installation which is exposing this problem? (We want to know if you downloaded our official release version from Thunderbird.net, or if you are using some pre-packaged Linux distribution version)

(In reply to Thomas D. (:thomas8) from comment #15)

(In reply to Magnus Melin [:mkmelin] from comment #7)

IIRC someone else reported this, and it was only present in the distro version, not the version from thunderbird.net. Paul, can you check that?

Let me rephrase Magnus' question:

Paul, where did you download your Thunderbird installation which is exposing this problem? (We want to know if you downloaded our official release version from Thunderbird.net, or if you are using some pre-packaged Linux distribution version)

I am using Debian’s Mozilla Thunderbird package. Skimming the applied patches they are unrelated.

Could you please tell me, what environment variable I can set or GNU GDB command I can enter to get to the bottom of this?

Please try a build from https://www.thunderbird.net/en-US/

(In reply to Magnus Melin [:mkmelin] from comment #17)

Please try a build from https://www.thunderbird.net/en-US/

Is it going to use the existing configuration and inbox? I do not have space to duplicate everything.

It can, but you'll have to start up with "thunderbird -P" to select profile (and maybe later with the existing binary --allow-downgrade)

Paul do you still see this issue when using version 91?

Yes, I also saw it with 91.3.x.

FWIW, I'm seeing just the opposite using Thunderbird 91,.3.0, 91.4.0 and 96.0b1 on Fedora 35 Workstation, Gnome 41 desktop.

The addresses are covered by the Subject when using Reply All or the key combination when there are multiple addresses. The mail I tested with had ten recipients.

There is a scroll bar I can use to reach the bottom of the addresses, or I can go to the bottom of the Formatting Toolbar and drag it down to display them.

I have no problem adding a Cc or Bcc address if so desired.

Please create a new issue for that, and if possible attach an (obfuscated) screenshot.

(In reply to Paul Menzel from comment #23)

Please create a new issue for that, and if possible attach an (obfuscated) screenshot.

Not an issue for me, as I described, there is a scroll bar to scroll down the addresses, Cc and Bcc are entered properly if used.

Have you tried resizing the empty space by dragging the bottom of the Formatting Bar up, and does it stick?

Paul, we've made changes to the height algorithm in bug 1720348.
Can you recheck with a TB 102 install downloaded from www.thunderbird.net?

Paul?

Sorry, I just started using Thunderbird 102.x last week, and hit other issues. After these are fixed, I try to reproduce this.

Resolved per whiteboard