okular hangs up for about 2 minutes while loading a new epub. Infact the whole plasma workspace hangs up for those initial 1-2 minutes. I can't even move the mouse. After that it works fine. Reproducible: Always Steps to Reproduce: 1. Load any epub book. I have only tested with sufficiently large books 100+ pages 2. see that the reader hangs up for about 1-2mintues. 3. Actual Results: reader hangs up for some time Expected Results: the document should load in a reasonable time like 2-10seconds and ui should remain responsive.
I can't see how it would result in a plasma freeze. We'll need one of those big files to see what's going on.
If you can provide the information requested in comment #1, please add it.
To further investigate this issue, KDE developers need the information requested in comment #1. If you can provide it, or need help with finding that information, please add a comment.
Any epub will do. You can try this one, its free http://www.urbandharma.org/epub/mindfulness.epub
(In reply to comment #4) > Any epub will do. You can try this one, its free > http://www.urbandharma.org/epub/mindfulness.epub H-m-m, works very fast and fine here (Okular 0.16.60, KDE 4.8.5, 32-bits, Core2 Duo E4700, 4GB of RAM, Okular rapidly opens the file).
reported symptoms not reproducible here either (okular 0.16.2/kde-4.10.2, fedora 18, x86_64)
Can't reproduce either. Can you please do in a terminal gdb okular run open the file you say takes a lot in okular when you've waited say one minute and okular still has not loaded the file, switch to the terminal were you started okular, press Ctrl+c, then type bt and attach the result of bt here
I tried gdb, first time it was stuck opening, I couldn't go back to terminal to actually stop it midway, plasma becomes responsive only after the epub has opened. After several tries I think I was able to get it to stop in the busy phase, here is the backtrace. I will try installing some other desktop environment and try then if I can reproduce it. I dont have debug symbols installed though. #0 0xb6fa4a85 in QImage::pixel(int, int) const () from /usr/lib/i386-linux-gnu/libQtGui.so.4 #1 0xb2ed5c5c in Okular::Utils::imageBoundingBox(QImage const*) () from /usr/lib/libokularcore.so.2abi1 #2 0xb2ebb64c in Okular::Generator::generatePixmap(Okular::PixmapRequest*) () from /usr/lib/libokularcore.so.2abi1 #3 0x00000000 in ?? () There was one more strange thing. Once I have opened a epub successfully, If i close and open the same epub again and again there is no wait/busy period, its almost immediate. Even when I close okular in between. Its something that happens first time I open that epub after a cold start. If I open diffrent epubs every time, I can see the problem.
Sadly that backtrace doesn't really help much. I guess there's not much more we can do unless you know how to compile/debug software :/
I noticed something today that may help you reproduce the problem. This happens only when perfomance configuration is set to greedy. I set it to greedy because it handles pdfs very well in this configuration. But somehow in case of epubs it goes for a spin. Epub works fine if I reset it back to normal or aggressive.
Greedy doesn't work well with non threaded generators
Git commit 15eb104d75e3cd6cc22b958c994773af53f78ec0 by Albert Astals Cid. Committed on 23/06/2013 at 16:42. Pushed by aacid into branch 'KDE/4.10'. Don't preload pages if the generator is not Threaded FIXED-IN: 4.10.5 M +8 -2 core/document.cpp http://commits.kde.org/okular/15eb104d75e3cd6cc22b958c994773af53f78ec0