[Libreoffice-bugs] [Bug 144933] Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell (see comment 7)
https://bugs.documentfoundation.org/show_bug.cgi?id=144933 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Summary|Table changes from |Table changes from |automatic alignment to |automatic alignment to |'from left' with relative |'from left' with relative |unchecked when dragging the |unchecked when dragging the |border of a merged cell |border of a merged cell ||(see comment 7) OS|All |Windows (All) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 --- Comment #8 from Mahmoud Alnaanah --- I think I made it clear that this report is about the order not the position, I didn't even mention the position. Again, the problem is with the order of the name taps. It was from right to left in a rtl page, now it is from left to right in rtl sheet, and it is counterintuitive and annoying. Also, keeping changing stuff that are not a problem instead of focusing on solving the real problem in libreoffice is another problem. I think libreoffice developers should focus on compatibility issues and fixing bugs instead of missing with things that users are used to. Best regards, -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157940] The exported PDF document has incorrect links
https://bugs.documentfoundation.org/show_bug.cgi?id=157940 BogdanB changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED --- Comment #4 from BogdanB --- I will close this as not our bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157946] Issue of macros
https://bugs.documentfoundation.org/show_bug.cgi?id=157946 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157950] Impress : animation in text box
https://bugs.documentfoundation.org/show_bug.cgi?id=157950 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157950] Impress : animation in text box
https://bugs.documentfoundation.org/show_bug.cgi?id=157950 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157946] Issue of macros
https://bugs.documentfoundation.org/show_bug.cgi?id=157946 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154488] Clicking "About LibreOffice" crashes LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=154488 --- Comment #3 from QA Administrators --- Dear Joao Farias, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157940] The exported PDF document has incorrect links
https://bugs.documentfoundation.org/show_bug.cgi?id=157940 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157940] The exported PDF document has incorrect links
https://bugs.documentfoundation.org/show_bug.cgi?id=157940 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157695] Menus are all blank on multi-monitor setup in the second monitor
https://bugs.documentfoundation.org/show_bug.cgi?id=157695 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157695] Menus are all blank on multi-monitor setup in the second monitor
https://bugs.documentfoundation.org/show_bug.cgi?id=157695 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154488] Clicking "About LibreOffice" crashes LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=154488 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152673] docx/xlsx/pptx format can't read and write chart's descr property
https://bugs.documentfoundation.org/show_bug.cgi?id=152673 --- Comment #8 from QA Administrators --- Dear coffish, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153946] FreezePanes unlocks by self.
https://bugs.documentfoundation.org/show_bug.cgi?id=153946 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152673] docx/xlsx/pptx format can't read and write chart's descr property
https://bugs.documentfoundation.org/show_bug.cgi?id=152673 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153946] FreezePanes unlocks by self.
https://bugs.documentfoundation.org/show_bug.cgi?id=153946 --- Comment #3 from QA Administrators --- Dear mariorl67, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148829] open new install and immediately quitting leads to hanging document recovery screen
https://bugs.documentfoundation.org/show_bug.cgi?id=148829 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148829] open new install and immediately quitting leads to hanging document recovery screen
https://bugs.documentfoundation.org/show_bug.cgi?id=148829 --- Comment #10 from QA Administrators --- Dear ksdavidc, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148989] writer crash in LO 7.3.3.2 when use scroll page in master documente with 170 pg
https://bugs.documentfoundation.org/show_bug.cgi?id=148989 --- Comment #10 from QA Administrators --- Dear luisjosegarcia, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155109] App crashes when scrolling
https://bugs.documentfoundation.org/show_bug.cgi?id=155109 --- Comment #4 from QA Administrators --- Dear mj.harri...@proton.me, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 57202] FORMATTING: Make Header/footer font size independent from scaling of the sheets
https://bugs.documentfoundation.org/show_bug.cgi?id=57202 --- Comment #9 from QA Administrators --- Dear Yuri, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145106] Paint shows artifacts for <0, 5 second) when zoom in/out on a table
https://bugs.documentfoundation.org/show_bug.cgi?id=145106 --- Comment #9 from QA Administrators --- Dear Telesto, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48546] PRINTING: Frames text isn't aligned right
https://bugs.documentfoundation.org/show_bug.cgi?id=48546 --- Comment #15 from QA Administrators --- Dear Michael Velten, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132473] Calc loses header background bitmap image on .xlsx files after closing and reopening the file
https://bugs.documentfoundation.org/show_bug.cgi?id=132473 --- Comment #4 from QA Administrators --- Dear Gerald, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106539] Headers/footers cut off in this XLS/XLSX when exported to PDF/printed
https://bugs.documentfoundation.org/show_bug.cgi?id=106539 --- Comment #14 from QA Administrators --- Dear Aron Budea, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 118734] FILEOPEN: Only one bookmark displayed in navigator instead of 2
https://bugs.documentfoundation.org/show_bug.cgi?id=118734 --- Comment #9 from QA Administrators --- Dear Dave Lovelace, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107774] FILESAVE: RTF: style format attribute \pagebb (start a new page before this paragraph) not exported or incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=107774 --- Comment #5 from QA Administrators --- Dear Christian Nieber, 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157561] Invalid error message opening .mdb/.accdb file
https://bugs.documentfoundation.org/show_bug.cgi?id=157561 --- Comment #9 from garth.hutchin...@ca.inter.net --- OK - updated JRE, checked all needed options in place and connected successfully to hymns-backup.accdb file but not to hymns.mdb file. Have one idea as to the cause. There are two flavours of .mdb files - have run into this before in other connections (my memory is a little hazy where MS Access 2007 fits in the discussion below. Flavour 1 (or, Flavor 1, if you prefer): a file that has been created and/or updated only by MS Access 97/2000/2003 and MAYBE 2007 - this can be opened again and again by those versions. Flavour 2: a file that has been created by any of the above and then a. updated by MS Access 2010/13/16; will no longer be able to be opened by MS Access 1997/2000/2003 and MAYBE 2007 The MAYBE comes in that MS Access 2007 is neutral in all this or whether it falls in same catecory as 2010 plus; but I think it is neutral because I vaguely remember using to created a downward compatible version of a .mdb file I can research this later but need to set up a couple of VM's with old versions of MS Access on them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157930] MENU: Easily insert commonly used conditional formatting rules
https://bugs.documentfoundation.org/show_bug.cgi?id=157930 --- Comment #7 from Commit Notification --- Paris Oplopoios committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f8f8d5ec4568a10dc77144369f52b2dd165e66c5 tdf#157930 Add button to switch to range view in condformateasydlg It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128907] Support for Hancom Office File Format (HWP)
https://bugs.documentfoundation.org/show_bug.cgi?id=128907 --- Comment #16 from iyagi --- I installed the latest version 7.6.2.1. Still unable to read hwp format. https://www.hancom.com/etc/hwpDownload.do Is the information incorrect? Other websites offer conversions. Why can't I read it in Libro? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 61438] FILESAVE: Cannot remove password from a document
https://bugs.documentfoundation.org/show_bug.cgi?id=61438 --- Comment #6 from frances.med...@orangeandbronze.com --- Hi Sebastiano, I was not able to replicate the issue anymore in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx Locale: en-PH (en_PH.UTF-8); UI: en-US Calc: threaded Also not replicated in Version 7.6.2.1 in Windows 10 Following the steps given to reproduce and issue seems to be okay now. Steps to reproduce: 1. Create a document, Save it with a password and then close the document. 2. Re-open the document with a password. 3. Save the document using ‘Save as’ and uncheck the password and save it with the same name (overwrite) 4. Close the document. 5. Re-open the document again. Expected behavior: Password will not be required. Actual behavior: Password was not required. Also tried not to close the document but save and overwrite it anyway, and it still looks okay. Password was still removed from the document. Also tried testing it using safe mode and still came up with the same results. Also tried to ‘Save as’ and uncheck the password and save it with a different filename and still works. I have also tried the file from the duplicate bug Bug 71992, and it also works fine now. @yallabalagan, What OS were you using? Is it still reproducible now? I have also tried the same steps as above in Calc and was not able to reproduce the bug. Im using: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.5.2; UI render: default; VCL: osx Locale: en-PH (en_PH.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157961] Sheet tab selection area UI direction flipped based on sheet direction
https://bugs.documentfoundation.org/show_bug.cgi?id=157961 ady changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from ady --- (In reply to Eyal Rozenberg from comment #0) > keep the sheet tabs area in the same > direction as the rest of the Calc UI. IOW (IIUC), the worksheet name tabs should be located on the UI to the left on LTR UI, while the tabs should be located to the right side of the UI on RTL UI, disregarding: * whether the worksheet is set RTL or LTR; * whether the name of the worksheet uses LTR or RTL text direction; * whether the content of the worksheet has LTR or RTL text direction in any cell. I would probably agree that the suggestion makes sense, but I am worried about older or advance users; since the current "jumping" behavior has been the behavior for such a long time, changing it now could be either desirable or unwanted, depending on users' workflow. Perhaps feedback from RTL users is very relevant before the behavior is changed, and if/when it is, it should be promptly and clearly advertised beforehand. I also recall that there are other bugs related to the worksheet (name) tabs in RTL UI, such as moving by keyboard shortcuts. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 --- Comment #7 from ady --- According to attachment 190476, this report is not about the text direction of the name of the worksheet, and it is also not about the order of the worksheet tabs (tdf#100585). IIUC, this report is about the general location of the worksheet (name) tab(s) within the UI, shown usually aligned to the left on a LTR UI (and aligned to the right of the UI on RTL UI). Each worksheet tab location is changed when its respective worksheet is set to be RTL, then aligned to the right of the UI. AFAICR, this has been the behavior since LO 3.3 on LTR UI, so it is still not clear the "Please change it back as it was" phrase on comment 4, because we don't know to which version the reporter is referring. I have not tested this on RTL UI (on older versions). We may need an additional screenshot showing the behavior "as it was before" (according to the reporter), so as to make the problem clear and repeatable. Whichever the case, probably the switch from left to right alignment of the worksheet (name) tab is not always desirable. Since it has been the behavior for such a long time, changing it now could be either desirable or unwanted, depending on users' workflow. So this has to be considered, for example in tdf#157961. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #10 from bianca.chior...@altom.com --- Created attachment 190484 --> https://bugs.documentfoundation.org/attachment.cgi?id=190484=edit Scenario7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #9 from bianca.chior...@altom.com --- Created attachment 190483 --> https://bugs.documentfoundation.org/attachment.cgi?id=190483=edit Scenario6 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #8 from bianca.chior...@altom.com --- Created attachment 190482 --> https://bugs.documentfoundation.org/attachment.cgi?id=190482=edit Scenario4_2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #7 from bianca.chior...@altom.com --- Created attachment 190481 --> https://bugs.documentfoundation.org/attachment.cgi?id=190481=edit Scenario4_1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #6 from bianca.chior...@altom.com --- Created attachment 190480 --> https://bugs.documentfoundation.org/attachment.cgi?id=190480=edit Scenario4_ScreenRecording -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #5 from bianca.chior...@altom.com --- Created attachment 190479 --> https://bugs.documentfoundation.org/attachment.cgi?id=190479=edit Scenario3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #4 from bianca.chior...@altom.com --- Created attachment 190478 --> https://bugs.documentfoundation.org/attachment.cgi?id=190478=edit Scenario2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144933] Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell
https://bugs.documentfoundation.org/show_bug.cgi?id=144933 --- Comment #10 from Mihai --- Created attachment 190477 --> https://bugs.documentfoundation.org/attachment.cgi?id=190477=edit Video for the above comment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144933] Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell
https://bugs.documentfoundation.org/show_bug.cgi?id=144933 --- Comment #9 from Mihai --- Hello! I was able to reproduce the behavior from Comment 7 only on Windows (10): Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Steps that I Followed: 1. Open a new Libre office writer document 2. Make sure that the paper format is Letter (Right click->Page Style -> in the Page tab you can see the paper format) 3. Insert a table with more than 2 colums (the table’s position will be Automatic by default) 4. Drag(left/right) a cell border that is inside the table 5. Check the table’s alignment (Go to the table toolbar -> Table properties-> In the table tab, check the alignment option) Actual result: The alignment of the table is changed to Left. Please take a look at the video attached. Expected result: Considering that the width of the table has not been changed, I would expect its alignment to stick to default, automatic (as in the case of the linux build). Additional info: - The bug is reproducible if the style of the page is: A4, B5(ISO), B4(ISO) Legal, Letter, Long Bond, Tabloid - The bug is not reproducible if the style of the page is: A6, A5, A3, B6(ISO), B6 (JIS), B5 (JIS), B4 (JIS), 16 Kai, 32 Kai, Big 32 Kai - The behavior is not reproducible on Linux (Ubuntu 22.04 LST) - The bug is not reproducible for a nested table - The bug is not reproducible if changing the width of the inner column (step 4) is done by right-clicking -> click on Size-> Column Width option -> Change the column width -> Click on OK - Other versions where the bug is reproducible: 7.3.0.0 alpha1 (Windows10) 7.5.0.0 alpha1 (Windows10) 7.0.0.1 (Windows10) 7.1.5.2 (Windows10) Note: I was not able to reproduce the bug from the first comment with the following versions: 7.3.0.0 alpha1 (Windows10) 7.6.2.1 (Ubuntu 22.04 & Windows 10) 7.1.5.2 (Windows10) 7.0.0.1 (Windows10) I looked for version 7.3.0.0.alpha0+ but could not find it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157863] List bullet/numbering using adjacent character formatting (colour, bold, italic) depends on selection
https://bugs.documentfoundation.org/show_bug.cgi?id=157863 --- Comment #3 from bianca.chior...@altom.com --- Hello, I did some more investigating on the reported bug that might help in fixing it. The testing was done on the following configuration: Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 8; OS: Mac OS X 14.0; UI render: default; VCL: osx Locale: en-US (en_RO.UTF-8); UI: en-US Calc: threaded Scenario 1 Steps: Test the same set of steps listed by the reporter on MacOS Result: The bug is reproducible on MacOS as well Scenario 2 Steps: 1.Add 3 paragraphs in an empty Writer document 2.Change the Font Name for all of them 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: The numbering only uses the character formatting of the adjacent text if there is an active text selection. (screenshot attached) Scenario 3 Steps: 1.Add 3 paragraphs in an empty Writer document 2.Apply Strikethrough from the toolbar to all of the paragraphs 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: The numbering/bullets only uses the character formatting of the adjacent text if there is an active text selection (screenshot attached) Scenario 4 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.Move to a new row by pressing Enter key 5.Observe the numbering have the correct formatting (the numbering in the second row is colored in red) (screenshot attached) 6.Start typing something on the second row 7.Observe the numbering is changing the formatting (the numbering color is changed to black) (screenshot attached) Result: Inconsistent behavior of the numbering/bullets character formatting when moving to a new row Side Note: If on Step 6 instead of typing, the user taps on the ‘Backspace’ key, the cursor moves back to the first row and the color of the numbering turns red (screen recording attached) Scenario 5 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply more than 1 formatting options (example: bold + italic at the same time) 3.In the 1st paragraph: Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.In 2nd paragraph: select part of the paragraph, then toggle ordered list 5.In 3rd paragraph: select the whole paragraph, then toggle ordered list Result: Same result as written by the reporter Scenario 6 Steps: 1.Add 1 paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list 4.CTRL+Z 5.Select the whole paragraph, then toggle ordered list again Result: The numbering/bullets it’s not using anymore the character formatting of the adjacent text even if there is an active text selection (screen recording attached) Scenario 7 Steps: 1.Add 1 multiple rows paragraph in an Empty Writer document 2.Apply character formatting (e.g color the text in red) 3.Place cursor anywhere in paragraph (no selection), then toggle ordered list Result: Same result as written by the reporter. The fact that the paragraph is multiple row doesn’t affect the result Scenario 8 Reproduced the reporter’s steps on Google Docs Result: The numbering/bullets it’s using the character formatting of the adjacent text for all of the 3 paragraphs Hope these are helpful and please let me know if anything needs clarifications -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157939] SVG import/boxes instead of text (regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=157939 Dave Gilbert changed: What|Removed |Added CC||caolan.mcnamara@collabora.c ||om Component|filters and storage |graphics stack --- Comment #14 from Dave Gilbert --- OK, so since it's FontConfig stuff, it's not related to the actual import filter I'd originally filed it against, so lets swing this to 'graphics stack' (is that right for fonts?) and cc Caolán -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100585] Ordering of sheets with different direction changes when switching between them (RTL UI, not with GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=100585 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7961 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7961 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157961] Sheet tab selection area UI direction flipped based on sheet direction
https://bugs.documentfoundation.org/show_bug.cgi?id=157961 Eyal Rozenberg changed: What|Removed |Added Blocks||129661 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7784, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||0585 Keywords||needsUXEval Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on||157961 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157961 [Bug 157961] Sheet tab selection area UI direction flipped based on sheet direction -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157961] New: Sheet tab selection area UI direction flipped based on sheet direction
https://bugs.documentfoundation.org/show_bug.cgi?id=157961 Bug ID: 157961 Summary: Sheet tab selection area UI direction flipped based on sheet direction Product: LibreOffice Version: 7.6.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com LibreOffice UI language (and direction) are set independently of the documents one works on in LO. Thus, if one has chosen an English UI for LO, then opens an Arabic ODT file in Writer, with RTL pages and Arabic text - the UI will remain in English, with the menu bar ordered LTR, the sidebar on the right side of the window, etc; nothing will be flipped to become RTL. This is true, in particular, for Calc... with one significant exception. The sheet tab area, below the sheet horizontal scrollbar, has the _UI_ direction set to RTL or LTR based on the current sheet direction. This is wrong and inconsistent. It also creates jarring effects when sheets in different directions are used in the same Calc document; and gives rise to complaints such as bug 100585 and bug 157784. Let us put an end to this silliness and keep the sheet tabs area in the same direction as the rest of the Calc UI. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 --- Comment #6 from Mahmoud Alnaanah --- Created attachment 190476 --> https://bugs.documentfoundation.org/attachment.cgi?id=190476=edit Screenshot that describe the problem -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Bug 129661 depends on bug 157784, which changed state. Bug 157784 Summary: In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying. https://bugs.documentfoundation.org/show_bug.cgi?id=157784 What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 ady changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- --- Comment #5 from ady --- (In reply to Mahmoud Alnaanah from comment #4) > First of all, I don't think anyone complained about switching the direction > of sheet names to rtl when a sheet is rtl. And logically, someone who change > the sheet to rtl will have rtl mindset, and prefer to see the names of the > sheets as rtl. > > Please change it back as it was. >From comment 4, I think the report is not clear, or it is not understood clearly enough. @Mahmoud Alnaanah, Are we talking about the location of the tabs (where the worksheet names are displayed)? Are we talking about the text direction within the worksheet name tab? Please open LibreOffice > Calc > menu Help > About, and click the icon to copy the version information; then paste that info in your next comment in the bug report page. It would also be helpful to know in which version the behavior changed for you, and other details of your system such as OS, DE... Perhaps you could add an attachment of a screenshot? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157939] SVG import/boxes instead of text (regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=157939 --- Comment #13 from خالد حسني --- This is happening on Linux, so it is probably either a FontConfig issue or an issue on how we use FontConfig, so Caolán McNamara is probably the one most familure with this code. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147892] Corrupt DOCX document after saving (track changes involved)
https://bugs.documentfoundation.org/show_bug.cgi?id=147892 --- Comment #29 from Roman --- stdContent line 2 and ins(del) stdContent line 2 and p hyperlink -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147450] Mouse cursor jumps when going over drawing points (kf5 on Wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=147450 Michael Weghorn changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #10 from Michael Weghorn --- Is this still an issue? I cannot reproduce with the current development version (git master) of LibreOffice on Debian testing, s. screencast attachment 190474 taken with sample doc attachment 190475. Are the steps shown in the screencast the right steps to reproduce? If not, can you please attach a sample doc and more detailed instructions? Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b7d2a9c824aca1a4dfd1b857a3620e73ade6bc0d CPU threads: 12; OS: Linux 6.5; UI render: default; VCL: qt6 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b7d2a9c824aca1a4dfd1b857a3620e73ade6bc0d CPU threads: 12; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147450] Mouse cursor jumps when going over drawing points (kf5 on Wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=147450 --- Comment #9 from Michael Weghorn --- Created attachment 190475 --> https://bugs.documentfoundation.org/attachment.cgi?id=190475=edit Sample file used for screencast on Debian testing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147450] Mouse cursor jumps when going over drawing points (kf5 on Wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=147450 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #8 from Michael Weghorn --- Created attachment 190474 --> https://bugs.documentfoundation.org/attachment.cgi?id=190474=edit Screencast not being able to reproduce on Debian testing with mast as of 2023-10-28 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157784] In libreoffice calc, the names of the sheets are displayed in opposite direction now, which is annoying.
https://bugs.documentfoundation.org/show_bug.cgi?id=157784 --- Comment #4 from Mahmoud Alnaanah --- First of all, I don't think anyone complained about switching the direction of sheet names to rtl when a sheet is rtl. And logically, someone who change the sheet to rtl will have rtl mindset, and prefer to see the names of the sheets as rtl. Please change it back as it was. regards, -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157946] Issue of macros
https://bugs.documentfoundation.org/show_bug.cgi?id=157946 --- Comment #7 from hugoferna...@gmail.com --- I get the following (I am translating the error messages from Portuguese): - Error in executing BASIC on line '73' Not implemented - Error in executing BASIC '1' An exception happened. Type: con.sun.star.uno.RuntimeException Message: The procedure doesn't exist -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157911] Wrong borders for tables splitted in multiple pages
https://bugs.documentfoundation.org/show_bug.cgi?id=157911 --- Comment #5 from Philipp --- Created attachment 190473 --> https://bugs.documentfoundation.org/attachment.cgi?id=190473=edit Table over 2 pages with the bug showing -> Follow up from Base File -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157911] Wrong borders for tables splitted in multiple pages
https://bugs.documentfoundation.org/show_bug.cgi?id=157911 --- Comment #4 from Philipp --- Created attachment 190472 --> https://bugs.documentfoundation.org/attachment.cgi?id=190472=edit Settings Table -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157911] Wrong borders for tables splitted in multiple pages
https://bugs.documentfoundation.org/show_bug.cgi?id=157911 --- Comment #3 from Philipp --- Created attachment 190471 --> https://bugs.documentfoundation.org/attachment.cgi?id=190471=edit Table over 3 pages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157911] Wrong borders for tables splitted in multiple pages
https://bugs.documentfoundation.org/show_bug.cgi?id=157911 --- Comment #2 from Philipp --- Created attachment 190470 --> https://bugs.documentfoundation.org/attachment.cgi?id=190470=edit Base File -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157911] Wrong borders for tables splitted in multiple pages
https://bugs.documentfoundation.org/show_bug.cgi?id=157911 --- Comment #1 from Philipp --- In my understanding the bug reported is, that the “outer border” formatting effects the borderlines within the table, when the table crosses over 2 pages. That is, what I tried to replicate. I replicated the bug with: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Steps to replicate: 1. Open empty document 2. Create a table via Table > Insert Table 3. In the wizard klick “Insert” →Now you have a 2x2 Table with two rows width 4. Enlarge the table over a pagebreak (I placed cursor inside and pressed enter repeatedly (see attachment 157911_0_Table_no_formatting.odt) 6.Right klick on the table → Table properties → Borders 7. A) Give a border to the left and the bottom line (see attached screenshot for an example), when your table breaks with the second row over the page B) Give a border to the left and the top line, when your table breaks with the first row over the page 8. Hit enter Expected result: The left and the bottom line are formatted according to the settings Actual result: The two lines + the middle line are formatted, see example file 2 It seems as it works as a page setting, instead of a table setting. And either colours the bottom of one page or the top of the next. If the cells are expanded to further pages, the behaviour stays coherent. In another test I used “Simple List shaded” - See file 157911_3_Table_3pages.odt: Here the table spans 3 pages and only on the third page are bottom and top horizontal line coloured. If you colour the top line, the top and bottom of the first page will be coloured. As my replication is not 100% accurate if I compare it with the OP's screenshot, where only a cell after the pagebreak looks wrongly formatted, I'd like to ask Nicola to provide the sample file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152571] Very slow save (macOS, ARM)
https://bugs.documentfoundation.org/show_bug.cgi?id=152571 --- Comment #18 from Michael Meeks --- Why do we bother with the checksumming ? =) Surely when we save we just dump the PNG data we have from disk to zip file - but if we save time here fine; I'm just curious as to why we bother CRC'ing. Is it possible we had that at load (can we get it from the zip?), but then we swapped and (somehow) then bogusly forced a re-calculate of the CRC on swapping back in or ? =) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157695] Menus are all blank on multi-monitor setup in the second monitor
https://bugs.documentfoundation.org/show_bug.cgi?id=157695 --- Comment #3 from Richard Blazek --- Version information below (Not relevant because LibreOffice has been exhibiting this bug for some years): Version: 7.6.2.1 (x86) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: CL threaded --- I am using the PortableApps portable version of LO at the moment. In the past, I downloaded and installed the normal version and got the same behaviour. To reproduce the bug: I opened LO on Display-1 by double-clicking on a file in WindowsExplorer in Display-1. I clicked File/New/Document (NB: menus were visible on this document). I clicked the menu, File, on the New Document. The new document is shown in the attached screenshot with the blank menu. I closed the new document. The menus in the first document were now blank. I moved the first document to Display-2. The menus reappeared. I didn't know there was a tabbed UI - thanks! Display-1, 100% magnification, normal monitor. Display-2, 125% magnification, Wacom One tablet. I hope this helps! I was able to reproduce this bug on my system recently for the first time by following a thread regarding a different bug on a two-monitor setup on the software Krita (what I use the Wacom One tablet for). Putting the two displays at the same magnification eliminates the bug (I think). Kind regards, Richard. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157960] New: The handles of connectors in a group are reset to default, when the group is resized
https://bugs.documentfoundation.org/show_bug.cgi?id=157960 Bug ID: 157960 Summary: The handles of connectors in a group are reset to default, when the group is resized Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 190469 --> https://bugs.documentfoundation.org/attachment.cgi?id=190469=edit connectors in group with non-default handles Open the attached document. Click on the drawing and resize the group. Notice, that the routing of the connectors changes because the handles are reset to default positions. This is like caused by https://opengrok.libreoffice.org/xref/core/svx/source/svdraw/svdoedge.cxx?r=93c5885d#2317 The behavior for resizing needs to be reconsidered. It is not enough to adapt the handle position proportionally to the resizing. The padding around the connected objects (UI Connector -> Line spacing) would need to be adapted too. I see the problem in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99649] [META] Improve Connector handling
https://bugs.documentfoundation.org/show_bug.cgi?id=99649 Regina Henschel changed: What|Removed |Added Depends on||144309 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144309 [Bug 144309] GALLERY: Flow chart elements are not connected properly after save/load or zoom in/out -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144309] GALLERY: Flow chart elements are not connected properly after save/load or zoom in/out
https://bugs.documentfoundation.org/show_bug.cgi?id=144309 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Blocks||99649 --- Comment #11 from Regina Henschel --- It might be the same problem as in bug 56949. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99649 [Bug 99649] [META] Improve Connector handling -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143029] [PPT] FILEOPEN incorrect 'connectors'
https://bugs.documentfoundation.org/show_bug.cgi?id=143029 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #6 from Regina Henschel --- The shapes have a 180deg rotation in LibreOffice but not in PowerPoint 365. Why? The import is still wrong with Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157695] Menus are all blank on multi-monitor setup in the second monitor
https://bugs.documentfoundation.org/show_bug.cgi?id=157695 --- Comment #2 from Richard Blazek --- Created attachment 190468 --> https://bugs.documentfoundation.org/attachment.cgi?id=190468=edit LibreOffice showing blank menus -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130937] Mouse-hold preview differs from result when changing a connector via dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=130937 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6531 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99649] [META] Improve Connector handling
https://bugs.documentfoundation.org/show_bug.cgi?id=99649 Regina Henschel changed: What|Removed |Added Depends on||126531 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=126531 [Bug 126531] Connector Behavior Broken since 6.2.x -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126531] Connector Behavior Broken since 6.2.x
https://bugs.documentfoundation.org/show_bug.cgi?id=126531 Regina Henschel changed: What|Removed |Added Blocks||99649 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||0937 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99649 [Bug 99649] [META] Improve Connector handling -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120539] Position of adjusted middle line on connectors is randomly changed when copying the drawing to a writer document
https://bugs.documentfoundation.org/show_bug.cgi?id=120539 --- Comment #12 from Regina Henschel --- It is an error with using the leaving direction of the diagonal gluepoint of the ellipse. The error still exists in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b0e7f76820d467dd0d98962b01f84cb38a3a985 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 101325] FORMATTING: Connector type is not saved
https://bugs.documentfoundation.org/show_bug.cgi?id=101325 Regina Henschel changed: What|Removed |Added URL||https://docs.oasis-open.org ||/office/OpenDocument/v1.3/o ||s/part3-schema/OpenDocument ||-v1.3-os-part3-schema.html# ||element-draw_connector --- Comment #6 from Regina Henschel --- With current ODF 1.3 we have this: The type of a connector is not a style but an attribute of the individual connector shape. Thus it is not possible to store it in a style. Implementing a style attribute for the connector type will require an addition to the ODF standard. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157721] SimpleCommandMail: subject and body truncated at the comma (Ubuntu + Thunderbird)
https://bugs.documentfoundation.org/show_bug.cgi?id=157721 --- Comment #10 from TISSENDIER Pierre --- (In reply to Stéphane Guillou (stragu) from comment #4) > (In reply to TISSENDIER Pierre from comment #3) > > Thé problem is not in attachement ! > > Thé problem is in SUBJECT and MESSAGE TEXT! > I did see that, but my understanding is that the root issue is the same. > > See also: https://bugzilla.mozilla.org/show_bug.cgi?id=258887 > So, regardless of if the two issues should be kept separate or not, the root > cause is in Thunderbird's handling of commas in the command line. No WHY it is GOOD with SimpleSystemMail on Windows10 ? For : https://bugzilla.mozilla.org/show_bug.cgi?id=900117 and : https://bugzilla.mozilla.org/show_bug.cgi?id=258887 If you respect http://kb.mozillazine.org/Command_line_arguments_-_Thunderbird Every arguments must be framed by simple quote ! no double quote (258887-900117) Arguments "to","cc","bcc","attachment" accept arrays (with comma separator) i mean is normal for attachment that a comma in file name failed. Arguments "subject" and "bodytext" shouldn't be arrays ! In any case, it must be informed (in help, in API SDK ) that SimpleCommandMail is INCOMPATIBLE with Thunderbird ;( -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 56949] FILEOPEN: Connectors lose their connections with the shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=56949 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #12 from Regina Henschel --- It is still a problem in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b0e7f76820d467dd0d98962b01f84cb38a3a985 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 54355] VIEWING: Connector copied from Draw horizontally shifted and disconnected after zoom
https://bugs.documentfoundation.org/show_bug.cgi?id=54355 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #17 from Regina Henschel --- Still reproducible in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b0e7f76820d467dd0d98962b01f84cb38a3a985 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157959] Can't export some images from an .odt document
https://bugs.documentfoundation.org/show_bug.cgi?id=157959 --- Comment #1 from Tomislav Nakic-Alfirevic --- Created attachment 190467 --> https://bugs.documentfoundation.org/attachment.cgi?id=190467=edit .odt containing 2 images, only one of them being exportable -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157653] (Not Responding) Message appears constantly when using Spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=157653 --- Comment #3 from m.a.riosv --- Please test in safe mode, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157959] New: Can't export some images from an .odt document
https://bugs.documentfoundation.org/show_bug.cgi?id=157959 Bug ID: 157959 Summary: Can't export some images from an .odt document Product: LibreOffice Version: 6.4.7.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: na...@gmx.com Description: Observed: Created an .odt document with images. Right-click on upper image, the context menu includes the "Save" option. Right-click the lower image, there is no "Save" option. Expected: The "Save" option is available for all images. Workarounds: Rename .odt to .zip, open .zip using any tool, navigate to the appropriate subdir containing images, copy any image you need. Does not work very well when an .odt contains hundreds or thousands of images, but is usable for up to tens of images. Note: I'm not sure why there's a "JPG Options" dialogue when saving a JPG file from an .odt to disk as a separate image. I'd expect the image to be saved in the original format the image was in when it was added to the document. Steps to Reproduce: See description. Actual Results: See description. Expected Results: See description. Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153953] Switching direction of a list paragraph changes numbering alignment of other paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=153953 --- Comment #7 from Eyal Rozenberg --- (In reply to judd from comment #6) First, I must commend the thoroughness... but do remember that one can perhaps be a little too thorough, with very long comments making it easier to miss important observations. Anyway, regarding your point (6.): Of course you couldn't find mention of this in the Write Guide, since this is not intended behavior, it's just a bug :-P -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157939] SVG import/boxes instead of text (regression)
https://bugs.documentfoundation.org/show_bug.cgi?id=157939 --- Comment #12 from Dave Gilbert --- (In reply to خالد حسني from comment #11) > That would explain why the font updates trigger this, since the previous > Noto Naskh Arabic version we were bundling didn’t have any Latin glyphs, > like the system version on the broken systems. I bet this bug rehappens every few years as fonts change. Who is the person who knows about the font paths and caching stuff? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157653] (Not Responding) Message appears constantly when using Spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=157653 --- Comment #2 from Deanna --- I removed and added Libre Office per recommendation but am still receiving Not Responding notification when open document, whether by clicking on document from USB drive, c drive, or through Open function directly in program. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148425] Connectors not being previewed correctly when adjusting their position
https://bugs.documentfoundation.org/show_bug.cgi?id=148425 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||3325 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130937] Mouse-hold preview differs from result when changing a connector via dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=130937 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||3325 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153325] LO 7.5 Draw adjusting connector lines (middle line handles)
https://bugs.documentfoundation.org/show_bug.cgi?id=153325 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8425, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||0937 CC||rb.hensc...@t-online.de -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130937] Mouse-hold preview differs from result when changing a connector via dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=130937 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8425 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148425] Connectors not being previewed correctly when adjusting their position
https://bugs.documentfoundation.org/show_bug.cgi?id=148425 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||0937 CC||rb.hensc...@t-online.de -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130937] Mouse-hold preview differs from result when changing a connector via dragging
https://bugs.documentfoundation.org/show_bug.cgi?id=130937 --- Comment #6 from Regina Henschel --- Workaround to get a better preview: Change the handle position by using the keyboard. For that select the connector and press Strg+Tab. That activates individual points. Travers the points with pressing Strg+Tab (backwards with Strg+Shift+Tab). The current active point blinks by becoming slightly larger and smaller. When the handle is active use the arrow keys to move it. Leave this mode with Esc-key. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122881] EDITING: Safer management of text enumerations
https://bugs.documentfoundation.org/show_bug.cgi?id=122881 Markus Elfring changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #47 from Markus Elfring --- (In reply to Dieter from comment #45) > Yes, perhaps I'm too stupid. This is probably not the case. But we stumbled on recurring communication difficulties. The mentioned document example contains some relevant information. Did we get used to the software behaviour that it was needed to use an extra tab character manually to jump behind a bullet point position? Did we know already that other outline tools could achieve desirable layouts also without this technical detail? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149527] Calc crashes when scroll up and down quickly within a document, or hold Page Down (Skia/Vulkan)
https://bugs.documentfoundation.org/show_bug.cgi?id=149527 --- Comment #43 from Jérôme --- I encounter the same bug with : Version: 7.3.7.2.M5 (x64) / LibreOffice Community Build ID: cf0a4747cef76399d7acd30c4dcda7a78e7973c2 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded My system : Edition : Windows 10 Professionnel Version : 22H2 AMD Ryzen 3 PRO 3300U w/ Radeon Vega Mobile Gfx 2.10 GHz -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157912] Libreoffice Draw crashes when i open a large PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=157912 --- Comment #13 from zarifah...@outlook.com --- For anyone who wants a more permanent link : https://drive.google.com/file/d/1RuIqDHjbLtFKvPcwQ7ioHEcfwBckk7fM/view?usp=drive_link -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 67272] VIEWING Paragraph border on front of image but paragraph background color is at the back
https://bugs.documentfoundation.org/show_bug.cgi?id=67272 --- Comment #14 from Dieter --- Still present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121358] UI: Character dialog highlighting color is set to blue by default (not yellow)
https://bugs.documentfoundation.org/show_bug.cgi?id=121358 Dieter changed: What|Removed |Added Priority|medium |lowest --- Comment #5 from Dieter --- Still the same in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128669] Not possible to change Paragraph indent, if AutoUpdate of the paragraph style is enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=128669 --- Comment #4 from Dieter --- Still present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103582] Various table border styles aren't retained on reopen (see comment 18)
https://bugs.documentfoundation.org/show_bug.cgi?id=103582 --- Comment #20 from Dieter --- Bug still present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135854] Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up
https://bugs.documentfoundation.org/show_bug.cgi?id=135854 --- Comment #8 from Dieter --- Still present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded(In reply to QA Administrators from comment #7) -- You are receiving this mail because: You are the assignee for the bug.
