Created attachment 63923 [details]
File that remembered last editing position
Writer only sometimes remembers and restores the last editing position.
I have two examples attached. The no file, does not remember the
last position, but the yes file does.
after editing, position a cursor at the end of the word four
close and save
after editing, position a cursor in word Ana between n and a
close and save
Thank you for your time
I do have "User data" in Tools -> Options... -> LibreOffice
Both files came from the same original file, at some point.
Bath files have "Web Layout". <- that is what I would like, please.
In "Print Layout", both file remembers the last position fine!
I have a version 22.214.171.124
Created attachment 63924 [details]
File that does not remembered last editing position
(In reply to comment #0)
> Bath files have "Web Layout". <- that is what I would like, please.
> In "Print Layout", both file remembers the last position fine!
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit
Cursor position was always on top for both files, in both views.
I have now version 126.96.36.199 (Build ID: da8c1e6) and seems to work fine.
I will close this bug.
Do not works with 4.0 branch.
In all ODT i checked the last edited position was not restored when file are (re)open.
All ODT file open are positionned on top.
Very annoying with long documents.
Works (branch 4.x) only if the user fill-in its personnal info in the preferences panel, otherwise the position are not remembered.
I do not really understand why -, but it was a strange behavior.
I think that even if the user do not fill "personnal data" the last position lust be remembered...
Version is oldest version that the bug was seen, not the newest. Changing back.
Needs to be confirmed by QA so moving this back to UNCONFIRMED -> thanks.
(In reply to andrej8anubis from comment #1)
> Created attachment 63924 [details]
> File that does not remembered last editing position
It doesn't remember the cursor position, even if I have stuff in my options - user data.
Win 7 64-bit Version: 188.8.131.52.alpha2+
Build ID: b021b5983c62e266b82d9f0c5c6d8d8900553827
TinderBox: Win-x86@39, Branch:master, Time: 2014-11-12_01:10:08
Ubuntu 14.10 64-bit Version: 184.108.40.206.alpha2+
Build ID: 3cf226622a3d8c09d655034dbcc81695f1662b87
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-15_23:24:22
The solution is simply to have user identification set in preferences.
It was a very simple solution, when we know it (it take me lot of time to found this). Perhaps a more easy way could be a good thing.
Oups :) ok I'll set this to INVALID as it's a better status in this case.
*** Bug 50319 has been marked as a duplicate of this bug. ***