Description: Whenever a document is saved, while in the "Web View," and then reopened, the cursor/position will be at the beginning of the document. This does not happen if the document is saved in the "Normal View." Note the issue also occurs with the document already open. It happens whenever you switch between Web and Normal view modes. The key difference is that when switching modes in an already open document, the cursor holds its position, so pressing any key will cause the view to jump to the cursor position. When working with large documents, this is a serious issue, as it can take several minutes to find where you left off. I confirmed this behaviour in Writer 6.0.1.1, and 5.0.6.3. Based on web searches, I believe the issue occurs regardless of operating system, and across a variety of versions. Steps to Reproduce: 1.Edit something several pages into a document while in Web view. 2.Save the document and close. 3.Open the document, and the Web view will be restored, but at the beginning of the document. Actual Results: The document will reopen in the Web view, but at the beginning of the document. Expected Results: The document should reopen at the same point it was at when closed. This is what happens when a document is saved in Normal view. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.0.1.1 Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 8; OS: Linux 3.10; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Can not confirm on Windows 10 Home en-US 64-bit (ver 1709) with Version: 6.0.1.1 (x64) Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL Do you have an entry in the Tools -> Options -> User Data: First Lasst Initials fields? Some entry in those fields has always been required to "remember" position in document on reopening.
I solved part of the mystery. I realized that I had another document which was capable of remembering its position. Based on your tip - over document properties - I tried resetting the properties to no avail. Long story short, I found, through trial and error, that when I added a manual page break to the document, the position was no longer stored. Removing the manual page break seemed to fix the issue. I should note that further testing revealed some other unknown character, meta information, will trigger this bug. I tested my primary document without page breaks, but it didn't solve the problem. I created a new document and pasted lorem ipsum text, and that didn't work either. I wasn't able to figure out why the place is stored in one of my documents, but not the other. P.S. Yes, the first, last, and initial fields are all populated.
I did additional testing. The bug appears to require a large document, and having the cursor far enough into the document. I wasn't able to isolate where the cut off is, or whether it is linked to characters, versus lines, but it does NOT appear to be linked to page number, as I can save the position on page 2/3. It seems to consistently occur when you try to save the place, in web view, on page 15.
(In reply to Ladar Levison from comment #3) > I did additional testing. The bug appears to require a large document, and > having the cursor far enough into the document. I wasn't able to isolate > where the cut off is, or whether it is linked to characters, versus lines, > but it does NOT appear to be linked to page number, as I can save the > position on page 2/3. It seems to consistently occur when you try to save > the place, in web view, on page 15. Please attach an example document. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the document.
Created attachment 140596 [details] Sample document. Sample document, saved in "web view" with cursor at the end of the document.
(In reply to Buovjaga from comment #4) > Please attach an example document. > I've attached a sample document, which I saved with the cursor at the end of the document. I can't get the document to open with the cursor at the end, without switching to normal view before saving/closing.
I could reproduce it with the provided document and Version: 5.4.6.1 (x64) Build-ID: 7d6c666f03cf1f0a0c2c51a17c0f67a8d5a8012b CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group
Repro with attached document in 6.3+.
Tested again with Version: 7.0.4.2 (x64) Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Result: cursor is at the beginning (in web view as well as in normal view) Ladar, could please also retest with an actual version of LO?
Still present in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 95b80365218f9406a5d952c1250d53222d319000 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL Steps: 1.Open attachment 157634 [details] 2.place the cursor at the end of the file and type at least one character 3.save the file and close document 4.Reopen file
*** Bug 130418 has been marked as a duplicate of this bug. ***
(In reply to Dieter from comment #9) > Ladar, could please also retest with an actual version of LO? Dieter, I just noticed your comment. I'm not sure what you mean by "an actual version of LO" but, if you mean official release, and not distro packages... I believe I was using the official libreoffice.org packages when I reported the bug. This computer has the distro packages though, and from the comments, there doesn't appear to have been any change.
(In reply to Ladar Levison from comment #12) > (In reply to Dieter from comment #9) > > Ladar, could please also retest with an actual version of LO? > > Dieter, I just noticed your comment. I'm not sure what you mean by "an > actual version of LO" but, if you mean official release, and not distro > packages... I believe I was using the official libreoffice.org packages when > I reported the bug. > > This computer has the distro packages though, and from the comments, there > doesn't appear to have been any change. Dieter re-confirmed the bug in comment 10
I just discovered the same bug, same problems in 7.4 One observation: The bug must have to do with "page numbers". If the cursor was within the text that belongs to the "first page" in normal view mode, the cursor is also correctly restored in the web view. Outside of that, the bug appears as described by Ladar Levison. Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded