Bug 116099 - (Large?) Documents saved in Web View do not remember the cursor position.
Summary: (Large?) Documents saved in Web View do not remember the cursor position.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.6.3 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 130418 (view as bug list)
Depends on:
Blocks: Writer-Web-Layout Saved-Cursor
  Show dependency treegraph
 
Reported: 2018-03-01 00:05 UTC by Ladar Levison
Modified: 2022-04-05 08:06 UTC (History)
6 users (show)

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


Attachments
Sample document. (41.25 KB, application/vnd.oasis.opendocument.text)
2018-03-13 01:10 UTC, Ladar Levison
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ladar Levison 2018-03-01 00:05:51 UTC
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
Comment 1 V Stuart Foote 2018-03-01 15:07:14 UTC
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.
Comment 2 Ladar Levison 2018-03-06 23:45:55 UTC
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.
Comment 3 Ladar Levison 2018-03-07 17:13:30 UTC
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.
Comment 4 Buovjaga 2018-03-10 18:32:49 UTC Comment hidden (obsolete)
Comment 5 Ladar Levison 2018-03-13 01:10:41 UTC
Created attachment 140596 [details]
Sample document.

Sample document, saved in "web view" with cursor at the end of the document.
Comment 6 Ladar Levison 2018-03-13 01:12:00 UTC
(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.
Comment 7 Dieter 2018-03-13 08:55:35 UTC
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
Comment 8 Timur 2019-02-08 16:21:27 UTC
Repro with attached document in 6.3+.
Comment 9 Dieter 2021-01-25 19:31:14 UTC
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?
Comment 10 Dieter 2022-02-15 07:36:14 UTC
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
Comment 11 Dieter 2022-02-15 07:37:20 UTC
*** Bug 130418 has been marked as a duplicate of this bug. ***
Comment 12 Ladar Levison 2022-04-05 08:01:28 UTC
(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.
Comment 13 Buovjaga 2022-04-05 08:06:34 UTC
(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