Created attachment 161979 [details] ODT file for Export Steps to reproduce: 1. Open Nahrubo.odt document (It is in Attachment) 2. File -> Export As -> Export As EPUB... 3. In new window setting Layout Method: Fixed 4. Click to button OK 5. Writer is Freeze I Test in: - Windows 10 (1909) (64bit) with LibreOffice 7.0.0 beta1 -> Result: Freeze - Fedora 32 (64 bit) with LibreOffice 6.4.4.2 -> Result: Freeze
Not really freezing * Lacking a progress bar * Being slow on Windows by default However there might be something else going on too.. it really does take long long time - > 3 minutes. Needs to checked against Linux; does a better job creating epubs in general
Created attachment 161982 [details] Perf flamegraph Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: e43d8d0f91b6949fa3914d034f9b9c166740afcf CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 14 June 2020
I aborted the perf run after a while, it is not the full export time.
I waited 25 minutes, the epub file was not created. There are only temp files (*.tmp and .~lock.Nahubo.epub#) on the hard disk. Linux display window for killing LibreOffice or for Waiting.
Also in Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Created attachment 188292 [details] LibreOffice stops responding LibreOffice stops responding and the busy cursor appears. Moreover, my computer makes a lot of noise. And after 12 minutes it still continues. Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: ff2ba77f22b2e96f96f5537aec1705956b47583d CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL
Idem for Version: 7.3.8.0.0+ (x64) / LibreOffice Community Build ID: e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: c94961c6869c34b3874d21cfaa5ec1488609acfe CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1c629ca0048670db4bed5e7d8d76bcf8e81f2158 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded Version: 7.6.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: 1b5cee822e0bc15ddbdfc86926678ca35ab3e082 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded
I will try to do a bi-bisection. I guess it is necessary here.
(In reply to Sophie Sipasseuth from comment #8) > I will try to do a bi-bisection. > I guess it is necessary here. As EPUB export was added in 6.0: https://wiki.documentfoundation.org/EPUB#Converting_ODF_to_EPUB I think it would make sense to first check with 6.0. If the problem is already in that, there is no need for bibisecting.
Yes, you are right. I was thinking this to myself.
But I do have not enough space on my computer to download this repository.