Description: Opening at cursor position doesn't work consistently Steps to Reproduce: 1. Open the attached file 2. Go to page 68. Make some edit Save & reload 3. Notice you will be at page 1 on file open 4. Make an edit on page 33 & save' 5. File reload, notice that the page will (eventually show) Note you have to have some User Data (Tools -> Options -> LibreOffice) put into the field to be able to store cursor position Actual Results: First page Expected Results: Open at cursor position Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL and in Version: 7.1.0.0.beta1+ (x64) Build ID: f9fab4203c1aa0b9a3f27ce2713b6d5addc7df19 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL fine with 7.0
Created attachment 177785 [details] Example file
Repro in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 0c3b8792b712e939d2ad524d554f96616b4844be CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded But strange, no repro in Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Staying at the same page
Repro in Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to BogdanB from comment #2) > But strange, no repro in > Version: 7.2.5.2 / LibreOffice Community > Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 > CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > Calc: threaded > > Staying at the same page For me it's not working with 7.1b1 for some reason.. or difference between GTK3 and Win?
Not reproducible in Version: 7.1.8.1 / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: x11 Locale: es-MX (es_AR.UTF-8); UI: en-US Calc: threaded Also tested with page 80.
No repro Linux 7.2 oldest, repro latest. Seen already on open (cursor on page 1) if saved before with correct LO (cursor somewhere else). Seen with OOO_EXIT_POST_STARTUP=1. commit 268c4799e6c2361491da9d5d5f6bd02511edfed8 Date: Sun Jun 13 13:31:47 2021 +0200 source 07021596acb3d104ba129d371b1ae0b79f67a6a4 pre 93a3e2f86c27b06062708fe788963a0e49f3a90b author Noel Grandin <noelgrandin@gmail.com> 2021-06-12 tdf#142242 Forename imported with trailing space Hi Noel, please see this.
*** Bug 148368 has been marked as a duplicate of this bug. ***
*** Bug 148785 has been marked as a duplicate of this bug. ***
Are you sure about this bisect? Reverting the mentioned commit does not fix the issue.
Never mind, I can see the problem now, will have a fix shortly
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a3d4f7e8fb714aa987c542c8d6c8822a41818701 tdf#146988 Opening at cursor position doesn't work in large documents It will be available in 7.4.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.
I tested on Version: 7.4.0.0.beta1+ / LibreOffice Community Build ID: 6ab56a4fc946f6294513f23a3ea47aa0aa154b7d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded BUT it doesn't feel fix. The same steps like in Description also in 7.4. At step 2 is moving to page 1, at step 5 is staying.
I can confirm that this is not fixed in 7.4. Attached is a document where it failed for me, and a screenshot showing something in the middle of the file when my lat edit position was at the end. This doesn't happen all the time, but with this document it was consistent.
Created attachment 182077 [details] A document with all characters replaced with 'x'
Created attachment 182078 [details] Screenshot immediately after opening hours after last edit.
Linux 5.19.17 Kubuntu 22.10 LO 7.4.3.2 NOT fixed.
(In reply to cipricus from comment #17) > Linux 5.19.17 > Kubuntu 22.10 > LO 7.4.3.2 > > NOT fixed. Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.4.3-0ubuntu0.22.10.1 Calc: threaded
This remains unfixed in LO 7.5: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 32; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Last I saw this was supposed to be fixed in 7.5 and it is not.
Not sure what this bug actually was, but the remaining issue is tracked under bug 140147. Let's mark this one as fixed.