Created attachment 87025 [details] Offending LibreOffice file I have deployed OpenOffice (and now LibreOffice) installation on 200+ systems over the last 4-5 years. In the last days I deployed 4.1.1.2, over 3.6.6.1. In this case, a file which opens just fine in 3.6.6.1 does not open at all in 4.1.1.2. Specifically, when trying to open it, LibO throws the recover file dialog, but the recovered file list is empty. Pressing Ok brings the LibO component launchpad (ie the window where one can select to open writer or calc etc). The issue is exhibited on both Windows XP and 7 (32-bit) clients. Locale is Greek. Attached please find the offending file. I have another report on the same issue but did not have the time to obtain samples/investigate things. If this is a regression, please feel free to edit the bug report subject appropriately.
I can't reproduce crash with LO 4.0.6.1 (Win7 32bit). @Michael, have you tried resetting user profile? And you could also try 4.1.2.3 that was just released.
Could you attach a PDF of the correct view of this document? It looks very weird.
test greek .doc file crashes my 4.1.1 final under Win7 64bit. it crashes 4.0.4, 4.0.5 and 4.1.0 final as well. it opens fine on 3.6.7. according to Comment 1 it works in 4.0.6 and on 4.2.0 alpha sept.10 build as well. it seems that a regression happened during 4.0.x and 4.1.x development which has subsequently been fixed during 4.2 alpha stage with backporting to 4.0.6 and probably 4.1.2 so I mark this as RESOLVED WORKSFORME. feel free to reopen if you still see the crash after upgrading to 4.1.2.3 (official announce is probably a matter or few days)
Created attachment 87099 [details] Offending document in XPS format (In reply to comment #1) > I can't reproduce crash with LO 4.0.6.1 (Win7 32bit). > > @Michael, have you tried resetting user profile? And you could also try > 4.1.2.3 that was just released. Yes, I did try resetting the profile and that did not help. As for testing, I'd appreciate if someone already with 4.1.2.3 can confirm whether issue is resolved or not. (In reply to comment #2) > Could you attach a PDF of the correct view of this document? It looks very > weird. No PDF, I've included an XPS version though, hope that is ok with you. (In reply to comment #3) > it seems that a regression happened during 4.0.x and 4.1.x development which > has subsequently been fixed during 4.2 alpha stage with backporting to 4.0.6 > and probably 4.1.2 I'd prefer to wait till someone can actually confirm 100% that 4.1.2 opens the file succesfully. I avoid Libreoffice deployments, since some are remote sites from the active directory server and installation takes a while. Seems like I'll have to reinstall this time again in less than a week. Oh well, still love LibO :)
the libo_crash.doc file opens fine with LO 4.1.2.2. prob_file.xps throws and error asking if I want LO to try and repair the file which does not work. if the latter is expected this can be considered WORKSFORME. If the latter should also work, we should maybe re-open this?
(In reply to comment #5) > the libo_crash.doc file opens fine with LO 4.1.2.2. So it seems that the issue is resolved in 4.1.2.2, thank you. > prob_file.xps throws and error asking if I want LO to try and repair the > file which does not work. if the latter is expected this can be considered > WORKSFORME. If the latter should also work, we should maybe re-open this? prob_file.xps does not open with Libo. It opens with the Microsoft XPS viewer.