Bug 133767 - Export to EPUB has no progress bar
Summary: Export to EPUB has no progress bar
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.5.0
Keywords:
: 129262 (view as bug list)
Depends on:
Blocks: EPUB-Export
  Show dependency treegraph
 
Reported: 2020-06-07 18:03 UTC by Telesto
Modified: 2022-11-28 22:25 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-06-07 18:03:36 UTC
Description:
Export to EPUB has no progress bar

Steps to Reproduce:
1. Open attachment 160498 [details]
2. File -> Export as -> Export as epub

Actual Results:
No progress bar

Expected Results:
A progress bar


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.beta1+ (x64)
Build ID: 2891e91a513520d68ea2b8c59c14335861a15253
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Vulkan; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 BogdanB 2020-06-07 19:23:58 UTC
Confirm it.
There were 30 seconds of not knowing what was happening. 
It would be more usefull.


Version: 6.4.4.2
Build ID: libreoffice-6.4.4.2-snap1
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US
Calc: threaded
Comment 2 Telesto 2020-06-07 20:28:18 UTC
Fine with
Version: 6.2.0.0.beta1+
Build ID: e45c30858dec1dd705b9144fab981a3c8819ba96
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 3 BogdanB 2020-06-08 18:12:03 UTC
Telesto, can you make a screenshot of the progress bar when exporting to EPUB?...
Comment 4 Telesto 2020-06-10 21:24:20 UTC
(In reply to BogdanB from comment #3)
> Telesto, can you make a screenshot of the progress bar when exporting to
> EPUB?...

The progress bar appears to be Windows only :-).
Comment 5 Telesto 2020-06-11 12:18:35 UTC
Ok, this is weird..

LibreOffice 6.2 origin/master has a progress bar & is fast (Windows)
LibreOffice 6.3 oldest has no progress bar & is slow (Windows)

