https://bugs.documentfoundation.org/show_bug.cgi?id=148008
Mike Kaganski <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|7.0.4.2 release |4.2.0.4 release Hardware|x86-64 (AMD64) |All OS|Linux (All) |All Keywords| |bibisected, regression --- Comment #2 from Mike Kaganski <[email protected]> --- This is a regression. This worked in 4.1, and started to fail in 4.2, in the range https://git.libreoffice.org/core/+log/547f4fe%5E..6c5c0302. Have these in A1, A2, and A3: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa bbbbb ccccccccccccccccc Let A4 be empty. Double-clicking the border between A and B column headers: Before: * without selection -> A width resets to a default (does not fit any of the texts) * A1 (or row 1) selected -> A width matches A1 * A2 (row 2) selected -> A width matches A2 * A3 (row 3) selected -> A width matches A3 * A4 (row 4) selected -> A width resets to a default (does not fit any of the texts) After: * without selection -> A width resets to a default (does not fit any of the texts) * A1 (or row 1) selected -> A width matches A1 * A2 (row 2) selected -> A width matches A3 * A3 (row 3) selected -> A width matches A3 * A4 (row 4) selected -> A width resets to a default (does not fit any of the texts) At some later point, there happened another change: * without selection -> A width matches A1 The (later) change when no cell is selected looks reasonable; but the change of behavior (introduced in the said range) when row 2 is selected, so that all rows below are considered, look wrong. Additionally, the changes in the range, that touch sc, are all targeted at automatic spell checking, so any change in cell width behavior looks accidental (if the bisection using linux-42max tells the truth). -- You are receiving this mail because: You are the assignee for the bug.
