Incompatibility with changed MIME type reported by Qt 5.5 and shared-mime-info 1.5

I can confirm Max's observation that this goes away by downgrading shared-mime-info, but I still think the root cause is the lack of robustness when checking the MIME type, i.e. "application/vnd.dvju+multipage" is a valid sub-class of "application/vnd.djvu" and we should accept it.

As the fix is already committed, I will brush up the translation templates and such and release 0.4.16 with this and some other minor stuff as soon as possible, at the latest on Sunday. If this is a big problem on an Arch Linux setup, one can already install "qpdfview-bzr" which does contain the fix.

Best regards, Adam.

What's the best way to get 0.4.16 on ubuntu 16.04?

Built it myself:

wget https://launchpad.net/qpdfview/trunk/0.4.16/+download/qpdfview-0.4.16.tar.gz
sudo apt-get build-dep qpdfview
sudo apt-get source qpdfview
cd qpdfview-0.4.14
uupdate ../qpdfview-0.4.16.tar.gz
cd ../qpdfview-0.4.16
dpkg-buildpackage -us -uc -nc
cd ..
sudo dpkg -i qpdfview_0.4.16-0ubuntu1_*.deb qpdfview-djvu-plugin_0.4.16-0ubuntu1_*.deb

Slightly updated script for building is at http://askubuntu.com/a/813095/20275

I request a SRU for qpdfview to 4.16 in Xenial. Xenial is currently being shipped with 4.14. that includes this critical bug (fix released). Leaving qpdfview in this state limits the usability severely. Alternatively, I request a backport to fix this issue in 4.14

Hello Ben,

please note that I have no access/influence on the packaging work done on qpdfview for Ubuntu (which probably just imports the Debian package on which I have no influence either). So you probably need to talk directly to a Debian or Ubuntu developer to make the SRU happen. (But for a minor application qpdfview, I guess it is rather unlikely and you are better of using a third-party package like our dailydebs.)

Best regards,
Adam.