When viewing a document with two windows (additional view), the following problem is observed: When changing the view type (e.g. form single page to side-by-side pages) in one view, the other view also changes. This is not what the user expects.
Problem is also present in 4.0.5.2.
Dear Ulrichi, I dont quite understand the issue as LibreOffice has two views, Print Layout and Web Layout and in Web Layout you can change the view from single page to side-by-side view.
If you could send some screenshots, that would also be helpful.
I just checked: I'm always using the print layout. See also bug 71775.
So is 71775 a duplicate of this one? I checked its details and it seems you left quite alot out of this reporting. Can you attach the 1.4mb file here so i can see it. I dont see how you can modify the same file at the same time when one of them should be having a lock on the file. If you say you were modify two different files, that would be more understandable.
(In reply to comment #5) Attached for bug 71775 (https://bugs.freedesktop.org/attachment.cgi?id=100795), because it is more related to that bug.
Yes i see the page jumping from the page numbers. By the way, which screen recorder did you use. Confirmed in Linux Mint in 3.3.0, 4.2.4 and 4.3 beta. Steps: 1. open http://www.libreoffice.org/assets/Uploads/EN-Documents/Installingextensions.odt 2. set the page view to side-by-side 3. zoom out so you can see two pages side-by-side 4. scroll down to page 7 (status bar as 'Page 7 / 8') 5. press single page view 6. it jumps to 'Page 4 / 8'
(In reply to comment #7) > Yes i see the page jumping from the page numbers. By the way, which screen > recorder did you use. I was using "Corel ScreenCap X6" from Corel Video Studio X6, because that's the only tool I have to do it.
(In reply to comment #8) > I was using "Corel ScreenCap X6" from Corel Video Studio X6, because that's > the only tool I have to do it. On windows i normally use camstudio or screencast-o-matic.com. :)
Created attachment 116797 [details] two window view of same document I think this was what the OP was experiencing in the other bug. 1. Opened document. 2. Window -> New Window. 3. Switch to other window. 4. Change page view to Two-page view and zoom out. Result: Window loops between single-page view and two-page view. What it looks like is happening in comment 7 is that page 7 is the fourth page down from the top and when switching back to single-page view it keeps it at the fourth page down which is page 4. If you have it on page 5 in two-page view then it will put you on page 3 when switching back to single-page view. Windows Vista 64 Version: 4.4.4.2 Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285
** 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.5 or 5.2.1 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-20160920
Created attachment 127799 [details] Screencast showing the problem in LibreOffice 5.1.3 (OpenSUSE) The problem still exists.
Seems that when recomposing the document canvas, we don't reposition the view of the canvas to match the text cursor. Nor do we reposition the view indexed to the last page in view before changing. Instead the positioning of the view seems arbitrary. I'm sure it is not and concur with observation in comment 10, but some adjustment is needed to index to either the text cursor, or the page in focus prior to changing the view -- Single Page-Multi-Page-Book @Kendy, similar ViewShell canvas positioning issues during autosave with bug 95797 and bug 41063 -- could the ViewShell be adjusted to have better logic for determining the page of the canvas with focus? Perhaps provide an configurable option to force it to follow text cursor, and by default retain the focus on the page displayed when event fires.
As the zoom level is independent per window, it makes sense that the view type could also be independent per window, just like in calc being able to set one window to normal view and another to page break view, but we'd need dev input to see whether it is possible or was purposely done this way. @Maxim: Any thoughts?
** 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
Obviously the bug was not fixed (in 5.3.6.1).
Sorry, mistakenly closed.
Dear Ulrich Windl, 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 https://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
(In reply to QA Administrators from comment #19) Most bugs do not "just magically go away"; it's still present in 6.4.7.2 (Windows 10)
Addition: I noticed when there are two open windows on one document, and you move the zoom slider in one window, the other window (i.e.: the view inside) also temporarily changes the size or changes position.
(In reply to Ulrich Windl from comment #21) > Addition: I noticed when there are two open windows on one document, and you > move the zoom slider in one window, the other window (i.e.: the view inside) > also temporarily changes the size or changes position. repro and comment 0 with Version: 7.2.6.2 (x64) / LibreOffice Community Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: threaded Is this a bug? or an enhancement request?
This is a bug, not an enhancement. Bugs were defined as 'what a reasonable user would not expect'. A reasonable user would not expect to have two windows open the same document open on two (maybe differently sized screens) and not be able to tweak those independently, e.g. with 3 pages side by size on the widescreen monitor and something else on the laptop screen. That this is still the case literally 10 years after it was reported first is a joke.