Description: When creating a chart and e.g. select some cells for any of the entries - so the wizard closes until you have selected the cells and gets opened back up - it will always go back to the chart type selection screen instead of the screen for editing the data sets. Seems to only happen with the Linux version. Steps to Reproduce: 1. Open chart wizard 2. Go to dataset editor 3. Go to select some cells from the spreadsheet for anything Actual Results: Wizard jumps back to chart type selector Expected Results: Wizard should open back up at the point it was left of. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: de-DE Debian package version: 4:7.6.4~rc1-1 Calc: threaded
Created attachment 191522 [details] Chart wizard screenshot. Sorry, where is dataset editor?
Your screenshot doesn't show up, but it's the third screen of the wizard.
I can't reproduce. Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Created attachment 191532 [details] Video of the bug happening This is how it looks to me. And it's happening on two independent systems. And as explained on both the version Debian ships in their Testing repo and the Flathub version.
Also, this isn't only happening to me in the latest version. In fact I can't recall when I encountered this first.
I can't reproduce, let see if someone with Linus can test.
If course you can't reproduce it on Windows, that's why it's explicitly marked as a Linux problem. I never had that problem on Windows either, of course I can't tell if macOS users might be affected too.
Reproduced in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e71934471442a8bbba7e661d3ebe5f708627c5d6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And: Version: 6.4.0.3 Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded Not reproduced with gen or kf5 VCL plugins. Not reproduced in LO 6.3 -> regression
Bibisected with linux-64-6.4 repo to first bad build [f8b16ef7a27e096cabb4144f3fb260305d155469] which points to: commit d661cb17610af93b1607025284f23187c6d2fc06 author Caolán McNamara Thu Aug 22 11:15:57 2019 +0100 committer Caolán McNamara Thu Aug 22 18:26:41 2019 +0200 weld chart CreationWizard Reviewed-on: https://gerrit.libreoffice.org/77954 Caolán, can you please have a look?
in gtk itself gtk_assistant_unmap ... { ... priv->current_page = NULL; ... } gtk_assistant_map { page_num = 0; ... set_current_page (assistant, page_num) ... } so when it disappears the current page is lost and when it reappears if there is no current page, then page 0 is picked. I wonder if it always worked like that or something changed in gtk since the initial work on this wizard. But it looks like we should be able to simply save and restore the page on hiding and showing the wizard to workaround this
https://gerrit.libreoffice.org/c/core/+/170611 for that then
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/de4be295993f6bdd255475604056ad3f48478fb1 Resolves: tdf#158753 GtkAssistant loses current page on hide+show It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
done in trunk, backports to 24-8 and 24-2 in gerrit
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/a71ffee86f924bd181aa468807e63db70acf9117 Resolves: tdf#158753 GtkAssistant loses current page on hide+show It will be available in 24.2.6. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-24-8": https://git.libreoffice.org/core/commit/d22d90d4c5585fdbc63bded496543e787fa38a48 Resolves: tdf#158753 GtkAssistant loses current page on hide+show It will be available in 24.8.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks Caolán! Fix verified in: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8705cfecd5a10f817d3a2a02041d85e77282aa30 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded