Open Bug 1792403 Opened 3 years ago Updated 1 year ago

With lower screen resolutions, height of message header of 3-pane's message pane can auto-expand beyond reasonable proportion, so that body pane height becomes tiny. No splitter for manual adjustment.

Categories

(Thunderbird :: Message Reader UI, defect)

Thunderbird 102
defect

Tracking

(thunderbird_esr102 wontfix, thunderbird_esr115 affected)

Tracking Status
thunderbird_esr102 --- wontfix
thunderbird_esr115 --- affected

People

(Reporter: el, Unassigned)

References

Details

(Keywords: ux-control)

Attachments

(2 files, 1 obsolete file)

Attached image header-needs-scrollbar.jpg (obsolete) —

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

Steps to reproduce:

  1. Use thunderbird on a not-giant screen with "Header > Normal" (so no unreasonably spammy headers!) and browse a larger bunch of e-mails

Actual results:

Unusable due to header area still being REALLY giant and eating up all the screen estate badly needed for e.g. the contents, see screenshot. This bug combined with bug 1781017 combined with bug 1778811 make Thunderbird nearly unusable unless you have a large screen, which is just frustrating. Frequent tests with smaller screen sizes might really help

Expected results:

Header area has reasonable max size with scrollbar

What is your screen size, screen resolution, and font size (or DPI)?

Please use bug nnnn when referencing bug reports, so the system links there information. THanks.

Flags: needinfo?(el)

It's a 1920x1080 screen that I run at 1368x768 resolution with default font size but GNOME 3's DPI/display scale set to 125% (the one in the main gnome-control-center display settings that scales up all windows and UI elements as a whole, NOT the one hidden in gnome-tweaks that just scales up the fonts and for only some toolkits).

Flags: needinfo?(el)

I would agree with reporter that what's seen in attachment 9296181 [details] shouldn't happen.
The message header is allowed to take almost 70% of the vertical space shared by message header and message body (vertical Layout).
Maybe the following could help? (I know it's a can of worms, but still...)

  • Default height which is calculated and won't allow the message header to take up more vertical space than the body.
  • What happened to the user-dragable splitter between msg header and body? Was it removed in bug 1720348?
  • If we allow reducing message header height via splitter, we'll also need a min-height for the message header.

I've commented on this in detail in bug 1720348, and Alex seemed to agree to most of that, but not sure what exactly was ultimately implemented.

Severity: -- → S3
Status: UNCONFIRMED → NEW
Component: Untriaged → Message Reader UI
Ever confirmed: true
Flags: needinfo?(alessandro)
Keywords: ux-control
See Also: → 1794287, 1720348
Summary: Header area of e-mail view makes mails nearly unreadable due to lacking scrollbar → With lower screen resolutions, height of message header of 3-pane's message pane can auto-expand beyond reasonable proportion, so that body pane height becomes tiny. No splitter for manual adjustment.

Isn't this about the message pane?
All the questions in comment 3 seem to be related to the compose window, which doesn't seem to be what the user originally reported.

As a temporary workaround, you can double click to open the message in a new tab to have more vertical and horizontal space.
That section is very old and the layout is not very flexible, but we're rebuilding it for 115 to gain a much larger scrolling area.
This is a wontfix for 102, unfortunately.

Flags: needinfo?(alessandro)

(In reply to Alessandro Castellani [:aleca] (PTO Nov 1 - 15) from comment #4)

Isn't this about the message pane?
All the questions in comment 3 seem to be related to the compose window, which doesn't seem to be what the user originally reported.

As a temporary workaround, you can double click to open the message in a new tab to have more vertical and horizontal space.
That section is very old and the layout is not very flexible, but we're rebuilding it for 115 to gain a much larger scrolling area.
This is a wontfix for 102, unfortunately.

Ellie,

Please update the bug report for version 115

Flags: needinfo?(el)
Whiteboard: [closeme 2023-11-20]
Flags: needinfo?(el)
Version: Thunderbird 102 → Thunderbird 115

Please leave version set to the earliest known occurrence.

Please update the bug report for version 115

What I mean is, does the problem still occur?

Version: Thunderbird 115 → Thunderbird 102

My bad for changing the wrong field. Yes, it still happens in 115, see screenshot.

Attachment #9296181 - Attachment is obsolete: true

This bug appears to be the last major blockers to using Thunderbird downwright on an actual Linux phone in landscape mode, for which I have attached a screenshot to show it. Many of the settings screens, including Account Setup, already have scrollbars and therefore are quite usable on mobile. But the message area not being scrollable means that in landscape, it's just not possible to realistically read 99% of the actual e-mail bodies since the header takes up too much space. See the screenshot!

The last major blocker for portrait mode appears to be https://bugzilla.mozilla.org/show_bug.cgi?id=1870151 for use on Linux phones.

Since geary seems to have some issues on its own that in my personal opinion just make it rather difficult to use for any non-trivial account setups, and due to gnome-online-accounts's design from how it seems to me like also possibly unsafe, getting Thunderbird onto Linux phones would be a big deal.

(Screenshot was taken on actual phone)

Whiteboard: [closeme 2023-11-20]
Duplicate of this bug: 1751540

The headers are often long enough to completely block messages in the standard 3-pane view, and use more than half the screen in a separate tab. 1280x720, increased font sizes, compact spacing.

Was this regressed by bug 480623, "move compact message header view to an extension"?

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: