Created attachment 125052 [details] Document with bug - go to page 48, third column, and ENTER past end of page. I have been working on a project to translate a (relatively small) book from German into English. Currently, I have created a document that has a three-column table. The first column has the German text, OCR'd from .png files of scanned pages. As I work, I copy the German text into a browser window that has Google Translate loaded, and have it translate. I then copy the translation into both the second and third columns for that page. I leave the second column of the page alone, and correct the translation in the third column. (The second column is used in case of accidental erasure, or I later decide that some of Google's translation was better than I originally thought, or ... ) When I finish with a page, I then press the ENTER key after the text in each of the second and third columns until the cursor is now at the top of that column on the next page, and repeat the above procedure for the new page. However, having finished page 47, I translated the text for page 48, and found I had a problem. I was able to ENTER down in the second column to the top of the next page, and copy the translation there, but when I attempted to do the same with the third column, I was unable to do so: Repeatedly pressing ENTER in the third column first caused the text to vertically adjust up and down a bit, which was unexpected; but when I ENTER'd from the last row in the column, the cursor did not go to the top of the next page, but to a position about halfway down the page, and nothing I could do would make it go to the top of the page. This is obviously a bug. Since the next version of Lubuntu was coming up, with a new version of LibreOffice, I decided to wait until I installed Lubuntu 16.04 before continuing, hoping that the new version of LibreOffice would no longer have the bug. It did have the bug, however... [I attempted to make a new document and copy everything to it, hoping to leave the bug behind, but encountered another bug. First, when I attempted to Select All, only one column of the table was selected - (is this a bug or a Feature?). Well... no problem, there are only three columns - I'll just do one at a time... Hmmm... I just tried it now, and it worked fine. Perhaps when I tried it, it was the previous version, and the bug was fixed in the new version... But when I tried it before, by the time I tried to copy to the third column, the "Page xxx of yyy" display kept changing the xxx/yyy up and down, never reaching the end, never finishing.] I was only able to continue my work by making a copy of the work, and renaming the two pieces to _1 and _2, and deleting the end for _1, and the beginning for _2. Anyway, the initial bug still remains, and as I am only about 1/3 through the document, I strongly suspect I will encounter it again. I enclose the document so that you can see what I am talking about, and make a start at fixing the bug. I also enclose two screenshots. One shows the page/column after I approach the bottom of the page, repeatedly entering the letter "a" followed by ENTER. The second screenshot shows the first "a" after reaching the new page. ---------------------------------------------------- scott@scott-Asus-M2N68-AM-Plus:~$ uname -a Linux scott-Asus-M2N68-AM-Plus 4.4.0-22-generic #39-Ubuntu SMP Thu May 5 16:52:40 UTC 2016 i686 athlon i686 GNU/Linux scott@scott-Asus-M2N68-AM-Plus:~$ lsb_release -dsc Ubuntu 16.04 LTS xenial scott@scott-Asus-M2N68-AM-Plus:~$ echo $DESKTOP_SESSION Lubuntu scott@scott-Asus-M2N68-AM-Plus:~$ /usr/bin/lowriter --version LibreOffice 5.1.2.2 10m0(Build:2) [from -->Help] LibreOffice Version: 5.1.2.2 Build ID: 1:5.1.2-0ubuntu1 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8)
Created attachment 125053 [details] Screenshot with the letter "a" and ENTER pressed until the end of page in the third column
Created attachment 125054 [details] Screenshot after "a" pressed at first possible location on next page
Version of LibreOffice Writer shown in main text is that available in Lubuntu 16.04. Bug was present in Lubuntu 15.10, but I am unable to boot that, and do not know what exact version was most recently provided for that Lubuntu version.]
(In reply to scott092707 from comment #0) > However, having finished page 47, I translated the text for page 48, and > found I had a problem. > I was able to ENTER down in the second column to the top of the next page, > and copy the translation there, but when I attempted to do the same with the > third column, I was unable to do so: > > Repeatedly pressing ENTER in the third column first caused the text to > vertically adjust up and down a bit, which was unexpected; > but when I ENTER'd from the last row in the column, the cursor did not go to > the top of the next page, but to a position about halfway down the page, and > nothing I could do would make it go to the top of the page. Repro. This seems like a somewhat brittle way to layout, though, so you might look into some alternative. Win 7 Pro 64-bit Version: 5.2.0.0.alpha1+ Build ID: 3d27afd26f7b85c46a7c7d08498000b9dbcea1c8 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-05-09_02:42:15 Locale: fi-FI (fi_FI)
@Buovjaga >Repro. I guess this means you were able to Repro.duce the bug... >This seems like a somewhat brittle way to layout, though, >so you might look into some alternative. Suggestion(s)?
(In reply to scott092707 from comment #5) > >This seems like a somewhat brittle way to layout, though, > >so you might look into some alternative. > Suggestion(s)? Maybe this book will give you ideas: http://designingwithlibreoffice.com/ It is free to download, if you want.
** 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.2.7 or 5.3.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-20170522
As of the latest Lubuntu: scott@scott-ASUS-M2N68-AMPLUS:~$ uname -a Linux scott-ASUS-M2N68-AMPLUS 4.10.0-20-generic #22-Ubuntu SMP Thu Apr 20 09:22:42 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux scott@scott-ASUS-M2N68-AMPLUS:~$ lsb_release -dsc Ubuntu 17.04 zesty scott@scott-ASUS-M2N68-AMPLUS:~$ echo $DESKTOP_SESSION Lubuntu and the latest LOWriter available in my repositories: Version: 5.3.1.2 Build ID: 1:5.3.1-0ubuntu2 CPU Threads: 2; OS Version: Linux 4.10; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: group the bug is still just as reported: Go to end of 3rd column of page 48: (click beyond/below text) "<Enter>" - text in column 3 jumps down a line "<Enter>" - text in column 3 jumps back up a line "<Enter>" - -should- go to first char of next page (49), -but- goes to first char about halfway down next page ( ~line 13? ) Attempting to click on page 39 between last position of page 48 and this new false position - fails. <backspace> or <cursor-up>-cursor goes back to first char of last line of page 48 No change. --------------------------------------- 2 possibilities that I see: 1) bug has NOT yet been fixed 2) bug HAS been fixed, such that in FUTURE documents, doing what I did to end up at the point where I had the bug would no longer result in the bug, BUT the .odt file created by the bug still exhibits the same behaviour, having been corrupted by the bug. The file being corrupt, no version of LOW would ever NOT exhibit the bug. I don't know how to distinguish between the two possibilities... As I said, I got around the problem by making two copies of the file (134 pages), deleting the uncompleted pages of the first copy (47 pages), and the completed pages from the second (87 pages), and have been (very slowly!) working on the second copy to try to complete the work. I am now on page 75 of its 87 pages, and so far have not encountered the bug - but neither copy is 134 pages, either... who knows at what page LOW "loses its mind"...(assuming it is somehow page-related?)
** 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
As of: Version: 6.0.3.2 Build ID: 1:6.0.3-0ubuntu1 CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: en-US (en_US.UTF-8); Calc: group with an (accidentally) adulterated version of Lubuntu Next 18.04, the bug is still there. - When I am in my test partition (install of developer version of Lubuntu 18.10), I may download your 6.0.4 version, (unless one has already appeared in its repositories, in which case I will merely upgrade to it) and see if the bug is present in it. - Is the "oldest version of LibreOffice" that you request we also test some sort of self-contained system, that would not confuse my OS by being present alongside of the latest version?
(In reply to scott092707 from comment #10) > Is the "oldest version of LibreOffice" that you request we also test some > sort of self-contained system, that would not confuse my OS by being present > alongside of the latest version? You can use these instructions to make sure it will not confuse anything: https://wiki.documentfoundation.org/Installing_in_parallel/Linux Or try an appimage: https://libreoffice.soluzioniopen.com/index.php/old-versions/ (make the file executable and run)
Well, as of mid-August of last year, I got to the last page of the book I am translating, and the bug has NOT re-appeared in the working file of the 2nd piece of the book, but still occurs in the file I reserved for testing the bug. I keep wondering about the question I posed in Comment #8: "2 possibilities that I see: 1) bug has NOT yet been fixed 2) bug HAS been fixed, such that in FUTURE documents, doing what I did to end up at the point where I had the bug would no longer result in the bug, BUT the .odt file created by the bug still exhibits the same behaviour, having been corrupted by the bug. The file being corrupt, no version of LOW would ever NOT exhibit the bug. I don't know how to distinguish between the two possibilities..." Has anyone an idea how to probe this question?
I downloaded an AppImage of the earliest version of LO available at: https://libreoffice.soluzioniopen.com/index.php/old-versions/ which was: LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 and the bug manifests itself in that version as well. - [I also note that this old version also (like my current version) fails somehow to register the presence of its windows in my taskbar, and requires me to use OpenBox's alt-Tab window switcher to get to a LO window covered by another... I have filed a launchpad ubuntu-bug about that, but have had no comments on it.]
Having gone to: https://libreoffice.soluzioniopen.com/index.php/stable-2/ to look for the test version originally requested, I noticed that the latest stable version 6.0.4 was (like the old version I had just tested) available as an AppImage, I decided to download and test it now, and not wait until I booted my test partition. Version was: Version: 6.0.4.2 Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: en-US (en_US.UTF-8); Calc: group And the bug is still there. I note that the daily versions at: https://libreoffice.soluzioniopen.com/index.php/daily-version/ are also AppImages. Would you like me to test "LibreOfficeDev-6.2.0.0.alpha0_2018-05-24-x86_64.AppImage" or would that be a bad idea for some reason...?
(In reply to scott092707 from comment #14) > Would you like me to test > "LibreOfficeDev-6.2.0.0.alpha0_2018-05-24-x86_64.AppImage" > or would that be a bad idea for some reason...? Testing is always a good idea as long as you keep your original data safe :)
Have now tried with the 6.2 AppImage. Same problem. --------------------------- Version: 6.2.0.0.alpha0+ Build ID: 25fdc074528a39ff8aacf74c8db888ec9ef19a97 CPU threads: 2; OS: Linux 4.13; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-06-01_23:47:11 Locale: en-US (en_US.UTF-8); Calc: group threaded ---------------------------
Would anyone care to comment on the question that I posed in Comment #8 (starting with "2 possibilities...") ?
Dear scott092707, 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
...Now using Debian LXQt testing/sid with new computer build... scott@ASUS-PRIME-B350M-A-CSM:~$ uname -a Linux ASUS-PRIME-B350M-A-CSM 4.19.0-2-amd64 #1 SMP Debian 4.19.16-1 (2019-01-17) x86_64 GNU/Linux scott@ASUS-PRIME-B350M-A-CSM:~$ lsb_release -dsc Debian GNU/Linux buster/sid buster scott@ASUS-PRIME-B350M-A-CSM:~$ echo $DESKTOP_SESSION /usr/share/xsessions/lxqt As of the following version, bug still present: scott@ASUS-PRIME-B350M-A-CSM:~$ /usr/bin/lowriter --version LibreOffice 6.1.5.2 10(Build:2) [from -->Help] LibreOffice Version: 6.1.5.2 Build ID: 1:6.1.5-3 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded
Having re-tried AppImages of versions 3.3 and 6.2 again with my new OS/computer, I get the same results. I downloaded AppImages: LibreOffice-6.2.4-x86_64.AppImage and LibreOfficeDev-6.3.0.0.alpha1_2019-05-31-x86_64.AppImage Both exhibit the same problem. BUT... Both had two problems. Neither would load without my running from the terminal with "sudo -H" The splash LO window came up and disappeared quickly, with no terminal output. Neither had a menubar. Both had a lot of terminal output errors, including references to menubars, so this may explain why there was no menubar... I will attach text files of both terminal runs, for those interested...
Created attachment 152041 [details] Terminal output running LO 6.2.4 Many lines of terminal output, including many lines referencing dconf, and many gtk lines, some of which seem to refer to (non-existant) menubar.
Created attachment 152042 [details] Terminal output running LO 6.3.0.0.alpha1_2019-05-31 Many lines of terminal output, including many lines referencing dconf, and many gtk lines, some of which seem to refer to (non-existant) menubar.
As of my current LOW, bug is still present. Version: 6.3.2.2 Build ID: 1:6.3.2-1 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded scott@ASUS-PRIME-B350M-A-CSM:~$ uname -a Linux ASUS-PRIME-B350M-A-CSM 4.19.0-2-amd64 #1 SMP Debian 4.19.16-1 (2019-01-17) x86_64 GNU/Linux scott@ASUS-PRIME-B350M-A-CSM:~$ lsb_release -dsc Debian GNU/Linux bullseye/sid bullseye scott@ASUS-PRIME-B350M-A-CSM:~$ echo $DESKTOP_SESSION /usr/share/xsessions/lxqt (this is the same system as in Comment #19; I use Debian Testing, which was then codenamed Buster, and is now Bullseye...)
I just downloaded the current daily AppImage (LibreOfficeDev-6.4.0.0.alpha1_2019-11-01-x86_64.AppImage), and the bug is almost identical. Remember, when at the end of characters on page 48, and pressing <enter> three times, I said the text in page 48's third column jumped up, then down, then the cursor went to somewhere about 1/2 way down in the next page's 3rd column. Now, when first clicking below/beyond the text in the third column, the text in the column jumps down. Then, (for the three <enter>s) it jumps up, jumps up and then goes to the same place on the next page. (The second <enter> results in a jump up, not down). (Also, on the third <enter>, the third-column text "judders", as if it would like to jump up again, but the top row is already at the top of the column, and therefore cannot go anywhere.) [If this description is causing too much confusion, I could try to Simple Screen Recorder a video showing it, but I am not sure how large a file I can upload here... Let me know...]
Dear scott092707, 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