Bug 140337 - print preview: there is no refresh after a print dialog disappeared
Summary: print preview: there is no refresh after a print dialog disappeared
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: VLO minor
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-01-20 08:52 UTC by Maciej Pilichowski
Modified: 2013-11-30 22:00 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
before (205.20 KB, image/png)
2007-01-20 12:29 UTC, Maciej Pilichowski
Details
after (166.75 KB, image/png)
2007-01-20 12:30 UTC, Maciej Pilichowski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2007-01-20 08:52:53 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    SuSE RPMs

Konqueror -> go to page with a lot of text -> print -> mark preview -> click on print.

The print dialog disappeared, the preview dialog appeared. Now. notice the strange screen distortions of Konqueror content where the print dialog was displayed. There was no refresh. Close the preview -- everything is back normal.
Comment 1 Roman Camenzind 2007-01-20 12:19:20 UTC
I am sorry I could not reproduce this. Everthing happens normal if I execute this steps. The scenerio you described does not occure.
Comment 2 Maciej Pilichowski 2007-01-20 12:29:21 UTC
Created attachment 19343 [details]
before
Comment 3 Maciej Pilichowski 2007-01-20 12:30:28 UTC
Created attachment 19344 [details]
after
Comment 4 Kurt Pfeifle 2007-01-20 18:44:47 UTC
Yes, I've noticed similar effects (since a long time actually). But to me they are minor, and I didn't bother to report them as long as we do not even have manpower to work in *real* bugs and *real* deficiencies in functionality.

It used to be even more visible, if you happened to move the printer dialog window over the Konqueror main window before clicking "Print".

At least the Konqueror main window always got properly re-painted after the preview is closed.

However, I do no longer see it on my SUSE-10.0 system with KDE 3.5.5.

Nor on any other recent system with KDE 3.5.x (Sidux/Debian unstable/KDE-3.5.5, Knoppix 5.1.1 Live CD/KDE-3.5.5, GoboLinux 013 Live CD/KDE 3.5.3 ).

It could even be a bug in your X server, or the graphic card driver (esp. since you say you see this effect on SUSE 3.5.5, while I don't see it with the same distro....). Which ones do you use? Are you running Compiz, Beryl or AIGLX? Which is your graphic card?

In any case, I'm 99.9% sure this is not anything that could have been solved from the KDEPrint side of the affair. If any, it is the Konqueror (or more general: the printing application side) that needs to make sure parts of its window is repainted after the print dialog had covered them. I don't know how "difficult" that is, though... 

Cheers,
Kurt

------------
(confirming bug, setting priority to low; I'll ask around on IRC to find out if other people with KDE 3.5.5 are also still seeing this)
Comment 5 Maciej Pilichowski 2007-01-20 19:52:09 UTC
> But to me they are minor, and I didn't bother to report

For me minor too, but I try to report everything I spot just to make sure the developers can see all the horizon of wishes, bugs, and crashes.

> It could even be a bug in your X server, 

Of course. But I doubt it -- such problem is in konqueror+kdeprint dialogs only. 

> or the graphic card driver 
> (esp. since you say you see this effect on SUSE 3.5.5, while I
> don't see it with the same distro....). 

You use 10.0, I use 10.2.

> Which ones do you use? 

opensuse 10.2.

> Are  
> you running Compiz, Beryl or AIGLX? 

None of them. Just straight, xorg, only 3d support is turned on.

> Which is your graphic card? 

i915 chipset.

> In any case, I'm 99.9% sure this is not anything that could have
> been solved from the KDEPrint side of the affair. 

Hmm, I don't know the internals but for sure it is _strongly_ related to Konqueror, because KMail and Kword, for example do not have such effect.
But I don't know if those apps make any special refresh because the developers spotted something odd with kdeprint.

Comment 6 Kurt Pfeifle 2007-01-20 20:32:39 UTC
Ah... now I can the same effect as well (again).

Sorry for saying it had gone for me. Seems also to be dependent on the current font size settings (and the phase of the moon?) -- it is not always visible.

I'm changing a *lot* of my settings currently by the minute, when going thru various bug reports, and I can't remember now how they were when I didn't see the effect.
Comment 7 Michael Goffioul 2007-01-22 09:45:27 UTC
It's konqueror/khtml behavior. The problem is that while the print preview dialog is popped up, the "print" action is still running (from the application point of view). To print, konqueror resizes it's content to fit to page and then generates the print data. As long as the print preview is shown, konqueror stays in this state and you actually see it. Without print preview, konqueror returns to its normal state fast enough, such that you don't see it.

I don't know if you can really classify this problem as a "kdeprint bug".
Comment 8 Maciej Pilichowski 2007-01-22 10:50:09 UTC
Michael, could you please reassign this then for Konqueror (I don't have such privilege).
Comment 9 FiNeX 2008-06-01 22:39:08 UTC
I cannot reproduce using 3.5.9.

@Maciej: are you still having this problem?

P.S: Preview doesn't exist yet on KDE 4 :-(
Comment 10 Maciej Pilichowski 2008-06-02 11:09:53 UTC
It is 100% reproduceable for me, and quite easy -- when the preview appears I just move it. 
Comment 11 Andrea Iacovitti 2013-11-30 22:00:01 UTC
Print preview is no longer available in KDE 4 (as in current stable 4.11.4) and KDE 3 is not maintained anymore.