Fond that during my investigations for "Bug 50396 - EDITING: grouped shapes drawings become distorted" Bug 50396 - EDITING: grouped shapes drawings become distorted and current Master-
Steps to reproduce:
1. download and unzip testkit attachment 62144 [details]
2. open "veryearly345.odg" with 3.5.4
3. save under new name and close
4. open new document with 3.4.5
Expected: Room window in second sheet looks like room window
Actual: window destroyed as you see in veryearly354.pdf
Of course this might be a bug in 3.4.5, I believe I had some discussions concerning such a case not long ago, but I can't find the bug.
The very bad thing: if you edit the document and save with 3.4.5, the window will look broken when you open that document with 3.5.4
Is this bug relevant anymore? Release 3.4.5 is slightly old.
Problem still is reproducible for me for interchange of that sample drawing "veryearly345.odg", saving it with "LibreOffice 22.214.171.124 rc" German UI/ German Locale [Build-ID: a9a0717] on German WIN7 Home Premium (64bit) makes it unusable with AOOo 3.4.1..
I created "FineInLibO3641_badwithAOoo341.odg" by opening it with LibO 126.96.36.199 and saving it again. Now the doucment can be used with LLibO 3.6, but the window looks broken when I open the document with AOO 3.4.1 (but not when I open document with LibO 188.8.131.52.
I confirm this bug on Libo Version 184.108.40.206.beta1 (Build ID: 87906242e87d3ddb2ba9827818f2d1416d80cc7)
Reopening document with AOO3.4 there is the "windows" difference.
this is ok with lIBO 220.127.116.11
Created attachment 73275 [details]
New Test Kit
Because of the slow progress I will try a new attempt with an individual test kit. It shows how every edit with a different version destroys a grouped draw element a little more
NEW due to comment 3
I wonder whether the bug is in 3.4 or in 3.6? There is no interchange problem between 3.5.7 and 18.104.22.168, alternating open and save does not cause damages. But interoperability to AOOo is damaged.
We need an expert's decision whether the bug is in 3.4 or in 3.5 and later; can you help?
(In reply to comment #5)
> We need an expert's decision whether the bug is in 3.4 or in 3.5 and later;
> can you help?
Bit hard to tell from testkit.zip - what is the original file and the history? FWIW, the diff between
sampleok_odf12_savedfrom345.odg and sampleok_odf12_savedfrom345_savedfrom4001+.odg is a microscopic difference in shape y position:
- <draw:custom-shape draw:style-name="gr22" draw:text-style-name="P8" draw:layer="layout" svg:width="0.4cm" svg:height="0.421cm" svg:x="4.4cm" svg:y="5.517cm">
+ <draw:custom-shape draw:style-name="gr22" draw:text-style-name="P8" draw:layer="layout" svg:width="0.4cm" svg:height="0.421cm" svg:x="4.4cm" svg:y="5.515cm">
after that it indeed gets worse.
(In reply to comment #6)
You can see it in the document names: the shortest name is the first source:
source is opened and saved from 22.214.171.124+
opened and saved from 3.4.5
sampleok_odf12_savedfrom345_savedfrom4001_savedfrom345.odg opened and saved
and so on.
The end of the document name tells from what LibO version the document has been saved. the name before shows the open-save history before.
*** Bug 50396 has been marked as a duplicate of this bug. ***
Moving this to 3.6 MAB.
Rainer - it's your opinion that this should stay on MAB list? How many people do you think are affected?
took the sampleok_odf12_savedfrom345.odg from you test kit.
I loaded it and saved and reloaded with 4.0.4 and 4.1.0 multiple times alternatively and I don't show the progressive "corruption" of the window image you reported with older LibO releases.
the only thing I notice is microscopic y axis position shift of the whole "house" image (already reported in Comment 6) and a font change in the text of the first page (from Arial to Times New Roman)
it seems to me that the 4.0.x and 4.1.x branches are now able to load and save .odg files created with the 3.4.5 release with minor flaws.
since the original bug report is about the "corruption" of the grouped shapes drawings (the "window" image) which is not present with currently supported LibO 4.0.x and 4.1.x branches, I change status to WORKSFORME