Created attachment 181489 [details] Screenshot of the restore dialog after finishing restoring of the document Steps to reproduce: 1. Have a document open (does not seem to matter whether it is a writer document or some other document) 2. Kill LibreOffice 3. Start LibreOffice again 4. In the "restore" dialog, confirm restoration of the document previously edited 5. Watch the "restore" dialog closely What happens: The progress bar in the "restore" dialog stays at ~5%, even when finishing restoration of the document. See attached screenshot for details. The bottom left button says "_Fertig", which translates to "finished" or "completed". This is inconvenient as a user who only looks at the progress bar (not the text) may think that restoring the document is still going on, i.e. that he has to wait. What should happen: At least when finishing restoration of the document, the progress bar should be at 100%. Alternative solution: As the dialog has only one button anyway (i.e. no other option to click anything but "Fertig"), how about automatically progressing to the next screen (i.e. behave as if "Fertig" were clicked right after restoring the document finished? This would get rid of an unnecessary UI interaction. I'm using LibreOffice on Fedora 36 with this version info: Version: 7.3.4.2 Build ID: 30(Build:2) CPU threads: 2; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
Not Reproducible in: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: a9d225df2f8772e21435523ca20df1ece37390e4 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-NG (en_NG); UI: en-US Calc: threaded
In my case is going to 100% Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 3ccbfaaf95005a34ca64ad250463ef5ce8842f43 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
@Heiko, recently you did some work in this area? is it maybe fixed ?
Neither me nor Danie touched the progress bar. We just did some UI reworking for bug 114508. The other recent change was 10m ago for https://gerrit.libreoffice.org/c/core/+/124397 but likely not affecting the progress. Suggest to retest with 7.5
After updating to Fedora 37 (Beta) which includes an update of LibreOffice to 7.4.0, I tried reproducing this issue. I cannot reproduce the issue in LibreOffice 7.4.0.3. Feel free to close the issue. Not reproducible in: Version: 7.4.0.3 Build ID: 40(Build:3) CPU threads: 2; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded