Resizing message list column sometimes stubbornly reverts to original column width
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(thunderbird112 affected, thunderbird113 affected)
People
(Reporter: bugzilla.mozilla.org, Assigned: darktrojan)
References
(Blocks 1 open bug)
Details
(Whiteboard: [Supernova3p])
Attachments
(2 files)
Steps to reproduce:
Maximize Thunderbird window on 1080p monitor.
(I'm using Windows 10 - See screen recording)
Try to shrink first column
Actual results:
The column width doesn't adjust as expected. Sometimes it adjusts slightly other times it reverts back to original width.
Expected results:
The column width should adjust to the location where the cursor was when the mouse button was released.
Other columns should be minimally affected.
Comment 1•1 year ago
•
|
||
Hey Meichthys, this works for me on Daily 113.0a1 (2023-03-27) (64-bit) and Beta 112.0b3 (64-bit), Win10, 1920x1080p (175% screen scaling I believe), using exactly your column layout (Attachments
, From
as first columns etc.) on Win10. It lags a little bit on fast mouse drags, but always ends up at mouse position and won't spring back, except in very narrow scenarios (Subject does seem to have a min-width).
So I'm not sure what's causing the behaviour for you. Any details you can add for reproduction?
Does this work for you in ≡ > Help > Troubleshoot Mode…
?
Updated•1 year ago
|
I am indeed using v112.0b3, Windows 10, and 1920x1080p resolution
- Resolution is not the issue, I can reproduce it on different resolutions
- Troubleshoot mode works flawlessly (Even without disabling add-ons or resetting toolbars/controls)
- The columns in the Task section of the Today pane adjust perfectly fine regardless of troubleshooting mode
- Restoring column order makes it work as well
After restoring column order, now I cannot re-arrange the columns (https://bugzilla.mozilla.org/show_bug.cgi?id=1819104)
Perhaps once the column ordering bug is fixed, then this issue will also be fixed.
![]() |
||
Comment 5•1 year ago
|
||
I can reproduce the resizing issue on 113.0a1 Windows10 with new profile.
STR
- Default columns are [Subject]s1[Correspondents]s2[Date]
where s1, s2 denote the splitter. - Drag s1 to the left so that [Subject] column will narrow
- Drag s2 to the right so that [Date] column will narrow
- Drag s1 to the right
--- Observe the strange movements of the splitter. - Mouseup
--- Observe that the splitter jumps to the left.
Actual results
Strange movements of the splitter.
Splitter jumps to the left.
Expected results:
The splitter should follow the mouse pointer as it moves.
![]() |
||
Updated•1 year ago
|
Assignee | ||
Comment 6•1 year ago
|
||
I think this is happening because you've got a non-resizeable column (the thread indicators) after the last resizeable column (the date). In this case the date column should not be resizeable (i.e. the right edge of it shouldn't be moveable) because that doesn't make any sense.
Comment 7•1 year ago
|
||
You can also re order columns via keyboard.
Click on the quick filter search bar and then press TAB until the focus reaches the table header.
Move the focus to the column header you want to move, and then press ALT
+ ArrowRight/Left
to move them around.
This is a somewhat known issue alongside some other minor strange issues with the resizable columns.
This happens because there are widths set to some of the columns, while others are non resizable like the icon columns, and when TB goes full screen the table layout tries to automatically fill the available space, and in doing so it breaks out of some width limits of the non resizable columns, causing these glitches.
The problem is much more prominent with fewer visible columns and TB in full screen.
If you reorder those columns you should be able to mitigate the issue.
We will fix that later on.
Assignee | ||
Comment 8•1 year ago
|
||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/2106844980ee
Fix resizing of tree columns when followed by non-resizable columns. r=aleca
Updated•1 year ago
|
Description
•