To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=86163
User ka changed the following:
What |Old value |New value
================================================================================
Status|NEW |STARTED
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Fri Feb 22 10:01:34 +0000
2008 -------
Summary and findings so far:
============================
It happens on a virtual machine displayed on SunRay with SUSE (10.3?) running
with a vertical line in a Draw frame which is set to 200% zoom on a unxlngi6.pro
OOH 680 m7 when changing the line style from the (default) continuous to
something dashed.
It was seen on a machine at andreasma (who filed the bug) and WG (who can
reproduce it).
PL could not reproduce it.
We could not reproduce it on
- windows or
- on v60x-so16 or
- on two virtual machines with Ubuntu 7.4 and SUSE 10.3 using VirtualBox
running on a windows machine.
WG told that it does not happen on a OOG m9. Nothing was changed in the
DrawingLayer between OOG m9 and OOH m7.
PL thinks it's not a paint problem at all but a status update/timing problem and
suggests that CL knows that area best.
CL thinks the status update may take some time but it's still a missing repaint.
AW thinks that the invalidation is system-independent based on model data on
DrawingLayer side (not on VCL) and there is no reason the repaint should not
happen.
Open questions for clarification:
(a) WG: Can You always reproduce it or only sometimes?
(b) WG: Does the visulaisation change also miss when You change the line color,
not the Line style?
(c) WG: Does the visulaisation change also miss when You move the line and then
back using UNDO without changing the zoom?
(d) CL: What changes were introduced to SD between OOG m9 and OOH m7?
(e) PL: What changes were introduced to VCL between OOG m9 and OOH m7?
(f) WG: To which LineStyle exactly do You change?
To decide between missing repaint and missing status update, please use the
answers from (b) and (c). The invalidate and thus the repaint is the same as
with changing the dashing. If one or both are 'no', the repaint works.
Question (f) is for excluding another possibility which came to mind. If the
dashing is very small and the graphic subsystem of the virtual machine for any
reason paints the last pixel of a rasterconverted line (which is against the
convention, but may happen) it maybe that the continued row of short lines is
just visualised as 'one' line on those systems. This may also be checked by
zooming in.
Facts:
- It's the visualisation (which a repaint shows), so neither the model data nor
copy/pasted data nor saved data is in any way corrupted.
- Visualisation can be corrected by zooming, changing page, repainting, etc.
- It's only on virtual machines and rarely reproducable
Suggestion: Remove from list of showstoppers, but still treat as a bug and fix
it ASAP.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
