<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Autofilter sorting breaks rows data alignment without warning" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107385#c12">Comment # 12</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Autofilter sorting breaks rows data alignment without warning" href="https://bugs.documentfoundation.org/show_bug.cgi?id=107385">bug 107385</a> from <a class="email" href="mailto:pp.luca@tiscali.it" title="Luca <pp.luca@tiscali.it>"> Luca</a> <pre>(In reply to b. from <a href="show_bug.cgi?id=107385#c11">comment #11</a>) > @Mike, sorry, first part ot, relevant for the bug below, > > ------------ > @kokbira and @Luca: > > no backup no mercy, Obviously you don't understand the nature of this bug and its destructive potential, since you lecture us about how to make backups. This is the kind of bug that can destroy any recursive backup, because possibly you realize that Calc destroyed the rows integrity only after having backed up the whole mess. > for the bug: > > there are! use cases where (other) users don't want to sort or filter data > neighboured to that they want to act on, Sure. That's why you can *usually* select a set of columns before applying the sorting in Calc. That's exactly why this is a serious bug: Calc *in this case* does not honour the user's selection choice and arbitrarily decides to sort what it likes. If this behaviour doesn't change, there *must* be a warning here. > you have fallen into one narrow gap where autofilter takes the user's > instructions into account - which in your case did not correspond to the > user's intention :-(, Nope. It's quite the opposite.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>