Problem description: Open any file. Open a second view of that file (a second window). Now align the windows so that you can see both windows at the same time. Zoom in and out of one window. The zooming is (in theory) independend in both windows. But this is not true. In the inactive window (the one in which you don't zoom) "things" happen: - The page is moving left/right - If the passive window is zoomed out so that you don't have the handels at the bottom of the screen (those things you can move left and right to move the view). If you zoom in the active window those handles appear for no reason in the passive window. That makes no sense. Expected behavior: Nothing at all should happen in the second window. I could make a video and upload to vimeo or so if you want. It is a bit difficult to explain...
A friend of mine is able to confirm this bug (also Win7, also LO 3.4.x).
Confirmed with LibreOffice 3.5.0rc1 Build-ID: b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87
[Reproducible] with "LibreOffice 3.5.2 - Windows Vista Home Premium (32bit) Spanish UI"
reproduced in 3.3.4 and 3.5.2 on Fedora 64 bit reproducible only with Writer and only with new window (not new document) Changing version to 3.3.4 as most early reproducible
Still valid with LibreOffice 4.0. This time with a Windows 8 machine.
Here is a video of the bug: attachment 64680 [details]
*** Bug 52498 has been marked as a duplicate of this bug. ***
*** Bug 64541 has been marked as a duplicate of this bug. ***
According to Bug 64541 comment 4, it's inherited from OOo.
*** Bug 86828 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Still an issue in 5.2.1.2. If you have trouble reproducing this, zoom in document in both windows so that horizontal scrolling bar appears. The document's relative X-position seems to be the variable which is shared between windows.i
*** Bug 111743 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still happens in 6.0.3.2.
Still happens in Version: 6.2.4.2.0+ Reproduction: Menu -> Window -> New Window
*** Bug 129828 has been marked as a duplicate of this bug. ***
(In reply to Javier Catalá from comment #3) > [Reproducible] with "LibreOffice 3.5.2 - Windows Vista Home Premium (32bit) > Spanish UI"
For 6.3.4.2 under OS X 10.14.6, open second window with "New Window" command. Main reason you'd want to do this is to refer to one part of the document while editing another. Move the second window to the part of the document you want to refer to. Click on the text in the first window to begin editing. The second window moves more or less to where the first window is. Now they both show more or less the same text (not exactly, not sure the exact rule being followed). Makes the function useless.
*** Bug 151416 has been marked as a duplicate of this bug. ***
*** Bug 68447 has been marked as a duplicate of this bug. ***
*** Bug 100565 has been marked as a duplicate of this bug. ***
Let's bump the priority to "high", given that we currently have 8 duplicates.
*** Bug 160905 has been marked as a duplicate of this bug. ***
Created attachment 194264 [details] View shifting demonstration.mp4" Adding attachment 193938 [details] from the bug 160905. To illustrate some of the reported behaviors.
Just confirming still happening. MX Linux 21. Version: 6.4.7.2 Build ID: 1:6.4.7-0ubuntu0.20.04.1
Reproducible with: Version: 24.2.3.2 (x86) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded (In reply to cniehaus from comment #0) > - If the passive window is zoomed out so that you don't have the handels at > the bottom of the screen (those things you can move left and right to move > the view). If you zoom in the active window those handles appear for no > reason in the passive window. That makes no sense. Thr horizontal scrollbar in the passive window blinks but do not stay visible.