Description: I have opened one document, but in two windows. The windows are wider than the document (there is a grey margin). The text cursor is in window 1. I position the text cursor in window 2. The document is moved sidewards in both windows. In both windows, the document should stand still. Steps to Reproduce: 1. ALT-W 2. n 3. Adjust new window position and size to be wider than document. 4. ALT-W Actual Results: The document is moved sidewards in both windows. Expected Results: In both windows, the document should stand still. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Occasionally, activating window 2 by just switching windows (ALT-W, 2) and even selecting a string (SHIFT-RIGHT) does not yet move anything. It is when the text cursor is positioned that the entire document moves in its window.
Created attachment 171669 [details] Screen video showing document in two windows. Cursor is positioned back and forth between the windows. Document moves, too. Screen video showing document in two windows. Cursor is positioned back and forth between the windows. Document moves in both windows, too.
I can't confirm it. Additional information: I couldn't open the same document twice in the same version of LO. So I opened it in Master and in LO 7.1.3.2
Dieter, are we having a misunderstanding? Opening a document in two windows has always been possible. Once you have a document loaded, you push "Window > New window", and you have a second instance of your document in another window. This does work even in version 7.1.3.2. On the other hand, I confirm your observation that the bug does not happen if the two windows show two instances of Writer or two different documents. It only happens under the circumstances described.
(In reply to Christian Lehmann from comment #3) > Dieter, are we having a misunderstanding? Opening a document in two windows > has always been possible. Although I'm using LO for many years, I wasn't aware of this option. But now I can confirm it with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 1675a68526c43c6c6e4dc850ee911f0c1de75c88 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 Additional informations - It doesn't happen in book view - Similar behaviour, whe I change zoom factor of the document in one window.
The bug persists in Version: 7.1.5.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 12; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
No repro, the bug seems resolved in the last version of LibreOffice: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: df3b95a39472e18ea8acdaae447b7176e37a9256 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded
(In reply to Sophie Sipasseuth from comment #6) > No repro, the bug seems resolved in the last version of LibreOffice: => RESOLVED WORKSFORME
Repro with 7.1, but not with master. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b693d19884a09b5f841b30f2e8b586778584ed16 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 6 October 2023
Version 7.6.2.1 on OpenSuse Linux: Bug has been rectified.