Issue 44485 - WindowsBlinds with HyperPaint: OpenOffice does not repaint window when moved
Summary: WindowsBlinds with HyperPaint: OpenOffice does not repaint window when moved
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 2.0 Beta
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: AOO PleaseHelp
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2005-03-08 15:20 UTC by greenreaper
Modified: 2013-07-30 02:18 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

OpenOffice Writer after being moved with HyperPaint enabled (7.93 KB, image/png)
2005-03-08 15:21 UTC, greenreaper
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description greenreaper 2005-03-08 15:20:07 UTC
This problem was reported to us with the Danish OO version 1.9.81.

Using WindowBlinds 4.5, when its HyperPaint feature for speedy moving of windows
without excessive repainting of the background is enabled and OpenOffice
applications are moved, the client area of the window is not repainted,
resulting in a black client area. If HyperPaint is disabled then this does not
occur. This does not occur in other applications.

Having discussed this problem with Stardock, future versions of WindowBlinds may
apply a patch disabling their HyperPaint feature based the .exe names
(soffice.exe, quickstart.exe, sbase.exe, scalc.exe, sdraw.exe, simpress.exe,
smath.exe, swriter.exe). To test with future versions of WindowBlinds, you may
need to rename these executables. If this bug is fixed then it might nice to
drop an email to asking them to remove this exclusion. It
would be good if it *was* fixed because previous users of the software may not
decide to upgrade.
Comment 1 greenreaper 2005-03-08 15:21:14 UTC
Created attachment 23535 [details]
OpenOffice Writer after being moved with HyperPaint enabled
Comment 2 greenreaper 2005-03-08 15:24:18 UTC
It has been suggested by the WB developers that OpenOffice does not work
correctly with the redirection of drawing to a temporary bitmap performed by the
Windows XP layered window subsystem.
Comment 3 greenreaper 2005-03-08 15:39:52 UTC
OK, so this does occur in one other application so far . . . The GIMP version
2.2.4 using GTK+ 2.6.2. Shared library problem? I do not know what common
display libraries these programs use on Windows (if any), so if anyone has any
idea where this bug should go to, please comment. :-)
Comment 4 greenreaper 2005-03-08 16:21:58 UTC
The associated bug has been assigned to GTK+ here:
Comment 5 jack.warchold 2005-05-31 14:56:36 UTC
changed component
reassigned to the owner of the component
Comment 6 thorsten.martens 2005-07-21 13:49:18 UTC
TM->CD: Please have a look. Don´t really know if this can be fixed. Thanks !
Comment 7 carsten.driesner 2005-07-22 12:00:54 UTC
cd->ssa: Can you please have a look at this issue.
Comment 8 stephan_schaefer 2005-11-21 11:38:27 UTC
I can confirm this issue, but without knowing exactly what HyperPaint is doing
there is not much that can be done.
Where does the information about the layered windows come from ? Is there any
developer contact to stardock ?
Comment 9 greenreaper 2005-11-21 16:57:10 UTC
You can read more about layered windows here, although it doesn't go into great

To talk to the developer please email neil at stardock, with a dot com at the end.
Comment 10 stephan_schaefer 2005-12-02 17:02:24 UTC
ssa: i cannot fix anything without knowing what stardock is doing exactly. so
far i got no answer from the given email address, so I consider closing this issue.
Comment 11 greenreaper 2005-12-02 22:08:35 UTC
We've just released WindowBlinds 5, so I imagine he's been somewhat snowed
under. :-)

I'll ask him if he can take another look at your mail, now it's released.
Comment 12 stephan_schaefer 2005-12-05 09:08:12 UTC
I receive the following answer from StarDock, which explains what they're doing:

"The problem with OpenOffice appears to be with the PrintWindow api call which
WB is using.  What should happen is the contents of the window are drawn into
the provided HDC, but with OpenOffice nothing gets painted.  I am guessing this
is a problem with the WM_PAINT handler code in OpenOffice.

As far as I understand it, PrintWindow alters the HDC returned from BeginPaint.
 Does your code ignore this and instead use GetDC perhaps?"
Comment 13 stephan_schaefer 2006-11-30 11:34:31 UTC
ssa->pl: not sure if this is still an issue as stardock wanted to workaround it
Comment 14 Rob Weir 2013-07-30 02:18:50 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.