https://bugs.freedesktop.org/show_bug.cgi?id=82386
--- Comment #2 from penttila <[email protected]> --- I tried to reproduce this bug although there were no exact steps to execute. First I selected Column B and than clicked the 'increasing sort' icon. I got a question whether to extend the scope of sorting to A1:D300, which I excepted. I got a sorted A1:D300 table, while columns on the right G1:AJ300 were not touched. I think the values in column D were the ones which seemed to be problematic. I feel so, that here is the root of the problem. The values in column D are defined as the sum of I:AJ fields of the same line but the lines of the left part of table are moved to another place because of sorting while the originally referred values on the right remained on their original place. This means that now these sums are not calculating the intended values. (It can be interpreted that the columns on the right are not sorted.) I also tried to verify my theory by the following test. Select the entire table: click first A4 than shift click AJ300. On Data → Sorting dialogue for 'sorting key 1' choose 'column B'. Leave sorting key 2 and 3 empty. Click OK. I expected this will solve the original problem but unfortunately LO crashed (and always crashes)! I am not an expert of Calc but may be this helps. My test system: Windows XP SP2 LO 4.2.6.2 Build id.: 185f2ce4dcc34af9bd97dec29e6d42c39557298f -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
