<div dir="ltr"><div dir="ltr"><br></div>Hi,<div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 19, 2019 at 1:49 PM Richard LEGER <<a href="mailto:richard.leger@gmail.com">richard.leger@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Date: Thu, 18 Jul 2019 14:05:18 +0300<br>
From: Magnus Melin <<a href="mailto:mkmelin%2Bmozilla@iki.fi" target="_blank">mkmelin+mozilla@iki.fi</a>><br>
<br>
Performance improvements are indeed high on the priority list.</blockquote><div><br></div><div>It is good to hear about it, Thunderbird team should communicate more regularly in details about plans to tackle performance issues, maybe via a dedicated blog posts perhaps? Just a suggestion...</div><div><br></div></div></div></div></blockquote><div><br></div>A lot was heard about new core features of TB (or removed ones) but what about reliability and performance improvements?<br>Reliability and performance are what put people off Thunderbird in the first place, much much much more than UX theme/layout issues or missing features among others... <br><br>So any news about those? <br>What is happening on those fronts? <br>What has improved in the past 3 months? What will improve in the next 3 months?<br><br>At the meantime, I would like to praise the calendar dev team for bringing quite some improvements to the calendar feature...</div><div class="gmail_quote"><br>In 70.x branch and later (results here <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1572823#c16">https://bugzilla.mozilla.org/show_bug.cgi?id=1572823#c16</a> and here <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1572823#c19">https://bugzilla.mozilla.org/show_bug.cgi?id=1572823#c19</a>), it now only take 1mn+ with libical (or 2mn+ with ical.js) to load a CalDAV network calendar with ~4000 items... compared to the 100mn+ in 60.x branch that is quite an achievement!!! Bravo!<br><br>That said, efforts must continue and results must continue to improve in the course of next months, much before 76.x version foreseen in summer 2020... so far 72.x branch has not shown further improvements (yet) on that front compare to 70.x branch... and ical.js seems not performing as well or better than libical (yet)...</div><div class="gmail_quote"><br>Would fixing bug <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1543953">https://bugzilla.mozilla.org/show_bug.cgi?id=1543953</a> be a way forward (or not) by reducing number of network requests... while waiting for ical.js and UI performance measurement and improvements? That remain to be seen...<br><br>I hope everyone would agree and understand that 1mn+ is still way too much of a delay to any end-user out there :-)<br>Especially considering that is preventing/delaying access to emails (via IMAP) for several minutes at startup (issue reported here <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1585259">https://bugzilla.mozilla.org/show_bug.cgi?id=1585259</a>)<br><br>Work in progress I know... and thank you all for this... but please keep up and continue the good work...<br><br>End-users are very much looking already to such performance improvements...<br><div><br></div><div>Regards,</div><div>Richard</div></div></div></div>