Start with a new Draw document. Draw a shape. Insert a new page. Draw another shape. Save the document and thereby select "OpenOffice.org 1.0 Drawing (.sxd). Close document. Reopen document. Notice, the document has only one page and that page is empty. Saving in LibO3.3 works correctly, so it is a regression. It is severe because it causes data loss.
[Reproducible] with "LibreOffice 3.4.3 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]" Was ok with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)]" Still a problem with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: d3d1481-3f8994a-2ba0a9f)]" (110909). Yes, it's dataloss, but are there really many users who still need .sxd?
I am also having this problem, I want to migrate a heap of users over to Libre but with a severe data loss bug like this I would be asking for trouble as they have lots of legacy docs. Saving a SXD file from Libreoffice 3.4.3 Draw results in a blank document when reopening. If the blank document is opened in Openoffice 3.3 it is also blank. Openoffice 3.3 can create SXD file and open it, Libreoffice can also open the SXD from Openoffice.
It was OK with LibO 3.4.2 on WinXP.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
This bug seems to be fixed in the 3.4.5 release.
<http://wiki.documentfoundation.org/BugReport_Details#Version> <https://bugs.freedesktop.org/page.cgi?id=fields.html#status> No longer reproducible with "LibreOffice 3.4.5 German UI [Build ID: OOO340m1 (Build:502)]" parallel Server installation on German WIN7 Home Premium (64bit)