<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - iOS App Crashes with Invalid Template URL"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=124918#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - iOS App Crashes with Invalid Template URL"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=124918">bug 124918</a>
              from <span class="vcard"><a class="email" href="mailto:andreas.gruhler@adfinis-sygroup.ch" title="Andreas Gruhler <andreas.gruhler@adfinis-sygroup.ch>"> <span class="fn">Andreas Gruhler</span></a>
</span></b>
        <pre>(In reply to Tor Lillqvist from <a href="show_bug.cgi?id=124918#c7">comment #7</a>)
<span class="quote">> After the above commits (which are also present in the branch from which the
> iOS app is built for the customer), empty lines or invalid URLs in the file
> no longer crash the app.

> About error messages, should they really be displayed to the user? The end
> user can't do anything about it anyway. Would it be better to just NSLog
> them, so that a support person can see them using whatever tool they use?</span >

On one hand, as long as an end user is able to modify this setting through the
UI and choose another template URL in the iOS-Settings, it makes sense to also
provide her the error message in case something goes wrong (maybe in a
simplified form).

On the other hand, if the template URL were a setting only accessible by an
admin or super-user, I'd rather not show it to an end user.

In any case, writing the errors to NSlog can be helfpul.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>