1/ LibreOffice did not update references correctly and consistently on sort before 4.2.x/trusty in general before 4.2.7
2/ There are sets of users that want references to be updated by a sort. There is an equal set of users who want references to _not_ be updated by a sort.
3/ _Not_ updating references after a sort considered closest to the previous LibreOffice 4.2.x/trusty behaviour
As such the current package in by default does _not_ update references after a sort, but offers a "UpdateReferenceOnSort"[1] option, which is disabled by default (which is what most other vendors, e.g. Collabora do to). Note that enabling "UpdateReferenceOnSort" by default would cause just as many users complain about the behaviour (see bugs below) and claim it to be a regression, because they expect the references _not_ to be updated.
The current behaviour in 4.2.7-0ubuntu1 is _not_ a regression as -- as noted above -- LibreOffice 4.2.x/trusty did not update references consistently anyway, despite examples existing were it did. So 4.2.7-0ubuntu1 behaves as close as possible to the 4.2.x/trusty series, but offers the option to update references too (but its not the default, because that would be a different behaviour from the one in previous 4.2.x/trusty).
1/ LibreOffice did not update references correctly and consistently on sort before 4.2.x/trusty in general before 4.2.7
2/ There are sets of users that want references to be updated by a sort. There is an equal set of users who want references to _not_ be updated by a sort.
3/ _Not_ updating references after a sort considered closest to the previous LibreOffice 4.2.x/trusty behaviour
As such the current package in by default does _not_ update references after a sort, but offers a "UpdateReferenc eOnSort" [1] option, which is disabled by default (which is what most other vendors, e.g. Collabora do to). Note that enabling "UpdateReferenc eOnSort" by default would cause just as many users complain about the behaviour (see bugs below) and claim it to be a regression, because they expect the references _not_ to be updated.
The current behaviour in 4.2.7-0ubuntu1 is _not_ a regression as -- as noted above -- LibreOffice 4.2.x/trusty did not update references consistently anyway, despite examples existing were it did. So 4.2.7-0ubuntu1 behaves as close as possible to the 4.2.x/trusty series, but offers the option to update references too (but its not the default, because that would be a different behaviour from the one in previous 4.2.x/trusty).
This has been extensively discussed upstream: /bugs.freedeskt op.org/ show_bug. cgi?id= 85215 /bugs.freedeskt op.org/ show_bug. cgi?id= 81633
https:/
https:/
https:/ /bugs.freedeskt op.org/ show_bug. cgi?id= 85490 /bugs.freedeskt op.org/ show_bug. cgi?id= 85584
https:/
http:// nabble. documentfoundat ion.org/ minutes- of-ESC- call-tt4125271. html (section "Calc sorting issue")
also note the number of reviewers/testers on the related patches: /gerrit. libreoffice. org/gitweb? p=core. git;a=commit; h=f4c179ea7f69e 87e55a416c1588e e0aad7c146c0 /gerrit. libreoffice. org/gitweb? p=core. git;a=commit; h=67f3ce3a9df2b c62db5602dd8497 5047c1137b92
https:/
https:/
[1] https:/ /gerrit. libreoffice. org/gitweb? p=core. git;a=blobdiff; f=officecfg/ registry/ schema/ org/openoffice/ Office/ Calc.xcs; h=54e15fc87bc9d 090b2353544d2a5 769763323764; hp=0cdb9d51cd1e 916d3b426e3083d d141b6f5baaf4; hb=67f3ce3a9df2 bc62db5602dd849 75047c1137b92; hpb=970f4c775b4 7d09d26469f6cd3 04a19ad44731f7