[Libreoffice-bugs] [Bug 85493] VIEWING: In diagrams, tooltips shown over curve points show information about the wrong point when "Range for Name" cell values are not sorted in ascending order
https://bugs.documentfoundation.org/show_bug.cgi?id=85493 Olivier DESCOUT changed: What|Removed |Added Severity|minor |normal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156196] New: document recovery sometimes ignores the last save
https://bugs.documentfoundation.org/show_bug.cgi?id=156196 Bug ID: 156196 Summary: document recovery sometimes ignores the last save Product: LibreOffice Version: 7.5.4.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@cspv.hu Description: I knew that this problem existed... but I tested it... after a crash I chose recover document and the last save will be ignored It appears that the recovery mechanism ignores the time of the last "save" action... it should check whether the time of the last save (by the user) was after the time of the last auto-recovery-save happened... Steps to Reproduce: 1. save the document 2. produce a crash (not easy but could be managed) 3. chose recover document (autorecovery) Actual Results: the last edit which was saved is ignored Expected Results: the last edit before the "save" (by the user) action should be present, not reverted... Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-GB Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes --- Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: nb-NO (en_GB.UTF-8); UI: en-GB Ubuntu package version: 4:7.5.4~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156185] Freeze when setting spell check language for all text (and text contains image)
https://bugs.documentfoundation.org/show_bug.cgi?id=156185 --- Comment #8 from doug...@proton.me --- Correct. Version 7.5.5 fixes it. Is there a way to test a pre-release version without overwriting an existing (stable) installation? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156019] Headings are illegible when printing docx
https://bugs.documentfoundation.org/show_bug.cgi?id=156019 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 156033] Picture Content Control usage with QT5/KDE interface
https://bugs.documentfoundation.org/show_bug.cgi?id=156033 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 155213] with Windows startup booster "quickstart.exe" an *.odb file incl. password protected spreadsheet *.odt fails to open
https://bugs.documentfoundation.org/show_bug.cgi?id=155213 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147140] Selection bounding box for BIDI text
https://bugs.documentfoundation.org/show_bug.cgi?id=147140 --- Comment #5 from QA Administrators --- Dear jcuenod, 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 147205] Cursor stuck on paint bucket then hand
https://bugs.documentfoundation.org/show_bug.cgi?id=147205 --- Comment #4 from QA Administrators --- Dear ashlee.hitchc...@gmail.com, 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 152926] Change in Font Size changes DISPLAYED Font itself completely!
https://bugs.documentfoundation.org/show_bug.cgi?id=152926 --- Comment #2 from QA Administrators --- Dear steam2, 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 152836] Sort date
https://bugs.documentfoundation.org/show_bug.cgi?id=152836 --- Comment #3 from QA Administrators --- Dear ibuy1261, 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 150902] (LibreOffice-Flatpak) "total editing time" is always 00:00:00
https://bugs.documentfoundation.org/show_bug.cgi?id=150902 --- Comment #8 from QA Administrators --- Dear antistress, 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 152497] the automatic save option of writer does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=152497 --- Comment #6 from QA Administrators --- Dear ksso, 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 67777] FILEOPEN: Group buttons are displayed incorrectly (.xls and .xlsx)
https://bugs.documentfoundation.org/show_bug.cgi?id=6 --- Comment #14 from QA Administrators --- Dear Vitaly Bevsky, 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 57478] UI: FILEOPEN LibOCreated.xls with grouped columns shows "collapse '-'" instead "expand'+'" above collapsed columns
https://bugs.documentfoundation.org/show_bug.cgi?id=57478 --- Comment #7 from QA Administrators --- Dear Rainer Bielefeld Retired, 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 143182] Format Basic function converts string to number irrespective of format string
https://bugs.documentfoundation.org/show_bug.cgi?id=143182 --- Comment #2 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://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 142998] XUIConfigurationPersistence::reload fails with "com.sun.star.script.BasicIDE"
https://bugs.documentfoundation.org/show_bug.cgi?id=142998 --- Comment #3 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://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 142512] Style dropdown window from sidebar not placed correctly on first opening
https://bugs.documentfoundation.org/show_bug.cgi?id=142512 --- Comment #9 from QA Administrators --- Dear Thorsten Wagner, 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 118589] [NEWHELP] Editing: F1 key does nothing directly after the user previews a transition
https://bugs.documentfoundation.org/show_bug.cgi?id=118589 --- Comment #5 from QA Administrators --- Dear Drew Jensen, 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.
Re: Enhancement proposal: Download free fonts
--- Original Message --- On Tuesday, June 6th, 2023 at 1:28 PM, jonathon wrote: > The size of the complete set of Noto fonts (1.5 GB) is a major reason for my > not a fan approach to distributing via extension. But if you need it, you need it. A lot of responses are vast world changing oppositions. My question is when I need Noto whatever, can there be a dialog that makes it easier to find a font and get on with my work. > There are objective criteria that can be used to determine how > suitable a specific font is, for a specific usage. In this case, it is a font included in a document that is not present on the system. > > jonathon
[Libreoffice-bugs] [Bug 154105] XCloseBroadcaster: Calc document instance calls XCloseListener::queryClosing AFTER closing the document
https://bugs.documentfoundation.org/show_bug.cgi?id=154105 --- Comment #4 from Cesar --- (In reply to Buovjaga from comment #3) > (In reply to Cesar from comment #2) > > Created attachment 188253 [details] > > Sample add-on and testing app > > Thanks. I didn't know exactly what to do so I > > 1. Installed testCloseVeto/dist/testCloseVeto.oxt > 2. Modified testCloseVetoLaunch/dist/runDefault.sh so OFFICE_HOME and > PKG_INSTALL_DIR pointed to the correct places > > Running runDefault.sh caused a crash and in logdefault.txt I see > > warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: > Connector : couldn't connect to pipe > "uno12081109122261949318019018331151112221168215": 10 > warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: > Connector : couldn't connect to pipe > "uno12081109122261949318019018331151112221168215": 10 > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring > modify of unknown set member node ".uno:DeleteRows" in > "file:///home/user/libreoffice/instdir/program/../share/registry/res/ > registry_qtz.xcd" > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring > modify of unknown set member node ".uno:DeleteRows" in > "file:///home/user/libreoffice/instdir/program/../share/registry/res/ > registry_ru.xcd" > warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: > Connector : couldn't connect to pipe > "uno12081109122261949318019018331151112221168215": 10 > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring > modify of unknown set member node ".uno:DeleteRows" in > "file:///home/user/libreoffice/instdir/program/../share/registry/res/ > registry_pl.xcd" > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:159: bad set node > member in > "file:///home/user/libreoffice/instdir/program/../program/../user/ > uno_packages/cache/registry/com.sun.star.comp.deployment.configuration. > PackageRegistryBackend/lu1xnzi.tmp/Addons_AOO4.xcu" > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring > modify of unknown set member node "ToolBarItems" in > "file:///home/user/libreoffice/instdir/program/../program/../user/ > uno_packages/cache/registry/com.sun.star.comp.deployment.configuration. > PackageRegistryBackend/lu1xnzi.tmp/Addons_AOO4.xcu" > warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:159: bad set node > member in > "file:///home/user/libreoffice/instdir/program/../program/../user/ > uno_packages/cache/registry/com.sun.star.comp.deployment.configuration. > PackageRegistryBackend/lu1xnzh.tmp/Addons.xcu" > Exception in thread "main" java.lang.UnsatisfiedLinkError: > /usr/lib/jvm/java-11-openjdk/lib/libnio.so: > /usr/lib/jvm/java-11-openjdk/lib/libnio.so: undefined symbol: > reuseport_available > at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) > > and then a huge Java trace. > > Any tips? > > Arch Linux 64-bit, X11 > Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 445ab2355333ddb46081baffb8b0e3bb14fe00b3 > CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) > Locale: fi-FI (fi_FI.UTF-8); UI: en-US > Calc: threaded > Built on 7 July 2023 First, you did right using runDefault.sh (redirecting OFFICE_HOME and PKG_INSTALL_DIR). At least, that is what it was meant to be. I really don't know what is causing the crash. I can`t recognize any of the error/warning messages as part of the add-on. I would search lu1xnzh package at ~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/ to see what extension is complaining. If you can, you might disable it while testing my app. Alternatively, if you have an application or Calc extension of your own, you might try to create an instance of com.example.TestCloseVeto (just like testCloseVetoLaunch does), and register it as XDocumenrEventListener and XCloseListener of the SpreadsheetDocument instance. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117651] AutoCorrect does not change preexisting text inside /slashes/ to italics, nor change -strikethrough-
https://bugs.documentfoundation.org/show_bug.cgi?id=117651 Matt K changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |matt...@gmail.com |desktop.org | --- Comment #13 from Matt K --- Fix is tracked in https://gerrit.libreoffice.org/c/core/+/154207. Added Mike to review. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 101912] [META] Accessibility (a11y) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101912 Michael Weghorn changed: What|Removed |Added Depends on||155705 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155705 [Bug 155705] A11Y crash fetching attribute run in second half of a paragraph split over two pages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - sw/source
sw/source/core/access/textmarkuphelper.cxx | 80 - sw/source/core/access/textmarkuphelper.hxx |6 ++ 2 files changed, 51 insertions(+), 35 deletions(-) New commits: commit 7f7ccf955fa1138b712233628de4a73b3f845c7e Author: Michael Weghorn AuthorDate: Thu Jul 6 13:37:30 2023 +0200 Commit: Michael Weghorn CommitDate: Sat Jul 8 00:12:08 2023 +0200 tdf#155705 sw a11y: Only handle paragraph's own spell check data When a paragraph is split across multiple pages, there are multiple accessible paragraphs on the accessibility layer, but there's still just a single text node in the underlying Writer core model. The `sw::WrongListIteratorCounter` used in `SwTextMarkupHelper` is for the whole text node, i.e. iterates over the spell check data from other pages (i.e. other accessible paragraphs) as well in that case. This caused invalid indices to be used when calculating the index within the current accessible paragraph again when iterating over all elements, causing a crash. Fix this by filtering out the elements that are outside of the accessible paragraph when handling markup information. Change-Id: If76cc60cc9ff5614d0bcbaff196ac34ec908936e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154109 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/sw/source/core/access/textmarkuphelper.cxx b/sw/source/core/access/textmarkuphelper.cxx index 34be72fff584..ae221f499831 100644 --- a/sw/source/core/access/textmarkuphelper.cxx +++ b/sw/source/core/access/textmarkuphelper.cxx @@ -113,8 +113,15 @@ sal_Int32 SwTextMarkupHelper::getTextMarkupCount( const sal_Int32 nTextMarkupTyp sal_Int32 nTextMarkupCount( 0 ); std::unique_ptr pIter = getIterator(nTextMarkupType); -if (pIter) -nTextMarkupCount = pIter->GetElementCount(); +// iterator may handle all items in the underlying text node in the model, which may be more +// than what is in the portion data (e.g. if a paragraph is split across multiple pages), +// only take into account those that are in the portion data +for (sal_uInt16 i = 0; i < pIter->GetElementCount(); i++) +{ +std::optional> oIndices = pIter->GetElementAt(i); +if (oIndices && mrPortionData.IsValidCorePosition(oIndices->first) && mrPortionData.IsValidCorePosition(oIndices->second)) +nTextMarkupCount++; +} return nTextMarkupCount; } @@ -136,7 +143,27 @@ css::accessibility::TextSegment std::unique_ptr pIter = getIterator(nTextMarkupType); if (pIter) { -auto const oElement(pIter->GetElementAt(nTextMarkupIndex)); +std::optional> oElement; +const sal_uInt16 nIterElementCount = pIter->GetElementCount(); +sal_Int32 nIndexInPortion = 0; +sal_uInt16 nIterIndex = 0; +while (!oElement && nIterIndex < nIterElementCount) +{ +// iterator may handle all items in the underlying text node in the model, which may be more +// than what is in the portion data (e.g. if a paragraph is split across multiple pages), +// only take into account those that are in the portion data +std::optional> oIndices = pIter->GetElementAt(nIterIndex); +if (oIndices && mrPortionData.IsValidCorePosition(oIndices->first) && mrPortionData.IsValidCorePosition(oIndices->second)) +{ +if (nIndexInPortion == nTextMarkupIndex) +oElement = oIndices; + +nIndexInPortion++; +} + +nIterIndex++; +} + if (oElement) { const OUString& rText = mrPortionData.GetAccessibleString(); commit 472950414a0fb07d5260b7b6b2d3a5d2dc18a68d Author: Michael Weghorn AuthorDate: Thu Jul 6 10:27:37 2023 +0200 Commit: Michael Weghorn CommitDate: Sat Jul 8 00:12:01 2023 +0200 tdf#155705 sw a11y: Unify iterator use in SwTextMarkupHelper Introduce a new helper method `SwTextMarkupHelper::getIterator` to get a `sw::WrongListIteratorCounter` and use that to deduplicate and unify handling in three methods. Change-Id: I81790c547f70f0649ce800bc481db70982dfa742 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154108 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/sw/source/core/access/textmarkuphelper.cxx b/sw/source/core/access/textmarkuphelper.cxx index 5329241c6f1b..34be72fff584 100644 --- a/sw/source/core/access/textmarkuphelper.cxx +++ b/sw/source/core/access/textmarkuphelper.cxx @@ -86,13 +86,13 @@ SwTextMarkupHelper::SwTextMarkupHelper( const SwAccessiblePortionData& rPortionD { } -sal_Int32 SwTextMarkupHelper::getTextMarkupCount( const sal_Int32 nTextMarkupType ) -{ -sal_Int32 nTextMarkupCount( 0 ); +std::unique_ptr SwTextMarkupHelper::getIterator(sal_Int32 nTextMarkupType) +{ +std::unique_ptr pIter;
[Libreoffice-bugs] [Bug 155740] Support distinction rather than override of conflicting subdocument styles
https://bugs.documentfoundation.org/show_bug.cgi?id=155740 --- Comment #17 from Eyal Rozenberg --- (In reply to Shu Zhang from comment #16) > like mike said use the paste special function, and then you can keep the > source style names. Is this function solve your issue, or do you think this > paste special function missing something you needed? Even if this was a reasonable thing to do conceptually, I couldn't keep the source style names, in general, for two reasons: 1. Many of them are the default/built-in style names. 2. Other are styles derived from those default styles (although perhaps that's a different issue) it's also not reasonable, since pasting defeats the whole purpose of a master document, which is having links to subdocuments rather than copies of their contents. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 155740] Support distinction rather than override of conflicting subdocument styles
https://bugs.documentfoundation.org/show_bug.cgi?id=155740 --- Comment #17 from Eyal Rozenberg --- (In reply to Shu Zhang from comment #16) > like mike said use the paste special function, and then you can keep the > source style names. Is this function solve your issue, or do you think this > paste special function missing something you needed? Even if this was a reasonable thing to do conceptually, I couldn't keep the source style names, in general, for two reasons: 1. Many of them are the default/built-in style names. 2. Other are styles derived from those default styles (although perhaps that's a different issue) it's also not reasonable, since pasting defeats the whole purpose of a master document, which is having links to subdocuments rather than copies of their contents. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 134861] Drag-n-drop does not update the rendered formula until a key is pressed on keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=134861 --- Comment #4 from Alec K --- This bug is still present in: Version: 7.5.4.2 (AARCH64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 10; OS: Mac OS X 13.4; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155740] Support distinction rather than override of conflicting subdocument styles
https://bugs.documentfoundation.org/show_bug.cgi?id=155740 --- Comment #16 from Shu Zhang <122092...@qq.com> --- like mike said use the paste special function, and then you can keep the source style names. Is this function solve your issue, or do you think this paste special function missing something you needed? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 155740] Support distinction rather than override of conflicting subdocument styles
https://bugs.documentfoundation.org/show_bug.cgi?id=155740 --- Comment #16 from Shu Zhang <122092...@qq.com> --- like mike said use the paste special function, and then you can keep the source style names. Is this function solve your issue, or do you think this paste special function missing something you needed? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: vcl/workben
vcl/workben/fodt2pdffuzzer.options |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 243e54564050f87535a5e7b96cd5bc143dffae0c Author: Caolán McNamara AuthorDate: Fri Jul 7 21:50:01 2023 +0100 Commit: Caolán McNamara CommitDate: Fri Jul 7 22:52:13 2023 +0200 give fodt2pdffuzzer more rope to play with Change-Id: I30ee4e76e1ffb8cdec989f81d5bb43ed7bf7529e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154204 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/vcl/workben/fodt2pdffuzzer.options b/vcl/workben/fodt2pdffuzzer.options index caa2af4fbf45..1248b2fc615b 100644 --- a/vcl/workben/fodt2pdffuzzer.options +++ b/vcl/workben/fodt2pdffuzzer.options @@ -1,3 +1,3 @@ [libfuzzer] -max_len = 4096 +max_len = 8192 dict = odf.dict
[Libreoffice-bugs] [Bug 113388] Support for Client Side Windows Decorations in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=113388 --- Comment #24 from Shu Zhang <122092...@qq.com> --- I think it is a great idea to have the CSD, nowadays not only PC apps but also browsers are using CSD a lot, so what do other ux designers say? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 113388] Support for Client Side Windows Decorations in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=113388 --- Comment #24 from Shu Zhang <122092...@qq.com> --- I think it is a great idea to have the CSD, nowadays not only PC apps but also browsers are using CSD a lot, so what do other ux designers say? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 36799] If you insert an envelope into a document only the envelope is printed on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=36799 --- Comment #40 from Alec K --- This bug is still present in: Version: 7.5.4.2 (AARCH64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 10; OS: Mac OS X 13.4; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded When printing, after inserting an envelope, the print dialog only includes that envelope. After closing that print dialog, however, another print dialog immediately appears with the remaining pages, and excluding the envelope. This behavior allows one to print the entire document, and may warrant marking this bug as resolved, however it does not seem possible to print the entire document at once. Additionally, this issue is not present when viewing the document with 'Print Preview'. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - vcl/unx
vcl/unx/gtk3/a11y/atklistener.cxx |2 +- vcl/unx/gtk3/a11y/atklistener.hxx |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) New commits: commit bb58d5fbe39c78a2796efdc52fca5eaea707972d Author: Michael Weghorn AuthorDate: Fri Jul 7 17:57:03 2023 +0200 Commit: Michael Weghorn CommitDate: Fri Jul 7 22:31:56 2023 +0200 gtk3 a11y: Use sal_Int32 consistently to fix i386 build ... after commit 3b7db802731826b6cc3b55100470b0c61c1f2dfa Date: Thu May 4 10:06:14 2023 +0200 tdf#105404 [API CHANGE] add index to accessiblity change event Reported to fail like this: /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.cxx:164:6: error: no declaration matches 'void AtkListener::handleChildAdded(const com::sun::star::uno::Reference&, const com::sun::star::uno::Reference&, sal_Int32)' 164 | void AtkListener::handleChildAdded( | ^~~ In file included from /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.cxx:29: /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.hxx:54:10: note: candidate is: 'void AtkListener::handleChildAdded(const com::sun::star::uno::Reference&, const com::sun::star::uno::Reference&, int)' 54 | void handleChildAdded( | ^~~~ Change-Id: I03caa5480ef133091ccd5c9ae682629cec3a789b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154190 Tested-by: René Engelhard Reviewed-by: René Engelhard Tested-by: Jenkins (cherry picked from commit f34f81e283ebba08c7bb5839c184d796c7d1d540) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154179 Reviewed-by: Michael Weghorn diff --git a/vcl/unx/gtk3/a11y/atklistener.cxx b/vcl/unx/gtk3/a11y/atklistener.cxx index 854e43133112..b9a053d83a7b 100644 --- a/vcl/unx/gtk3/a11y/atklistener.cxx +++ b/vcl/unx/gtk3/a11y/atklistener.cxx @@ -207,7 +207,7 @@ void AtkListener::handleChildAdded( void AtkListener::handleChildRemoved( const uno::Reference< accessibility::XAccessibleContext >& rxParent, const uno::Reference< accessibility::XAccessible>& rxChild, -int nChildIndexHint) +sal_Int32 nChildIndexHint) { sal_Int32 nIndex = nChildIndexHint; if (nIndex != -1 && (nIndex < 0 || nIndex >= static_cast(m_aChildList.size( diff --git a/vcl/unx/gtk3/a11y/atklistener.hxx b/vcl/unx/gtk3/a11y/atklistener.hxx index 546c5e9456fb..e286f40e5a19 100644 --- a/vcl/unx/gtk3/a11y/atklistener.hxx +++ b/vcl/unx/gtk3/a11y/atklistener.hxx @@ -54,13 +54,13 @@ private: void handleChildAdded( const css::uno::Reference< css::accessibility::XAccessibleContext >& rxParent, const css::uno::Reference< css::accessibility::XAccessible>& rxChild, -int nIndexHint); +sal_Int32 nIndexHint); // Process CHILD_EVENT notifications with a child removed void handleChildRemoved( const css::uno::Reference< css::accessibility::XAccessibleContext >& rxParent, const css::uno::Reference< css::accessibility::XAccessible>& rxChild, -int nIndexHint); +sal_Int32 nIndexHint); // Process INVALIDATE_ALL_CHILDREN notification void handleInvalidateChildren(
[Libreoffice-bugs] [Bug 151342] Animation sidebar rendering cut off in a displeasing manner
https://bugs.documentfoundation.org/show_bug.cgi?id=151342 --- Comment #21 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #20) > No. There is nothing incorrect in UI where a tree view text string or name > of a given element being animated not being fully displayed. > > > (several paragraphs about text wrapping) That's not the problem. The problem is with the inscription covering the empty list of effects; with the boxes for category and effect etc. Have a look at the screenshot. But - even those are just symptoms of the fundamental problem: The problem of the sidebar width is set to a value which the user did not set it to, and cannot set it to. It does not make sense for the sidebar to be visible on startup, but set to a width below the minimum. (In no-minimum mode - fine, whatever happens happens, it's an advanced config option.) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154479] Writer don't attach the document when using the attach at email button
https://bugs.documentfoundation.org/show_bug.cgi?id=154479 --- Comment #16 from firefox.unders...@aleeas.com --- Hi @stragu, my xdg-utils version is 1.1.3-4.1ubuntu3~22.04.1 (the newest available). All my mint packages are up-to-date. I read all the threads you posted, thank you. But I didn't really find a good solution for me. Should I rollback the xdg-utils? I don't like to play around with this stuff, especially if I don't know how to revert back to original... Well, for the moment I still attach it manually. Annoying, but better than windows! Thanks for you help! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156191] FORMATTING: Path of connector line is different in Libreoffice and Powerpoint
https://bugs.documentfoundation.org/show_bug.cgi?id=156191 --- Comment #6 from m.a.riosv --- I forgot. Microsoft® PowerPoint® para Microsoft 365 MSO (versión 2306 compilación 16.0.16529.20100) de 64 bits -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156191] FORMATTING: Path of connector line is different in Libreoffice and Powerpoint
https://bugs.documentfoundation.org/show_bug.cgi?id=156191 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #5 from m.a.riosv --- I could reproduce the issue, thanks for clarify. Version: 7.5.5.1 (X86_64) / LibreOffice Community Build ID: 2c5e46c1980ec5241359fd65d751dc518205e7af CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded + Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 77fca616e0bd79e0b405fd0b3543cf8e94e15df3 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132136] Request for a new spreadsheet function SHEETNAME()
https://bugs.documentfoundation.org/show_bug.cgi?id=132136 Wolfgang Jäger changed: What|Removed |Added CC||j...@psilosoph.de --- Comment #5 from Wolfgang Jäger --- As compared to the soulution by a BASIC UDF above workarounds -even if again supported by user code- are complicated and error-prone. There are lots of similar solutions around. Well the minimal solution isn't eligible for array-evaluation, but this should be another easy hack. Why anymore talk about workarounds? Are there stringent reasons to not create the new function? I can't see one except the need to find a "sustainable" name which is not in conflict with related functions of competitors where compatibility should not be endangedered. A conceivable alternative would be to give the SHEET() function an optional second pparameter. If it is missing (or 0) the function works as usual. With argument 1 in this position it returns the exact name of the sheet, with 2 the apostrophe-written name. The sheet itself is given then either by a reference in the first place, or by the 1-based index. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sfx2/source
sfx2/source/dialog/dinfdlg.cxx | 10 ++ 1 file changed, 10 insertions(+) New commits: commit 8017dc98b9037fff3df24ef7cc5a575dc40d2bb8 Author: Ashod Nakashian AuthorDate: Tue Jul 4 02:13:28 2023 -0400 Commit: Ashod Nakashian CommitDate: Fri Jul 7 21:37:04 2023 +0200 sfx2: disable setting password on text documents Since we can't preserve the password in a plain-text file, we should disable the ability to set/change it. Otherwise, it's misleading to users. Signed-off-by: Ashod Nakashian Change-Id: I3176243ddd2826eb07def1ff5ab251e33cb7125e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153918 Reviewed-by: Jaume Pujantell Tested-by: Jenkins CollaboraOffice diff --git a/sfx2/source/dialog/dinfdlg.cxx b/sfx2/source/dialog/dinfdlg.cxx index 71eeafc6ff6f..c8f68fdaa9ba 100644 --- a/sfx2/source/dialog/dinfdlg.cxx +++ b/sfx2/source/dialog/dinfdlg.cxx @@ -1025,6 +1025,16 @@ void SfxDocumentPage::Reset( const SfxItemSet* rSet ) { m_xFileValEd->set_label(aName); m_xFileValEd->set_uri(aName); + +// Disable setting/changing password on text files. +// Perhaps this needs to be done for both Online and Desktop. +OUString sExtension(INetURLObject(rMainURL).getExtension()); +if (!sExtension.isEmpty()) +{ +sExtension = sExtension.toAsciiLowerCase(); +if (sExtension.equalsAscii("txt") || sExtension.equalsAscii("csv")) +m_xChangePassBtn->set_sensitive(false); +} } else {
Re: Crash test update
On Fri, 2023-07-07 at 18:05 +, crashtest wrote: > Hi, > > New crashtest update available > at:https://dev-builds.libreoffice.org/crashtest/650ab6e645c51aaffc8dc5e > 638295d6da74d44ff > > 26 files have crashed during import. Seeing as we have returned to "normal" I'll summarize to the 6 outstanding issues: ==recent== SwNodes::FindPrvNxtFrameNode -> bisected to https://gerrit.libreoffice.org/c/core/+/127272 (document provided) # 60 forums/odt/forum-de3-11230.odt ==old== ScFormulaCell::MaybeInterpret() <--- these are the PITA ones # 891 forums/xls/forum-mso-de-48401.xls # 2679 forums/xlsx/forum-mso-en4-237685.xlsx # 2735 forums/xlsx/forum-mso-en4-271721.xlsx # 3354 forums/xlsx/forum-mso-en4-237668.xlsx # 3609 forums/xlsx/forum-mso-en4-604372.xlsx # 3748 forums/xlsx/forum-mso-en4-314789.xslx # 6837 forums/xlsx/forum-mso-en4-264966.xlsx # 6480 forums/xlsx/forum-mso-en4-264977.xlsx # 5577 forums/xlsx/forum-mso-en4-457928.xlsx # 5217 forums/xlsx/forum-mso-en4-604336.xlsx # 5053 forums/xlsx/forum-mso-en4-784502.xlsx # 4935 forums/xlsx/forum-mso-en4-184573.xlsx # 4813 forums/xlsx/forum-mso-en4-264966.xlsx SwSubFont::GetTextSize_ # 629 forums/docx/forum-mso-de-118466.docx # 641 forums/docx/forum-mso-de-76224.docx # 649 forums/docx/forum-mso-de-118517.docx # 656 forums/docx/forum-mso-de-118440.docx # 664 forums/docx/forum-mso-de-118507.docx # 679 forums/docx/forum-mso-de-118414.docx SwSortedObjs::Insert -> bisected to https://gerrit.libreoffice.org/c/core/+/136192 (noted there) # 672 forums/docx/forum-mso-en-9381.docx # 666 forums/docx/forum-mso-en4-137999.docx # 7704 bugtrackers/docx/fdo45193-1.docx # 7671 bugtrackers/docx/fdo45195-1.docx sw::CalcBreaks # 653 forums/docx/forum-mso-en-4208.docx -> https://gerrit.libreoffice.org/c/core/+/127015 -> https://gerrit.libreoffice.org/c/core/+/127127 I suspect the SwSubFont::GetTextSize_ are similar -> https://bugs.documentfoundation.org/show_bug.cgi?id=152038 sw::mark::CrossRefBookmark::CrossRefBookmark # 92 forums/odt/forum-en-12562.odt
[Libreoffice-commits] core.git: svx/sdi
svx/sdi/svx.sdi |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit c64828a1cf55e9252e7acd236e3331f2635ae249 Author: Caolán McNamara AuthorDate: Fri Jul 7 17:05:10 2023 +0100 Commit: Caolán McNamara CommitDate: Fri Jul 7 21:22:37 2023 +0200 ubsan: SID_ATTR_TRANSFORM_POS_X is SfxInt32Item not SfxUInt32Item in online, insert smiley face in to calc and drag it around the spreadsheet include/svl/itemset.hxx:162:20: runtime error: downcast of address 0x603001c19b30 which does not point to an object of type 'const SfxInt32Item' 0x603001c19b30: note: object is of type 'SfxUInt32Item' 00 00 00 00 68 3c 7a e8 56 7f 00 00 01 00 00 00 68 27 00 be 9e 2e 00 00 be be be be 2b cd bc 9c ^~~ vptr for 'SfxUInt32Item' SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior include/svl/itemset.hxx:162:20 in Change-Id: Icb4f86104e804d697d1b71822ee224fa08f7519a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154191 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/svx/sdi/svx.sdi b/svx/sdi/svx.sdi index 96505b757c61..636c6b87923a 100644 --- a/svx/sdi/svx.sdi +++ b/svx/sdi/svx.sdi @@ -8849,7 +8849,7 @@ SvxULSpaceItem TopBottomMargin SID_ATTR_ULSPACE SfxVoidItem TransformDialog SID_ATTR_TRANSFORM -(SfxUInt32Item TransformPosX SID_ATTR_TRANSFORM_POS_X,SfxUInt32Item TransformPosY SID_ATTR_TRANSFORM_POS_Y,SfxUInt32Item TransformWidth SID_ATTR_TRANSFORM_WIDTH, SfxUInt32Item TransformHeight SID_ATTR_TRANSFORM_HEIGHT,SdrAngleItem TransformRotationDeltaAngle SID_ATTR_TRANSFORM_DELTA_ANGLE,SdrAngleItem TransformRotationAngle SID_ATTR_TRANSFORM_ANGLE,SfxUInt32Item TransformRotationX SID_ATTR_TRANSFORM_ROT_X,SfxUInt32Item TransformRotationY SID_ATTR_TRANSFORM_ROT_Y) +(SfxInt32Item TransformPosX SID_ATTR_TRANSFORM_POS_X, SfxInt32Item TransformPosY SID_ATTR_TRANSFORM_POS_Y, SfxUInt32Item TransformWidth SID_ATTR_TRANSFORM_WIDTH, SfxUInt32Item TransformHeight SID_ATTR_TRANSFORM_HEIGHT, SdrAngleItem TransformRotationDeltaAngle SID_ATTR_TRANSFORM_DELTA_ANGLE, SdrAngleItem TransformRotationAngle SID_ATTR_TRANSFORM_ANGLE, SfxInt32Item TransformRotationX SID_ATTR_TRANSFORM_ROT_X, SfxInt32Item TransformRotationY SID_ATTR_TRANSFORM_ROT_Y) [ AutoUpdate = FALSE, FastCall = TRUE,
[Libreoffice-bugs] [Bug 135041] radio buttons look like checkboxes in gtk3
https://bugs.documentfoundation.org/show_bug.cgi?id=135041 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1135 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141135] GTK3 version: in tabbed, tabbed compact, and groupedbar compact toolbar modes, the menu entries to switch between Normal and Web view modes are checkboxes instead of ra
https://bugs.documentfoundation.org/show_bug.cgi?id=141135 Justin L changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5041 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140024] "Replace custom styles" option in AutoCorrect should be off by default
https://bugs.documentfoundation.org/show_bug.cgi?id=140024 Baole Fang changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |baole.f...@gmail.com |desktop.org | --- Comment #11 from Baole Fang --- start working on this -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155902] writer crashes regularly after updating to dark mode
https://bugs.documentfoundation.org/show_bug.cgi?id=155902 --- Comment #14 from jim hamilton --- With forced skia disabled Cannot find C:\Users\J.Hamilton\AppData\Roaming\libreoffice\4\user\cache\skia.log Instead, I find cache at C:\Users\J.Hamilton\AppData\Roaming\libreoffice\4\cache/skia.log RenderMethod: vulkan Vendor: 0x10de Device: 0x1382 API: 1.3.236 Driver: 531.316.0 DeviceType: discrete DeviceName: NVIDIA GeForce GTX 745 Denylisted: no -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/unx
vcl/unx/gtk3/a11y/atklistener.cxx |2 +- vcl/unx/gtk3/a11y/atklistener.hxx |4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) New commits: commit 469fc646ec782f42e42947f480d5931b97e686ab Author: Michael Weghorn AuthorDate: Fri Jul 7 17:57:03 2023 +0200 Commit: René Engelhard CommitDate: Fri Jul 7 20:53:29 2023 +0200 gtk3 a11y: Use sal_Int32 consistently to fix i386 build ... after commit 3b7db802731826b6cc3b55100470b0c61c1f2dfa Date: Thu May 4 10:06:14 2023 +0200 tdf#105404 [API CHANGE] add index to accessiblity change event Reported to fail like this: /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.cxx:164:6: error: no declaration matches 'void AtkListener::handleChildAdded(const com::sun::star::uno::Reference&, const com::sun::star::uno::Reference&, sal_Int32)' 164 | void AtkListener::handleChildAdded( | ^~~ In file included from /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.cxx:29: /home/rene/LibreOffice/git/libreoffice-7-6/vcl/unx/gtk3/a11y/atklistener.hxx:54:10: note: candidate is: 'void AtkListener::handleChildAdded(const com::sun::star::uno::Reference&, const com::sun::star::uno::Reference&, int)' 54 | void handleChildAdded( | ^~~~ Change-Id: I03caa5480ef133091ccd5c9ae682629cec3a789b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154190 Tested-by: René Engelhard Reviewed-by: René Engelhard Tested-by: Jenkins diff --git a/vcl/unx/gtk3/a11y/atklistener.cxx b/vcl/unx/gtk3/a11y/atklistener.cxx index 854e43133112..b9a053d83a7b 100644 --- a/vcl/unx/gtk3/a11y/atklistener.cxx +++ b/vcl/unx/gtk3/a11y/atklistener.cxx @@ -207,7 +207,7 @@ void AtkListener::handleChildAdded( void AtkListener::handleChildRemoved( const uno::Reference< accessibility::XAccessibleContext >& rxParent, const uno::Reference< accessibility::XAccessible>& rxChild, -int nChildIndexHint) +sal_Int32 nChildIndexHint) { sal_Int32 nIndex = nChildIndexHint; if (nIndex != -1 && (nIndex < 0 || nIndex >= static_cast(m_aChildList.size( diff --git a/vcl/unx/gtk3/a11y/atklistener.hxx b/vcl/unx/gtk3/a11y/atklistener.hxx index 546c5e9456fb..e286f40e5a19 100644 --- a/vcl/unx/gtk3/a11y/atklistener.hxx +++ b/vcl/unx/gtk3/a11y/atklistener.hxx @@ -54,13 +54,13 @@ private: void handleChildAdded( const css::uno::Reference< css::accessibility::XAccessibleContext >& rxParent, const css::uno::Reference< css::accessibility::XAccessible>& rxChild, -int nIndexHint); +sal_Int32 nIndexHint); // Process CHILD_EVENT notifications with a child removed void handleChildRemoved( const css::uno::Reference< css::accessibility::XAccessibleContext >& rxParent, const css::uno::Reference< css::accessibility::XAccessible>& rxChild, -int nIndexHint); +sal_Int32 nIndexHint); // Process INVALIDATE_ALL_CHILDREN notification void handleInvalidateChildren(
[Libreoffice-ux-advise] [Bug 156182] FORMATTING Automatic text color can be unreadable with darker cell colors
https://bugs.documentfoundation.org/show_bug.cgi?id=156182 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Keywords||accessibility -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 156182] FORMATTING Automatic text color can be unreadable with darker cell colors
https://bugs.documentfoundation.org/show_bug.cgi?id=156182 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Keywords||accessibility -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156190] EDITING: Shape > Connect sometimes adds extra lines (case B)
https://bugs.documentfoundation.org/show_bug.cgi?id=156190 Buovjaga changed: What|Removed |Added Summary|EDITING: Shape > Connect|EDITING: Shape > Connect |sometimes adds extra lines |sometimes adds extra lines ||(case B) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: desktop/source lingucomponent/source
desktop/source/lib/init.cxx | 63 +++--- lingucomponent/source/spellcheck/languagetool/languagetoolimp.cxx | 15 ++ 2 files changed, 62 insertions(+), 16 deletions(-) New commits: commit 21d0489a5efa970e975ce1a70dfda2fd9e2c186d Author: Szymon Kłos AuthorDate: Wed Feb 8 11:10:58 2023 +0100 Commit: Szymon Kłos CommitDate: Fri Jul 7 19:30:47 2023 +0200 lok: LanguageTool provides list of languages - it sends supported list to the LOK client - disables Spell Checker for locales supported by LanguageTool - duden protocol supports only german - initialize language tool config before usage to fetch correct list of supported languages Change-Id: Id9de8519303774163721def8661fa408da449348 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146665 Reviewed-by: Henry Castro Tested-by: Jenkins CollaboraOffice Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153960 Reviewed-by: Andras Timar Tested-by: Andras Timar Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154161 Tested-by: Jenkins Reviewed-by: Szymon Kłos diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index dbd236858ce8..539291218213 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -117,6 +117,7 @@ #include #include #include +#include #include #include #include @@ -227,6 +228,8 @@ using namespace vcl; using namespace desktop; using namespace utl; +using LanguageToolCfg = officecfg::Office::Linguistic::GrammarChecking::LanguageTool; + static LibLibreOffice_Impl *gImpl = nullptr; static bool lok_preinit_2_called = false; static std::weak_ptr< LibreOfficeKitClass > gOfficeClass; @@ -5760,12 +5763,28 @@ static void doc_resetSelection(LibreOfficeKitDocument* pThis) pDoc->resetSelection(); } +static void addLocale(boost::property_tree::ptree& rValues, css::lang::Locale const & rLocale) +{ +boost::property_tree::ptree aChild; +OUString sLanguage; +const LanguageTag aLanguageTag( rLocale ); +sLanguage = SvtLanguageTable::GetLanguageString(aLanguageTag.getLanguageType()); +if (sLanguage.endsWith("}")) +return; + +sLanguage += ";" + aLanguageTag.getBcp47(false); +aChild.put("", sLanguage.toUtf8()); +rValues.push_back(std::make_pair("", aChild)); +} + static char* getLanguages(LibreOfficeKitDocument* pThis, const char* pCommand) { css::uno::Sequence< css::lang::Locale > aLocales; +css::uno::Sequence< css::lang::Locale > aGrammarLocales; if (xContext.is()) { +// SpellChecker css::uno::Reference xLangSrv = css::linguistic2::LinguServiceManager::create(xContext); if (xLangSrv.is()) { @@ -5774,6 +5793,18 @@ static char* getLanguages(LibreOfficeKitDocument* pThis, const char* pCommand) aLocales = xSpell->getLocales(); } +// LanguageTool +if (LanguageToolCfg::IsEnabled::get()) +{ +uno::Reference< linguistic2::XProofreader > xGC( + xContext->getServiceManager()->createInstanceWithContext("org.openoffice.lingu.LanguageToolGrammarChecker", xContext), +uno::UNO_QUERY_THROW ); +uno::Reference< linguistic2::XSupportedLocales > xSuppLoc( xGC, uno::UNO_QUERY_THROW ); +aGrammarLocales = xSuppLoc->getLocales(); +} + +// Fallback + /* FIXME: To obtain the document languages the spell checker can be disabled, so a future re-work of the getLanguages function is needed in favor to use getDocLanguages */ @@ -5788,19 +5819,10 @@ static char* getLanguages(LibreOfficeKitDocument* pThis, const char* pCommand) boost::property_tree::ptree aTree; aTree.put("commandName", pCommand); boost::property_tree::ptree aValues; -boost::property_tree::ptree aChild; -OUString sLanguage; -for ( css::lang::Locale const & locale : std::as_const(aLocales) ) -{ -const LanguageTag aLanguageTag( locale ); -sLanguage = SvtLanguageTable::GetLanguageString(aLanguageTag.getLanguageType()); -if (sLanguage.startsWith("{") && sLanguage.endsWith("}")) -continue; - -sLanguage += ";" + aLanguageTag.getBcp47(false); -aChild.put("", sLanguage.toUtf8()); -aValues.push_back(std::make_pair("", aChild)); -} +for ( css::lang::Locale const & rLocale : std::as_const(aLocales) ) +addLocale(aValues, rLocale); +for ( css::lang::Locale const & rLocale : std::as_const(aGrammarLocales) ) +addLocale(aValues, rLocale); aTree.add_child("commandValues", aValues); std::stringstream aStream; boost::property_tree::write_json(aStream, aTree); @@ -7276,6 +7298,8 @@ static void preLoadShortCutAccelerators() batch->commit(); } +void setLanguageToolConfig(); + /// Used only by LibreOfficeKit when used by
[Libreoffice-bugs] [Bug 154105] XCloseBroadcaster: Calc document instance calls XCloseListener::queryClosing AFTER closing the document
https://bugs.documentfoundation.org/show_bug.cgi?id=154105 --- Comment #3 from Buovjaga --- (In reply to Cesar from comment #2) > Created attachment 188253 [details] > Sample add-on and testing app Thanks. I didn't know exactly what to do so I 1. Installed testCloseVeto/dist/testCloseVeto.oxt 2. Modified testCloseVetoLaunch/dist/runDefault.sh so OFFICE_HOME and PKG_INSTALL_DIR pointed to the correct places Running runDefault.sh caused a crash and in logdefault.txt I see warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno12081109122261949318019018331151112221168215": 10 warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno12081109122261949318019018331151112221168215": 10 warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node ".uno:DeleteRows" in "file:///home/user/libreoffice/instdir/program/../share/registry/res/registry_qtz.xcd" warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node ".uno:DeleteRows" in "file:///home/user/libreoffice/instdir/program/../share/registry/res/registry_ru.xcd" warn:io.connector:71657:71657:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno12081109122261949318019018331151112221168215": 10 warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node ".uno:DeleteRows" in "file:///home/user/libreoffice/instdir/program/../share/registry/res/registry_pl.xcd" warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:159: bad set node member in "file:///home/user/libreoffice/instdir/program/../program/../user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu1xnzi.tmp/Addons_AOO4.xcu" warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:904: ignoring modify of unknown set member node "ToolBarItems" in "file:///home/user/libreoffice/instdir/program/../program/../user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu1xnzi.tmp/Addons_AOO4.xcu" warn:configmgr:71688:71688:configmgr/source/xcuparser.cxx:159: bad set node member in "file:///home/user/libreoffice/instdir/program/../program/../user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu1xnzh.tmp/Addons.xcu" Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-11-openjdk/lib/libnio.so: /usr/lib/jvm/java-11-openjdk/lib/libnio.so: undefined symbol: reuseport_available at java.base/java.lang.ClassLoader$NativeLibrary.load0(Native Method) and then a huge Java trace. Any tips? Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 445ab2355333ddb46081baffb8b0e3bb14fe00b3 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 7 July 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156186] EDITING ReportBuilder: LO hangs when trying to create a function field for a field of a query without alias.
https://bugs.documentfoundation.org/show_bug.cgi?id=156186 --- Comment #6 from TISSENDIER Pierre --- Excuse me I found ...; In reality with or without alias the problem is "solved" at my place, but it is necessary to wait between 2 and 3 minutes that the creation is made by responding to wait for each message from Cratch! Problem of memory ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156191] FORMATTING: Path of connector line is different in Libreoffice and Powerpoint
https://bugs.documentfoundation.org/show_bug.cgi?id=156191 --- Comment #4 from Brian Candler --- Created attachment 188256 --> https://bugs.documentfoundation.org/attachment.cgi?id=188256=edit Side by side comparison between Powerpoint and LO No, your version shows the same problem, except you don't have the little kink in the connector. It still goes horizontally, instead of up, across and down. Here's a version showing side by side what Microsoft Powerpoint renders (left), versus what Libreoffice renders (right). Is this clearer? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156019] Headings are illegible when printing docx
https://bugs.documentfoundation.org/show_bug.cgi?id=156019 Eyal Rozenberg changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Eyal Rozenberg --- What kind of headings do you mean? If it's the styles Heading 1, Heading 2 etc. - then I can't reproduce! And I have a Brother printer. I suspect the issue is more with your print driver (or rather, print driver + desktop environment + operating system). Have you seen this on other printers? When printing to PDFs? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156190] EDITING: Shape > Connect sometimes adds extra lines
https://bugs.documentfoundation.org/show_bug.cgi?id=156190 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Reproducible Version: 7.5.5.1 (X86_64) / LibreOffice Community Build ID: 2c5e46c1980ec5241359fd65d751dc518205e7af CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156186] EDITING ReportBuilder: LO hangs when trying to create a function field for a field of a query without alias.
https://bugs.documentfoundation.org/show_bug.cgi?id=156186 --- Comment #5 from TISSENDIER Pierre --- I have tested in 7.3.7.2 (ubuntu package) 7.4.0.3 7.4.4.2 7.4.7.2 7.5.0.3 All are wrong, LO failed Before all test i "sudo apt remove libreoffice*" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156191] FORMATTING: Path of connector line is different in Libreoffice and Powerpoint
https://bugs.documentfoundation.org/show_bug.cgi?id=156191 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #3 from m.a.riosv --- Created attachment 188255 --> https://bugs.documentfoundation.org/attachment.cgi?id=188255=edit Screenshot with LO 7.5 No issue for me. Version: 7.5.5.1 (X86_64) / LibreOffice Community Build ID: 2c5e46c1980ec5241359fd65d751dc518205e7af CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded In your image seems the issue is with the size of the box not with the connector. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100379] Impress pretends to be able to export to ODF Drawing format - but doesn't really
https://bugs.documentfoundation.org/show_bug.cgi?id=100379 Eyal Rozenberg changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #10 from Eyal Rozenberg --- With the rephrased title, I believe we can mark this NEW. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156186] EDITING ReportBuilder: LO hangs when trying to create a function field for a field of a query without alias.
https://bugs.documentfoundation.org/show_bug.cgi?id=156186 TISSENDIER Pierre changed: What|Removed |Added CC||pierre.tissend...@mailo.com --- Comment #4 from TISSENDIER Pierre --- Created attachment 188254 --> https://bugs.documentfoundation.org/attachment.cgi?id=188254=edit My base test : test accumulate on field "debit" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] help.git: Changes to 'refs/tags/libreoffice-7.6.0.1'
Tag 'libreoffice-7.6.0.1' created by Christian Lohmaier at 2023-07-07 16:45 + Tag libreoffice-7.6.0.1 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSoQUEACgkQ9DSh76/u rqPrIhAAqnpEQyesM2ywct4RGL5+ndgIj8IFIaw2oEeD9lyOrCO6PYWQDOULqq+s EtLO0DHAsHAZ2lRPRogdswkyQR+8m2cWuUb1Q1nvw/D4yk/vNjgPe2/tc39cl2Af K9CcsYL+whYT1+tPJCbrr4p2pkXm4OCSlltR8ujrV/zE2yDrKR4ZhmxaEWMNrRji le/XUzspMkJhvYqI0ifEnsxoLv60XT+tKsXkgrc8350QdRIFb4tgLGEiZ8RFb4nt CtsNIzRgWV0zuieFvAVKpdeGE9+CTuV8obvWRzX/2e5NorbJsoYxVZv9/PMN8LW0 WMY9cX0kyJ4NWiVMDpcfI+QGuxR6K9A+xnb9lto7shPMMx75qwP7WCq/1CZvfFxh LQyGsynsSc7w45vqIVEiyzlGdGakl5qygFggbtZSlITZ+1f3AqCkEk/+ykG2NkQh MmP6YjuRoEQ67ZiiUDCZPaaM29Zk7w4zxyMtQNpigjUXaoQ4SQgHOqWy0YbxFvIU mQ7lk92bKitlgH6xBp08Q+b+Yi4F+s+9JOFkgl6gvKLzk7flt/Xl8cxmpsbDzi0l jNM0f2o4Hn+Bw3FUle9QTsFIpNGkef3T/4pKN76ZT64Tb60pzB6JlXCtEPnvYyPO QrAHM9ai3nphygTaauP3lI6I9A5NK3h05ZACONGKx81K5ObFiQg= =CSnL -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-28: --- 0 files changed ---
[Libreoffice-commits] translations.git: Changes to 'refs/tags/libreoffice-7.6.0.1'
Tag 'libreoffice-7.6.0.1' created by Christian Lohmaier at 2023-07-07 16:45 + Tag libreoffice-7.6.0.1 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSoQUEACgkQ9DSh76/u rqMyhA//Vdscj8XN0aDNuEv/tQQJ7pvBsU29Js96wgLcetyhKP0dxZNmeRjI1aax P0MUrG8+k7K1u5V9MWsgQNOK6gtyFC0p1ka4sAx8XnbYTRz1ay7lbOUe/SJhqb4x SaMIj/v+bTSphUUOCm0iVq1gBOp41hrjAzMqoC6s3WSecVA7ygoxvyJIEc37VGix u6s82OePotZW4Qko4Iw7xClUVSOEPrbISAWI+cVVyVI+Rb4tp2ydQ5hN6HrPJtSr 8vxenLks5ZO7EN8ODa6zu7Q6v1c4Ph8rKdE88D3egaUd+IVZ85MUiukjQBZk+vSd Dk7TCli8hAFkSw6E9ma3jB4wLuJmGVo5z0hWcu8mgH5XqpU0S+AO+WqxLPwuHY9B wR8UDak9+l24CqNd0yP0Y9cKYv6OriUTTLalJn/t5FSuz967ZxlE5JMF5M1I88Lw BwMTKdPPx9v/WEoMw5HVsIwOmiscuBL9Uub/n5wrqDStDjHn5D51h78BMkaJ6o3k 9uFOLp3yvObD1sbraLSnE2KBXBWcORWIzHlf9wV+YmDDvYfd7HRUQHL3nuFMMr8E kBbLOOr6uVuvORm6/BUxI9qXWMFN2aeRMZP8lpLJJMxGkYmm5ibnEfzB9S0qx4iQ FgoD4nkCnVWuKVd1xxkp491HiF7MyoqIxdCeHtZ3U/VE8/WMieg= =Ryn5 -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-5: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/libreoffice-7.6.0.1'
Tag 'libreoffice-7.6.0.1' created by Christian Lohmaier at 2023-07-07 16:45 + Tag libreoffice-7.6.0.1 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSoQT4ACgkQ9DSh76/u rqNSiA//dzX4UGgsK5dmItYCm03rDzA5bimFHN+ofQ5f7MMDyvXyBFhR0ykXU3ZD wRsF50DdhmHuDU6j07W/rFjOzcqzsLOSU95KMzxGGDMkKU84p4Dv1AYdyqdJKm2d m/OnLz0u6pKNkUBtQUnBlLlOGxforXhIKTmIwLo4HH4ilXMv48P10+jrzfIyH4sq kEDyU+RqgtOuOwFMe+54JOa6Ig5bbAtDAD1s64ttFj7qA6FQj4sPxctJt+Bes7ff /e2yM2Xm6i8nN5cm25uW36XSpd2HM1aQ13E2l+3bmtJIE+T8uhdKFFOJU/OEVBbN vQ1CymZb/9wuKtTji8fkP5RDJxesdoyRyJGOkzvCqRwzQNBEBr41yRXmoBoug81a gCDUy4FPwbEsPD2TOC7i/OysLA4WIcHFDqdvrGiL8BWYtcVJBCyEmfn7970gl5CP /Sc+q1f2mZOUWWB7ifqULbVoineG4OVRBpQeYKy6h49La3gonCXYnOfX+PusozC0 q/0QC6tjOCxT3mW/23hoH9gOCfaFYOMgfWVPd7nQaCWAXxNSv/tN36IsETHn/AIc EDvfxNetdSRmzu2bQYXQ1JW7oCcYRfKjIrq7piBWudxiwV6g0dC+58PZf50IR0z2 0zweEMy48N0gUkHuQ2k2UmkWHXev5wyzO5Y5HBrJ2kfj7ay3/yM= =hSyj -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-2: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ebee80ad4c7de12510e240cbeea1cfcd725597ad Author: Christian Lohmaier AuthorDate: Fri Jul 7 18:46:41 2023 +0200 Commit: Christian Lohmaier CommitDate: Fri Jul 7 18:46:41 2023 +0200 bump product version to 7.6.0.1.0+ Change-Id: I9b8c4f78f18b742d5e7664fba050410cde15c36e diff --git a/configure.ac b/configure.ac index 11b9fbe90acf..b399b34ff23b 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[7.6.0.0.beta1+],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.6.0.1.0+],[],[],[http://documentfoundation.org/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
[Libreoffice-commits] core.git: Changes to 'refs/tags/libreoffice-7.6.0.1'
Tag 'libreoffice-7.6.0.1' created by Christian Lohmaier at 2023-07-07 16:45 + Tag libreoffice-7.6.0.1 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmSoQUEACgkQ9DSh76/u rqMYtBAAhdEVTdaNONkr42lKghXe1h68d/b2K3iLDxTRoT/BEUfTsJY0M7xl5YJU FRfuSVVBP5mYTZumkLwwjgorVX52GHdKLChvTmcaCtu+uroaPlLxuPwCH9VQP9rj belBaipqwtnWE3DuxJqFr6gmNhZgR9dH5uQBMZSwS+AeZsEDJJiHEZ0oo06VTwRz 368au6Eci59eAm2aEgVsZ+AqTDluWJ83zPr58U+1biOWPbwBEAj+1lI4CiF8Knvh Y0dvjZl4UmvsCtvMZ9beWe1cQspX2R0Pc0XmnVtRpM+WXan/kgolg1oYoZcSonig d9Bfke4dGBWm6R5NQZN80H/BTybnB4x+8dNBGZteN9LfbCekXiOpkrOBnTUIVw4t t/Ooy/LioSYcoVhB81FeRlGQHWokClErm+dWkSO72nazz4+KWIK0nrsj/N9jGPz8 /Y62zxEjySpjdTY1294ZtdIvuCYCfEiXPs1+/JrWJKQGeXSLW5N0jFz3jDsdJnuv bhQYxg0lLgfxYY11fjKeTXKNMxkcOXGUvqLnsp9RsQBTO0HSYhy/OMFi7fYJE/tv y8QbissdF4TV3W9TgdEcJp/xEgpBp6HMWt9YYyuzHoeib6TM39XuSiPgDkTLw/D5 h5N504OICbhSkK8IXS0P4JyQ9UkVEQK9AYoBHiHnypzwwPf5Gxs= =Axf2 -END PGP SIGNATURE- Changes since libreoffice-7-6-branch-point-354: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 5eaa9f101ebc3a01920901bb4a7e04a1a5fd9064 Author: Christian Lohmaier AuthorDate: Fri Jul 7 18:31:58 2023 +0200 Commit: Gerrit Code Review CommitDate: Fri Jul 7 18:31:58 2023 +0200 Update git submodules * Update translations from branch 'libreoffice-7-6' to 74b512b925b76d8be330326e4c66741700f088a4 - update translations for master/7.6.0 rc1 and force-fix errors using pocheck Change-Id: I30df4b585f12a47e377eeaf1d6f07346aca1631a (cherry picked from commit 99b28edb4e0f6459eca71faa64df163a63618bdc) diff --git a/translations b/translations index 6019c3e7cefe..74b512b925b7 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit 6019c3e7cefef1b37af5966b95e930278d54d755 +Subproject commit 74b512b925b76d8be330326e4c66741700f088a4
[Libreoffice-bugs] [Bug 139007] [META] PDF accessibility
https://bugs.documentfoundation.org/show_bug.cgi?id=139007 Bug 139007 depends on bug 153472, which changed state. Bug 153472 Summary: PDF/A-1b export tags file as PDF/A-1a (but not compliant with PDF/A-1a) https://bugs.documentfoundation.org/show_bug.cgi?id=153472 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - vcl/inc vcl/source
vcl/inc/helpwin.hxx|2 ++ vcl/source/app/help.cxx| 18 -- vcl/source/pdf/XmpMetadata.cxx |5 ++--- 3 files changed, 16 insertions(+), 9 deletions(-) New commits: commit 602ea7c873082f80626d562209cb36d99e20bbf5 Author: Mike Kaganski AuthorDate: Fri Jul 7 13:44:07 2023 +0300 Commit: Mike Kaganski CommitDate: Fri Jul 7 18:34:01 2023 +0200 Prolongate hide timeout in call to Help::Show*, when reusing existing window Otherwise, when moving mouse, and the tooltip follows it and updates its content, it would still hide after the initial timeout, only to re-appear on the next move. Change-Id: I3c93240f752301f2a86acabce54fe735d6e06550 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154163 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/vcl/inc/helpwin.hxx b/vcl/inc/helpwin.hxx index db8456fd2103..5a9975cee88d 100644 --- a/vcl/inc/helpwin.hxx +++ b/vcl/inc/helpwin.hxx @@ -69,6 +69,8 @@ public: SizeCalcOutSize() const; const tools::Rectangle&GetHelpArea() const { return maHelpArea; } + +void ResetHideTimer(); }; void ImplShowHelpWindow( vcl::Window* pParent, sal_uInt16 nHelpWinStyle, QuickHelpFlags nStyle, diff --git a/vcl/source/app/help.cxx b/vcl/source/app/help.cxx index 8336a5b1c20f..2ed0f96ec15d 100644 --- a/vcl/source/app/help.cxx +++ b/vcl/source/app/help.cxx @@ -446,12 +446,7 @@ IMPL_LINK( HelpTextWindow, TimerHdl, Timer*, pTimer, void) { if ( pTimer == ) { -if ( mnHelpWinStyle == HELPWINSTYLE_QUICK ) -{ -// start auto-hide-timer for non-ShowTip windows -if ( this == ImplGetSVHelpData().mpHelpWin ) -maHideTimer.Start(); -} +ResetHideTimer(); ImplShow(); } else @@ -480,6 +475,16 @@ OUString HelpTextWindow::GetText() const return maHelpText; } +void HelpTextWindow::ResetHideTimer() +{ +if (mnHelpWinStyle == HELPWINSTYLE_QUICK) +{ +// start auto-hide-timer for non-ShowTip windows +if (this == ImplGetSVHelpData().mpHelpWin) +maHideTimer.Start(); +} +} + void ImplShowHelpWindow( vcl::Window* pParent, sal_uInt16 nHelpWinStyle, QuickHelpFlags nStyle, const OUString& rHelpText, const Point& rScreenPos, const tools::Rectangle& rHelpArea ) @@ -515,6 +520,7 @@ void ImplShowHelpWindow( vcl::Window* pParent, sal_uInt16 nHelpWinStyle, QuickHe if( pHelpWin->IsVisible() ) pHelpWin->Invalidate(); } +pHelpWin->ResetHideTimer(); // It is shown anew, so prolongate the hide timeout return; } commit 41717420af68994c2fde522ea86db6e5ed643034 Author: Michael Stahl AuthorDate: Fri Jul 7 16:43:45 2023 +0200 Commit: Michael Stahl CommitDate: Fri Jul 7 18:32:30 2023 +0200 tdf#153472 vcl: PDF/A export: produce valid XMP metadata * historically the PDF export claimed to produce PDF/A-1a, which was removed from the UI in commit ed4a0eed82e2f29e8163a445db992d22c6d07134 "tdf#62728 add PDF/A-2 support, change UI default to use that", and then reintroduced, presumably intentionally changed, as PDF/A-1b in commit 49cfcf777d03abf59557cad021b4e5c4445de3c0 "tdf#62728 Provide both A/1 and A/2 in PDF export dialog" Adapt the XMP metadata to always write "B". * if PDF/UA is enabled, veraPDF complains about the added pdfuaid:part: Specification: ISO 19005-2:2011, Clause: 6.6.2.3, Test number: 7 All properties specified in XMP form shall use either the predefined schemas defined in the XMP Specification, ISO 19005-1 or this part of ISO 19005, or any extension schemas that comply with 6.6.2.3.2. Change-Id: I77b9fb728476e85830e3771135ac5a269e96b306 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154169 Tested-by: Jenkins Reviewed-by: Michael Stahl diff --git a/vcl/source/pdf/XmpMetadata.cxx b/vcl/source/pdf/XmpMetadata.cxx index 156e849f4097..d4c58c23348b 100644 --- a/vcl/source/pdf/XmpMetadata.cxx +++ b/vcl/source/pdf/XmpMetadata.cxx @@ -48,7 +48,6 @@ void XmpMetadata::write() if (mnPDF_A > 0) { OString sPdfVersion = OString::number(mnPDF_A); -OString sPdfConformance = (mnPDF_A == 1) ? "A" : "B"; aXmlWriter.startElement("rdf:Description"); aXmlWriter.attribute("rdf:about", OString("")); @@ -59,7 +58,7 @@ void XmpMetadata::write() aXmlWriter.endElement(); aXmlWriter.startElement("pdfaid:conformance"); -aXmlWriter.content(sPdfConformance); +aXmlWriter.content("B"); aXmlWriter.endElement(); aXmlWriter.endElement(); @@ -108,7 +107,7 @@ void XmpMetadata::write() } // PDF/UA -if (mbPDF_UA) +if (mbPDF_UA && mnPDF_A
[Libreoffice-bugs] [Bug 153472] PDF/A-1b export tags file as PDF/A-1a (but not compliant with PDF/A-1a)
https://bugs.documentfoundation.org/show_bug.cgi?id=153472 Michael Stahl (allotropia) changed: What|Removed |Added Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |michael.st...@allotropia.de |desktop.org | Status|NEW |RESOLVED --- Comment #6 from Michael Stahl (allotropia) --- fixed on master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153472] PDF/A-1b export tags file as PDF/A-1a (but not compliant with PDF/A-1a)
https://bugs.documentfoundation.org/show_bug.cgi?id=153472 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 0d15535a3a022cc8367c968083fe3e19db943263 Author: Christian Lohmaier AuthorDate: Fri Jul 7 18:25:56 2023 +0200 Commit: Gerrit Code Review CommitDate: Fri Jul 7 18:25:56 2023 +0200 Update git submodules * Update translations from branch 'master' to 99b28edb4e0f6459eca71faa64df163a63618bdc - update translations for master/7.6.0 rc1 and force-fix errors using pocheck Change-Id: I30df4b585f12a47e377eeaf1d6f07346aca1631a diff --git a/translations b/translations index 25766b4c4f5f..99b28edb4e0f 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit 25766b4c4f5fe4e28a338f318013d1097228516d +Subproject commit 99b28edb4e0f6459eca71faa64df163a63618bdc
[Libreoffice-commits] core.git: basegfx/source basegfx/test
basegfx/source/color/bcolormodifier.cxx |6 +- basegfx/test/BColorModifierTest.cxx | 17 ++--- 2 files changed, 11 insertions(+), 12 deletions(-) New commits: commit 22e46544eebe027654bb4ecfc42e8d8ebb41ec48 Author: Xisco Fauli AuthorDate: Fri Jul 7 14:44:00 2023 +0200 Commit: Xisco Fauli CommitDate: Fri Jul 7 17:50:28 2023 +0200 related: tdf#155735: clamp RGB values So when a green matrix is used, everything becomes green. Also set alpha to 1.0 so at least a green matrix on black returns green and not black Change-Id: I9104c7511545fb244750b066bb1e996b6ce229f2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154167 Tested-by: Jenkins Reviewed-by: Xisco Fauli diff --git a/basegfx/source/color/bcolormodifier.cxx b/basegfx/source/color/bcolormodifier.cxx index 9c9a196bb7f8..4d3f277c6cc5 100644 --- a/basegfx/source/color/bcolormodifier.cxx +++ b/basegfx/source/color/bcolormodifier.cxx @@ -164,10 +164,14 @@ namespace basegfx aColorMatrix.set(0, 0, aSourceColor.getRed()); aColorMatrix.set(1, 0, aSourceColor.getGreen()); aColorMatrix.set(2, 0, aSourceColor.getBlue()); +aColorMatrix.set(3, 0, 1.0); // TODO: add support for alpha aColorMatrix = maMatrix * aColorMatrix; -return ::basegfx::BColor(aColorMatrix.get(0, 0), aColorMatrix.get(1, 0), aColorMatrix.get(2, 0)); +return ::basegfx::BColor( +std::clamp(aColorMatrix.get(0, 0), 0.0, 1.0), +std::clamp(aColorMatrix.get(1, 0), 0.0, 1.0), +std::clamp(aColorMatrix.get(2, 0), 0.0, 1.0)); } OUString BColorModifier_matrix::getModifierName() const diff --git a/basegfx/test/BColorModifierTest.cxx b/basegfx/test/BColorModifierTest.cxx index 3a08958018da..237f6a982266 100755 --- a/basegfx/test/BColorModifierTest.cxx +++ b/basegfx/test/BColorModifierTest.cxx @@ -293,21 +293,16 @@ public: const basegfx::BColorModifierSharedPtr aBColorModifier = std::make_shared(aMatrix); -BColor aExpectedWhite(0.0, 3.0, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedWhite, aBColorModifier->getModifiedColor(maWhite)); -BColor aExpectedGray(0.0, 1.5, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedGray, aBColorModifier->getModifiedColor(maGray)); -CPPUNIT_ASSERT_EQUAL(maBlack, aBColorModifier->getModifiedColor(maBlack)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maWhite)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maGray)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maBlack)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maRed)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maGreen)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maBlue)); -BColor aExpectedYellow(0.0, 2.0, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedYellow, aBColorModifier->getModifiedColor(maYellow)); -BColor aExpectedMagenta = aExpectedYellow; -CPPUNIT_ASSERT_EQUAL(aExpectedMagenta, aBColorModifier->getModifiedColor(maMagenta)); -BColor aExpectedCyan = aExpectedYellow; -CPPUNIT_ASSERT_EQUAL(aExpectedCyan, aBColorModifier->getModifiedColor(maCyan)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maYellow)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maMagenta)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maCyan)); CPPUNIT_ASSERT(aBColorModifier->operator==(*aBColorModifier)); const basegfx::BColorModifierSharedPtr aBColorModifierInvert
[Libreoffice-bugs] [Bug 155460] Crash in: formula::RefEdit::Modify(weld::Entry&) [clone .constprop.5492] when changing a value of a defined name
https://bugs.documentfoundation.org/show_bug.cgi?id=155460 --- Comment #5 from Caolán McNamara --- tried under valgrind with a trunk build without reproducing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - basegfx/source basegfx/test
basegfx/source/color/bcolormodifier.cxx |7 ++- basegfx/test/BColorModifierTest.cxx | 17 ++--- 2 files changed, 12 insertions(+), 12 deletions(-) New commits: commit 9111a6154e40f5c9a7d5d5470f76597b1cbaa8ec Author: Xisco Fauli AuthorDate: Fri Jul 7 14:44:00 2023 +0200 Commit: Xisco Fauli CommitDate: Fri Jul 7 17:35:15 2023 +0200 related: tdf#155735: clamp RGB values So when a green matrix is used, everything becomes green. Also set alpha to 1.0 so at least a green matrix on black returns green and not black Change-Id: I9104c7511545fb244750b066bb1e996b6ce229f2 Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154168 Tested-by: Jenkins diff --git a/basegfx/source/color/bcolormodifier.cxx b/basegfx/source/color/bcolormodifier.cxx index 829b0abda659..4d3f277c6cc5 100644 --- a/basegfx/source/color/bcolormodifier.cxx +++ b/basegfx/source/color/bcolormodifier.cxx @@ -164,9 +164,14 @@ namespace basegfx aColorMatrix.set(0, 0, aSourceColor.getRed()); aColorMatrix.set(1, 0, aSourceColor.getGreen()); aColorMatrix.set(2, 0, aSourceColor.getBlue()); +aColorMatrix.set(3, 0, 1.0); +// TODO: add support for alpha aColorMatrix = maMatrix * aColorMatrix; -return ::basegfx::BColor(aColorMatrix.get(0, 0), aColorMatrix.get(1, 0), aColorMatrix.get(2, 0)); +return ::basegfx::BColor( +std::clamp(aColorMatrix.get(0, 0), 0.0, 1.0), +std::clamp(aColorMatrix.get(1, 0), 0.0, 1.0), +std::clamp(aColorMatrix.get(2, 0), 0.0, 1.0)); } OUString BColorModifier_matrix::getModifierName() const diff --git a/basegfx/test/BColorModifierTest.cxx b/basegfx/test/BColorModifierTest.cxx index 17b6a0c22257..f8a05900d195 100755 --- a/basegfx/test/BColorModifierTest.cxx +++ b/basegfx/test/BColorModifierTest.cxx @@ -289,21 +289,16 @@ public: const basegfx::BColorModifierSharedPtr aBColorModifier = std::make_shared(aMatrix); -BColor aExpectedWhite(0.0, 3.0, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedWhite, aBColorModifier->getModifiedColor(maWhite)); -BColor aExpectedGray(0.0, 1.5, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedGray, aBColorModifier->getModifiedColor(maGray)); -CPPUNIT_ASSERT_EQUAL(maBlack, aBColorModifier->getModifiedColor(maBlack)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maWhite)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maGray)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maBlack)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maRed)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maGreen)); CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maBlue)); -BColor aExpectedYellow(0.0, 2.0, 0.0); -CPPUNIT_ASSERT_EQUAL(aExpectedYellow, aBColorModifier->getModifiedColor(maYellow)); -BColor aExpectedMagenta = aExpectedYellow; -CPPUNIT_ASSERT_EQUAL(aExpectedMagenta, aBColorModifier->getModifiedColor(maMagenta)); -BColor aExpectedCyan = aExpectedYellow; -CPPUNIT_ASSERT_EQUAL(aExpectedCyan, aBColorModifier->getModifiedColor(maCyan)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maYellow)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maMagenta)); +CPPUNIT_ASSERT_EQUAL(maGreen, aBColorModifier->getModifiedColor(maCyan)); CPPUNIT_ASSERT(aBColorModifier->operator==(*aBColorModifier)); const basegfx::BColorModifierSharedPtr aBColorModifierInvert
[Libreoffice-bugs] [Bug 100379] Impress pretends to be able to export to ODF Drawing format - but doesn't really
https://bugs.documentfoundation.org/show_bug.cgi?id=100379 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6195 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156195] Support ODP -> ODG conversion on export, not just import
https://bugs.documentfoundation.org/show_bug.cgi?id=156195 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||0379 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156195] New: Support ODP -> ODG conversion on export, not just import
https://bugs.documentfoundation.org/show_bug.cgi?id=156195 Bug ID: 156195 Summary: Support ODP -> ODG conversion on export, not just import Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com In: https://bugs.documentfoundation.org/show_bug.cgi?id=100379#c5 Stuart says: > ... the conversion from ODP -> to SDraw meta is done with *import* filters, > and not by the SImpress export filters. Well, let's support making this conversion by exporting to ODF Drawing, not just when importing with Draw. This makes sense when it's not the same person doing the conversion and the opening: The convertor has no reason to open Draw; while the recipient of the file should not have to be bothered with choosing the correct application to import from. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100379] Impress pretends to be able to export to ODF Drawing format - but doesn't really
https://bugs.documentfoundation.org/show_bug.cgi?id=100379 --- Comment #9 from Eyal Rozenberg --- (In reply to Maxim Monastirsky from comment #6) > I tested now some complex presentations, and they don't look good > when forced into Draw (e.g. some problems with content from master pages). > For comparison Insert->File... into Draw gives much better results. So I > believe there is still some work should be done to improve the odp->odg > scenario. Is there an open bug about that? If not, please open it and attach ODPs which don't get imported well enough. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100379] Impress pretends to be able to export to ODF Drawing format - but doesn't really
https://bugs.documentfoundation.org/show_bug.cgi?id=100379 Eyal Rozenberg changed: What|Removed |Added OS|Windows (All) |All Summary|ODG file exported from ODP |Impress pretends to be able |is opened as presentation |to export to ODF Drawing |(Impress) instead of|format - but doesn't really |graphic (Draw) | --- Comment #8 from Eyal Rozenberg --- So, "Save as ODF Drawing (.odg)" doesn't actually export to a different format. Regardless of anything else anyone might do - it should therefore not appear as a format option in the File | Save As... dialog. Very simple. All other discussion is interesting/important, but should not get in the way of fixing this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99609] Expert Configuration dialog does not correctly expose column names or row attributes (Windows, NVDA)
https://bugs.documentfoundation.org/show_bug.cgi?id=99609 --- Comment #7 from Michael Weghorn --- (In reply to Michael Weghorn from comment #6) > gtk3 works because it it using native widgets. But I still ran into a gtk bug while analyzing this: https://gitlab.gnome.org/GNOME/gtk/-/issues/5161 Suggested fix: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6173 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99609] Expert Configuration dialog does not correctly expose column names or row attributes (Windows, NVDA)
https://bugs.documentfoundation.org/show_bug.cgi?id=99609 Michael Weghorn changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #6 from Michael Weghorn --- I'm working on this. There are multiple underlying issues. One is a wrong parent, one is that winaccessibility uses outdated values. With a local WIP fix (that needs more work) for both of these, NVDA announces at least announces the newly focused item at first, but then still the wrong row... (always the first one instead of the one where the focus actually is) gtk3 works because it it using native widgets. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134526] Update Firebird to latest upstream version
https://bugs.documentfoundation.org/show_bug.cgi?id=134526 --- Comment #16 from <20001...@ymail.ne.jp> --- (In reply to Julien Nabet from comment #15) > taichi: thought you might be interested in this one. > For FB4, you can try to implement the missing part for compatibility if > you're feel confident. > As an alternative, you may prepare a patch to upgrade to FB 3.0.10 I'm in the process of preparing a patch to upgrade to 3.0.10, but I haven't fix the error in building on Windows yet. https://gerrit.libreoffice.org/c/core/+/152016 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154105] XCloseBroadcaster: Calc document instance calls XCloseListener::queryClosing AFTER closing the document
https://bugs.documentfoundation.org/show_bug.cgi?id=154105 --- Comment #2 from Cesar --- Created attachment 188253 --> https://bugs.documentfoundation.org/attachment.cgi?id=188253=edit Sample add-on and testing app -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99562] Error rasterization of SVG gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=99562 Xisco Faulí changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |xiscofa...@libreoffice.org |desktop.org | Status|NEW |ASSIGNED --- Comment #23 from Xisco Faulí --- I know how to fix it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - cui/source include/cui sw/source
cui/source/dialogs/dlgname.cxx | 13 + include/cui/dlgname.hxx |4 sw/source/ui/frmdlg/frmpage.cxx | 14 ++ sw/source/uibase/inc/frmpage.hxx |2 ++ 4 files changed, 33 insertions(+) New commits: commit 89b032b0cafa005729c693d9f2cfab83246697ab Author: Michael Stahl AuthorDate: Fri Jul 7 13:32:34 2023 +0200 Commit: Michael Stahl CommitDate: Fri Jul 7 16:30:29 2023 +0200 tdf#152484 cui,sw: if decorative is enabled, disable title/description ... in sw Frame Properties dialog and cui SvxObjectTitleDescDialog. Reportedly Word behaves weirdly if decorative is set and a description exists at the same time. Change-Id: I9fa149127bacc3567486334a14f42b05871a629f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154165 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 04e90103b9a031af4073967228c6ccfc59438ec0) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/154176 diff --git a/cui/source/dialogs/dlgname.cxx b/cui/source/dialogs/dlgname.cxx index 84f21a86d616..fa12a158445f 100644 --- a/cui/source/dialogs/dlgname.cxx +++ b/cui/source/dialogs/dlgname.cxx @@ -90,7 +90,9 @@ SvxObjectTitleDescDialog::SvxObjectTitleDescDialog(weld::Window* pParent, const const OUString& rDescription, bool const isDecorative) : GenericDialogController(pParent, "cui/ui/objecttitledescdialog.ui", "ObjectTitleDescDialog") +, m_xTitleFT(m_xBuilder->weld_label("object_title_label")) , m_xEdtTitle(m_xBuilder->weld_entry("object_title_entry")) +, m_xDescriptionFT(m_xBuilder->weld_label("desc_label")) , m_xEdtDescription(m_xBuilder->weld_text_view("desc_entry")) , m_xDecorativeCB(m_xBuilder->weld_check_button("decorative")) { @@ -104,6 +106,17 @@ SvxObjectTitleDescDialog::SvxObjectTitleDescDialog(weld::Window* pParent, const m_xEdtTitle->select_region(0, -1); m_xDecorativeCB->set_active(isDecorative); +m_xDecorativeCB->connect_toggled(LINK(this, SvxObjectTitleDescDialog, DecorativeHdl)); +DecorativeHdl(*m_xDecorativeCB); +} + +IMPL_LINK_NOARG(SvxObjectTitleDescDialog, DecorativeHdl, weld::Toggleable&, void) +{ +bool const bEnable(!m_xDecorativeCB->get_active()); +m_xEdtTitle->set_sensitive(bEnable); +m_xTitleFT->set_sensitive(bEnable); +m_xEdtDescription->set_sensitive(bEnable); +m_xDescriptionFT->set_sensitive(bEnable); } /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/cui/dlgname.hxx b/include/cui/dlgname.hxx index 04fc5610e937..b402593832b1 100644 --- a/include/cui/dlgname.hxx +++ b/include/cui/dlgname.hxx @@ -105,13 +105,17 @@ class SvxObjectTitleDescDialog : public weld::GenericDialogController { private: // title +std::unique_ptr m_xTitleFT; std::unique_ptr m_xEdtTitle; // description +std::unique_ptr m_xDescriptionFT; std::unique_ptr m_xEdtDescription; std::unique_ptr m_xDecorativeCB; +DECL_LINK(DecorativeHdl, weld::Toggleable&, void); + public: // constructor SvxObjectTitleDescDialog(weld::Window* pWindow, const OUString& rTitle, const OUString& rDesc, diff --git a/sw/source/ui/frmdlg/frmpage.cxx b/sw/source/ui/frmdlg/frmpage.cxx index dc4e98da5b84..f9cb766718b1 100644 --- a/sw/source/ui/frmdlg/frmpage.cxx +++ b/sw/source/ui/frmdlg/frmpage.cxx @@ -2860,6 +2860,7 @@ SwFrameAddPage::SwFrameAddPage(weld::Container* pPage, weld::DialogController* p , m_xNameED(m_xBuilder->weld_entry("name")) , m_xAltNameFT(m_xBuilder->weld_label("altname_label")) , m_xAltNameED(m_xBuilder->weld_entry("altname")) +, m_xDescriptionFT(m_xBuilder->weld_label("description_label")) , m_xDescriptionED(m_xBuilder->weld_text_view("description")) , m_xDecorativeCB(m_xBuilder->weld_check_button("decorative")) , m_xSequenceFrame(m_xBuilder->weld_widget("frmSequence")) @@ -2884,6 +2885,8 @@ SwFrameAddPage::SwFrameAddPage(weld::Container* pPage, weld::DialogController* p m_xTextFlowLB->append(SvxFrameDirection::Vertical_LR_BT, SvxResId(RID_SVXSTR_PAGEDIR_LTR_BTT_VERT)); m_xTextFlowLB->append(SvxFrameDirection::Environment, SvxResId(RID_SVXSTR_FRAMEDIR_SUPER)); m_xDescriptionED->set_size_request(-1, m_xDescriptionED->get_preferred_size().Height()); + +m_xDecorativeCB->connect_toggled(LINK(this, SwFrameAddPage, DecorativeHdl)); } SwFrameAddPage::~SwFrameAddPage() @@ -3090,6 +3093,8 @@ void SwFrameAddPage::Reset(const SfxItemSet *rSet ) m_xVertAlignLB->set_active(nPos); } m_xVertAlignLB->save_value(); + +DecorativeHdl(*m_xDecorativeCB); } bool SwFrameAddPage::FillItemSet(SfxItemSet *rSet) @@ -3178,6 +3183,15 @@ IMPL_LINK_NOARG(SwFrameAddPage, EditModifyHdl, weld::Entry&, void) m_xAltNameFT->set_sensitive(bEnable); } +IMPL_LINK_NOARG(SwFrameAddPage, DecorativeHdl,
[Libreoffice-bugs] [Bug 156066] [META] SVG filters
https://bugs.documentfoundation.org/show_bug.cgi?id=156066 Bug 156066 depends on bug 136492, which changed state. Bug 136492 Summary: Shadow does not appear in this svg file https://bugs.documentfoundation.org/show_bug.cgi?id=136492 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99562] Error rasterization of SVG gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=99562 --- Comment #22 from Xisco Faulí --- *** Bug 136492 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 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Bug 88278 depends on bug 136492, which changed state. Bug 136492 Summary: Shadow does not appear in this svg file https://bugs.documentfoundation.org/show_bug.cgi?id=136492 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136492] Shadow does not appear in this svg file
https://bugs.documentfoundation.org/show_bug.cgi?id=136492 Xisco Faulí changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Xisco Faulí --- Yep, root cause is the same as in bug 99562. If values="0 0 0 0 1 0 0 0 0 1 0 0 0 0 1 0 0 0 1 0" is replaced by values="0 0 0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0", then it works... *** This bug has been marked as a duplicate of bug 99562 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 99562] Error rasterization of SVG gradients
https://bugs.documentfoundation.org/show_bug.cgi?id=99562 --- Comment #21 from Xisco Faulí --- The problem with the sample file is that it applies an alpha matrix, which is not supported by LibreOffice at the moment. If values="0 0 0 0 1 0 0 0 0 1 0 0 0 0 1 0 0 0 1 0" is replaced by values="0 0 0 0 0 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0", then it works. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156194] When no locale-specific thesaurus is available, fallback to a language-only one
https://bugs.documentfoundation.org/show_bug.cgi?id=156194 Eyal Rozenberg changed: What|Removed |Added Blocks||105747 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=105747 [Bug 105747] [META] Thesaurus bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105747] [META] Thesaurus bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105747 Eyal Rozenberg changed: What|Removed |Added Depends on||156194 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156194 [Bug 156194] When no locale-specific thesaurus is available, fallback to a language-only one -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156194] When no locale-specific thesaurus is available, fallback to a language-only one
https://bugs.documentfoundation.org/show_bug.cgi?id=156194 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6101 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156101] Thesaurus supposedly enabled, but grayed out in UI
https://bugs.documentfoundation.org/show_bug.cgi?id=156101 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6194 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156194] New: When no locale-specific thesaurus is available, fallback to a language-only one
https://bugs.documentfoundation.org/show_bug.cgi?id=156194 Bug ID: 156194 Summary: When no locale-specific thesaurus is available, fallback to a language-only one Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Some languages have multiple local variants, e.g. en-US, en-UK, en-ZA etc. In fact, they may have dozens more which don't have any specific definitions. And if such a locale is used in LO, we don't get to use various mechanisms which are currently locale-specific with no language-level fallback. One of these is the Thesaurus. A recent example has been en-IL: bug 156101. That one was solved by manually adding it as one of the locales covered by en-US. I suggest that, as a general measure, there will be a fallback to a language-level default thesaurus/dictionary file/fileset, so that the same procedure need not be repeated whenever one uses an uncommon locale we have not specifically catered to. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156193] Need to distinguish between intent of inserting a shape once and multiple times
https://bugs.documentfoundation.org/show_bug.cgi?id=156193 Eyal Rozenberg changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||108741 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 156193] Need to distinguish between intent of inserting a shape once and multiple times
https://bugs.documentfoundation.org/show_bug.cgi?id=156193 Eyal Rozenberg changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||108741 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 Eyal Rozenberg changed: What|Removed |Added Depends on||156193 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156193 [Bug 156193] Need to distinguish between intent of inserting a shape once and multiple times -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156193] New: Need to distinguish between intent of inserting a shape once and multiple times
https://bugs.documentfoundation.org/show_bug.cgi?id=156193 Bug ID: 156193 Summary: Need to distinguish between intent of inserting a shape once and multiple times Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com When one clicks a shape in the Shapes deck of the sidebar, and draws a bounding rectangle for the shape - in some cases, the active tool goes back to something other than drawing that shape; and in some cases, the shape remains the active tool, and drawing a rectangle or just clicking somewhere inserts another instance of the shape. There are two issues here: 1. It is difficult for the user to predict when either of the cases will occur with a press on a shape. 2. The visual indication in the sidebar - a (double) frame around the shape - does not seem to distinguish between these two states. I believe this should merits UI designer attention and thought. Among other ideas, perhaps we should default to single-instantiation-always upon the first click on the shape, and only enter "repeat insertion mode" on a double click or second click? Similarly to how the Android's on-screen keyboard's shift key behaves w.r.t. entering uppercase letters? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155523] Color Palette Drop List Empty
https://bugs.documentfoundation.org/show_bug.cgi?id=155523 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #4 from Buovjaga --- Is it OK for you with non-Flatpak versions? If yes, then you should report to https://github.com/flathub/org.libreoffice.LibreOffice/issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 153994] Sidebar character deck/tab shows Western font with no excuse
https://bugs.documentfoundation.org/show_bug.cgi?id=153994 Buovjaga changed: What|Removed |Added Ever confirmed|0 |1 CC||ilmari.lauhakangas@libreoff ||ice.org, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Status|UNCONFIRMED |NEW --- Comment #7 from Buovjaga --- I can reproduce. I don't see what raal sees. UX team: this needs some figuring out. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 445ab2355333ddb46081baffb8b0e3bb14fe00b3 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 7 July 2023 -- You are receiving this mail because: You are on the CC list for the bug.