LibreOffice Writer does not reopen documents at their last cursor position, instead always loads them at their first page. Reloading the same documents with OpenOffice -- or its Go-oo fork, which I currently use -- brings their individual text at the LibreOffice last cursor position for each document. A search on the English and French forums today did not show a posting regarding this issue. I tested your first beta and reported the same anomaly back in September. I am running Windows XP SP3 with EmergeDesktop shell. Plenty of RAM and disk space. No oddballs programs or TSR. I only tested ODT files. I am a writer and I've been using OpenOffice for years. I am familiar with its use and settings but I can't seem to make LibreOffice load documents where I left off. I eventually tried different localizations (French English Spanish German), in vain. Maybe I missed the obvious. Enlighten me, please. Thanks for your excellent team work, guys. You more than appear to know what you're doing and what you're talking about. This is a very promising beginning JFJB
trying the latest oracle openoffice release, libreoffice and even oracle 3.2.0 opening various odt docs, moving the cursor a couple pages down, reopening and docs are always opened with cursor on first page. I am missing something, is there a setting ?
What I found is that the cursor position is remembered at the point the file is saved. For example, I left the cursor at the end of page two in a five page document and then saved and exited. Opened the document up, and the cursor was still at the end of page two. Simply moving the cursor somewhere else before exiting will not allow Writer to know where it's position is next time it opens. How can it when it hasn't modified the file to note down the new position? I believe (but I'm not 100% sure) that the cursor data is kept in settings.xml within the ODT as <config:config-item config:name="ViewTop" config:type="int">xxxxx</config:config-item> and <config:config-item config:name="ViewLeft" config:type="int">xxxxx</config:config-item>
At this moment i have testet this problem on Libre office 3.3.0. On windows 32 LibreWriter saves cursor position. on Linux 64 Libre Writer not saves position and not reads if it has saved by OpenWriter.
on LibreOffice 3.3.1.this problem is on Liux 32 and 64
RESOLVED but... On the LibreOffice forum, someone commented this tidbit to me: .... "I was having the same issue, but them i found in Libreoffice documentation that the option to remember last cursor position only works if user name is entered in preferences. Here is the link: http://help.libreoffice.org/Common/Opening_Documents#Cursor_Position. Please excuse my english" I only had my initials in the User Data fields. Never thought the first-last names would be a requirement to position a cursor... What is the logic behind?
Remove infoprovider from closed and resolved bugs.
RESOLVED, FIXED or CLOSED bugs cant be KEYWORD NEEDINFO.
re: "Never thought the first-last names would be a requirement to position a cursor. What is the logic behind?" The idea, IIRC, is that because the metadata of where the last editor's position in the document was when they changed it is saved into the document, then it should only be restored as the default position on reopen for *that* author. So that the person you might send it to doesn't open the document at your position, but at their default position, i.e. the top. I guess people with common names, e.g. John Smith live in a world of "documents I never saw before open in real strange places"
I added my first and last name in 6.1 Release Candidate, scrolled to a random page in a long multipage document, saved, re-opened and LibreOffice did not remember the position on the document. I would say that this bug is still showing up.
(In reply to Pedro from comment #9) > I added my first and last name in 6.1 Release Candidate, scrolled to a > random page in a long multipage document, saved, re-opened and LibreOffice > did not remember the position on the document. > > I would say that this bug is still showing up. Dear Pedro, This bug has been in RESOLVED NOTABUG status for more than 7 years. If the issue is still reproducible with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/, please report a new issue in https://bugs.documentfoundation.org/enter_bug.cgi providing, if needed, the steps and documents to reproduce it. Thanks for your understanding and collaboration. Closing as RESOLVED NOTABUG