<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133801#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Sorting a column uses 600 MB at peak, with LibO 4.2 90 MB" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133801">bug 133801</a> from <a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> b.</a> <pre>Created <a href="http://bugs.documentfoundation.org/attachment.cgi?id=162398" name="attach_162398" title="sorting col F and E with 7.1, win7, no mem peak,">attachment 162398</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=162398&action=edit" title="sorting col F and E with 7.1, win7, no mem peak,">[details]</a> sorting col F and E with 7.1, win7, no mem peak, hi @Telesto, thanks for the video, see behaviour, but not reproducible here, see attached screenshot, marks 1: load of calc 7.1.0.0.a01+, 2: close of program, inbetween load of file, nearly no mem usage, sort of col. F ascending, no visible mem usage, sort of col E ascending, no visible mem usage ... above with: Version: 7.1.0.0.alpha0+ (x64) Build ID: a201ab6f47c2d5a7ba4c5f998b0aa231cae82010 CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL selecting whole column and using [data | sort] with undo steps 100 - standard, similar with ver. 6.4.4.2 linx64 (debian/kali 2020.2), no visible impact or peak, thus: bug is, i believe in your video, but no repro here, still 'unconfirmed' ...</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>