Re: Okular::Document::openDocument: No plugin for mimetype '"application/epub+zip"'

[shirish शिरीष <shirishag75@gmail.com>]

This is going to be a long read so please take tea/coffee when you are
reading it. I have used all the files from the wild to test whatever
has been asked of me.

additional info. as I have been asked :

Q1. Are you using okular inside a kde session or not?
A1. I am running Okular under GNOME 3 fallback session.

Q2. Does running `kbuildsycoca4 --noincremental` help?
A2. $ kbuildsycoca4 --noincremental
kbuildsycoca4 running...
kbuildsycoca4(31549) KConfigGroup::readXdgListEntry: List entry
Actions in "ServiceMenus/mediainfo-gui.desktop" is not compliant with
XDG standard (missing trailing semicolon).
.......

These sort of XDG standard complaints are there quite a bit but they
are outside the issue I'm experiencing.

Q3. Does opening files of type CHM, DjVu, or TIFF work?

A3. Ok now this is a biggie.

it took an insane amount of memory and processing power to read the
epub finally. I had to take down the browser to be able to view it.
This is not the way the other apps work.

okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
libepub (II): 	opening '/home/shirish/Documents/*****.epub'
libepub (II): 	building ocf struct
libepub (II): 	looking for mime type
libepub (II): 	mimetype found application/epub+zip
libepub (II): 	parsing container file META-INF/container.xml
libepub (II): 	Found containerr
libepub (II): 	Found rootfiles
libepub (II): 	found root in OEBPS/content.opf media-type is
application/oebps-package+xml
libepub (II): 	Found rootfiles
libepub (II): 	Found containerr
libepub (II): 	data path is OEBPS/
libepub (II): 	building opf struct
libepub (II): 	parsing metadata
libepub (II): 	title is *****
libepub (II): 	creator - (null): *****
libepub (II): 	publisher is *****
libepub (II): 	format is
libepub (II): 	date of (null): 2011-05-27
libepub (II): 	subject is
libepub (II): 	description is
libepub (II): 	rights is NONE
libepub (II): 	identifier bookid((null)) is: *****
libepub (II): 	language is en
libepub (II): 	meta is cover: cover-jpeg
libepub (II): 	parsing manifest
libepub (II): 	manifest item IFC_bottom-jpeg href
images/IFC_bottom.jpg media-type image/jpeg
libepub (II): 	manifest item IFC_top-jpeg href images/IFC_top.jpg
media-type image/jpeg
libepub (II): 	manifest item ncx href toc.ncx media-type
application/x-dtbncx+xml
libepub (II): 	manifest item cover href cover.xhtml media-type
application/xhtml+xml
libepub (II): 	manifest item xtoc href toc.xhtml media-type
application/xhtml+xml
libepub (II): 	manifest item x01_9780470878675-ffirs href
01_9780470878675-ffirs.xhtml media-type application/xhtml+xml
libepub (II): 	manifest item x03_9780470878675-intro href
03_9780470878675-intro.xhtml media-type application/xhtml+xml
libepub (II): 	manifest item onthewebsite-fmt-jpeg href
images/onthewebsite_fmt.jpeg media-type image/jpeg
libepub (II): 	manifest item remember-fmt-jpeg href
images/remember_fmt.jpeg media-type image/jpeg
libepub (II): 	manifest item technicalstuff-fmt-jpeg href
images/technicalstuff_fmt.jpeg media-type image/jpeg
libepub (II): 	manifest item tip-fmt-jpeg href images/tip_fmt.jpeg
media-type image/jpeg
libepub (II): 	manifest item warning-bomb-fmt-jpeg href
images/warning_bomb_fmt.jpeg media-type image/jpeg
libepub (II): 	manifest item x04_9780470878675-pp01 href
04_9780470878675-pp01.xhtml media-type application/xhtml+xml
libepub (II): 	manifest item x9780470878675-pp0101-fmt-jpeg href
images/9780470878675-pp0101_fmt.jpeg media-type image/jpeg
libepub (II): 	manifest item x05_9780470878675-bk01ch01 href
05_9780470878675-bk01ch01.xhtml media-type application/xhtml+xml
libepub (II): 	manifest item x06_9780470878675-bk01ch02 href
06_9780470878675-bk01ch02.xhtml media-type application/xhtml+xml
......
and goes on

in between it happens to also parse some fonts which are embedded in the book.

libepub (II): 	manifest item BulletBibleSTD-otf href
Fonts/BulletBibleSTD.otf media-type application/x-font-opentype

going further
.....
libepub (II): 	parsing spine
libepub (II): 	toc is ncx
libepub (II): 	building toc
libepub (II): 	parsing toc
libepub (II): 	parsing nav map
libepub (II): 	parsing label/info Cover((null)/(null))
........
libepub (II): 	finished parsing nav map
libepub (II): 	finished parsing toc
libepub (II): 	found item cover
libepub (II): 	found item xtoc
libepub (II): 	found item x01_9780470878675-ffirs

While closing it gave this ....

okular(1109)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x1c8f3d8
deleted without having been removed from the factory first. This will
leak standalone popupmenus and could lead to crashes.
***** libepub (II): finished parsing nav map
bash: syntax error near unexpected token `II'
***** libepub (II): finished parsing toc
bash: syntax error near unexpected token `II'
***** libepub (II): found item cover
bash: syntax error near unexpected token `II'
***** libepub (II): found item xtoc
bash: syntax error near unexpected token `II'
*****  libepub (II): found item x01_9780470878675-ffirs
bash: syntax error near unexpected token `II'

This is with .epub.

This is with .chm :-

okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1723)/okular (app)
Okular::DocumentPrivate::sendGeneratorRequest: Running out of memory
on page 2 (1544x15430 px);
okular(1723)/okular (app)
Okular::DocumentPrivate::sendGeneratorRequest: this message will be
reported only once.

At end it gave the same ....
okular(1723)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x19c63b8
deleted without having been removed from the factory first. This will
leak standalone popupmenus and could lead to crashes.

The .djvu was considerably faster, almost instantly although the
output on the CLI is same/similar to the one of the .chm.

okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig:
okular(1876)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x918e38
deleted without having been removed from the factory first. This will
leak standalone popupmenus and could lead to crashes.

I was not able to find any .tiff files in the wild in order to test
them although still trying.

So basically it works but guess it worked after doing 'kbuildsycoca4
--noincremental' which I looked at by doing  'kbuildsycoca4 --help'
and figured it says :-

--noincremental Disable incremental update, re-read everything

Looking forward to any more comments. So basically it works but takes
lot of effort to read, have no idea why its like that though.
-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17