Created attachment 62144 [details] test kit I observe the problem in drawings I (accidently) open alternating with LibO 3.4.5. 3.5 (current versions) and sometimes Master. Some few drawings composed of shapes created by copying, rotating and flipping basic shape(s) become more and more distorted. In attached document "sample.odg" from textkit the most left shows how the shape should look. The medium one showed how it looked 2012-05-10, and the right one how it looks today. Additionally in test kit you find 4 documents. "veryearly345.odg" I created from an old document what has been untouched 2012-01-4 what I opened and saved with 3.4.5 (WIN7 64 Bit) after I had deleted most slides. Same open, delete slides, save proceeding for same source document with "LibreOffice 3.5.4.2 (RC2) German UI/Locale [Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d18] on German WIN7 Home Premium (64bit) as "veryearly354.odg". And same proceeding for a document version edited today, saved from 3.4.5 as "latestsaved345.odg" and from 3.5.4 as "latestsaved345.odg" Comparing the "Latestsaved" documents in 3.4.5 you see a difference in the first slide in the shape looking as the example in "sample.odg" the triangle "arrowdown" in it has moved a little up during proceeding. Seldom success until now I never have been able to observe such a change, until now I only saw after a while that situation has become worse. And I was not able to reproduce the problem again with my samples. To compare documents I opened both with 3.4.5, set zoom to "optimum" and switched between the windows, saw that everything was identical except that "arrowdown triangle" An other very very ugly effect you see comparing the Window drawing on the second slide . You also find PDF exports from all my views.
regression against 3.4, needs a bibisect.
@Bjoern: please excuse me, but I really really doubt that Bibisecting will lead to a result for a problem what is so difficult to reproduce and currently only observed with WIN
My results seem to show that the problem started (a lot of time) before 3.5.4, but 3.5.4RC2 was the only version with what I was able to see a difference between before/after save.
Accident, did not want to modify status (in spite of my doubts)
@Rainer: Yes, bibisecting this is a challenge. However, fixing this without bibisecting isnt a walk in the park either. So unless some dev comes along and says "oh, yeah, I might have broken that with my change X", bibisecting is the only way to push this issue forward. Chances of the first are pretty slim.
Older versions of LO were affected by bug 47406 . Are we sure this is not something to do with that, please?
With 3.6.0RC I will start a new isolated branch of the effected drawings, we will see what happens and whether I will find a way to make the problem reproducible
Created attachment 73276 [details] New Test Kit 2013-01-19 Old test kit contained 1 wrong document
@Rainer: Sorry to interrupt; is it possible to retest with 4.0? And if still reproducible move it to mab3.6 please. We're moving all 'still reproducible' and 'valid' MAB3.5 bugs to MAB3.6. I don't have any Windows machine to test right now. Kind regards, Joren PS: bug status is NEEDINFO?
I wonder what the relation might be to "Bug 50399 - FILESAVE document created with 3.4.5 destroys grouped elements for 3.4 VIEWING", I will do some tests next week. Thank you for reminder
Removing from 3.5 MAB just to get it out of the list. @Rainer - if it's still an issue (also don't have Windows to test), can you push it to 3.6 MAB and mark as NEW? Thanks!
I am pretty sure that this one is a DUP of "Bug 50399 - FILESAVE document created with 3.4.5 destroys grouped elements for 3.4 VIEWING". I mark this one as DUP and will check all related shapes after a fix for Bug 50399 *** This bug has been marked as a duplicate of bug 50399 ***