[Libreoffice-bugs] [Bug 108386] [META] Calc sorting related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108386 Bug 108386 depends on bug 95520, which changed state. Bug 95520 Summary: Sort column by color https://bugs.documentfoundation.org/show_bug.cgi?id=95520 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88589] "Always Save As" option limited to Documents
https://bugs.documentfoundation.org/show_bug.cgi?id=88589 Mike Kaganski changed: What|Removed |Added Resolution|NOTABUG |DUPLICATE --- Comment #2 from Mike Kaganski --- *** This bug has been marked as a duplicate of bug 148756 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133661] New document created using Explorer New context menu (ShellNew) must match LibreOffice's new document settings
https://bugs.documentfoundation.org/show_bug.cgi?id=133661 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=97 ||194 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97194] Changing default document format to use when saving does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=97194 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||3661 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97194] Changing default document format to use when saving does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=97194 Mike Kaganski changed: What|Removed |Added Resolution|INSUFFICIENTDATA|NOTABUG --- Comment #25 from Mike Kaganski --- Indeed, this was working as expected. The shell "New" element copies a "template document" from C:\Program Files\LibreOffice\share\template\shellnew into a location specified by user. Note that this is done by system, no LibreOffice appears here. The files that LibreOffice provide are indeed ODF. The copy is also ODF. This is a bit similar to bug 133661, but in this case, there is nothing to be done, because the file type is not something that we can change in *existing* file (and at the moment LibreOffice opens the newly created file, its type is already defined by the system copy). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155182] XHTML-Export: Min-Width is set to 0cm together with bullets
https://bugs.documentfoundation.org/show_bug.cgi?id=155182 Robert Großkopf changed: What|Removed |Added Summary|XHTML-Export: Min-Width is |XHTML-Export: Min-Width is |set to 0cm together with|set to 0cm together with |bulltes |bullets -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155182] XHTML-Export: Min-Width is set to 0cm together with bulltes
https://bugs.documentfoundation.org/show_bug.cgi?id=155182 Robert Großkopf changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=95 ||662 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 95662] XHTML-Export: Export to html produces wrong decimalseparator together with bullets
https://bugs.documentfoundation.org/show_bug.cgi?id=95662 Robert Großkopf changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||5182 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155182] XHTML-Export: Min-Width is set to 0cm together with bulltes
https://bugs.documentfoundation.org/show_bug.cgi?id=155182 Robert Großkopf changed: What|Removed |Added Keywords||regression -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155182] New: XHTML-Export: Min-Width is set to 0cm together with bulltes
https://bugs.documentfoundation.org/show_bug.cgi?id=155182 Bug ID: 155182 Summary: XHTML-Export: Min-Width is set to 0cm together with bulltes Product: LibreOffice Version: 7.2.0.3 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: filters and storage Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rob...@familiegrosskopf.de Open attachment https://bugs.documentfoundation.org/attachment.cgi?id=120369 from bug 95662. Go to File → Export. Chose export to xhtml. All content will be shown starting on left border. Margin-left and min-width will both be set to 0cm. This bug first appears with LO 7.2.0.3 on OpenSUSE 15.4 64bit rpm Linux. Reading this it is already bisected: https://bugs.documentfoundation.org/show_bug.cgi?id=95662#c27 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141436] EDITING: transposed formula object has "size zero" and is in wrong cell
https://bugs.documentfoundation.org/show_bug.cgi?id=141436 --- Comment #4 from BogdanB --- Regina, you can mark this bug as Resolved also here. The formula is not distorted anymore. Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141437] EDITING: transposed form objects (like circle or line) have wrong dimensions
https://bugs.documentfoundation.org/show_bug.cgi?id=141437 --- Comment #5 from BogdanB --- Regina, you can mark this bug as Resolved also here. Round circle remains the same shape. Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155095] Shape over collapsed group is incorrectly resized, when area is pasted
https://bugs.documentfoundation.org/show_bug.cgi?id=155095 --- Comment #3 from BogdanB --- Regina, you can mark this bug as Resolved also here. The group after paste is from D to K, as it should. Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155181] New: clicking anywhere in text area corrupts the line instead of putting the cursor in place
https://bugs.documentfoundation.org/show_bug.cgi?id=155181 Bug ID: 155181 Summary: clicking anywhere in text area corrupts the line instead of putting the cursor in place Product: LibreOffice Version: 3.3.4 release Hardware: All OS: other Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: alignedtrain...@outlook.com Description: clicking anywhere in text area corrupts the line instead of putting the cursor in place. A few updates ago this started and you end up right justifying a line .. it is most annoying Didn't report it sooner as I imagined there would be a flood of reports over such a fundamental basic bug Steps to Reproduce: 1. open word document with multiple lines .. and pages 2. click on the page to go to the right line 3. watch justification be corrupted and cursor end up anywhere and adding lots of space but the end of the chosen line Actual Results: paragraphs are right justified out of the blue lots of space is added onto the line out to the position of the cursor Expected Results: as previously .. cursor ends up on the end of the line with no extra space added without deliberately adding it Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117090] EDITING: Firebird: migration: View definitions are lost from embedded hsql files using functions unknown to Firebird
https://bugs.documentfoundation.org/show_bug.cgi?id=117090 --- Comment #20 from Robert Großkopf --- Bug is still the same with LO 7.5.3.2 on OpenSUSE 15.4 64bit rpm Linux -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155094] Paste transposed does not keep shapes in their cell
https://bugs.documentfoundation.org/show_bug.cgi?id=155094 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #4 from BogdanB --- Regina, you can mark this bug as Resolved also here. Images are well transposed. Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155142] FORMCONTROLS: Add form control to prevent scrolling in text boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=155142 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 154969] PDF Export from LibreOffice Draw with colour scheme "LibreOffice Dark" produces a dark PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=154969 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155142] FORMCONTROLS: Add form control to prevent scrolling in text boxes
https://bugs.documentfoundation.org/show_bug.cgi?id=155142 --- Comment #6 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148411] Accessing "Help" options crashes LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=148411 --- Comment #9 from QA Administrators --- Dear James Burke, 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 155060] Writer pdf export black page prints to white and black text
https://bugs.documentfoundation.org/show_bug.cgi?id=155060 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 155060] Writer pdf export black page prints to white and black text
https://bugs.documentfoundation.org/show_bug.cgi?id=155060 --- 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 98851] Charts move in .xlsx files
https://bugs.documentfoundation.org/show_bug.cgi?id=98851 --- Comment #5 from QA Administrators --- Dear bugzilla-libreoffice, 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 93033] FORMATTING: Expanded spacing on zero-width characters
https://bugs.documentfoundation.org/show_bug.cgi?id=93033 --- Comment #17 from QA Administrators --- Dear j_mach_wust, 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 71281] [SECURITY] Password removed from ODS file when saving to XLS, XLT...
https://bugs.documentfoundation.org/show_bug.cgi?id=71281 --- Comment #8 from QA Administrators --- Dear Mikeyy - L10n HR, 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 72594] File links to range names don't work after re-opening file (unable to create VLOOKUP named range in another file)
https://bugs.documentfoundation.org/show_bug.cgi?id=72594 --- Comment #7 from QA Administrators --- Dear Dave, 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 69697] Background color messed with numbered paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=69697 --- Comment #14 from QA Administrators --- Dear kaesezeh, 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 142045] Text database does not load source.CSV (filetype written in CAPS)
https://bugs.documentfoundation.org/show_bug.cgi?id=142045 --- Comment #5 from QA Administrators --- Dear derfred, 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 133770] SalUserEventList::isFrameAlive hang after crash
https://bugs.documentfoundation.org/show_bug.cgi?id=133770 --- Comment #31 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 132880] Area properties don't match color handling the outline shape receives
https://bugs.documentfoundation.org/show_bug.cgi?id=132880 --- Comment #21 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 124534] Extending the offapi documentation for 'AnchorPosition'
https://bugs.documentfoundation.org/show_bug.cgi?id=124534 --- Comment #7 from QA Administrators --- Dear Regina Henschel, 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 123543] Borders still on the sheet when move cells when ESC
https://bugs.documentfoundation.org/show_bug.cgi?id=123543 --- Comment #8 from QA Administrators --- Dear Vladimir Schuka, 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 117090] EDITING: Firebird: migration: View definitions are lost from embedded hsql files using functions unknown to Firebird
https://bugs.documentfoundation.org/show_bug.cgi?id=117090 --- Comment #19 from QA Administrators --- Dear Robert Großkopf, 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 107787] Gradients steps don't save
https://bugs.documentfoundation.org/show_bug.cgi?id=107787 --- Comment #29 from QA Administrators --- Dear Leandro Martín Drudi, 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 155180] New: Format Does Not Work For Select All Cells
https://bugs.documentfoundation.org/show_bug.cgi?id=155180 Bug ID: 155180 Summary: Format Does Not Work For Select All Cells Product: LibreOffice Version: 3.3.0 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: flywi...@gmail.com Description: Selecting all cells in sheet and applying direct formatting only applies formatting to cells within current sheet range. Steps to Reproduce: 1. Enter "Test" in cell A1 2. Click rectangle above row number and to the left of column A to select all cells in sheet 3. Format, Text, Bold 4. In cell B4 enter "More" Actual Results: Cell A5 is not in bold despite all cells in sheet being selected with direct format applied. Formatting is only applied to cells in current sheet range. Expected Results: Direct formating should apply to all selected cells, ie all sheet cells like in excel, not just current range. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155060] Writer pdf export black page prints to white and black text
https://bugs.documentfoundation.org/show_bug.cgi?id=155060 --- Comment #2 from Jeremi Roivas --- What attachments you need, just follow steps and use pdf export and you have white export with black text rather than black page with color text. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148088] UI: Dialog "Load Master Slide" should name "Load Master Page" (alongside several other similar labels)
https://bugs.documentfoundation.org/show_bug.cgi?id=148088 Baole Fang changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |baole.f...@gmail.com |desktop.org | Status|NEW |ASSIGNED --- Comment #2 from Baole Fang --- Start working on this -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112182] [META] Text and object selection issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112182 Bug 112182 depends on bug 154211, which changed state. Bug 154211 Summary: Allow selecting a range between current cursor position and an element in Navigator with Shift + click (EDITING) https://bugs.documentfoundation.org/show_bug.cgi?id=154211 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Bug 103030 depends on bug 154211, which changed state. Bug 154211 Summary: Allow selecting a range between current cursor position and an element in Navigator with Shift + click (EDITING) https://bugs.documentfoundation.org/show_bug.cgi?id=154211 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154211] Allow selecting a range between current cursor position and an element in Navigator with Shift + click (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=154211 Jim Raykowski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Assignee|libreoffice-b...@lists.free |rayk...@gmail.com |desktop.org | Resolution|--- |FIXED --- Comment #14 from Jim Raykowski --- (In reply to BogdanB from comment #13) > Jim, you can mark as assign, resolved, so on... I will come back later with > Verified. Everything working fine in 7.6. Done. Thanks for the reminder. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 Bug 108741 depends on bug 155091, which changed state. Bug 155091 Summary: Copy & past doubles object which spans over filtered rows https://bugs.documentfoundation.org/show_bug.cgi?id=155091 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155091] Copy & past doubles object which spans over filtered rows
https://bugs.documentfoundation.org/show_bug.cgi?id=155091 Regina Henschel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |rb.hensc...@t-online.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102593] [META] Paste bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102593 Bug 102593 depends on bug 125938, which changed state. Bug 125938 Summary: Paste cell with cell-anchored images does not put anchor in target cell. https://bugs.documentfoundation.org/show_bug.cgi?id=125938 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125938] Paste cell with cell-anchored images does not put anchor in target cell.
https://bugs.documentfoundation.org/show_bug.cgi?id=125938 Regina Henschel changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |rb.hensc...@t-online.de |desktop.org | Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154499] Accept consecutive words with spaces aka phrases in spellchecker
https://bugs.documentfoundation.org/show_bug.cgi?id=154499 László Németh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |nem...@numbertext.org |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] A new kind of list (beyond bulleted and numbered): Category indicators
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 --- Comment #9 from Mike Kaganski --- I am afraid that I can't express myself clearly. So let me try in this way, too. A list (in a text document) is *a hierarchy of data* (i.e., a number of elements, which can contain sub-elements), with applied rules how to represent that data. The content of the elements themselves does *not* affect how the rules work. This is the most important thing that I try to say; and as soon as you suggest to make the rules consider anything else than the items' hierarchy, this breaks the idea put into the list feature. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] A new kind of list (beyond bulleted and numbered): Category indicators
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 --- Comment #8 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #7) > (In reply to Mike Kaganski from comment #6) > > (In reply to Eyal Rozenberg from comment #5) > > Oh, you show a logical fallacy: you substitute my "this is a data, so should > > not be treated as metadata" with your "you can do that in a different way" > > ;) > > I argue that list indicator in unordered and in numbered lists also carry > data. Typically, they carry less data - since people don't restart their > lists very often - but they do carry it. Please let's be strict with definitions. We are not talking about the reader. We are talking about creator here. The reader might get the data printed, and have no clue which document markup was used for the printout, so the reader's perspective here is unimportant (and if you include those who parse documents to extract data into "reader" category, my following argumentation applies to them, too). 1. Restarting a list is not adding information. It is actually starting a new list, which happens to have the same formatting. Restarting is an artifact of an implementation, and brings no information itself. So no, this mention doesn't prove anything. 2. Later, you discuss unnumbered items. This example also is incorrect. Unfortunately, *in the UI* this is called as "unnumbered item", creating a false impression that this is *a list item* with some special properties. But this naming is completely misguiding. I advice you to create such a list (very simple, have a couple of "numbered" paragraphs, and one "unnumbered"), save to FODT, and inspect the XML. You will see, that there are only "numbered" (=normal) items in the list; but each *item* can contain *arbitrary number* of paragraphs. So basically, on UI level, it could be *more correct* (but unwanted by vast majority of users) to add selections of paragraphs as list items, so that users would understand the difference between paragraphs and list items. In a way, list item is like table cell: it can hold more that just a single paragraph. So - again, the argument is incorrect, since *every* list item is handles absolutely identically, which is "number its first line, and format the rest according to the formatting rules". 3. So the numbers/bullets get generated based on the fact that the *list* is rendered. Other than defining the list and its content, the user does not need to do anything to define the decorations. And levels are also part of this picture, with sub-items being *part* of higher-level items. Again, use FODT to inspect what ODF thinks about the respective document structure (and what I think about the mental model that should be used for this, incidentally). One defines a list item *content*, and then all decorations are applied automatically, uniformly. Now look at "Done" mark. To make this mark, you can't rely on the *list* properties. You only can define a specific item properties, which is the very difference between the "data" the you (as the writer) define for the specific element, vs. the formatting applied to a list structure. This has no place in the list ideology. It could be possibly implemented as a paragraph style, if one is allergic to tables (many people are, because they were taught that using tables for formatting is EVIL). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] A new kind of list (beyond bulleted and numbered): Category indicators
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 Eyal Rozenberg changed: What|Removed |Added Summary|Support A new kind of list: |A new kind of list (beyond |Category indicators |bulleted and numbered): ||Category indicators -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] Support A new kind of list: Category indicators
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 Eyal Rozenberg changed: What|Removed |Added Summary|Support category indicators |Support A new kind of list: |in lists|Category indicators -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] Support category indicators in lists
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 --- Comment #7 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #6) > (In reply to Eyal Rozenberg from comment #5) > Oh, you show a logical fallacy: you substitute my "this is a data, so should > not be treated as metadata" with your "you can do that in a different way" ;) I argue that list indicator in unordered and in numbered lists also carry data. Typically, they carry less data - since people don't restart their lists very often - but they do carry it. > No, for any list, the fact that it is a list item (top-level element of a > list) *automatically* produces the respective decoration. This can not be > true for your example. Actually, that's not true. It produces the desired decoration usually, but not always: Not when you want to skip the bullet, or restart numbering. I'm suggesting a kind of list in which one injects data more frequently. Also, in at least one of my use cases, the appropriate decoration is produced by default: When you have a task list with not-yet-done and done (or unchecked and checked) - you start by writing the list of not-yet-done items, then over time, perhaps with more edits to the document, you'll mark more items as done. Your concern actually raises the possibility of offering a bit of GUI - when switching to a new paragraph, you might get a small tooltip-like window open up, making it convenient for you to change the category. As an optional feature of course. If I had a bit more time I'd try to sketch something for this with pen-pot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] Support category indicators in lists
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 --- Comment #6 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #5) > By your logic, a table is the "right tool" for almost any list. Unordered > list? You can either have the bullet on, or off if you type backspace at the > beginning of the paragraph. That's essentially data. So you should have a > two-column table, with one column being either empty or with a bullet. > Numbered list? You can restart the numbering at every paragraph, and change > the starting number, if you like, so - essentially you're storing a number > for every value. So you should have a two-column table, with an index column. Oh, you show a logical fallacy: you substitute my "this is a data, so should not be treated as metadata" with your "you can do that in a different way" ;) No, for any list, the fact that it is a list item (top-level element of a list) *automatically* produces the respective decoration. This can not be true for your example. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154795] Font selection pane offers choice of "language" - which isn't.
https://bugs.documentfoundation.org/show_bug.cgi?id=154795 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #2 from Eyal Rozenberg --- (In reply to Regina Henschel from comment #1) > The field there sets a language/country pair. If you select > "English(Israel)" you get fo:language="en" and fo:country="IL". > > You need this information, for example, to select the appropriate > dictionaries, thesauri, hyphenation rules, and AutoCorrect entries. ... none of which are relevant when choosing a _font_. Changing a font should have no effect on dictionaries, thesauri, hyphenation or autocorrect. So, clearly, the choice of country should be placed somewhere closed to where we control or configure the use of these features. > Are you sure there exists items, which are not considered somewhere? For > example, you can define your own AutoCorrect entries for each of the items > in this 'Language' drop-down list. Even if choosing a country is significant in some contexts, there is rarely a need to choose a pair from the Cartesian product of language x country (as opposed to local language variants). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155054] UI: Remediate frustration of unclear style names in style-name picklist contexts
https://bugs.documentfoundation.org/show_bug.cgi?id=155054 --- Comment #3 from R. Bingham --- FYI, this attachment/comment may show multiple times. I submitted it but it is now not showing in Bugzilla when I re-query this bug 155054. Thanks. I volunteer edit a wide range of documents, accumulating my own library of OTTs AND a library of 100s of styles (for all style types shown in Navigator) across multiple OTTs. I have become very sensitive to the clunky parts of the LO UI regards 'enterprise' style creation and curation for consistency across OTTs. I dream of an enterprise database of LO styles I can manage via a spreadsheet-like presentation for consistency and parameter-value patterns across all my OTTs. Sigh... In the meantime I must make do with the OTT by OTT, style-by-style tabbed-pane GUI. Navigator is my friend. Inheritance is my friend for managing commonality of parameter value sub-sets in tree children. The attached screenshot... well, no, Bugzilla Attachment submission not working at the moment, so laboriously re-create in text here Heading Appendix Hd VolSer 100 LOO LeftAlign Sans parent_only Hd VolSer 110 LOG LftA KeepNext Sans parent_only Hd VolSer 260 VS Vol L03 F/13_Mattr H FM_Title Hd VolSer 264 VS Vol LD4 F/13_Mattr L2 Hd VolSer 268 VS Vol LOS F/B_Mattr L3 Hd VolSer 320 VS Vol Wart L04 UB_I'vlattr LI Hd VolSer 330 VS Vol Wart L05 UB_Mattr L2 Hd VolSer 510 VS Vol Wart 1-StorySet L04 StorySetTitle Hd VolSer 520 VS Vol Wart 1-StorySet L05 F/B_Mattr L1 Hd VolSer 530 VS Vol Wart 1-StorySet LO6 F/B_Mattr L2 Hd VolSer 610 VS Vol Wart 1-StorySet Story LOS StoryTitle L1 Hd VolSer 620 VS Vol Vpart 1-StorySet Story LOS StoryTitle L2 Hd VolSer 710 Vol Wart 1-StorySet Story Chap LD6 ChapTitle L1 Hd VolSer 715 VS Vol Wart 1-StorySet Story Chap LO6 ChapTitle L1 AutoNbr Hd VolSer 720 VS Vol Vpart 1-StorySet Story Chap L06 ChapTitle L2 SubTitle Hd VolSer 730 VS Vol Vpart 1-StorySet Story Chap Anno L07 LO parent_only Hd VolSer 734 VS Vol Vpart 1-StorySet Story Chap Anna 1_07 L1 SubChapTitle Hd VolSer 740 VS Vol VPart 1-StorySet Story Chap Anno L08 L2 Topic Hd VolSer 740 Vol Wart 1-StorySet Story Chap Anno LOB L2 SH_Crono Hd VolSer 780 VS Vol Vpart 1-StorySet Story Chap Anna L10 L4 Char Hd VolSer 150 VS LO1 VolSerTitle Hd VolSer 210 VS Vol L02 VolTitle L1 Hd VolSer 220 VS Vol 1_02 VolTitle L2 SubTitle Hd VolSer 310 VS Vol Wart L03 VpartTitle Hd VolSer L09 LftA Hdr def placeholder Heading 1 ... shows a small part of one of my paragraph styles trees still evolving. Note how I use 'parent only' styles not intended for actual doc use to both encode key parameter value choices in the style name and as a holder of those values for the children. Note how I have had to develop a hints encoding scheme for the style terminal name for when it appears in a tabbed-pane flat picklist. The encoding scheme not only hints at parameter values but also leverages the style-name string sort that usefully happens in both picklist and Navigator presentations. Building up this sort/grouping gives each style-name item a surrounding context as an implicit additional hint of meaning. The encoding burden on the terminal sytle-name could be much less in the Navigator hierarchial view since the inheritance parents are there to also carry some of the encoding in their names as well. I note that Navigator does not offer inheritance for Pages, Lists, and Tables styles. Sadness, and my next UI enhancement requests. Regards. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147680] Autotext replacement not willing to ignore space after shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=147680 --- Comment #9 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #8) > I see no benefit to including the trailing space for the F3 Autotext > shortcut handling The benefit is that half the time I type an autotext entry key, I also type a space, because I'm used to typing a space after every word. >, and a serious downside of inadvertent replacements by > allowing any non-exact matching. But that's the whole point - it's not inadvertant - it's advertant! It is what the user asked for. > The AutoText dialog +F3 shortcut field does not allow/accept space (or > other whitespace that I tried) for defining a AutoText passage. Even better - that means that there is even less doubt about what the user wanted. Now, if someone were to proposed generalized fuzzy matching - that certainly has downsides and I'd not make it the default behavior. Here we're talking about a very specific case where user intent is clear. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155134] Regression error: exporting files to DOCX results in freezing.
https://bugs.documentfoundation.org/show_bug.cgi?id=155134 Aron Budea changed: What|Removed |Added CC||aron.bu...@gmail.com Keywords||bisected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153041] Empty document ODT includes unnecessary font declarations
https://bugs.documentfoundation.org/show_bug.cgi?id=153041 --- Comment #6 from Eyal Rozenberg --- Seeing this with a recent 7.6 nightly: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16 CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US ... and was seeing it in some earlier versions as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147680] Autotext replacement not willing to ignore space after shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=147680 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #8 from V Stuart Foote --- I see no benefit to including the trailing space for the F3 Autotext shortcut handling, and a serious downside of inadvertent replacements by allowing any non-exact matching. The AutoText dialog +F3 shortcut field does not allow/accept space (or other whitespace that I tried) for defining a AutoText passage. Behaving as implemented. -1 to any change, and otherwise => NAB -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155179] New: Strange "=>" used in solver dialog for "greater or equal"
https://bugs.documentfoundation.org/show_bug.cgi?id=155179 Bug ID: 155179 Summary: Strange "=>" used in solver dialog for "greater or equal" Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: topicUI Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com In Solver dialog (menu Tools), the limiting conditions have Operator, which includes a normal "<=" for "less than or equal to", but has strange "=>" for "greater than or equal to", instead of widely accepted ">=". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155060] Writer pdf export black page prints to white and black text
https://bugs.documentfoundation.org/show_bug.cgi?id=155060 Tammy changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Tammy --- Is it possible to provide an attachment? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148479] Support category indicators in lists
https://bugs.documentfoundation.org/show_bug.cgi?id=148479 --- Comment #5 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #4) By your logic, a table is the "right tool" for almost any list. Unordered list? You can either have the bullet on, or off if you type backspace at the beginning of the paragraph. That's essentially data. So you should have a two-column table, with one column being either empty or with a bullet. Numbered list? You can restart the numbering at every paragraph, and change the starting number, if you like, so - essentially you're storing a number for every value. So you should have a two-column table, with an index column. > So IMO: mainly WF. The "What people do today" is *the* correct thing to do. Degenerate tables which wrap paragraphs in rows, take up the entire text width, continue over multiple pages, have no borders, and are not perceived by the reader as tables - are generally a fallback alternative to, or an emulation of, a more refined mechanism. Come on, you should be excited about this! After four decades of GUI word processors, there aren't many opportunities to introduce fundamental features. This is one of those! This feature has the potential to be one of the staple text formatting features that any self-respecting office suite has. It will be a "D'oh, how did we not have this before?" kind of an obvious feature. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147680] Autotext replacement not willing to ignore space after shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=147680 Eyal Rozenberg changed: What|Removed |Added Resolution|NOTABUG |--- Status|RESOLVED|UNCONFIRMED --- Comment #7 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #6) > Neither Dieter or me expect white-space being part of shortcuts. Dieter said that in his opinion this could be an enhancement. So, not enough grounds for closing this. > Consider also the word finalization Not sure what you mean by that. > some procedures run like spell checking and auto correction. => NAB I'm not sure how these things relate to my request. When you've typed some text and press the autotext shortcut (F3), two things can happen: A replacement, or nothing. Now, think about it: Why would I press this shortcut unless I expect a replacement? That's my extremely-likely intent. Now, if there's a "perfect" match for an autotext key in the preceding text, there's no dilemma and you just replace. And if we have no idea what to replace with, we shouldn't just guess. Also, if there are two entries which are just as likely, one could also argue we shouldn't arbitrarily choose one. But - in this case, we have a single candidate entry, and an extra space. What is more likely? That I would rather LO not replace anything, or that what I want is for the space to be elided? You will be hard-pressed to claim the first response is what the user wants, or expects. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108663] [META] AutoText bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108663 Bug 108663 depends on bug 147680, which changed state. Bug 147680 Summary: Autotext replacement not willing to ignore space after shortcut https://bugs.documentfoundation.org/show_bug.cgi?id=147680 What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|NOTABUG |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108252] [META] Cell-related bugs and enhancements (including formatting)
https://bugs.documentfoundation.org/show_bug.cgi?id=108252 Bug 108252 depends on bug 123156, which changed state. Bug 123156 Summary: Calc: When wrong or large number is converted to date, it should give #ERROR and not wrong date https://bugs.documentfoundation.org/show_bug.cgi?id=123156 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123156] Calc: When wrong or large number is converted to date, it should give #ERROR and not wrong date
https://bugs.documentfoundation.org/show_bug.cgi?id=123156 ady changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from ady --- This is no longer repro, since LO 7.3 > WFM. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155093] Pasted objects copied with cells are not accessible in Navigator because they are not assigned new names
https://bugs.documentfoundation.org/show_bug.cgi?id=155093 --- Comment #7 from BogdanB --- Created attachment 187132 --> https://bugs.documentfoundation.org/attachment.cgi?id=187132&action=edit the right screenshot In fact this is the right screenshot showing the wrong selection when clicked on the first element after paste. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155093] Pasted objects copied with cells are not accessible in Navigator because they are not assigned new names
https://bugs.documentfoundation.org/show_bug.cgi?id=155093 BogdanB changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155093] Pasted objects copied with cells are not accessible in Navigator because they are not assigned new names
https://bugs.documentfoundation.org/show_bug.cgi?id=155093 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #6 from BogdanB --- Created attachment 187131 --> https://bugs.documentfoundation.org/attachment.cgi?id=187131&action=edit Before and after Thanks Regina, now they are well numbered. Verified in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155091] Copy & past doubles object which spans over filtered rows
https://bugs.documentfoundation.org/show_bug.cgi?id=155091 --- Comment #4 from BogdanB --- Regina you can mark as Assign, Resolved. I will verify later. The image is not duplicating anymore after pasting. It's fixed in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Is bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125938] Paste cell with cell-anchored images does not put anchor in target cell.
https://bugs.documentfoundation.org/show_bug.cgi?id=125938 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #7 from BogdanB --- Regina you can mark as Assign, Resolved. I will verify later. The anchor is where it should be now. It's fixed in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Is bad in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115709] [META] DOCX (OOXML) Tracking changes-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=115709 Bug 115709 depends on bug 151834, which changed state. Bug 151834 Summary: A __DDElink bookmark remains after deleting tracked changes https://bugs.documentfoundation.org/show_bug.cgi?id=151834 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151834] A __DDElink bookmark remains after deleting tracked changes
https://bugs.documentfoundation.org/show_bug.cgi?id=151834 Eyal Rozenberg changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED --- Comment #3 from Eyal Rozenberg --- If this happens to me agagin I'll reopen. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154211] Allow selecting a range between current cursor position and an element in Navigator with Shift + click (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=154211 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #13 from BogdanB --- Jim, you can mark as assign, resolved, so on... I will come back later with Verified. Everything working fine in 7.6. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4f93995f2262cde0b16bacc83f4ba3c6161ada7f CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Was not working in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155178] New: Writer hangs after opening a very large document
https://bugs.documentfoundation.org/show_bug.cgi?id=155178 Bug ID: 155178 Summary: Writer hangs after opening a very large document Product: LibreOffice Version: 7.5.2.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chris.carter@protonmail.com Description: Opening a very large document in Writer, containing a lot of text and images, starts well and initially seems to render but Writer then hangs displaying a 'busy' icon instead of a cursor and the file cannot be edited or worked with at all. The only action possible is to abort the program through Windows, even after waiting many minutes. I am now unable to edit this document in Writer at all. Steps to Reproduce: 1) Attempt to open a very large Writer (.odt) file containing lots of text and images 2) Writer will open it and correctly display the visible content (i.e. first page) 3) Any attempt to edit, scroll or work with the document results in Writer hanging and becoming permanently unresponsive. Only way out is to abort Writer in Widnows. Actual Results: Writer becomes unresponsive and document cannot be edited or worked with. Expected Results: Writer would allow editing and normal use of the document. Reproducible: Always User Profile Reset: No Additional Info: The .odt file is ~1.3 GB (1,402,548,224 bytes) in size according to Windows. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109272] Wrong cursor position when deleting a selection in Show Changes mode
https://bugs.documentfoundation.org/show_bug.cgi?id=109272 --- Comment #27 from Mike Kaganski --- (In reply to Aron Budea from comment #8) > To me where the cursor ends up after deletion with change tracking seems > like a minor detail, as it doesn't affect the behavior, unlike when change > tracking is disabled. (In reply to Heiko Tietze from comment #11) > Kind of academic question to me voting for WONTFIX. (In reply to Heiko Tietze from comment #19) > The current implementation is straight-forward and keeps the cursor at its > place. It is good that the decision was still "let's do it". However, the very idea that it is just a matter of implementation, and that the behavior is unchanged either case, is wrong. (In reply to Rosemary Sebastian from comment #6) > Bug 103458 is related. You may have a look at it. I do hope that you had a look at it. And now think not about the single action, but in a sequence of actions. When user presses Backspace, and then moves somewhere else, it might seem OK either way. But often, the first backspace is followed by more backspaces. Now compare two cases (change tracking enabled, of course): 1. When you have "word", put cursor after "d", and press Backspace four times. 2. When you have "word", *select* "d" left to right, and press Backspace four times. The results would be different. One could tell, that this needs the mentioned bug 103458 fixed. If so, then still the behavior after the first Backspace would be absolutely counter-intuitive, basically wrong: the cursor was placed *at the right of deleted "d"*, but the next backspace removes the character that is not adjacent. And what if you select more than fits to screen? Your cursor is on screen, and you even don't see what will be removed next by the following Backspace. Clear bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155165] Does not show the whole table
https://bugs.documentfoundation.org/show_bug.cgi?id=155165 m.a.riosv changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155165] Does not show the whole table
https://bugs.documentfoundation.org/show_bug.cgi?id=155165 --- Comment #2 from m.a.riosv --- Created attachment 187130 --> https://bugs.documentfoundation.org/attachment.cgi?id=187130&action=edit Sample file as odt (saved with word) Please don't send private message, the only exception it's if there is no way to eliminate private data from it, to get a sample file. Find attached your sample file, saved as odt with word (it uses odf 1.2), that open fine with 7.4 Tested your file show the whole table with: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3bc7cc14706f47d740dfc5715970054922ca470c CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Reproducible with Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded Maybe some of Miklos's latest works about tables has solved the issue. You can download 7.6 from https://dev-builds.libreoffice.org/daily/master/ but they are development versions, not for productivity, at your risk. Lets it resolved as works for me, because it works with v.7.6, and we don't know what has fix it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136524] [META] Performance/hang/lag/high CPU issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136524 BogdanB changed: What|Removed |Added Depends on||57613 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=57613 [Bug 57613] To insert a formula with multiplication generate a loops -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 56856] Incorrect cell size in a 2 column table with resized pictures
https://bugs.documentfoundation.org/show_bug.cgi?id=56856 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #12 from BogdanB --- Also in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 54778] Unicode issue when pasting into several table cells
https://bugs.documentfoundation.org/show_bug.cgi?id=54778 --- Comment #14 from BogdanB --- Please retest. It seems solved Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 Bug 96000 depends on bug 137972, which changed state. Bug 137972 Summary: Correcting with spell checker context menu places cursor at the left (previously right) https://bugs.documentfoundation.org/show_bug.cgi?id=137972 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137972] Correcting with spell checker context menu places cursor at the left (previously right)
https://bugs.documentfoundation.org/show_bug.cgi?id=137972 Mike Kaganski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 48292] TABLES - Cell background color does not follow content when sorted
https://bugs.documentfoundation.org/show_bug.cgi?id=48292 BogdanB changed: What|Removed |Added OS|Windows (All) |All --- Comment #22 from BogdanB --- Retested. Also in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45162] TABLES paste table in a number section causes all cells in table to be numbered
https://bugs.documentfoundation.org/show_bug.cgi?id=45162 --- Comment #15 from BogdanB --- Retested. Also in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44773] Unable to resize table row height with mouse if cursor outside of table
https://bugs.documentfoundation.org/show_bug.cgi?id=44773 --- Comment #15 from BogdanB --- Please retest with 7.6. Big changes have been made in 7.6 about tables. Retested with 7.6 and everything looks good. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44395] Writer TABLE: Content of Non-Displayed Tables can be Edited
https://bugs.documentfoundation.org/show_bug.cgi?id=44395 --- Comment #17 from BogdanB --- Retested, now Tools - Options - LibreOffice Writer - View - uncheck Display Tables does nothing. The table is always visible. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6c042848b688f64b3c56d65dd9dc5fe85412660a CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94660] ORDERING with Unicode order is not respected (sort dialogue and autofilter)
https://bugs.documentfoundation.org/show_bug.cgi?id=94660 BogdanB changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4911 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154911] Natural sort columns in pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=154911 BogdanB changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=94 ||660 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155162] Table: Page break in table but no content on following page
https://bugs.documentfoundation.org/show_bug.cgi?id=155162 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #5 from m.a.riosv --- About the new row on the next page, it looks fine with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3bc7cc14706f47d740dfc5715970054922ca470c CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL But doing an [Enter] with these versions adds two lines in the cell on the next page. While with the following version, adds only one line to the cell on the next page. Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL What I see is going directly to page 46, just after open, there is a header's bottom line, which disappear after a few seconds or more. Sometimes going with page-down to page 46, the row on the next page it's visible. Maybe something it's updating or recalculated in the file, that gets this strange behavior. Also at opening, sometimes only show 1 of 41 pages, that gets updated after a few seconds. Tested without skia an antialiasing, nothing changes. Let's put as new. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154911] Natural sort columns in pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=154911 BogdanB changed: What|Removed |Added Whiteboard| QA:needsComment| Blocks||108386 Status|UNCONFIRMED |NEW CC||buzea.bog...@libreoffice.or ||g Ever confirmed|0 |1 --- Comment #1 from BogdanB --- Also in Autofilter sort. Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded For example this list C1 C10 C2 C20 C21 Should be C1 C2 C10 C20 C21 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108386 [Bug 108386] [META] Calc sorting related bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108386] [META] Calc sorting related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108386 BogdanB changed: What|Removed |Added Depends on||154911 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154911 [Bug 154911] Natural sort columns in pivot table -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155168] LibreOffice no longer remembers which Style Sidebar I had open.
https://bugs.documentfoundation.org/show_bug.cgi?id=155168 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- I don't have this problem on Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Can you test on a newer version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155174] The loss of the results of the work in the writer, despite the fact that the work is saved explicitly by pressing the "Save" button.
https://bugs.documentfoundation.org/show_bug.cgi?id=155174 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #3 from BogdanB --- 2 suggestions: - check Tools - Options - Load/Save - General - Save AutoRecovery to be checked and set maybe 10 minutes here. Also check in this window "Always create backup copy". Are they checked in your case? - use https://extensions.libreoffice.org/en/extensions/show/timestamp-backup (if you don't know how to use this extension, search on Google: how to use timestamp in LibreOffice for backup). With this extension, you will have a copy of your project at the moment you have saved in the location you choose from Tools - Options - LibreOffice - Paths. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107977] [META] Calc feature enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107977 BogdanB changed: What|Removed |Added Depends on||95525 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=95525 [Bug 95525] Dedicated entry line for lists in Calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 95525] Dedicated entry line for lists in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=95525 BogdanB changed: What|Removed |Added Blocks||107977 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107977 [Bug 107977] [META] Calc feature enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113354] [META] Impress/Draw feature enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=113354 BogdanB changed: What|Removed |Added Depends on||105052 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105052 [Bug 105052] Right click menu | Size features -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105052] Right click menu | Size features
https://bugs.documentfoundation.org/show_bug.cgi?id=105052 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||113354 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113354 [Bug 113354] [META] Impress/Draw feature enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124477] Provide an option to hide the animation effect
https://bugs.documentfoundation.org/show_bug.cgi?id=124477 BogdanB changed: What|Removed |Added Blocks||103437 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103437 [Bug 103437] [META] Animation deck/tab of the sidebar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103437] [META] Animation deck/tab of the sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=103437 BogdanB changed: What|Removed |Added Depends on||124477 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=124477 [Bug 124477] Provide an option to hide the animation effect -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104238] [META] Impress image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=104238 BogdanB changed: What|Removed |Added Depends on||121521 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=121521 [Bug 121521] Pasting an image onto a text box should replace it with the scaled image -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103494] [META] Textbox bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103494 BogdanB changed: What|Removed |Added Depends on||121521 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=121521 [Bug 121521] Pasting an image onto a text box should replace it with the scaled image -- You are receiving this mail because: You are the assignee for the bug.