Prior to updating to 126.96.36.199 whenever I reopened a book I was working on the cursor would automatically reposition to its last place. This no longer happens and the keyboard shortcut no longer works. Yes, I have my user data information filled in. This was working until I was told to upgrade when tracking down another bug.
Steps to Reproduce:
1.Take a 400+ page document
2.Edit something around 200 pages in, save, exit LO
3.Right click on the document file and select open in LO
Document opens and you are back at the very tippy top
Document should load and cursor should return to its last position in the document.
User Profile Reset: Yes
OpenGL enabled: Yes
The keyboard shortcut doesn't even work.
roland@roland-HP-EliteDesk-800-G2-SFF:~$ glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 630/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 390.116
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6.0 NVIDIA 390.116
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.116
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:
It is not a bug. You need to enter your name into Tools - Options - LibreOffice - User data and here enter at least first name or last name.
Please answer to know that you solved this.
Created attachment 156309 [details]
Name info was filled in both before and after upgrade
It's a bug. My name information was filled in both before and after the upgrade from PPA. See image. Last position saving always worked before hand, doesn't work at all now.
Just conducted another test. The restoring of last position used to work with both docx and odt. Now it appears to only be working with odt. Maybe it wasn't supposed to work with docx, but it did.
Confirm your bug. Working with .odt but not with the same document saved as .docx
NOT WORKING ON
Build ID: a64200df03143b798afd1ec74a12ab50359878ed
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US
(In reply to BogdanB from comment #4)
> Confirm your bug. Working with .odt but not with the same document saved as
> NOT WORKING ON
> Version: 188.8.131.52
> Build ID: a64200df03143b798afd1ec74a12ab50359878ed
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
> Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US
> Calc: threaded
Most odd though. One would think the last position information would be stored with "recent" file list information. It shouldn't care about the file type. Once the file is loaded, jump to last position.
Thanks again for confirmation.
This is a duplicate.
For opening DOCX saved in MSO there's bug 112742.
And for saving bug 112740.
I guess this refers to saving, but 112742 must be solved first.
*** This bug has been marked as a duplicate of bug 112740 ***
When reporting and confirming, most important is to first search, please do.
Ok, Timur, I will try.
(In reply to Timur from comment #7)
> When reporting and confirming, most important is to first search, please do.
I did search, but your search tool isn't very holistic. When I searched for "restore last cursor position" the bugs you flag this duplicate of weren't in the first screen of results. What it found wasn't even close.
According to the "WordPro Tabbed Divisions" request conversation, the larger number of duplicates the higher the priority.