The writer module freezes after attempting to use save as... function on rtf/txt Documents tried odt/doc/docx. Works fine when saving from plain(new document), but otherwise freezes. By freeze I mean no error messages, the module just stays grey forever, until force quit is performed. OS used: Linux mint 17.1 Rebecca hardware: dell inpiron mini 10
try upgrading to 4.2.8.2 or even better to 4.3.5.2
(In reply to tommy27 from comment #1) > try upgrading to 4.2.8.2 or even better to 4.3.5.2 Yep, 4.2 branch is EOL, so please test with a 4.3 build: https://www.libreoffice.org/download/ Status -> NEEDINFO (Change status back to UNCONFIRMED if you can reproduce with a 4.3 (or later) build. Thanks!)
I have confirmed issue also occures in libreoffice 4.3.5.2 (4.4.0.0 not avalible for deb yet only as rpm) Freezing when savind .odt/doc/docx with pictures into rtf
(In reply to Piotr from comment #3) > I have confirmed issue also occures in libreoffice 4.3.5.2 (4.4.0.0 not > avalible for deb yet only as rpm) You can grab 4.4.0.2 rc here: https://www.libreoffice.org/download/libreoffice-fresh/?type=deb-x86&version=4.4.0&lang=en-US > Freezing when savind .odt/doc/docx with pictures into rtf NOREPRO: No freeze here when saving DOCX with image to RTF Please upload a test document in ODT/DOC/DOCX format that freezes for you when you try to Save-As RTF. Status -> NEEDINFO
that is the document(its a blog that i've been translating: https://drive.google.com/file/d/0B942sqltkOrjQldhUDJuTlBzaUE/view?usp=sharing and these are screenshots: https://drive.google.com/file/d/0B942sqltkOrjRFFEYV9NRkhiQmc/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjTHVzQmVWY094ZVU/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjQXJJZWdjX1F3U2s/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjMHJIeU8wWmNtaG8/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjWnA4c1k5WDBTSU0/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjbjlUQVMtbHhJOE0/view?usp=sharing https://drive.google.com/file/d/0B942sqltkOrjMGg1R0ozc2lIakk/view?usp=sharing basically the whole display just freezes until force quit is done.
TESTING with LO 4.4.0.2 + Ubuntu 14.04 Version -> 4.2.7.2 (this field should be the earliest version in which the bug is present) (In reply to Piotr from comment #5) > that is the document(its a blog that i've been translating: > > https://drive.google.com/file/d/0B942sqltkOrjQldhUDJuTlBzaUE/view?usp=sharing So that url provides a test file for me: 'blog english.odt' - Open file in Writer - File -> Save a Copy -> (RTF format) Saving takes about 30sec and Writer does gray-out for that time, but the RTF file is created and Writer becomes responsive again. NOTE: The resulting RTF file is 532.4 MB (!), whereas the original ODT is 19.9MB. That's pretty crazy. (I didn't see any options in the Save-a-Copy dialog to reduce the size/quality of images in the output) - File -> Save a Copy -> (Text format) Saving is near-instantaneous. >[ Using the Dell Mini 10 ] > > basically the whole display just freezes until force quit is done. NOREPRO: The display does freeze up temporarily, but completes the conversion and is once again responsive. The Dell mini 10 is a pretty low-powered device, so it's possible that it could eventually finish the conversion to RTF, given enough disk space, time, and cooling :-) That being said, 1) I'm curious as to why the RTF ended up over *26 times larger* than the ODT, and 2) I don't see why converting an ODT to plaintext (which should be a simple operation) should freeze up LO, even on the low-powered Dell mini 10 So I'll mark this as a perf bug, and see if we can better-understand the size and speed issues: Status -> NEW Whiteboard -> perf
hi I've just updated kernel to better support intel atom and gma500 http://heanet.dl.sourceforge.net/project/kernelnetbook/3.9.6/linux-headers-3.9.6-netbook_3.9.6_i386.deb after update the display quality was better. before update the highest youtube quality it could play was 240p and now it has no problem with 720p. that being said conversion of blog english.odt still took 5mins I estimate that for anyone with old kernel that has bad support for atom could take as much as 10mins depending on document size. still by comparison converting odt-->doc/docx is instant both pre and after kernel update. blog english.rtf 532.4 MB -7mins to open 5mins to convert from odt 19.9M At the beginning I assumed the conversion odt-rtf was going dead during conversion by lack of hdd activity for more than 4mins but yeah it comes back after. Sorry my normal desktop PC broke and I am new to netbooks/atom.
(In reply to Piotr from comment #7) > that being said conversion of blog english.odt still took 5mins > I estimate that for anyone with old kernel that has bad support for atom > could take as much as 10mins depending on document size. Yep -- ideally there could be some kind of progress bar or indicator to show that LO is still chugging along, but it's going to take a little while to finish the operation. > At the beginning I assumed the conversion odt-rtf was going dead during > conversion by lack of hdd activity for more than 4mins but yeah it comes > back after. Sorry my normal desktop PC broke and I am new to netbooks/atom. No worries -- I certainly didn't expect to see that 20MB ODT turn into a 1/2 GB of RTF. I'm assuming that the images must be turning into huge bitmaps, etc.
It looks to me like the main issue here is a duplicate of bug 82033, and the remainder is/was hardware support issues unrelated to LO and the effects of handling a large document on modest hardware. If there are other specific issues, please raise new bugs with one issue on each report. *** This bug has been marked as a duplicate of bug 82033 ***
Migrating Whiteboard tags to Keywords: (perf) [NinjaEdit]