Error handling missing in our libreofficekit plugin

[Stefano Verzegnassi]

Having a look at the blueprint for the LibreOffice integration, I've seen that the "error handling" task has been marked as postponed.

Since we have a testing version of docviewer out, and then assuming we're almost there for a stable release, we need to handle some exception more carefully, in order to avoid unwanted crashes of the app.

A first list of exceptions to handle:
1) LibreOffice binaries not found.
       -> Config::getLibreOfficePath() returning NULL when called from LODocument::loadDocument(...)
2) LibreOffice not initialized.
       -> LODocument::s_office is NULL after lok::lok_cpp_init(...) during the execution of LODocument::loadDocument(...)
3) Document not loaded.
       -> LODocument::m_document is NULL after s_office->documentLoad(...) during the execution of LODocument::loadDocument(...)

We should show an Ubuntu.Dialog, in order to tell the user what went wrong, and return to the documents list page when the user closes the dialog.

[Jenkins Bot (ubuntu-core-apps-jenkins-bot)]

Fix committed into lp:ubuntu-docviewer-app/reboot at revision 197, scheduled for release in ubuntu-docviewer-app, milestone Unknown