Issue 60338

Summary:

Problem with redrawing Stylist and Navigator windows

Product:

General

Reporter:

atlanx <atlanx>

Component:

Assignee:

thorsten.martens

Status:

CLOSED DUPLICATE

QA Contact:

issues@framework <issues>

Severity:

Trivial

Priority:

CC:

issues, josef.latt

Version:

OOo 2.0.1

Keywords:

oooqa

Target Milestone:

---

Hardware:

All

OS:

Windows XP

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Attachments:

Description	Flags
Moving Stylist with mouse produces copy artefacts.	none
Acceptable window redraw with v2.0	none
Bad window redrawing with current 680m152	none

Description atlanx 2006-01-11 04:48:02 UTC

Since I have updated OO 2.0 to 2.0.1 the Stylist(Formatvorlagen) Window is
reacting very slow and has a big repainting problem.

Everytime I'm moving the Stylistwindow it leaves copies of itself back on the
screen until I release the mouse button. And in addition while I'm moving the
stylist i can hear my harddisk working very hard.

Looks like a caching problem. 
Hardware: 1GB Ram, Pentium M 1.73 Ghz, WinXP Pro SP2
Software: OO 2.0.1 Deutsch

I had this problem not with the version 2.0 and i have nothing changed except
updating to 2.0.1 and installing a new dictionary(theasaurus).

I have set the priority of this bug from standard p3 to p2 because the stylist
is the most heavily used tool in writer and it is a really annoying bug because
it let you feel OO buggy.

p.s. It is still showing 2.0 in the about dialog of OpenOffice.
It would be nice to see there that I'm using 2.0.1

Comment 1 atlanx 2006-01-11 04:52:38 UTC

Created attachment 33098 [details]
Moving Stylist with mouse produces copy artefacts.

Comment 2 michael.ruess 2006-01-11 07:02:16 UTC

Reassigned to SBA.

Comment 3 jolatt 2006-01-11 13:31:50 UTC

You should deactivate the windows option 'Show content of window at moving'. 
IMO it isn't necessary.

Comment 4 ace_dent 2006-01-27 11:28:48 UTC

Confirmed using: OOo2.0 Vs. OOoDev 680m152, Writer, WinXP SP2 PC (Gfx: Nvidia
GeForce FX5200).

Using v2.0, dragging around the Stylist window has minimal impact on system
performance, with a small trail (1-3ish) of 'shadow' windows. Compared to latest
680m152 (and 2.0.1), clearly something has changed! It is possible to cover the
whole desktop with trail images where the window is not redrawn. Also, CPU usage
is much higher (ref. screenshots), with 50% on a HT P4 (ie. 100% real CPU
usage). I noticed that the hard disk also started to thrash while this problem
was occuring (Not caused by paging, since ample memory was still available).

This problem occurs when redrawing certain windows: Navigator, Stylist, Gallery,
Find&Replace, but not others such as Zoom. Hence, I've changed the Component and
Summary to something more appropriate. Also downgrading to Priority 3.

The proposed work around by 'jolatt' (WinXP):
- Right click on 'My Computer'>'Properties' to bring up System Properties window.
- Select 'Advanced' Tab, and under Performance>'Settings'.
- Within the 'Visual effects' tab (should be displayed), untick 'Show windows
contents while dragging'.

However, this will make it difficult to dock the window as described in Issue
34373. 


Regards,
Andrew

Comment 5 ace_dent 2006-01-27 11:43:44 UTC

Created attachment 33614 [details]
Acceptable window redraw with v2.0

Comment 6 ace_dent 2006-01-27 11:46:18 UTC

Created attachment 33615 [details]
Bad window redrawing with current 680m152

Comment 7 atlanx 2006-01-27 23:18:05 UTC

I have now deactivated "Show content of window at moving" and it helped.
But i would like to activate it again because it is very usefull for working
with my video player program.

I think it has nothing to do with the graphic card, because in opposite to 
ace_dent((Gfx: Nvidia GeForce FX5200)) I have a "ATI Mobility Radeon X700"

Comment 8 stefan.baltzer 2006-04-07 20:05:09 UTC

SBA-TM: Same on Win2000. 
"Show content when moving" is the critical setting.
Toying with "Hardware acceletration" did not help in my case.
This is a framework issue and smells like a regression... 
Please set target and proceed.

Comment 9 Olaf Felka 2006-04-10 08:52:00 UTC

Known issue

Comment 10 Olaf Felka 2006-04-10 08:52:44 UTC

now with id

*** This issue has been marked as a duplicate of 60519 ***

Comment 11 Olaf Felka 2006-04-10 08:53:06 UTC

closed

Comment 12 ace_dent 2006-04-10 10:33:34 UTC

The remaining problem with heavy disk usage is now being addressed with Issue
63848. Please remember to remove your Votes from this closed Issue.

Regards,
Andrew