Details
-
Bug
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
5.11.2
-
None
-
Someone's on it
Description
Let's say I have an application with a non-sortable tree view for which I am persisting the column sizes using QHeaderView::{save,restore}State. Now lets say I change the view to be sortable.
If QHeaderView::restoreState is called with non-empty data, the view will not be sortable. Accordingly, my users have a different experience depending on whether or not they have run a previous version of the application.
This doesn't make sense; sortability is almost never a dynamic, persistent property of an item view. It is almost always a static property of the application that should not be modified by QHeaderView::restoreState.
Attachments
Gerrit Reviews
For Gerrit Dashboard: QTBUG-80577 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
302251,4 | Don't break sorting in QHeaderView::restoreState | dev | qt/qtbase | Status: NEW | -1 | 0 |