Dear lc,

I have tried to reproduce this both as a file save and opened repeated time issues but with no luck on LibreOffice 4.2.5. Can you please test that it still happens with this latest version and if so, please provide a sample Draw file with instructions on how to reproduce, as without it, we can easily track down the issue.

Created attachment 102357 [details]
test1.odg

Jay,

Yes, same issue on 4.2.5
Here it is some files that reveal the effect.
See text inside odt.
Hope this helps.
Thanks.

lc


On 7/7/2014 3:59 AM, bugzilla-daemon@freedesktop.org wrote:
> Jay Philips <mailto:philipz85@hotmail.com> changed bug 75097
> <https://bugs.freedesktop.org/show_bug.cgi?id=75097>
> What 	Removed 	Added
> Status 	UNCONFIRMED 	NEEDINFO
> CC 		philipz85@hotmail.com
> Component 	Writer 	Drawing
> Ever confirmed 		1
>
> *Comment # 1 <https://bugs.freedesktop.org/show_bug.cgi?id=75097#c1> on
> bug 75097 <https://bugs.freedesktop.org/show_bug.cgi?id=75097> from Jay
> Philips <mailto:philipz85@hotmail.com> *
>
> Dear lc,
>
> I have tried to reproduce this both as a file save and opened repeated time
> issues but with no luck on LibreOffice 4.2.5. Can you please test that it still
> happens with this latest version and if so, please provide a sample Draw file
> with instructions on how to reproduce, as without it, we can easily track down
> the issue.
>
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
>   * You reported the bug.
>

Created attachment 102358 [details]
test 1.odt

Created attachment 102377 [details]
Screenshot of the odg file at 310%

Hi lc,

I did notice that when you initially paste the odg copy-pasted file into the odt it looks like it all aligned correctly and without any editing, if i saved the file and then reopened it, the right side looks like its misaligned. But at further investigation in the odg file, i see that its misaligned there as well when you zoom in at 310%.

The original misalignment in the odg file is very small and completely
invisible (either screen or print) with the scale the object has in the 
text document
although I recognize it exists at high magnification.

The point is that a perfect looking shape (even if microscopically 
misaligned)
keeps increasing the misalignment as we keep editing the odt
document to a point that is it shows grossly misaligned in both the 
screen and print.

I understand that one might be better using a perfectly snapped drawing, but
if we don't there should be no deterioration of the drawing by editing.

I could confirm that this happens to any free hand drawing. They 
deteriorate while editing
and that is not expectable to happen. Hope you understand the nature of 
this bug report and hope it helps making the already excellent software 
suite even better.

Many thanks.

Luis Cupido.


On 7/7/2014 4:24 PM, bugzilla-daemon@freedesktop.org wrote:
> *Comment # 4 <https://bugs.freedesktop.org/show_bug.cgi?id=75097#c4> on
> bug 75097 <https://bugs.freedesktop.org/show_bug.cgi?id=75097> from Jay
> Philips <mailto:philipz85@hotmail.com> *
>
> Createdattachment 102377  <attachment.cgi?id=102377>  [details]  <attachment.cgi?id=102377&action=edit>
> Screenshot of the odg file at 310%
>
> Hi lc,
>
> I did notice that when you initially paste the odg copy-pasted file into the
> odt it looks like it all aligned correctly and without any editing, if i saved
> the file and then reopened it, the right side looks like its misaligned. But at
> further investigation in the odg file, i see that its misaligned there as well
> when you zoom in at 310%.
>
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
>   * You reported the bug.
>

Hi Luis,

Have you tried grouping the odg before importing it into writer? Does this behaviour also happen in this case, as i think that maybe the cause of the issue. I have tried multiple times to reproduce this but unfortunately cant. If the grouping still doesnt fix the issue, could you possibly do a screencast that i will try to replicate.

Created attachment 103056 [details]
test1.odg

Hi Jay

I tried to send the email below with a screen-video-capture of 10Mb and 
it did not went through. (file too big)

So I put it here temporarily for you to download
http://www.cupidotech.com/tmp/test.zip

Hope this helps.

Luis Cupido.



On 7/18/2014 1:50 PM, ct1dmk wrote:
> Grouping does not help.
> In the mean time I found another way to see the same thing which I
> believe has the
> same root problem. It loses resolution simply by saving and opening.
> It does not deteriorate by more save/open cycles without changes
 > but it deteriorates more in each cycle
> if you resize or move it and then save/open
 > looks like it has lower resolution on the coordinates on save and 
export and rounds
 > them to the nearest value every time it saves or copy clipboard.
 > so when you keep editing the drawing or changing its shape/scale on the
 > writer the save/open action keeps adding rounding errors
 > That is my understanding and possible explanation for the observed facts.
>
> see attached.
> Hope this helps.
>
> lc.
>
>
>
> On 7/14/2014 2:38 AM, bugzilla-daemon@freedesktop.org wrote:
>> *Comment # 6 <https://bugs.freedesktop.org/show_bug.cgi?id=75097#c6> on
>> bug 75097 <https://bugs.freedesktop.org/show_bug.cgi?id=75097> from Jay
>> Philips <mailto:philipz85@hotmail.com> *
>>
>> Hi Luis,
>>
>> Have you tried grouping the odg before importing it into writer? Does
>> this
>> behaviour also happen in this case, as i think that maybe the cause of
>> the
>> issue. I have tried multiple times to reproduce this but unfortunately
>> cant. If
>> the grouping still doesnt fix the issue, could you possibly do a
>> screencast
>> that i will try to replicate.
>>
>> ------------------------------------------------------------------------
>> You are receiving this mail because:
>>
>> * You reported the bug.
>>

(In reply to lc from comment #7)
> So I put it here temporarily for you to download
> http://www.cupidotech.com/tmp/test.zip

File not available anymore.

Created attachment 110056 [details]
Video clip of how to generate the problem.

(In reply to lc from comment #9)
> Created attachment 110056 [details]
> Video clip of how to generate the problem.

I can reproduce what happens in the video with attachment 102357 [details]. If I observe the edges of the two shapes, after a save & reopen they move away from each other a bit.
The same drifting apart happens, if the shapes are pasted into a Writer document which is then saved & reopened.

Set to NEW and tweak severity per https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Win 7 64-bit Version: 4.5.0.0.alpha0+
Build ID: b144f0ac8695dd62a2053b4e88212d0b109c9a41
TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-25_00:14:54

No longer present in version 7.2