Version: 0.6.3 (using 4.0.4 (KDE 4.0.4 >= 20080505) "release 15.2", openSUSE 11.0 (i586)) Compiler: gcc OS: Linux (i686) release 2.6.25.9-0.2-default After I save as... a file, (I've seen this behaviour with pdf, ps and ps.gz file but i haven't tried with any other format) okular doesn't scroll pages correctly. It seems that the window area that becomes hidden by the save as dialog gets frozen. Thanks (-:
Looks a lot like the Qt4.4 bug of NonNative->Native window Can you try running with QT_USE_NATIVE_WINDOWS=1 okular from a shell and see if it still happens?
I've tried that and seems to work better, but not perfectly either. If I run okular with QT_USE_NATIVE_WINDOWS=0 (like i did in the original post), it happens just what i've already described. In console, the following error message is shown (I don't know if it has to do with the problem or not): Error: Bad bounding box in Type 3 glyph When I rerun the app with QT_USE_NATIVE_WINDOWS=1, I can scroll after saving as... a file, but with some files (specially when the save as dialog shows the "replace file" pop up), when I scroll, horizontal bands still get frozen. However, this only happen when i scroll fast with my mouse. Besides, if I scroll slowly afterwards, the problem disappears (this didn't happen with QT_USE_NATIVE_WINDOWS=0). This time, the following error message is shown in console, several times): X Error: BadMatch (invalid parameter attributes) 8 Major opcode: 59 (X_SetClipRectangles) Resource id: 0x4000486 Also, the other message (Error: Bad bounding box in Type 3 glyph) is also shown. Tell me if I can add any more info.
*** Bug 169582 has been marked as a duplicate of this bug. ***
Reproducible with KDE 4.1.3, but if pressing OK on Save Dialog with mouse it works ok further for me. But when I confirm it with Enter (from keyboard) it goes to 1st page.
Can you (all) reproduce the problem with KDE 4.2?
No, I can't reproduce it on KDE 4.2.0 (Qt-4.5 rc1).