[Libreoffice-bugs] [Bug 144190] _Left Align and _Right Align should be Align _Left and Align _Right
https://bugs.documentfoundation.org/show_bug.cgi?id=144190 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 144681] UI: Comment box starts flashing on keypress when in table
https://bugs.documentfoundation.org/show_bug.cgi?id=144681 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 144675] Dokumentation, Fehlerhafte Hilfeseiten
https://bugs.documentfoundation.org/show_bug.cgi?id=144675 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 144962] LibreOffice Writer crashed
https://bugs.documentfoundation.org/show_bug.cgi?id=144962 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 144962] LibreOffice Writer crashed
https://bugs.documentfoundation.org/show_bug.cgi?id=144962 --- 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 134729] "updates available" icon in the macOS menu bar doesn't bring up LibreOffice when clicked
https://bugs.documentfoundation.org/show_bug.cgi?id=134729 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 134729] "updates available" icon in the macOS menu bar doesn't bring up LibreOffice when clicked
https://bugs.documentfoundation.org/show_bug.cgi?id=134729 --- 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 140452] Image anchored to Page misplaced after PDF export
https://bugs.documentfoundation.org/show_bug.cgi?id=140452 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 140452] Image anchored to Page misplaced after PDF export
https://bugs.documentfoundation.org/show_bug.cgi?id=140452 --- Comment #5 from QA Administrators --- Dear Telesto, 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 139014] Heading Format & TOC carry preceding UNDELETEABLE period, sometimes a space also.
https://bugs.documentfoundation.org/show_bug.cgi?id=139014 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 139014] Heading Format & TOC carry preceding UNDELETEABLE period, sometimes a space also.
https://bugs.documentfoundation.org/show_bug.cgi?id=139014 --- Comment #7 from QA Administrators --- Dear matthew.musial609, 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 136508] Drop down list is in black color in ' Tools -> Customize -> Toolbars' of Calc [Version 7.0.1.2]
https://bugs.documentfoundation.org/show_bug.cgi?id=136508 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 136508] Drop down list is in black color in ' Tools -> Customize -> Toolbars' of Calc [Version 7.0.1.2]
https://bugs.documentfoundation.org/show_bug.cgi?id=136508 --- Comment #8 from QA Administrators --- Dear Nukool Chompuparn, 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 141527] Crash in: SfxInfoBarWindow::addButton(PushButton*)
https://bugs.documentfoundation.org/show_bug.cgi?id=141527 --- Comment #5 from QA Administrators --- Dear John Brock, 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 141262] libreoffice can't generate word 2003 xml file rightliy , especial it has table in
https://bugs.documentfoundation.org/show_bug.cgi?id=141262 --- Comment #2 from QA Administrators --- Dear netmou, 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 46180] FILEOPEN - LO Base fails to connect to "*.DBF" files but connects OK to "*.dbf"
https://bugs.documentfoundation.org/show_bug.cgi?id=46180 --- Comment #17 from QA Administrators --- Dear Aleksey, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 40244] FILESAVE to read-only location gives wrong error message
https://bugs.documentfoundation.org/show_bug.cgi?id=40244 --- Comment #16 from QA Administrators --- Dear brookembecker, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 33687] FORMATTING: index text (TOC) does not flow in linked frames
https://bugs.documentfoundation.org/show_bug.cgi?id=33687 --- Comment #14 from QA Administrators --- Dear pierre-yves samyn, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 33614] Impress [FILEOPEN] did not import double lines from a Powerpoint .ppt correctly.
https://bugs.documentfoundation.org/show_bug.cgi?id=33614 --- Comment #20 from QA Administrators --- Dear starmatz71, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128014] Cloning a merged cell formatting to a range then unmerging the target range resets some cells in the range to default format
https://bugs.documentfoundation.org/show_bug.cgi?id=128014 --- Comment #4 from QA Administrators --- Dear Mike Kaganski, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119821] Slowdown when holding space
https://bugs.documentfoundation.org/show_bug.cgi?id=119821 --- 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144990] New: Menu bar does not work on Windows with high contrast themes
https://bugs.documentfoundation.org/show_bug.cgi?id=144990 Bug ID: 144990 Summary: Menu bar does not work on Windows with high contrast themes Product: LibreOffice Version: 7.2.1.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: marquinho...@gmail.com Description: The menu bar and certain elements appear with wrong colors when using Windows high contrast dark themes. For instance, it may appear completely white without a readable text when a black high contrast theme is being used. Steps to Reproduce: 1. Apply a dark high contrast theme at Windows settings. Actual Results: Menu bar and some UI elements appear white without a readable text. Tested on Windows 11 release. Expected Results: The menu bar and other UI elements should respect the color scheme applied to all windows, like Notepad and also 3rd party apps like Filezilla etc. Reproducible: Always User Profile Reset: Yes Additional Info: It works with light high contrast themes but not dark. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Bug 120200 depends on bug 33749, which changed state. Bug 33749 Summary: Inconsistencies in Help pages on Cell Merging and Splitting (unmerging) in Calc https://bugs.documentfoundation.org/show_bug.cgi?id=33749 What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144989] Exported PDF of master document with hidden sections in chapters looses pagination
https://bugs.documentfoundation.org/show_bug.cgi?id=144989 --- Comment #1 from Olivier Hallot --- Created attachment 175589 --> https://bugs.documentfoundation.org/attachment.cgi?id=175589=edit Situation showing the issue: offset of page numbers -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144989] New: Exported PDF of master document with hidden sections in chapters looses pagination
https://bugs.documentfoundation.org/show_bug.cgi?id=144989 Bug ID: 144989 Summary: Exported PDF of master document with hidden sections in chapters looses pagination Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: olivier.hal...@libreoffice.org Created attachment 175588 --> https://bugs.documentfoundation.org/attachment.cgi?id=175588=edit Situation of correct page number of PDF toc This bug is a follow-up of bug#84913, and add sample data for testing and verification. The zip file contains all files needed. https://nextcloud.documentfoundation.org/s/t4s5e3GtZe29GPN The archive contains GS70-GettingStarted.odm * A master doc linking all chapters. * On page 3 of the master doc there is a string "book [0|1]. 0 or 1 is a variable field controlling hidden sections in the chapters. * When 'book eq 1', the chapter sections containing the heading "Copyright..." are hidden and the hidden section are not visible nor printed. * When 'book eq 0', the chapter sections containing the heading "Copyright..." are not hidden and are visible and printed. * Open the master document and update the links as usual. GS70NN-(..).odt * Chapter files. * All chapter files have a section with condition "book eq 1" wrapping the Copyright heading and the chapter TOC. When 'book eq 1' the section is hidden. 0.pdf - A pdf file where 'book eq 0', meaning that all sections are visible. 1.pdf - A pdf file where 'book eq 1', meaning all chapter's copyright + TOC are hidden. Actual results -- The screen shots shows the issue Screenshot_0.pdf.png shows a PDF reader with PDF "Contents" on the right, accessing heading "Changing formula color". The PDF page is correctly displays showing the heading. The PDF ToC shows page 342 and the PDF page is actually 342. That is OK. Likewise, Screenshot_1.pdf.png access heading "Changing formula color" on page 313 but the heading target is lost. The page number does not correspond to the heading "Changing formula color". Actually the "Changing formula color" heading is located in page 337 of the PDF file. Expected results with hidden sections actually hidden, the page numbers of the exported PDF contents right pane should point to the right page in the file. In the case above, instead of "Changing formula color" on page 313, it should be "Changing formula color" on page 337. Note The issue (page number offset) is even more visible when TOC points to the end of the PDF file, higher chapters. The issue is not visible in the beginning of the file (lower chapters) It seems that the offset depend on the number and size of the hidden sections. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144988] Fontwork has wrong size text, if it has more than one paragraph and font size is too large
https://bugs.documentfoundation.org/show_bug.cgi?id=144988 Regina Henschel changed: What|Removed |Added Summary|Fontwork has wrong size |Fontwork has wrong size |text has more than one |text, if it has more than |paragraph and font size is |one paragraph and font size |too large |is too large -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144988] New: Fontwork has wrong size text has more than one paragraph and font size is too large
https://bugs.documentfoundation.org/show_bug.cgi?id=144988 Bug ID: 144988 Summary: Fontwork has wrong size text has more than one paragraph and font size is too large Product: LibreOffice Version: 5.4.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 175587 --> https://bugs.documentfoundation.org/attachment.cgi?id=175587=edit Fontwork examples Open attached document. It has four Fontwork shapes. The style is set by an own style "myFontwork for testing". The font size is so, that the text fits into the width of the shape. Now open the style and set the font size a little bit larger, e.g. to 28pt. Notice, that the text in those shapes, which have two paragraphs, is wrongly rendered. The expected behavior can be seen in the examples with one paragraph. If the font size is so large, that the text block does not fit into the width of the bounding box of the path, then the font size used for rendering is decreased until it fits. The path in these objects are one or two horizontal lines from left to right of the shape. The text-path-scale attribute is set to "shape", which corresponds to "ScaleX=true" in the property "TextPath" in property "CustomShapeGeometry". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144986] Formula to Value renders a blank non-empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=144986 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- I don't agree, to change the value, for me it's fine, it is not an empty cell, with the same value before the operation. 1 2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144190] _Left Align and _Right Align should be Align _Left and Align _Right
https://bugs.documentfoundation.org/show_bug.cgi?id=144190 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- The settings "Left Align", "Center", "Right Align" and "Word justify" in the drop-down "Fontwork Alignment" are bound to the "Anchor" setting in the 'Text Attributes' dialog. Thereby only the vertical middle options are supported (at least for horizontal writing mode, don't now for top-bottom writing mode). When you set the anchor to the option "middle right" in the 'Text Attributes', then the "Fontwork Alignment" will be "Right Align" and vis-a-vis. The option "Center" belongs to option "middle/center disabled 'Full width" and the option "Word justify" belongs to option "middle/center with checked 'Full width'". "Word justify" rendering is broken, see bug 37808. Therefore I'm not sure whether "align" is the correct term at all. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 37808] Button 'Word Justify' works incorrectly on fontwork
https://bugs.documentfoundation.org/show_bug.cgi?id=37808 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #12 from Regina Henschel --- The current rendering is wrong, the text should be centered. The option "Word justify" is currently bound to the setting "option middle/center with checked 'Full width'" in the 'Text Attributes' dialog. That means, that it specifies an anchor for the text block. [The options 'Left align', 'Right align' and 'Center' are too bound the Anchor setting in the 'Text Attributes' dialog.] The setting 'Full width' means, that the reference for the alignment of paragraphs in the text block of a custom shape is the edge of the text area of the custom shape. 'Full width disabled' means, that the reference is the box of the longest paragraph. But that makes no sense for Fontwork. The paragraphs in the text of a Fontwork cannot have different alignments and the text area is ignored for Fontwork. This bounding to the "Text Attributes" dialog exists already in OOo2.4.3. and also the error, that the text becomes left aligned. The expected behavior of "justify" cannot be achieved with binding to anchor "middle/center with 'full width' checked". So either the option should be removed or a new implementation is needed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144987] When im trying to change the number in numbering field it shows space
https://bugs.documentfoundation.org/show_bug.cgi?id=144987 --- Comment #4 from Anatoliy --- Created attachment 175586 --> https://bugs.documentfoundation.org/attachment.cgi?id=175586=edit last page from my pov -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144987] When im trying to change the number in numbering field it shows space
https://bugs.documentfoundation.org/show_bug.cgi?id=144987 --- Comment #3 from Anatoliy --- Created attachment 175585 --> https://bugs.documentfoundation.org/attachment.cgi?id=175585=edit second page from my pov -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144987] When im trying to change the number in numbering field it shows space
https://bugs.documentfoundation.org/show_bug.cgi?id=144987 --- Comment #2 from Anatoliy --- Created attachment 175584 --> https://bugs.documentfoundation.org/attachment.cgi?id=175584=edit first page from my pov -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144987] When im trying to change the number in numbering field it shows space
https://bugs.documentfoundation.org/show_bug.cgi?id=144987 --- Comment #1 from Anatoliy --- Created attachment 175583 --> https://bugs.documentfoundation.org/attachment.cgi?id=175583=edit glitched file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144987] New: When im trying to change the number in numbering field it shows space
https://bugs.documentfoundation.org/show_bug.cgi?id=144987 Bug ID: 144987 Summary: When im trying to change the number in numbering field it shows space Product: LibreOffice Version: 7.1.6.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: generiummadn...@gmail.com Description: When I put the line number in the headers and footers and try to change the initial value via RMB > edit fields, the program gives an incorrect value (just white space). But when I create many pages, erase numbers and paste them again, i see them clearly (or when reopen the document) and always, even when i see most of them, few last pages are still having these troubles. I will attach ODT document and screenshots how i see this bug. Steps to Reproduce: 1. create new document 2. add numbering into page(or foot, or both) header 3. increase it's value with RMB Actual Results: https://i.imgur.com/cZCtPiN.png Expected Results: https://i.imgur.com/LR9LRdS.png Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 16; OS: Windows 10.0 Build 22000; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL It is Windows 11. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144986] New: Formula to Value renders a blank non-empty cell
https://bugs.documentfoundation.org/show_bug.cgi?id=144986 Bug ID: 144986 Summary: Formula to Value renders a blank non-empty cell Product: LibreOffice Version: 7.0.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: iavs.le...@gmail.com Description: When a formula result is "", Formula to Value renders the cell content as an empty paragraph (), not as an empty cell. Steps to Reproduce: 1. In A2 type ="" 2. Select A2, choose menu Data - Calculate - Formula to Value 3. Press Ctrl+End (Moves the cursor to the last cell on the sheet that contains data.) Actual Results: Last cell is A2. Expected Results: Last cell is A1. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.6.2 (x86) Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144835] EDITING Increasing indent on a paragraph is not recorded as tracked change
https://bugs.documentfoundation.org/show_bug.cgi?id=144835 Deep17 changed: What|Removed |Added CC||deepoose2...@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #4 from Deep17 --- I can reproduce the bug in stable and master build. Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c2de581d1943df2d84f2b71817b6a8bee41f0217 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112125] [META] Hyperlink dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=112125 Dieter changed: What|Removed |Added Depends on||144981 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144981 [Bug 144981] Insert Hyperlink dialog with artifacts in icons on the left bar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144981] Insert Hyperlink dialog with artifacts in icons on the left bar
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 Dieter changed: What|Removed |Added Whiteboard|QA:needsComment | Blocks||112125 CC||dgp-m...@gmx.de --- Comment #2 from Dieter --- Also not a problem in Windows. Tested with Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112125 [Bug 112125] [META] Hyperlink dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144651] Field using ROUND formula works in MS Office but broken in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=144651 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Whiteboard| QA:needsComment| --- Comment #2 from Dieter --- I confirm the behaviour with Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Word count field should disply "7" but displays "70" But if you display field names (Strg+F9) you can see that there are two fields: "Statistics" and "ROUND(|-2)" I can't compare with Word 2016, because I get a Syntax Error So not sure for 100%, if it is a bug or not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126862] [META] Issues with unusual builds / unit tests
https://bugs.documentfoundation.org/show_bug.cgi?id=126862 Bug 126862 depends on bug 123616, which changed state. Bug 123616 Summary: qtz / keyID builds: key IDs are not shown in new dialogs https://bugs.documentfoundation.org/show_bug.cgi?id=123616 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123616] qtz / keyID builds: key IDs are not shown in new dialogs
https://bugs.documentfoundation.org/show_bug.cgi?id=123616 Andras Timar changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #9 from Andras Timar --- I think the workaround suggested in Comment 8 is good enough for the very few users who need the KeyID feature. I added a note to https://wiki.documentfoundation.org/Language#KeyID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128492] When opening HTML in Writer column and table width are not taken into account
https://bugs.documentfoundation.org/show_bug.cgi?id=128492 --- Comment #6 from Dieter --- Still present in Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144974] FORMATEAR: no se pueden seleccionar con el ratón opciones como color del texto y de fondo
https://bugs.documentfoundation.org/show_bug.cgi?id=144974 Julien Nabet changed: What|Removed |Added Version|7.0.0.2 rc |7.2.1.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141724] The dialog in Report Wizard use localized string instead of KeyID
https://bugs.documentfoundation.org/show_bug.cgi?id=141724 Andras Timar changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144037] kf5: Unable to insert table from toolbar button
https://bugs.documentfoundation.org/show_bug.cgi?id=144037 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Severity|major |critical --- Comment #28 from Julien Nabet --- I know it's not a crash and specific to Linux/kde env but: - it's a regression - it makes LO unusable on KDE - it has a lot of duplicates I think this one requires an exception on bug triaging rules. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144763] icons degrade Skia Vulkan rendering on nVidia MX130 with 462.376 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=144763 --- Comment #19 from V Stuart Foote --- Ok Marta, despite the updated drivers (and challenges of getting nVidia Optimus control over the Intel or the discrete GPU) with updated driver you still have issues with Skia Vulkan rendering. RenderMethod: vulkan Vendor: 0x10de Device: 0x174d API: 1.2.175 Driver: 472.48.0 DeviceType: discrete DeviceName: NVIDIA GeForce MX130 Denylisted: no Meaning, simply avoid Vulkan and use Skia software raster rendering instead: Tools -> Options -> View and add the check for "Force Skia software rendering" See if doing so behaves (for either GPU). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144037] kf5: Unable to insert table from toolbar button
https://bugs.documentfoundation.org/show_bug.cgi?id=144037 Julien Nabet changed: What|Removed |Added CC||wod...@gmail.com --- Comment #27 from Julien Nabet --- *** Bug 144974 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144974] FORMATEAR: no se pueden seleccionar con el ratón opciones como color del texto y de fondo
https://bugs.documentfoundation.org/show_bug.cgi?id=144974 Julien Nabet changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from Julien Nabet --- *** This bug has been marked as a duplicate of bug 144037 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144985] New: Chart custom colors are not used in the legend
https://bugs.documentfoundation.org/show_bug.cgi?id=144985 Bug ID: 144985 Summary: Chart custom colors are not used in the legend Product: LibreOffice Version: 7.2.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Chart Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jean-francois.nifenec...@laposte.net Created attachment 175581 --> https://bugs.documentfoundation.org/attachment.cgi?id=175581=edit A chart with custom colors and a legend When setting custom colors for the data range (fill color), the newly used colors are not used in the legend, where the standard ones are still present. See attachment. Checked present under Linux and Windows (same version, see below). Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137674] Page margins are wrong in a specific DOC with small margin that overlaps footer
https://bugs.documentfoundation.org/show_bug.cgi?id=137674 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||4013 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144013] FILESAVE DOCX: "Same content on first page" is checked after saving as docx, when document contains a table on the page which spreads across two pages
https://bugs.documentfoundation.org/show_bug.cgi?id=144013 Justin L changed: What|Removed |Added CC||jl...@mail.com Keywords||bibisected, bisected, ||regression See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||6472, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||7674 Version|7.0.0.0.alpha1+ |4.1.0.4 release --- Comment #3 from Justin L --- This was working OK until LO 4.1. Linux bibisect-41max bisect commit d817cf67bff357d8a2425dda57f12475fb0a9f68 commit 532e25f8b0ef1daeca1f9f84c7084812b72841d5 Author: Luke Deller on Mon Feb 11 10:26:34 2013 + export different first page header/footer to doc/docx -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43442] Calc UI: Preselected options in Paste Special dialog are not sensible
https://bugs.documentfoundation.org/show_bug.cgi?id=43442 Caolán McNamara changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #12 from Concerned User --- It's clear that Excel has a significant amount of additional formatting options for data series, and attempts to implement every single one of these features would be very time consuming. If only one of these additional features were to be prioritized, it is my opinion that being able to separately colorize markers with a solid fill distinct from the formatting of the line itself would be most desirable. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #11 from Concerned User --- Created attachment 175580 --> https://bugs.documentfoundation.org/attachment.cgi?id=175580=edit Render of sample Excel file at 100% zoom -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #10 from Concerned User --- Created attachment 175579 --> https://bugs.documentfoundation.org/attachment.cgi?id=175579=edit Sample .XLSX file showing various formatting I created a simple table with 3 series with 3 data points each. Each series has different line and marker formatting to showcase some of the formatting capabilities in Excel. Notice all formatting is depicted in both the graph area as well as the legend. == Series "One" Line Line type: Automatic (preset values for all variables) Color: "Blue, Accent 1" Transparency: 0% Width: 2.25 pt Compound type: Simple Dash type: Solid Cap type: Round Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked Marker Marker Options: + Built-in + Type: Square + Size: 10 Fill: + Solid Fill + Color: "Red" + Transparency: 0% Border Type: Solid line Color: Red Transparency: 0% Width: 0.75 pt Compound type: Simple Dash type: Solid Cap type: Flat Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked == Series "Two" Line Line type: Gradient line Type: Linear Angle: 270° Gradient Stop 1: + Color: rgb(171,129,0) + Position: 0% + Transparency: 0% + Brightness: -33% Gradient Stop 2: + Color: rgb(255,194,8) + Position: 60% + Transparency: 0% + Brightness: 3% Gradient Stop 3: + Color: rgb(171,129,0) + Position: 100% + Transparency: 0% + Brightness: 40% Width: 2.25 pt Compound type: Simple Dash type: Solid Cap type: Round Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked Marker Marker Options: + Built-in + Type: Diamond + Size: 20 Fill: + Solid Fill + Color: "Red" + Transparency: 0% Border Type: Solid line Color: Red Transparency: 0% Width: 0.75 pt Compound type: Simple Dash type: Solid Cap type: Flat Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked == Series "Three" Line Line type: Automatic (preset values for all variables) Color: "Gray-50%, Accent 3" Transparency: 0% Width: 2.25 pt Compound type: Simple Dash type: Solid Cap type: Round Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked Marker Marker Options: + Built-in + Type: Triangle + Size: 10 Fill: + Solid Fill + Color: "Green" + Transparency: 0% Border: Solid line Color: "Purple" Transparency: 0% Width: 2 pt Compound type: Simple Dash type: Solid Cap type: Flat Join type: Round Begin Arrow type: No Arrow Begin Arrow size: Arrow L Size 5 End Arrow type: No Arrow End Arrow size: Arrow R Size 5 Smoothed line: Unchecked -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144975] LibreCalc macro loop always freezes within 4295 seconds.
https://bugs.documentfoundation.org/show_bug.cgi?id=144975 Jan-Marek Glogowski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Jan-Marek Glogowski --- (In reply to Craig from comment #0) > This problem does not happen when running on a Windows PC. Please provide the info from "Help >> About LibreOffice" and reset the bug to UNCONFIRMED. Maybe it's VCL specific, or are you running headless? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144926] Entering data in calc is extremely slow
https://bugs.documentfoundation.org/show_bug.cgi?id=144926 niina-ma...@outlook.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from niina-ma...@outlook.com --- I tried to reproduce the bug and it worked normally for me, so I changed the status from unconfirmed to RESOLVED → WORKSFORME, If it's still a bug for you, you can change status back to UNCONFIRMED and provide more details if possible. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords|needsUXEval | --- Comment #9 from Heiko Tietze --- (In reply to Concerned User from comment #6) > This is possible today using Excel. Thanks for checking. And consequently we need it for round-trip compatibility, at least. Could you please share a sample from Excel with a line having a color different to the markers, saved in XLSX? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144984] UI Conditional format dialogs content is not entirely visible
https://bugs.documentfoundation.org/show_bug.cgi?id=144984 Caolán McNamara changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144975] LibreCalc macro loop always freezes within 4295 seconds.
https://bugs.documentfoundation.org/show_bug.cgi?id=144975 --- Comment #2 from Mike Kaganski --- I hoped to be able to reproduce it using 32-bit build on Windows; so I have tested both an old version (4.4), and current master (built in 32-bit binary). Unfortunately, no repro on Windows 32-bit builds. FTR, versions used for testing were Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Locale: ru_RU and Version: 7.3.0.0.alpha0+ (x86) / LibreOffice Community Build ID: 961ebbe9ebd9becdefdeaa5fdea63cb0e7d27443 CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144763] icons degrade Skia Vulkan rendering on nVidia MX130 with 462.376 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=144763 --- Comment #18 from Marta Woods --- Thank you for the links to the correct instructions. There is still some distortion of icons. please review "results of testing done 0/7/21" I provided a list of actions and results. the skia log is also attached. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144763] icons degrade Skia Vulkan rendering on nVidia MX130 with 462.376 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=144763 --- Comment #17 from Marta Woods --- Created attachment 175578 --> https://bugs.documentfoundation.org/attachment.cgi?id=175578=edit skia.log for testing 10/7/21 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144763] icons degrade Skia Vulkan rendering on nVidia MX130 with 462.376 driver
https://bugs.documentfoundation.org/show_bug.cgi?id=144763 --- Comment #16 from Marta Woods --- Created attachment 175577 --> https://bugs.documentfoundation.org/attachment.cgi?id=175577=edit results of testing done 10/7/21 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144753] Won't open
https://bugs.documentfoundation.org/show_bug.cgi?id=144753 --- Comment #6 from gmarco --- (In reply to V Stuart Foote from comment #4) > 7.1.7 build when released, or 7.2.2 out this week. Avoid 7.1.6 or > 7.2.1--both are poisoned by Clang compiler issue of bug 144598 > > *** This bug has been marked as a duplicate of bug 144598 *** Today also v.7.1.6.2 is opening and running. Is that sentence right? Is the build 7.1.6.2 really poisoned? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104768] Poor linking to Macro documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=104768 --- Comment #6 from Olivier Hallot --- The purpose of https://documentation.libreoffice.org/en/english-documentation/ is to offer end-users a quick way (1-click) to get the publication. Old habits dies hard (ease of use...), community members are used to wiki for storing finished files. Not even Nextcloud is appreciated for the final doc's storage/publication. I have no preference. I'm all ears. But there are 2 different demands to be addressed in revamping web pages: - Quick access for doc consumer (click-and-go), easy navigation. - Flexible/+complex access for doc creators (upload/download/edit/publish/etc...). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144667] Math-Comp: short space with Keyboard don't work.
https://bugs.documentfoundation.org/show_bug.cgi?id=144667 --- Comment #1 from Detlef Tribius --- see the Description -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144984] New: UI Conditional format dialogs content is not entirely visible
https://bugs.documentfoundation.org/show_bug.cgi?id=144984 Bug ID: 144984 Summary: UI Conditional format dialogs content is not entirely visible Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com CC: caol...@redhat.com Created attachment 175576 --> https://bugs.documentfoundation.org/attachment.cgi?id=175576=edit Screenshot of the problem in Calc When Color scale or Data bar type conditions are selected in the Conditional Formatting dialog, the Maximum part of the settings is only half visible with non-GTK backends. Steps to reproduce: 1. In Calc select Format – Conditional – Color Scale or Data Bar Actual results: The dialogs contents are not entirely visible. Expected results: Right side of the dialog contents should be visible. LibreOffice details: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: b1488cd6f008049a9aaff7350deeb73cbbd535b6 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: hu-HU (en_US); UI: en-US Calc: threaded Not yet in 7.2.0 Additional Information: Bibisected using bibisect-win64-7.3 to: URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=f72013ca65c7a33991d5fb124b919fe7cde269e2 author Caolán McNamara 2021-08-26 15:24:25 +0100 committer Caolán McNamara 2021-08-26 17:57:16 +0200 commit f72013ca65c7a33991d5fb124b919fe7cde269e2 (patch) use max of avg digit or 'average char' width to measure Edit space Adding CC to: Caolán McNamara -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144983] New: Wrong umlaut behaviour in linux
https://bugs.documentfoundation.org/show_bug.cgi?id=144983 Bug ID: 144983 Summary: Wrong umlaut behaviour in linux Product: LibreOffice Version: 7.1.6.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: saxo...@gmx.de Description: Libroffice filenames with umlauts (ä,ö,ü,...vowel mutation) cannot be symlinked in manjaro linux. Pressing the symlink produces error: file doesn't exist. That works with other files like pdf. Filenames show wrong at top of window (e.g. Ernäung.odt - Libreoffice Writer). Correct in other programs. If I copy some german text from websites into writer, the same problem that umlauts are not recognized (e.g. schwächere). If I type text all is correct. Steps to Reproduce: 1. Manjaro kernel 5.14.7.-2 2. Libreoffice 7.1.6.2.0 with german language and UI 3. Actual Results: Ernäung.odt Expected Results: Ernährung.odt Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: n -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #8 from Concerned User --- Created attachment 175575 --> https://bugs.documentfoundation.org/attachment.cgi?id=175575=edit Excel's Marker Formatting dialog This shows various options specifically for marker formatting, separate from line formatting. The configuration is distinct from the other. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #7 from Concerned User --- Created attachment 175574 --> https://bugs.documentfoundation.org/attachment.cgi?id=175574=edit Excel's Line Formatting dialog This shows various options specifically for line formatting, separate from marker formatting. The configuration is distinct from the other. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 Concerned User changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144633] FEATURE REQUEST: Allow setting Icon color separate from Line color
https://bugs.documentfoundation.org/show_bug.cgi?id=144633 --- Comment #6 from Concerned User --- Created attachment 175573 --> https://bugs.documentfoundation.org/attachment.cgi?id=175573=edit Line graph showing separate formatting for lines and markers This is possible today using Excel. Shown is version 2016, but this functionality has been around for a long time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62799] Word count counts dashes as words - update Help for Word Count additional separators
https://bugs.documentfoundation.org/show_bug.cgi?id=62799 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #6 from Rafael Lima --- Relevant help page: https://help.libreoffice.org/latest/en-US/text/swriter/guide/words_count.html?DbPAR=WRITER#bm_id3149686 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144982] New: Export unicode in pdf-file using Ubuntu (Linux)
https://bugs.documentfoundation.org/show_bug.cgi?id=144982 Bug ID: 144982 Summary: Export unicode in pdf-file using Ubuntu (Linux) Product: LibreOffice Version: 6.4 all versions Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: w.ha...@gmail.com Description: To PDF exported text files (odt) with unicode characters are missing the unicode characters using LibreOffice Linux. Examples U+260E (black phone); U+1F4F1 (mobile phone) and U+1F4E7 (e-mail). In windows all characters are exported to the pdf and in iOS some. Temporary solution: 1. create odt in Libreoffice Linux; 2. Open .odt in Libreoffice Windows; 3. Export PDF with LibreOffice Windows. Steps to Reproduce: 1. Open LibreOffice for Linux (Ubuntu) 2. make a textfile with unicode U+260E; U+1F4F1; U+1F4E7 3. export to PDF 4. Examine PDF file for output unicode characters. Actual Results: In all Linux versions I tried, unicode characters were not exported Expected Results: Export symbols like black phone; mobile phone or e-mail symbol Reproducible: Always User Profile Reset: No Additional Info: Results in Windows and iOS versions of Libreoffice differ. Under Windows all characters are shown in the PDF file. Using LibreOffice in iOS some characters are exported, some are not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104768] Poor linking to Macro documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=104768 Buovjaga changed: What|Removed |Added CC||olivier.hallot@libreoffice. ||org --- Comment #5 from Buovjaga --- (In reply to Rafael Lima from comment #4) > Maybe we could add a link in this page: > https://documentation.libreoffice.org/en/english-documentation/ > > That redirects to the Wiki page: > https://wiki.documentfoundation.org/Documentation/Publications > > The link could be called "View All Published Documentation". > > @Ilmari what do you think of this idea? How could we go about doing this? I don't know, have to ask Olivier -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130104] FILESAVE XLSX: cell indent ("stylesheet -> cellXfs -> xf -> alignment: indent") is increased each time when re-save as xlsx document (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=130104 Kevin Suo changed: What|Removed |Added Attachment #157294|1 |0 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130104] FILESAVE XLSX: cell indent ("stylesheet -> cellXfs -> xf -> alignment: indent") is increased each time when re-save as xlsx document (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=130104 Kevin Suo changed: What|Removed |Added Attachment #173215|0 |1 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130104] FILESAVE XLSX: cell indent ("stylesheet -> cellXfs -> xf -> alignment: indent") is increased each time when re-save as xlsx document (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=130104 Kevin Suo changed: What|Removed |Added Attachment #173214|0 |1 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130104] FILESAVE XLSX: cell indent ("stylesheet -> cellXfs -> xf -> alignment: indent") is increased each time when re-save as xlsx document (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=130104 Kevin Suo changed: What|Removed |Added Attachment #157293|1 |0 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104768] Poor linking to Macro documentation
https://bugs.documentfoundation.org/show_bug.cgi?id=104768 Rafael Lima changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Rafael Lima --- Maybe we could add a link in this page: https://documentation.libreoffice.org/en/english-documentation/ That redirects to the Wiki page: https://wiki.documentfoundation.org/Documentation/Publications The link could be called "View All Published Documentation". @Ilmari what do you think of this idea? How could we go about doing this? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141322] "Changing the attribute of all hyperlinks" applies only for Internet Links, plus need to mention Application Colors for "visited" and "unvisited" links
https://bugs.documentfoundation.org/show_bug.cgi?id=141322 --- Comment #4 from Rafael Lima --- Adding to my previous message, I found one place where the "unvisited links" color from the Tools > LibreOffice > Application Colors dialog is applied. Links created in LO Draw and Impress get the "visited links" color by default, since there are no Character styles in Impress. However, clicking the link is not changing the color to the "visited links" color. Maybe this is a separate bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 130104] FILESAVE XLSX: cell indent ("stylesheet -> cellXfs -> xf -> alignment: indent") is increased each time when re-save as xlsx document (see comment 17)
https://bugs.documentfoundation.org/show_bug.cgi?id=130104 --- Comment #22 from Kevin Suo --- Created attachment 175572 --> https://bugs.documentfoundation.org/attachment.cgi?id=175572=edit tdf130104_indent.xlsx -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132864] Harmony in position settings of different objects
https://bugs.documentfoundation.org/show_bug.cgi?id=132864 --- Comment #17 from Telesto --- (In reply to Justin L from comment #16) > (In reply to Telesto from comment #15) > > Input is welcome: including the Word compatibility aspect > Based on all of the bug reports generated by the move "to character" for > images, it doesn't seem to be a very good idea to do that for more objects. A general response, not especially dedicated to Justin Point 1: A) Can it become worse compared to current state? Images probably most inserted objects (say 80%); so we are 'saving' only '20%' B) The To Paragraph anchor does behave differently. The mixture is not totally clear for the end-user. C) Putting everything 'to character' has the advantage of slightly more focus. It does reduce some other bugs; so conversion issues 'to paragraph' 'to character'. D) I hope you did a search excluding my reports ;-). A single user doesn't represent the whole user base.. Point 2: Even if decide that this can't be done in the near feature, this still topic for 'long term'.. The 'plan'. Is the ultimate goal to harmonize the default anchoring or not? Point 3: The topic does also include few other aspect aside from anchoring (default wrap & alignment settings) which can be harmonized (fully or partly; at once of step by step). Or is someone able the explain why the current insertion defaults - which are different for object by object - are being the right choice. I might have a knowledge gap.. Or are we in nobody knows exactly terrain. Where we now it's the default, we assume this being for a reason without insights... And we know that changes mostly cause some unexpected/unintended (side) effect causing an angry mob, so we refrain from doing anything.. The lovely status quo. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141322] "Changing the attribute of all hyperlinks" applies only for Internet Links, plus need to mention Application Colors for "visited" and "unvisited" links
https://bugs.documentfoundation.org/show_bug.cgi?id=141322 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||8170 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108170] Hyperlinks don't highlight 'Internet Link' entry in character styles list
https://bugs.documentfoundation.org/show_bug.cgi?id=108170 Rafael Lima changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1322 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141322] "Changing the attribute of all hyperlinks" applies only for Internet Links, plus need to mention Application Colors for "visited" and "unvisited" links
https://bugs.documentfoundation.org/show_bug.cgi?id=141322 --- Comment #3 from Rafael Lima --- I was revisiting this bug report and a few things came to mind: 1) The options under Tools > LibreOffice > Application Colors are not applicable to document styles but rather to colors used in the application itself. This is why they're not applied in the document. However, I wonder where the "visited links" and "unvisited links" colors are applied. One would assume that they would be applied to links in LO user interface such as the ones in the Extensions dialog, however they do not seem to be applied there (at least using the Kf5 VCL). So can we conclude that these colors under "Tools > LibreOffice > Application Colors" are useless and they should be removed from the dialog? 2) The colors applied to links always come from the character styles "Internet link" and "Visited internet link". However, as I mentioned before the styles are not applied only to "internet" links, but rather to any hyperlink inserted in the document (such as internal links for document targets). In summary, I do not think we have a documentation bug at hand, but rather some improvements that need to be made to the UI and the default document template: 1) In the default template rename "Internet Link" and "Visited internet link" to "Hyperlink" and "Visited Hyperlink", respectively. 2) Remove the "visited links" and "unvisited links" colors from the Tools > LibreOffice > Application Colors dialog, unless someone can find where these colors are useful. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108170] Hyperlinks don't highlight 'Internet Link' entry in character styles list
https://bugs.documentfoundation.org/show_bug.cgi?id=108170 --- Comment #8 from Rafael Lima --- Created attachment 175571 --> https://bugs.documentfoundation.org/attachment.cgi?id=175571=edit Output of the UNO Inspector Still present in LO 7.2.1.2 Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.1-0ubuntu0.21.04.1~lo1 Calc: threaded However, I wonder what actually happens internally in LO to apply the "Internet Link" and "Visited Internet Link" styles to links. It seems to be somehow hardcoded. Using the new UNO Inspector (see attached image), notice that the hyperlink actually has no char style applied. That is why the "No Character Style" option is selected by default. If I manually apply a character style to a link, LO sort of merges both styles... for example, applying the "Emphasis" style to a link makes the link italic and also applies the color and underline to the text. And now if you select the text, it shows that the "Emphasis" style is applied. IMO there are 2 possible outcomes: 1) This is NAB and documentation should highlight this behavior 2) This is indeed a bug and the style name should appear in the CharStyleName property -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144611] Image position off when changing 'to paragraph' to 'to character' back 'to paragraph' and drag the anchor
https://bugs.documentfoundation.org/show_bug.cgi?id=144611 --- Comment #14 from Dieter --- (In reply to Heiko Tietze from comment #13) > To answer Dieter's question: moving the anchor changes the position of the > image while moving the image changes its attributes. Your description is > more precise, the workflow is flexible and reasonable Thank you for answering my question. So I will add a new bug report in order to add that information to help page. I agree to close it as NAB -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132643] [LOCALHELP] Translate section id to English mnemonics
https://bugs.documentfoundation.org/show_bug.cgi?id=132643 --- Comment #534 from Commit Notification --- Johnny_M committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/163eaf2bf056073232a1336632e11e535c8a3000 tdf#132643 Translate German section IDs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144981] Insert Hyperlink dialog with artifacts in icons on the left bar
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 --- Comment #1 from Rafael Lima --- Maybe a kf5 issue? The problem does not happen under the "gen" VCL plugin. Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: x11 Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.1-0ubuntu0.21.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Bug 120200 depends on bug 33749, which changed state. Bug 33749 Summary: Inconsistencies in Help pages on Cell Merging and Splitting (unmerging) in Calc https://bugs.documentfoundation.org/show_bug.cgi?id=33749 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144981] Insert Hyperlink dialog with artifacts in icons on the left bar
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 Rafael Lima changed: What|Removed |Added Whiteboard||QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144981] New: Insert Hyperlink dialog with artifacts in icons on the left bar
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 Bug ID: 144981 Summary: Insert Hyperlink dialog with artifacts in icons on the left bar Product: LibreOffice Version: 7.2.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 175570 --> https://bugs.documentfoundation.org/attachment.cgi?id=175570=edit Screenshot showing the problem The "Insert - Hyperlink" dialog has artifacts in the border surrounding the icons in the left bar (see attached image). It seems like there's a border misaligned. System info: Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.1-0ubuntu0.21.04.1~lo1 Calc: threaded Also in LO 7.3 alpha: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: c92a29fd6ef341a1657f90759d20e4f052b45843 CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-09-26_16:13:32 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144611] Image position off when changing 'to paragraph' to 'to character' back 'to paragraph' and drag the anchor
https://bugs.documentfoundation.org/show_bug.cgi?id=144611 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #13 from Heiko Tietze --- This topic was on the agenda for the design meeting. One opinion is that "anchors are a wild-card, 1000 other bugs needs more attention". To answer Dieter's question: moving the anchor changes the position of the image while moving the image changes its attributes. Your description is more precise, the workflow is flexible and reasonable I suggest to resolve the ticket as NAB. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144938] Writer table border styles offered are different in the toolbar button vs. Table Properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=144938 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, ||rb.hensc...@t-online.de Keywords|needsUXEval |needsDevAdvice --- Comment #3 from Heiko Tietze --- Looking at the image it's unclear what the differences exactly are (the list could benefit from labels, but those could be too long). The preview is also hard to read in the running application. And I wonder if the list is defined in ODF. In this case we have to obey. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107707] [META] Writer table enhancements requests
https://bugs.documentfoundation.org/show_bug.cgi?id=107707 Bug 107707 depends on bug 99027, which changed state. Bug 99027 Summary: [FORMATTING] Default table border width is useless https://bugs.documentfoundation.org/show_bug.cgi?id=99027 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107554] New table 'Default Style'
https://bugs.documentfoundation.org/show_bug.cgi?id=107554 Bug 107554 depends on bug 99027, which changed state. Bug 99027 Summary: [FORMATTING] Default table border width is useless https://bugs.documentfoundation.org/show_bug.cgi?id=99027 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107701] [META] Table border bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107701 Bug 107701 depends on bug 99027, which changed state. Bug 99027 Summary: [FORMATTING] Default table border width is useless https://bugs.documentfoundation.org/show_bug.cgi?id=99027 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 59284] [META] Cell border related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=59284 Bug 59284 depends on bug 99027, which changed state. Bug 99027 Summary: [FORMATTING] Default table border width is useless https://bugs.documentfoundation.org/show_bug.cgi?id=99027 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.