Issue 84193 - heavy repaint problems in AWT tree control
Summary: heavy repaint problems in AWT tree control
Status: CLOSED FIXED
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: 680m238
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.4
Assignee: wolframgarten
QA Contact: issues@ui
URL:
Keywords: regression
: 85141 (view as issue list)
Depends on:
Blocks:
 
Reported: 2007-12-03 11:23 UTC by Frank Schönheit
Modified: 2008-02-12 09:13 UTC (History)
4 users (show)

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

Attachments
document to reproduce the bug case (20.00 KB, application/vnd.oasis.opendocument.text)
2007-12-03 11:24 UTC, Frank Schönheit 		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 Frank Schönheit 2007-12-03 11:23:27 UTC 
- open the attached document
  (ensure macro execution is allowed)
- click the button
=> a dialog with a tree control opens
- expand some nodes, select some nodes
=> heavy repaint problems. It looks as no invalidations happen at all in
   the control, every change is painted on top of the old content
Comment 1 Frank Schönheit 2007-12-03 11:24:29 UTC 
Created attachment 50062 [details]
document to reproduce the bug case
Comment 2 Frank Schönheit 2007-12-03 11:27:01 UTC 
My first assumption was that this is a regression of my fix for issue 82954.
However, backing out this fix in m238 does not let the problem vanish, so
something else must have caused the problem.

fs->cd: Not sure where your "image background" changes came in, I seem to
remember they had something to do with control transparency, perhaps those
changes are related to this issue here.
Comment 3 Frank Schönheit 2007-12-03 11:28:08 UTC 
keyword "regression" and target 2.4 (the bug makes the tree control absolutely
unusable)
Comment 4 Frank Schönheit 2007-12-03 11:29:11 UTC 
fs->pb: sorry for assigning this issue to you, I suppose you didn't cause it at
all. However, I think you're the best (read: fastest) person to find the problem
here.
Comment 5 carsten.driesner 2007-12-03 15:54:16 UTC 
cd: Set owner to cd. It's regression based on my changes to support transparency
for controls. Looks like a more detailed list of exceptions must be created. May
be a read-only property called "SupportsTransparency" must be created to control
this feature.
Comment 6 carsten.driesner 2007-12-03 15:54:38 UTC 
cd: Started.
Comment 7 wolframgarten 2007-12-04 12:11:42 UTC 
We have found problems in the extension "minimizer". The roadmap shows repaint
problems when traveling trough:every entry on the left stays blue after
activation. This must be tested after fixing.
Comment 8 carsten.driesner 2007-12-04 13:06:11 UTC 
cd: Changed code in toolkit/source/awt/vclxwindow.cxx to only support
transparency for a couple of controls which are safe to use it. Fixed Text,
Radio Button and Check Box. The other controls use the old code again which
solves the repaint problems discovered for tree and road map control.
Comment 9 carsten.driesner 2007-12-13 10:16:06 UTC 
cd: Added wg on CC.

cd->jsk: Please verify. Keep in touch with wg who also want to verify this fix.
Comment 10 carsten.driesner 2008-01-10 16:16:18 UTC 
*** Issue 85141 has been marked as a duplicate of this issue. ***
Comment 11 joerg.skottke 2008-01-11 06:41:29 UTC 
Verified using the provided Bugdoc. Additionally i created a RoadMap dialog
which appears to work ok. Handing over to WG for final verification.
Comment 12 wolframgarten 2008-01-11 12:48:26 UTC 
Verified in CWS.
Comment 13 wolframgarten 2008-02-12 09:13:37 UTC 
Tested in master OOHm5. CLosed.