https://bugs.documentfoundation.org/show_bug.cgi?id=109158
tommy27 <ba...@quipo.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEW
--- Comment #44 from tommy27 <ba...@quipo.it> ---
tested with 6.4.0.0.alpha0+ (x64)
Build ID: 9a2fbfa3cc1da8bd9388d5b4c780e86f0dccc791
CPU threads: 8; OS: Windows 6.1; UI render: GL; VCL: win;
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-25_23:12:21
Locale: it-IT (it_IT); UI-Language: en-US
Calc: threaded
same findings as reported by Stuart.
no change in overall speed loading that huge replacement table.
looking at the committ by Noel it seems his fix only addressed slowness while
switching to another language in an already opened replacement table, this is
good of course but this was not the issue that I originally reported.
the current bug report is about slower loading of huge replacament table
compared to 5.3.7 where it was quite fast.
as mentioned several time, the regression happened in 6.0.x development
(comment 11) and a bibisect regarding the offending committ is available in
comment 13.
so I set back status to NEW since there are 2 independent confirmations about
persistence of original issue
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
