Created attachment 49605 [details] testfile, valgrind log, strace log Tested on: - OpenOffice 3.2 (exact version missing) // Windows - LibreOffice 3.3.3 OOO330m19 (Build:301) // Ubuntu package 1:3.3.3-1ubuntu2 - LibreOffice 3.4.0 OOO340m1 (Build:12) // WinXP - LibreOffice 3.4.1 OOO340m1 (Build:103) // WinXP - LibreOffice 3.4.1 OOO340m1 (Build:103) // Archlinux Crashes and try to restore file on next startup. + LibreOffice 3.3.3.1 OOO330m19 (Build 301) // WinXP Works, but shows only one page from 35. In attachment - testfile and some usefull logs (strace + valgrind). If i can help anything else - ask me.
Could this be the same bug as in https://bugs.freedesktop.org/show_bug.cgi?id=39384 ???
@xdmx All files from bug #39384 are opened successfully. Notices from comment #6 has no effect, it's still opens correctly. Tested just now on: LibreOffice 3.4.1 OOO340m1 (Build:103) // Archlinux I'll add more test results later.
Confirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:203)].
I can't untar test archive. tar xvfz 'submit.tar.gz' gzip: stdin: not in gzip format tar: Child returned status 1 tar: Exiting with failure status due to previous errors
(In reply to comment #4) > I can't untar test archive. > > tar xvfz 'submit.tar.gz' > > gzip: stdin: not in gzip format > tar: Child returned status 1 > tar: Exiting with failure status due to previous errors $ file submit.tar.gz submit.tar.gz: bzip2 compressed data, block size = 900k Wrong extension on upload, sorry. Use `tar xvfj 'submit.tar.gz'` instead.
Master (build by myself) does not crash with this file under Ubuntu 10.04 x86_64. It finds 40 pages. Best regards. JBF
[Reproducible] with "LibreOffice 3.4.4 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]". Worked fine with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)]", so REGRESSION. No longer crashes with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) German UI [(Build ID: 6b0de40-0bc4ff4-ca7e6f5-9125509-ce71330)]" (111111), so WFM target 3.5.0 This one might even be a DUP of "Bug 40579 - FILEOPEN Crash opening docx file"
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
No crash with LO 3.5.0 beta2+ (LibreOffice 3.5.0beta2+ Version ID : 8f03437-7f15fca-1fc8c06-ca8e46d-b96fade) Writer find 38 pages. @Alex: please could you try again with current beta2 for LO 3.5.0 ? Best regards. JBF
reproduced hang in 3.6.0 master 97fdf02-9eed775-f061262 on Fedora 64 bit office writes much on console and after several minutes proposes save file before exit. Word 2007 on Windows XP opens this file without problem.
Regression does appear in oldest version of bibisect-3.5.tar.lzma and must be older.
Seems to be fixed in 3.5/master. No output under valgrind either. re, sasha's findings. I can reproduce an effect under a --enable-debug+--enable-dbgutil build of massively slowness and debugging spew, but that's a side-effect of slowly checking the table consistency over and over and over again during import which doesn't happen during a non debugging build. If anyone can get it to crash in 3-5/master feel free to reopen again