When leaving the Print Preview mode of a text document, the page which was viewed before entering the Print Preview mode should be redisplayed instead of jumping to the start of the document.
NOT reproducible with a document from my own and "LibreOffice 3.3.2 – WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:202 / tag 3.3.2.2)]". My LibO returns to latest page viewmshen I leave preview mode. @Frédéric Buclin: What OS did you test? On what computer? Can you please attach a sample document, screenshots, ...?
Linux, using LibreOffice 3.3.2. A screenshot would be of no help. I just tried again right now, and the problem didn't happen. Probably it needs some steps to reproduce to trigger the problem. I will let you know when this happens again (my text document has several images and some draws from LibreOffice Draw; maybe one of them is responsible for the problem).
Please reopen when you have the steps to reproduce. Thank you!
I just saw the problem with "LibreOffice 3.3.2 – WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:202 / tag 3.3.2.2)]". Seems to be document related, I currently have 4 WRITER documents open, one of them shows the problem, the other 3 not. Save / reopen wil not help. problem persists. My document showing the problem is very complex and with confidential contents, I will try to reduce to a suitable sample document.
I'm able to reproduce the problem with first test kit from Bug 32236 - Copy / Paste (as GDI or LibO object) causes crippled view <https://bugs.freedesktop.org/attachment.cgi?id=40926> Steps to reproduce: 1. Download and unzip test kit 2. Open "copypasteresult.odt" from WIN file explorer 3. Scroll down, click below last contents of second page 4. Click icon "Page preview" in toolbar as expected seocnd page will be shown 5. Click 'Close Page Preview' expected: Normal edit view as beefore step 4 actual: view on page 1 start of document
Also reproducible for me with first sample "Formato_para_el_paper.odt3" for Bug 33368 - EDITING: Libreoffice writer hangs when saving .doc WORD document "sample0.odt" from Bug 34187 - MAILMERGE Transfer status" remains on "0 of 0 sent" with attach as pdf (Insert manual page brake at end of contents before you test preview). But NOT reproducible with sample "freeze.odt" for Bug 31199 - Click on specific paragraph will freeze Writer sample "bug-440795_for-upload.odt" Bug 33393 - After autosave image shows read-error and will be lost on save
*** This bug has been marked as a duplicate of bug 35638 ***
It doesn't make sense to dupe this bug to another one which has no info, despite being older. We would loose valuable information we have here, e.g. in comments 4-6. So reversing duplicates.
*** Bug 35638 has been marked as a duplicate of this bug. ***
Confirmed based on several users being able to reproduce the problem.
I also prefer this one as the remaining one because here more information has been collected. @Noel: I saw you active in similar bug reports concerning VIEWING / UI, please feel free to reassign if it’s not your area.
(In reply to comment #11) > @Noel: > I saw you active in similar bug reports concerning VIEWING / UI, please feel > free to reassign if it’s not your area. not really something I know anything about
I experience this bug on every single document. Even if I create a brand new document and fill it with text until it spans multiple pages: I enter Print Preview, page up or down, then exit (via ESC or double-click or "Close Preview"), and I am brought back to wherever I was in the document before I entered Print Preview. This makes LibreOffice unworkable for me, so I've been using OOo (which does NOT exhibit this problem: OOo-dev 3.4.0 OOO340m0 Build 9583). System: default install from Ubuntu 11.4 64-bit, which is LibreOffice 3.3.2 OOO330m19 (Build:202) tag libreoffice-3.3.2.2, Ubuntu package 1:3.3.2-1ubuntu5.
I just noticed that the title of this bug is incorrect. Assuming everyone above is experiencing the same problem as me, and that this is indeed a dupe of Bug #35638, the bug does *not* cause "the first page" of the document to be displayed after exiting Print Preview. Rather, it displays whichever page you were viewing before you entered Print Preview, which may or may not be the first page.
that was my first denotation of the problem, the user returns NOT the 1st page, but to the CURRENT page he/she was on before page preview. On Mon, Aug 15, 2011 at 20:03, <bugzilla-daemon@freedesktop.org> wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=35971 > > --- Comment #14 from Max Barry <max@maxbarry.com> 2011-08-15 17:03:11 PDT > --- > I just noticed that the title of this bug is incorrect. Assuming everyone > above > is experiencing the same problem as me, and that this is indeed a dupe of > Bug > #35638, the bug does *not* cause "the first page" of the document to be > displayed after exiting Print Preview. Rather, it displays whichever page > you > were viewing before you entered Print Preview, which may or may not be the > first page. > > -- > Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >
PS. forgot to mention I am using Win XP SP3, LibreOffice 3.x. As per my original bug report elsewhere: 1 ... open document page X 2 ... go to Page Preview 3 ... move to page X++ or X-- 4... click or press enter 5 ... LibreOffice 3.x always returns to initial page X, unlike OpenOffice or Go-oo On Tue, Aug 16, 2011 at 10:22, berg8555 <berg8555@bellsouth.net> wrote: > that was my first denotation of the problem, the user returns NOT tp the > 1st page, but to the CURRENT page he/she was on before page preview. > > > On Mon, Aug 15, 2011 at 20:03, <bugzilla-daemon@freedesktop.org> wrote: > >> https://bugs.freedesktop.org/show_bug.cgi?id=35971 >> >> --- Comment #14 from Max Barry <max@maxbarry.com> 2011-08-15 17:03:11 PDT >> --- >> I just noticed that the title of this bug is incorrect. Assuming everyone >> above >> is experiencing the same problem as me, and that this is indeed a dupe of >> Bug >> #35638, the bug does *not* cause "the first page" of the document to be >> displayed after exiting Print Preview. Rather, it displays whichever page >> you >> were viewing before you entered Print Preview, which may or may not be the >> first page. >> >> -- >> Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email >> ------- You are receiving this mail because: ------- >> You are on the CC list for the bug. >> > >
je peux aussi expliquer la situation en francais siquelquun n'a pas compris la difference entre un fait et une opinion.
Updated title to more accurately describe bug; also "Version" field to note that bug is still present in 3.4.3.
@Max Barry: <http://wiki.documentfoundation.org/BugReport_Details#Version> Of course the bug still is in 4.3.4, otherwise the status would be "Resolved-xxx"
Things are worse in LibO 3.6.2. It comes back to some random page (page 2 in my case) despite I was viewing and editing page 5 before going to the Print Preview.
assigned-to field is reset, so mark this bug back to NEW.
** 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 (4.4.0.3 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 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) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-02-19
(In reply to Rainer Bielefeld Retired from comment #5) > I'm able to reproduce the problem with first test kit from > Bug 32236 - Copy / Paste (as GDI or LibO object) causes crippled view > <https://bugs.freedesktop.org/attachment.cgi?id=40926> > > Steps to reproduce: > 1. Download and unzip test kit > 2. Open "copypasteresult.odt" from WIN file explorer > 3. Scroll down, click below last contents of second page > 4. Click icon "Page preview" in toolbar > as expected seocnd page will be shown > 5. Click 'Close Page Preview' > expected: Normal edit view as beefore step 4 > actual: view on page 1 start of document Still reproduced. Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI Version: 4.5.0.0.alpha0+ (x64) Build ID: 5a009a4387a84a36d2e3418c7e7b097cb10c3f5a TinderBox: Win-x86_64@42, Branch:master, Time: 2015-03-04_15:00:21 Locale: fi_FI
*** Bug 90589 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.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
Still reproducible. Version: 6.0.0.0.alpha1+ Build ID: 9050854c35c389466923f0224a36572d36cd471a CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: de-DE (de_DE.UTF-8); Calc: group
** 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
I don't reproduce this per example in comments 5 and 6. Note that 2 reporters in comments 13-16 want and reproduce behavior contrary to the original report. I think this should be closed. But I set Needinfo to give opportunity to who opposes to retest old and new LO with empty profile.
(In reply to Rainer Bielefeld Retired from comment #5) > I'm able to reproduce the problem with first test kit from > Bug 32236 - Copy / Paste (as GDI or LibO object) causes crippled view > <https://bugs.freedesktop.org/attachment.cgi?id=40926> > > Steps to reproduce: > 1. Download and unzip test kit > 2. Open "copypasteresult.odt" from WIN file explorer > 3. Scroll down, click below last contents of second page > 4. Click icon "Page preview" in toolbar > as expected seocnd page will be shown > 5. Click 'Close Page Preview' > expected: Normal edit view as beefore step 4 > actual: view on page 1 start of document Still repro on Win and Linux. Strangely, it seems my first Linux test didn't show the problem. Version: 7.1.0.0.alpha0+ (x64) Build ID: df74aef7159d7155addf78cfc4d139485945d794 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: ccdb78773ac6c9d19140e8084f37cc2c7f06240e CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 18 October 2020
Dear Frédéric Buclin, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug