Created attachment 193937 [details] Lilije.odt Background: Working on the thesis and writing some definitions (beginning of the document), inspired by keywords from the bibliography (ending of the document). When I pressed Enter to insert another definition in the 2nd window, it caused a change of view position in the 1st window. The definitions were on page #1, the bibliography somewhere on page #70, and focus on the first window landed somewhere on page #20. The set of related behaviors I have tested on here attached document. For example, in the single view, when the zoom factor is set to 100% in both windows and documents fits in width to both windows (pages are not wider than Writer windows), and windows are in the same size (especially same width) - e.g. side by side -- then scrolling, editing document and clicking on pages between windows does not change position of content in windows. ^ | This is expected behavior. It looks like views are dependent on many aspects between windows (hope this is a complete list): → different zoom factor → viewing mode → windows size In some zoom factors, this shift exists in some not. I have observed shift in case of 50% in W1 and 55% in W2. But not in the case of 100% and 90%. Also, in the next attached movie, we can observe shift of displayed page and horizontal ruler. In my opinion, views should be separated from themselves to enable independence from above listed factors. Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 4; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: pl-PL (pl_PL); UI: pl-PL Calc: threaded https://help.libreoffice.org/latest/en-US/text/shared/01/07010000.html Tested at a resolution of 1920x1080 and 2560x1440.
Created attachment 193938 [details] Shifting demonstation.mp4
Thank you for the report and the nice video demo. This is essentially already tracked in bug 43253 and bug 116372 (see their numerous duplicates), so marking this one as a duplicate too. Please feel free to comment there if you think some details are missing. *** This bug has been marked as a duplicate of bug 43253 ***
(In reply to Stéphane Guillou (stragu) from comment #2) > Thank you for the report and the nice video demo. > This is essentially already tracked in bug 43253 and bug 116372 ...and bug 129827.