<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Calc cannot open large xls file with many images" href="https://bugs.documentfoundation.org/show_bug.cgi?id=101195#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Calc cannot open large xls file with many images" href="https://bugs.documentfoundation.org/show_bug.cgi?id=101195">bug 101195</a> from <a class="email" href="mailto:todventtu@suomi24.fi" title="Buovjaga <todventtu@suomi24.fi>"> Buovjaga</a> <pre>Ok, Keith, I can explain. If you had provided steps to work on your truncated file, we would not have made the mistake. If you provide a file without steps, testers just immediately assume that "this is a problematic file" and go after it like a pack of rabid dogs. The active testers go through a massive amount of bug reports, so there is bound to be these sorts of mistakes, when a report is not clear (see this for some stats: <a href="https://blog.documentfoundation.org/blog/2017/05/31/libreoffice-quality-assurance-six-months-statistics-part-1/">https://blog.documentfoundation.org/blog/2017/05/31/libreoffice-quality-assurance-six-months-statistics-part-1/</a> ) The best approach would have been to just go with <a href="http://rkb1c.ru/soft/35mb.xls">http://rkb1c.ru/soft/35mb.xls</a> as the main attraction and not attach the truncated file at all. For the record, I can open 35mb.xls just fine. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.3.2 Build ID: 5.3.3-1 CPU Threads: 8; OS Version: Linux 4.10; UI Render: default; VCL: kde4; Layout Engine: new; Locale: fi-FI (fi_FI.UTF-8); Calc: group</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>