GDI/OpenGL makes no difference
Profile reset.. no difference
Comment 6 Telesto 2020-06-11 12:23:33 UTC
(In reply to Telesto from comment #5)
> Ok, this is weird..
> 
> LibreOffice 6.2 origin/master has a progress bar & is fast (Windows)
> LibreOffice 6.3 oldest has no progress bar & is slow (Windows)
> 
> GDI/OpenGL makes no difference
> Profile reset.. no difference

Ah, now I get it.. my 6.2 bibisect repro is missing a bunch of commits.. 

So progress bar was around in LibreOffice 6.2 somewhere.. but broken again prior to release
Comment 7 Buovjaga 2020-06-11 17:19:54 UTC
(In reply to Telesto from comment #2)
> Fine with
> Version: 6.2.0.0.beta1+
> Build ID: e45c30858dec1dd705b9144fab981a3c8819ba96
> CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
> Locale: nl-NL (nl_NL); UI-Language: en-US
> Calc: CL

I used this commit as the first good result. Telesto: you have to git pull origin/master in your repository to update it. Note that you might have to first edit the config file in the .git directory and change the url to https://bibisect.libreoffice.org/win32-6.2.git as the urls were changed on the server.

My blamed result is this: https://git.libreoffice.org/core/+/3b03604d1bb48fc1c1337307d0ba259dca9fbf1e%5E!/
Revert "tdf#121497 "Save As": File Format Type unchanged in Windows"

It does not make sense to me at all - the only connecting thing is the file dialog. I did double-check with the good/bad commits.

Mike: just to triple-check with you: is my bibisect result complete crap?
Comment 8 Mike Kaganski 2020-06-11 19:23:21 UTC
(In reply to Buovjaga from comment #7)
> My blamed result is this:
> https://git.libreoffice.org/core/+/
> 3b03604d1bb48fc1c1337307d0ba259dca9fbf1e%5E!/
> Revert "tdf#121497 "Save As": File Format Type unchanged in Windows"
> 
> It does not make sense to me at all - the only connecting thing is the file
> dialog. I did double-check with the good/bad commits.
> 
> Mike: just to triple-check with you: is my bibisect result complete crap?

Yes, absolutely unrealistic result. But could you please check if the bibisect's first bad commit has the same commit hash in help -> about? There's some hope that the problem in bibisect repo is only with tagging, and about dialog is unaffected?
Comment 9 Buovjaga 2020-06-11 20:48:49 UTC
(In reply to Mike Kaganski from comment #8)
> (In reply to Buovjaga from comment #7)
> > My blamed result is this:
> > https://git.libreoffice.org/core/+/
> > 3b03604d1bb48fc1c1337307d0ba259dca9fbf1e%5E!/
> > Revert "tdf#121497 "Save As": File Format Type unchanged in Windows"
> > 
> > It does not make sense to me at all - the only connecting thing is the file
> > dialog. I did double-check with the good/bad commits.
> > 
> > Mike: just to triple-check with you: is my bibisect result complete crap?
> 
> Yes, absolutely unrealistic result. But could you please check if the
> bibisect's first bad commit has the same commit hash in help -> about?
> There's some hope that the problem in bibisect repo is only with tagging,
> and about dialog is unaffected?

The commit hash in About is the same.
Comment 10 Mike Kaganski 2020-06-12 06:27:23 UTC
(In reply to Buovjaga from comment #9)

Then only trying to revert it can tell for sure...
Comment 11 Buovjaga 2020-06-12 09:07:09 UTC
Another data point: it seems the progress bar has never worked on Linux. Tried with appimages of 6.1.0 and 6.2.0. Also, Linux master for me is fast and not slow like Windows.
Comment 12 Buovjaga 2020-06-12 09:22:25 UTC
Now also tested with cleared profile, but the good/bad results stay the same.
Comment 13 Mike Kaganski 2020-06-12 10:20:10 UTC
(In reply to Telesto from comment #5)
> Ok, this is weird..
> 
> LibreOffice 6.2 origin/master has a progress bar & is fast (Windows)
> LibreOffice 6.3 oldest has no progress bar & is slow (Windows)

(In reply to Buovjaga from comment #7)
> (In reply to Telesto from comment #2)
> > Fine with
> > Version: 6.2.0.0.beta1+
> > Build ID: e45c30858dec1dd705b9144fab981a3c8819ba96
> > CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
> > Locale: nl-NL (nl_NL); UI-Language: en-US
> > Calc: CL
> 
> I used this commit as the first good result.

Hmm. But *beta1+* is *after* 6.2 branch-off! Since "LibreOffice 6.3 oldest has no progress bar & is slow", then it must be something *before* the branch-off that made the regression (if bibisect-6.2's oldest is OK) and then temporarily reverted then broke again; or something *fixed* in between the branch-off and e45c30858dec1dd705b9144fab981a3c8819ba96, which could be reverse-bibisected.
Comment 14 Mike Kaganski 2020-06-12 10:49:55 UTC
(In reply to Buovjaga from comment #7)
> My blamed result is this:
> https://git.libreoffice.org/core/+/
> 3b03604d1bb48fc1c1337307d0ba259dca9fbf1e%5E!/
> Revert "tdf#121497 "Save As": File Format Type unchanged in Windows"
> 
> It does not make sense to me at all - the only connecting thing is the file
> dialog. I did double-check with the good/bad commits.
> 
> Mike: just to triple-check with you: is my bibisect result complete crap?

It's amazing. Reverse-bisecting, I see that the progress bar and the fast processing started to appear after https://git.libreoffice.org/core/+/02a5cbb9814dc224114dfbf3bc0b6c53658450c9 - so yes, the bibisect by Buovjaga is correct. It's now very interesting why?

Mood: shocked.
Comment 15 Mike Kaganski 2020-06-12 11:16:15 UTC
This is *not* a regression.

In the range between 3b03604d1bb48fc1c1337307d0ba259dca9fbf1e and its correct revert in 02a5cbb9814dc224114dfbf3bc0b6c53658450c9, trying to export to EPUB actually saved an ODT. That code made incorrect selection to be returned to the calling code. So the fast operation and progress bar were artifacts of using another export filter, which both operates faster and shows the bar.
Comment 16 Michael Warner 2021-10-13 13:27:52 UTC
*** Bug 129262 has been marked as a duplicate of this bug. ***
Comment 17 Commit Notification 2022-10-21 10:01:46 UTC Comment hidden (off-topic)
Comment 18 Alberto Salvia Novella 2022-10-21 12:08:07 UTC Comment hidden (off-topic)
Comment 19 Commit Notification 2022-10-21 18:49:12 UTC Comment hidden (off-topic)
Comment 20 Commit Notification 2022-10-22 08:35:00 UTC Comment hidden (off-topic)
Comment 21 Noel Grandin 2022-10-24 08:11:52 UTC
Noting that I was using the wrong bug number in my commits, so my recent commits are actually meant for #133768
Comment 22 Alberto Salvia Novella 2022-10-30 01:04:23 UTC Comment hidden (off-topic)
Comment 23 Alberto Salvia Novella 2022-10-30 01:06:40 UTC Comment hidden (off-topic)
Comment 24 Alberto Salvia Novella 2022-10-30 01:17:22 UTC Comment hidden (off-topic)
Comment 25 Buovjaga 2022-10-30 06:42:55 UTC Comment hidden (off-topic)
Comment 26 Alberto Salvia Novella 2022-10-30 07:56:55 UTC Comment hidden (off-topic)
Comment 27 Alberto Salvia Novella 2022-10-30 08:00:27 UTC Comment hidden (off-topic)
Comment 28 Mike Kaganski 2022-10-30 08:07:27 UTC Comment hidden (off-topic)
Comment 29 Buovjaga 2022-10-30 09:16:36 UTC Comment hidden (off-topic)
Comment 30 Alberto Salvia Novella 2022-10-30 16:05:32 UTC
Using LibreOffice:
- Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
- Build ID: 9cd0f4c2d25462feba0ffcbd906c199273821243
- CPU threads: 4; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb)
- Locale: en-US (en_US.UTF-8); UI: en-US
- Calc: threaded

With the document:
- https://archive.org/download/los-lugares-olvidados-de-altura/Los%20Lugares%20Olvidados%20de%20Altura.odt

I confirm that there is no progress bar. Libreoffice just hangs.

https://media.giphy.com/media/pPhyAv5t9V8djyRFJH/giphy.gif
Comment 31 Rajasekaran Karunanithi 2022-11-28 22:25:11 UTC
Still reproducable in LO 7.4.3.2 under Windows 10(x64). About one minute LO hangs and after that exported .odt file into .epub without progress bar.

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: ta-IN (en_IN); UI: en-US
Calc: threaded