Issue 20249 - scrolling a drawing partly covered by a window corrupts the drawing
Summary: scrolling a drawing partly covered by a window corrupts the drawing
Status: CLOSED FIXED
Alias: None
Product: Draw
Classification: Application
Component: ui (show other issues)
Version: OOo 1.1 RC5
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 1.1.2
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
: 7817 20368 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-09-27 20:06 UTC by Unknown
Modified: 2005-01-25 15:50 UTC (History)
1 user (show)

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

Attachments
Example drawing to easily reproduce the described effect (8.08 KB, application/octet-stream)
2003-09-27 20:10 UTC, Unknown 		no flags Details
Screenshot (92.58 KB, image/png)
2003-09-29 08:42 UTC, wolframgarten 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-09-27 20:07:53 UTC 
When e.g. the 'Graphics Styles' window is placed partly over the drawing and
then the drawing is scrolled with the scrollbars thereby moving it under the
'Graphics Styles' window the drawing easily gets corrupted. Horizontal scrolling
works `best'.

From my X11 programming experience this is typically the result of not correctly
handling the `GraphicsExpose' events that XCopyArea creates.
Comment 1 Unknown 2003-09-27 20:10:46 UTC 
Created attachment 9738 [details]
Example drawing to easily reproduce the described effect
Comment 2 wolframgarten 2003-09-29 08:42:14 UTC 
This is reproducible in RC5. I attach a screenshot of the effect.
Comment 3 wolframgarten 2003-09-29 08:42:48 UTC 
Created attachment 9777 [details]
Screenshot
Comment 4 wolframgarten 2003-09-29 08:43:18 UTC 
Reassigned to Armin.
Comment 5 Armin Le Grand 2003-10-06 10:08:01 UTC 
AW->PL: Looks system specific (linux implementation?), no DRawingLayer
problem.
Comment 6 philipp.lohmann 2003-10-06 10:53:01 UTC 
looks ugly
Comment 7 philipp.lohmann 2003-11-04 14:20:52 UTC 
The problem occured if a second Scroll (aka XCopyArea) occured before
the GraphicsExpose events of the first one were processed. The cure is
to wait for either a GraphicsExpose sequence or NoExpose and
immediately paint all outstanding requests before a second XCopyArea
can occur.

fixed in CWS vcl7pp1r3
Comment 8 philipp.lohmann 2003-11-13 13:13:22 UTC 
pl->wg: please verify in CWS vcl7pp1r3
Comment 9 wolframgarten 2003-11-19 15:38:22 UTC 
Fixed.
Comment 10 wolframgarten 2003-11-19 15:38:52 UTC 
Verfied in CWS.
Comment 11 wolframgarten 2004-01-27 14:05:44 UTC 
Tested in internal master. Issue closed. Thanks for your help again.
Comment 12 stephan_schaefer 2004-02-05 15:12:18 UTC 
*** Issue 7817 has been marked as a duplicate of this issue. ***
Comment 13 stephan_schaefer 2004-02-05 15:14:07 UTC 
*** Issue 7817 has been marked as a duplicate of this issue. ***
Comment 14 christof.pintaske 2005-01-25 15:50:53 UTC 
*** Issue 20368 has been marked as a duplicate of this issue. ***