<table><tr><td style="">knauss added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D3203" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>I have fixed issues with strange locales/encodings for kolab-client and there I learn, if you make sense to fail as early as possible :)</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>I do not believe in making everything slower just to change the error handling for an invalid case (and not necessarily for the better).</p></blockquote>

<p>Well is it really that much slower?A file should be reread once in some hours/minutes.<br />
I am not happy with the error handling he have at the moment (none). But I see the potential of you patch to add nonvalid data to akonadi and than somewhere in korganzier this can crash and than tell the user, oh that was the wrong file encoding?</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>rKCALENDARCORE KCalendar Core</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D3203" rel="noreferrer">https://phabricator.kde.org/D3203</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>dfaure, djarvie, smartins<br /><strong>Cc: </strong>knauss, kde-pim, KDE PIM, spencerb, dvasin, winterz, vkrause, mlaurent, dvratil<br /></div>