[Bug 161268] Export sheets range with option Whole sheet export
https://bugs.documentfoundation.org/show_bug.cgi?id=161268 --- Comment #2 from raal --- Created attachment 194341 --> https://bugs.documentfoundation.org/attachment.cgi?id=194341=edit test file -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161268] Export sheets range with option Whole sheet export
https://bugs.documentfoundation.org/show_bug.cgi?id=161268 raal changed: What|Removed |Added CC||nick.wing...@collabora.com, ||r...@post.cz --- Comment #1 from raal --- Adding CC to author NickWingate -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161268] New: Export sheets range with option Whole sheet export
https://bugs.documentfoundation.org/show_bug.cgi?id=161268 Bug ID: 161268 Summary: Export sheets range with option Whole sheet export Product: LibreOffice Version: 24.8.0.0 alpha1+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Description: New feature in 24.8 Add export sheet range option to calc https://git.libreoffice.org/core/+/13bd849f60286c49457c290218e5b7acf9cadba8%5E%21 Steps to Reproduce: - open attached file - File - Export as PDF - select Sheets: 1-3,7 - select Whole sheet export - press button Export Actual Results: All sheets are exported Expected Results: Only sheets 1,2,3,7 exported Reproducible: Always User Profile Reset: No Additional Info: Tested with Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 71f3be3bee2e8a07f85594c02a9b44627b219e95 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161012] Cross references don't work in the document itself
https://bugs.documentfoundation.org/show_bug.cgi?id=161012 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161014] Moving cells with option key still copies content
https://bugs.documentfoundation.org/show_bug.cgi?id=161014 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160989] Exported Word documents do not enforce original formatting of cross-references to differently-formatted text
https://bugs.documentfoundation.org/show_bug.cgi?id=160989 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161033] Installed languages not available for automatic spell checking until user changes locale setting
https://bugs.documentfoundation.org/show_bug.cgi?id=161033 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161034] Creating list style messes up paragraph formating
https://bugs.documentfoundation.org/show_bug.cgi?id=161034 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161032] French and Spanish spelling dictionaries are default extensions that can not be removed in a UK English LibreOffice set up.
https://bugs.documentfoundation.org/show_bug.cgi?id=161032 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161008] EDITING: Spurious Deletions
https://bugs.documentfoundation.org/show_bug.cgi?id=161008 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161254] Character style "No Style" is not shown when filtered to "used styles"
https://bugs.documentfoundation.org/show_bug.cgi?id=161254 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161254] Character style "No Style" is not shown when filtered to "used styles"
https://bugs.documentfoundation.org/show_bug.cgi?id=161254 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161241] Calc crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=161241 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161241] Calc crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=161241 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157925] JRE v21.0.1
https://bugs.documentfoundation.org/show_bug.cgi?id=157925 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160954] Can't change OLE Object link target from context menu and properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160954 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160954] Can't change OLE Object link target from context menu and properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160954 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157925] JRE v21.0.1
https://bugs.documentfoundation.org/show_bug.cgi?id=157925 --- Comment #4 from QA Administrators --- Dear C, 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.
[Bug 113374] [META] Language and help package issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113374 Bug 113374 depends on bug 157713, which changed state. Bug 157713 Summary: User-configuration location for language packs (new environment variable?) https://bugs.documentfoundation.org/show_bug.cgi?id=157713 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157713] User-configuration location for language packs (new environment variable?)
https://bugs.documentfoundation.org/show_bug.cgi?id=157713 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157713] User-configuration location for language packs (new environment variable?)
https://bugs.documentfoundation.org/show_bug.cgi?id=157713 --- Comment #6 from QA Administrators --- Dear maxim.cournoyer, 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.
[Bug 154835] When I insert a chart in any document and click the "Properties" button in the right side of the screen, its content shows up but instantly disappears.
https://bugs.documentfoundation.org/show_bug.cgi?id=154835 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154835] When I insert a chart in any document and click the "Properties" button in the right side of the screen, its content shows up but instantly disappears.
https://bugs.documentfoundation.org/show_bug.cgi?id=154835 --- Comment #5 from QA Administrators --- Dear Ronnel Portugal, 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.
[Bug 155302] Table reformatting causes font colour switches or reversions
https://bugs.documentfoundation.org/show_bug.cgi?id=155302 --- Comment #6 from QA Administrators --- Dear glibguide, 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.
[Bug 99482] Changing mode from View menu doesn't change Display mode icon
https://bugs.documentfoundation.org/show_bug.cgi?id=99482 --- Comment #14 from QA Administrators --- Dear Yan Pas, 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.
[Bug 94631] Chinese font name does not display well in font lists when the Language of UI is not Chinese
https://bugs.documentfoundation.org/show_bug.cgi?id=94631 --- Comment #12 from QA Administrators --- Dear cyanshrike, 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.
[Bug 97925] FILEOPEN RTF Very slow scrolling due to high CPU usage
https://bugs.documentfoundation.org/show_bug.cgi?id=97925 --- Comment #13 from QA Administrators --- Dear ZippityStumpy, 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.
[Bug 79583] Other: Nonstandard Paper Size doesn't print
https://bugs.documentfoundation.org/show_bug.cgi?id=79583 --- Comment #15 from QA Administrators --- Dear elicoten, 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.
[Bug 144162] Document event binding for "LibreOffice" is not regarded if the execution of document macros was disallowed.
https://bugs.documentfoundation.org/show_bug.cgi?id=144162 --- Comment #4 from QA Administrators --- Dear Wolfgang Jäger, 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.
[Bug 109862] 'Font Size' button in vertical toolbar does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=109862 --- Comment #10 from QA Administrators --- Dear AJ, 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.
[Bug 144203] Lilo Macro starbase which utilize cursor position and selection is freezing calc document
https://bugs.documentfoundation.org/show_bug.cgi?id=144203 --- Comment #3 from QA Administrators --- Dear elias estatistics, 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.
[Bug 161224] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=161224 --- Comment #5 from m_a_riosv --- https://bugs.documentfoundation.org/show_bug.cgi?id=62408#c33 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160895] LibreOffice freezes on document open
https://bugs.documentfoundation.org/show_bug.cgi?id=160895 skybirds...@gmail.com changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #5 from skybirds...@gmail.com --- Updating my OS seems to have fixed it. It's weird that I didn't update either the OS or Libre and yet this issue started. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161266] Long pause between each cell entry of up to 5 seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=161266 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161263] Writer does not save the location of the Navigator window
https://bugs.documentfoundation.org/show_bug.cgi?id=161263 --- Comment #2 from Phillip Bagwell --- I'm running Fedora 40 and the problem persists. i haven't tried with Windows. Perhaps the problem is unique to Linux or this version of Fedora. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156891] "Start Certificate Manager" button is disabled while gpg4win is actually installed
https://bugs.documentfoundation.org/show_bug.cgi?id=156891 --- Comment #5 from kolAflash --- (In reply to Mike Kaganski from comment #1) > Isn't the certificate manager here completely unrelated to GPG? I believe, > that it's about system certificates, not GPG. "Start Certificate Manager" is about GPG. It didn't exist prior to the GPG integration when LibreOffice only supported X.509. (sometime before LibreOffice-6.0) The "Start Certificate Manager" probably needs to clarifications. See also: https://bugs.documentfoundation.org/show_bug.cgi?id=133941#c6 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133941] Start Certificate Manager in Windows should start certificates system store
https://bugs.documentfoundation.org/show_bug.cgi?id=133941 --- Comment #6 from kolAflash --- I think a basic misunderstanding is, that "Start Certificate Manager" is for GPG only. That button didn't exist before GPG integration, when documents could only be signed with X.509. So I think this bug is basically a misunderstanding and the button should be renamed "Start Certificate Manager". So I'd say this bug is either invalid or the title should be changed to: "Clarify that "Start Certificate Manager" is for GPG and not for X.509" Additionally there should be at least a hint in the "Certificate Manager" window from where the X.509 certificates are being loaded. As far as I know LibreOffice loads X.509 only from Mozilla profiles and not from any OS (operating system) certificate stores. (reading from Mozilla was probably much easier to implement, then all the OS specific stores on Windows, macOS, Debian, ...) https://git.libreoffice.org/core/+/a3150fc8a59662ce8630cfc64fec9cd083ac7d36/connectivity/source/drivers/mozab/bootstrap/MNSFolders.cxx#65 Distantly related: https://bugs.documentfoundation.org/show_bug.cgi?id=156891#c5 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161266] Long pause between each cell entry of up to 5 seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=161266 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m_a_riosv --- Please attach a sample file, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161263] Writer does not save the location of the Navigator window
https://bugs.documentfoundation.org/show_bug.cgi?id=161263 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m_a_riosv --- I'n not able to reproduce the issue Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 16; OS: Windows 10.0 Build 22631; 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.
[Bug 161260] Комментарии спускаются далеко вниз The comments go way down
https://bugs.documentfoundation.org/show_bug.cgi?id=161260 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from m_a_riosv --- Looks like a duplicate of tdf#150150 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161259] Libreoffice won't start
https://bugs.documentfoundation.org/show_bug.cgi?id=161259 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m_a_riosv --- And what is your Operating System? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 127697] LO Writer 6.3 hangs during Greek spell check
https://bugs.documentfoundation.org/show_bug.cgi?id=127697 Aron Budea changed: What|Removed |Added Keywords|bibisectRequest | CC||aron.bu...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Bug 109527] [META] Spell check dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109527 Aron Budea changed: What|Removed |Added Depends on||100438 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100438 [Bug 100438] Spell Check Dialog: Accessibility focus gets trapped on the special characters toolbar -- You are receiving this mail because: You are the assignee for the bug.
[Bug 96000] [META] Spelling checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 Aron Budea changed: What|Removed |Added Depends on|100438 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100438 [Bug 100438] Spell Check Dialog: Accessibility focus gets trapped on the special characters toolbar -- You are receiving this mail because: You are the assignee for the bug.
[Bug 159939] Calc print dialog showing metric page size when system set to imperial sizes
https://bugs.documentfoundation.org/show_bug.cgi?id=159939 --- Comment #11 from bunkem --- Thank you for having a look @Steve271 I have the following settings in Locale & Languages User interface: Default - English (USA) Locale setting: English (Canada) Default language for documents: Western English (Canada) I suppose that brings up the likely issue. For some reason people think that Canada locale is metric paper, which it isn't. Canada uses metric mostly, but not for paper. We also use three or four different ways of showing the date (top three are: US MM/DD/YY; DD-MM-; -MM-DD). It kind of makes your head spin but you get used to it. In any case, you will never, ever, find a ream of A4 paper in any stores except by special order. OK, apparently the Canadian government is using A4 but I've never seen it. ===off topic rant=== I've noticed the same thing with NextCloud. The settings for Canada are all screwed up and so importing the Canada holidays calendar into NextCloud doesn't work if you chose UK English because I don't use US date formats. There is no setting for what we actually use. Another bug report for Nextcloud. ===rant off=== In any case, my Mac has system setting to use imperial measurements for applications because we use letter paper (i.e. 8 1/2 x 11" ) in all apps. Libreoffice should pick this up from the system and also show the letter paper size in the print dialog ... not some metric equivalent. No one here will know what that metric size means. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161267] New: accidental REPEAT on large selection -> 100% cpu + data loss
https://bugs.documentfoundation.org/show_bug.cgi?id=161267 Bug ID: 161267 Summary: accidental REPEAT on large selection -> 100% cpu + data loss Product: LibreOffice Version: 24.8.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: p...@pfortin.com using Calc to summarize data in a PostgreSQL table containing 17,071,231 records with 67 fields. Only 54 fields are of interest for this analysis which consists of executing this SQL query: select fld, count(fld) from table group by fld order by fld; This gives me 2 columns like this example: ALAMANCE 236445 ALEXANDER 57281 ALLEGHANY 18589 ANSON 36426 ASHE46159 AVERY 28783 BEAUFORT79544 BERTIE 29424 which I copy/paste into a new sheet renamed to match the field name. I have F3 in LO set to REPEAT the last action. After collecting much data, it's time to add analysis: using the above example, I change the first row to: ALAMANCE 236445 =len(A1) =B1*C1 To save time, I make extensive use of F3(REPEAT) like these actions: * copy C1-D1, switch to next sheet, paste into C1-D1, next sheet, REPEAT... * back to initial sheet, add a row above row 1, next sheet, row 1, REPEAT... If you are picturing this activity, you can see how this approach can proceed quite fast... One time, I missed and clicked on the column rather than the top cell; REPEAT proceeded to paste into the entire column (16M rows) -- 100% CPU, Calc just died. Restart Calc & recovered 7 documents; but not this document. Open Recent recovered to the last save. Repeated the lost steps. * initial sheet, add column header labels, copy row, next sheet, paste, REPEAT. After adding headers to about 1/2 the sheets, instead of clicking on row 1, hit the area just above + F3 which proceeded to paste into the entire sheet -> 100% CPU. Got "Not responding". xkill had no effect on the window (never saw that before). Tried Close button which gave me the terminate dialog. Build: https://gerrit.libreoffice.org/gitweb?p=core.git;a=log;h=5ff701226b00963312cb2a78e77966d012b79c82 Operating System: Mageia 10 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.6.2 Kernel Version: 6.6.28-server-1.mga10 (64-bit) Graphics Platform: Wayland Processors: 20 × 12th Gen Intel® Core™ i7-12700K Memory: 125.5 GiB of RAM Graphics Processor: AMD Radeon RX 6600 XT Manufacturer: Dell Inc. Product Name: XPS 8950 Maybe there should be a quick sanity check when something like Paste to ALL (column, row, sheet) could cause aggravation and data loss giving LO a bad reputation with the user. Hitting this flaw which results in data loss and wasted time twice within about 15-20 minutes was frustrating. Just saying... :) Hopefully, the above is clear enough to build a test case. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161266] New: Long pause between each cell entry of up to 5 seconds
https://bugs.documentfoundation.org/show_bug.cgi?id=161266 Bug ID: 161266 Summary: Long pause between each cell entry of up to 5 seconds Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: angus.cockb...@provauk.com New spreadsheets work fine but after I have attached several worksheets and added data suddenly the system starts pausing between cell entry with the program working away at something for up to 5 seconds. I have tried switching off recalc and all the other commonly discussed issues on the help site, but none get it back up to speed. I use Calc because Excel is still very poor at formatting larger text entries an Calc is brilliant at this. However the long pauses between entry are leading to mistakes and make the system near unusable. What does Calc do as you press enter - whatever it is it takes ages unless you are using a simple single sheet spreadsheet. I use Calc to prepare Bills of Quantities which have a large text element with simple calculations, page totals and summaries. I regularly contribute to your funding and was hoping to make this my main spreadsheet but I am wondering if I have done the right thing -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161265] Calc crashes on "format cell"
https://bugs.documentfoundation.org/show_bug.cgi?id=161265 --- Comment #3 from Julien Nabet --- (In reply to Olivier from comment #2) > It happens on every file and empty files. Ok so you can give a try the link provided in my previous comment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161265] Calc crashes on "format cell"
https://bugs.documentfoundation.org/show_bug.cgi?id=161265 --- Comment #2 from Olivier --- It happens on every file and empty files. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161265] Calc crashes on "format cell"
https://bugs.documentfoundation.org/show_bug.cgi?id=161265 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- On pc Debian testing with LO Debian package, I don't reproduce this. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 12; OS: Linux 6.7; UI render: default; VCL: x11 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Debian package version: 4:24.2.3-1+b1 Calc: threaded Does it happen on a brand new file or on a specific file? Could you try https://wiki.documentfoundation.org/QA/FirstSteps ? -- You are receiving this mail because: You are the assignee for the bug.
core.git: 2 commits - sc/source
sc/source/ui/undo/undotab.cxx | 51 -- 1 file changed, 25 insertions(+), 26 deletions(-) New commits: commit b227481b63000b556e648ad607ffeb86681482a0 Author: Caolán McNamara AuthorDate: Fri May 24 19:30:51 2024 +0100 Commit: Caolán McNamara CommitDate: Fri May 24 22:34:25 2024 +0200 pViewShell arg is never null, just use a reference here Change-Id: I29b5e9084da5b5f0817ffad37e3e5496577372fd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168029 Reviewed-by: Caolán McNamara Tested-by: Jenkins diff --git a/sc/source/ui/undo/undotab.cxx b/sc/source/ui/undo/undotab.cxx index 3cdeaeed1f76..43f647debbd9 100644 --- a/sc/source/ui/undo/undotab.cxx +++ b/sc/source/ui/undo/undotab.cxx @@ -63,16 +63,16 @@ using ::std::vector; namespace { -void lcl_OnTabsChanged(const ScTabViewShell* pViewShell, const ScDocument& rDoc, SCTAB nTab, bool bInvalidateTiles = false) +void lcl_OnTabsChanged(const ScTabViewShell& rViewShell, const ScDocument& rDoc, SCTAB nTab, bool bInvalidateTiles = false) { for (SCTAB nTabIndex = nTab; nTabIndex < rDoc.GetTableCount(); ++nTabIndex) { if (!rDoc.IsVisible(nTabIndex)) continue; if (bInvalidateTiles) -pViewShell->libreOfficeKitViewInvalidateTilesCallback(nullptr, nTabIndex, 0); +rViewShell.libreOfficeKitViewInvalidateTilesCallback(nullptr, nTabIndex, 0); ScTabViewShell::notifyAllViewsSheetGeomInvalidation( -pViewShell, +, true /* bColsAffected */, true /* bRowsAffected */, true /* bSizes*/, true /* bHidden */, true /* bFiltered */, true /* bGroups */, nTabIndex); @@ -99,7 +99,7 @@ void lcl_MakeJsonArray(tools::JsonWriter& rJson, const std::vector& v, const } } -void lcl_UndoCommandResult(const ScTabViewShell* pViewShell, +void lcl_UndoCommandResult(const ScTabViewShell& rViewShell, const char *pCmdName, const char *pCmdType, const std::vector* pNewTabs, const std::vector* pOldTabs = nullptr) @@ -116,7 +116,7 @@ void lcl_UndoCommandResult(const ScTabViewShell* pViewShell, lcl_MakeJsonArray(aJson, *pOldTabs, "oldTabs"); } -pViewShell->libreOfficeKitViewCallback(LOK_CALLBACK_UNO_COMMAND_RESULT, aJson.finishAndGetAsOString()); +rViewShell.libreOfficeKitViewCallback(LOK_CALLBACK_UNO_COMMAND_RESULT, aJson.finishAndGetAsOString()); } } @@ -183,9 +183,9 @@ void ScUndoInsertTab::Undo() if (comphelper::LibreOfficeKit::isActive()) { ScDocument& rDoc = pDocShell->GetDocument(); -lcl_OnTabsChanged(pViewShell, rDoc, nTab); +lcl_OnTabsChanged(*pViewShell, rDoc, nTab); std::vector aTabs{nTab}; -lcl_UndoCommandResult(pViewShell, ".uno:Undo", "ScUndoInsertTab", ); +lcl_UndoCommandResult(*pViewShell, ".uno:Undo", "ScUndoInsertTab", ); } @@ -218,9 +218,9 @@ void ScUndoInsertTab::Redo() if (comphelper::LibreOfficeKit::isActive()) { ScDocument& rDoc = pDocShell->GetDocument(); -lcl_OnTabsChanged(pViewShell, rDoc, nTab); +lcl_OnTabsChanged(*pViewShell, rDoc, nTab); std::vector aTabs{nTab}; -lcl_UndoCommandResult(pViewShell, ".uno:Redo", "ScUndoInsertTab", ); +lcl_UndoCommandResult(*pViewShell, ".uno:Redo", "ScUndoInsertTab", ); } } @@ -450,8 +450,8 @@ void ScUndoDeleteTab::Undo() { if (pViewShell) { -lcl_OnTabsChanged(pViewShell, rDoc, theTabs[0]); -lcl_UndoCommandResult(pViewShell, ".uno:Undo", "ScUndoDeleteTab", ); +lcl_OnTabsChanged(*pViewShell, rDoc, theTabs[0]); +lcl_UndoCommandResult(*pViewShell, ".uno:Undo", "ScUndoDeleteTab", ); } } @@ -493,8 +493,8 @@ void ScUndoDeleteTab::Redo() if (comphelper::LibreOfficeKit::isActive() && !theTabs.empty()) { ScDocument& rDoc = pDocShell->GetDocument(); -lcl_OnTabsChanged(pViewShell, rDoc, theTabs[0]); -lcl_UndoCommandResult(pViewShell, ".uno:Redo", "ScUndoDeleteTab", ); +lcl_OnTabsChanged(*pViewShell, rDoc, theTabs[0]); +lcl_UndoCommandResult(*pViewShell, ".uno:Redo", "ScUndoDeleteTab", ); } // SetTabNo(...,sal_True) for all views to sync with drawing layer pages @@ -653,8 +653,8 @@ void ScUndoMoveTab::DoChange( bool bUndo ) const const auto newTabsMinIt = std::min_element(mpNewTabs->begin(), mpNewTabs->end()); const auto oldTabsMinIt = std::min_element(mpOldTabs->begin(), mpOldTabs->end()); SCTAB nTab = std::min(*newTabsMinIt, *oldTabsMinIt); -lcl_OnTabsChanged(pViewShell, rDoc, nTab, true /* bInvalidateTiles */); -lcl_UndoCommandResult(pViewShell, bUndo ? ".uno:Undo" : ".uno:Redo", "ScUndoMoveTab", mpOldTabs.get(), mpNewTabs.get()); +lcl_OnTabsChanged(*pViewShell, rDoc,
core.git: vcl/win
vcl/win/gdi/salprn.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit da15cb3d111f65356726ee5ed15bd82c73d5ccce Author: Caolán McNamara AuthorDate: Sat May 18 19:55:06 2024 +0100 Commit: Caolán McNamara CommitDate: Fri May 24 22:11:13 2024 +0200 use same pattern as elsewhere for consistency Change-Id: I126fbbee916fd515a7057e3793f239e6f69748fa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167835 Reviewed-by: Caolán McNamara Tested-by: Jenkins diff --git a/vcl/win/gdi/salprn.cxx b/vcl/win/gdi/salprn.cxx index 6edcc9ac2938..b43c59e27473 100644 --- a/vcl/win/gdi/salprn.cxx +++ b/vcl/win/gdi/salprn.cxx @@ -164,9 +164,9 @@ void WinSalInstance::GetPrinterQueueInfo( ImplPrnQueueList* pList ) if ( nBytes ) { PRINTER_INFO_4W* pWinInfo4 = static_cast(std::malloc( nBytes )); +assert(pWinInfo4 && "Don't handle OOM conditions"); if ( EnumPrintersW( PRINTER_ENUM_LOCAL | PRINTER_ENUM_CONNECTIONS, nullptr, 4, reinterpret_cast(pWinInfo4), nBytes, , ) ) { -assert(pWinInfo4); for ( i = 0; i < nInfoPrn4; i++ ) { std::unique_ptr pInfo(new SalPrinterQueueInfo);
[Bug 161265] New: Calc crashes on "format cell"
https://bugs.documentfoundation.org/show_bug.cgi?id=161265 Bug ID: 161265 Summary: Calc crashes on "format cell" Product: LibreOffice Version: 24.2.3.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: oc-spa...@laposte.net To reproduce: - Start "localc" or "localc --safe-mode" - Clic on a cell - Hit "RMB > Format Cells..." or "Format > Cells..." - Calc crashes Message error on console is: """ terminate called after throwing an instance of 'std::runtime_error' what(): locale::facet::_S_create_c_locale name not valid """ Informations: Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: x11 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Debian package version: 4:24.2.3-1+b1 Calc: threaded Related bug reports, but they differ: https://bugs.documentfoundation.org/show_bug.cgi?id=76165 https://bugs.documentfoundation.org/show_bug.cgi?id=64200 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Heuristically enable RTL-CTL and/or CJK language support when installing
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Heuristically enable RTL-CTL and/or CJK language support when installing
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161264] FILEOPEN RTF Paragraph with checkbox and mail merge field are not visible
https://bugs.documentfoundation.org/show_bug.cgi?id=161264 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 194339 --> https://bugs.documentfoundation.org/attachment.cgi?id=194339=edit The example file in Word 2016 and in Writer master -- You are receiving this mail because: You are the assignee for the bug.
[Bug 81234] [META] RTF filter issues
https://bugs.documentfoundation.org/show_bug.cgi?id=81234 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||161264 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=161264 [Bug 161264] FILEOPEN RTF Paragraph with checkbox and mail merge field are not visible -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161264] New: FILEOPEN RTF Paragraph with checkbox and mail merge field are not visible
https://bugs.documentfoundation.org/show_bug.cgi?id=161264 Bug ID: 161264 Summary: FILEOPEN RTF Paragraph with checkbox and mail merge field are not visible Product: LibreOffice Version: 6.1.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Blocks: 81234 Created attachment 194338 --> https://bugs.documentfoundation.org/attachment.cgi?id=194338=edit Example file with disappearing paragraph Attached document has a paragraph with a checkbox field and a mail merge field. When opened in Writer the paragraph is entirely hidden until View - Field Hidden Paragraphs is enabled. 1. Open attached document -> seems empty, but Navigator shows traces of field/bookmark 2. Choose View - Field Hidden Paragraphs (or: Options - Writer - Formatting Aids - Fields: Hidden paragraphs) -> Paragraph appears, including non-field content. Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1b45ca1aa7d7cb8e7adcc07f8c60e26a413eca8c CPU threads: 14; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: default Seems to have started in 6.1 with: https://git.libreoffice.org/core/+/db04be037b611e296ef9f2542322c52ed82d7a2b commit db04be037b611e296ef9f2542322c52ed82d7a2b[log] author Mike Kaganski Fri May 18 18:48:38 2018 +0300 committer Mike Kaganski Sun May 20 13:16:28 2018 +0200 tdf#35798: Hide empty Database fields' paragraphs (+ compat option) In 6.1, disabling the newly added "A database field with empty value hides its paragraph" option makes the paragraph appear even if the "Options - Writer - Formatting Aids - Fields: Hidden paragraphs" is disabled. In master, enabling Options - Writer - View - Hidden paragraphs is also necessary, so this may not be just about changing the default of the above compat option for RTF to disabled. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=81234 [Bug 81234] [META] RTF filter issues -- You are receiving this mail because: You are the assignee for the bug.
[Bug 72662] Use Different Measurement Units for Line vs Page Properties (e.g. point vs inch)
https://bugs.documentfoundation.org/show_bug.cgi?id=72662 --- Comment #36 from varuncvarada+documentfoundation@gmail.com --- Since the other ticket has been marked as a duplicate: the default page units for metric units should be millimetres, not centimetres. This is the overwhelming international standard. Like others have said here, sure, it is "preference" if some people want to change it, and the settings dialogue box exists for that purpose, but the defaults should be sensible so that most people don't have to change it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161210] some xls files take too much time to open in LO 7 and newer [LO 6 is ok]
https://bugs.documentfoundation.org/show_bug.cgi?id=161210 --- Comment #5 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/137f423cc18e23f64b3b2bc6075c5f1581ac6537 tdf#161210 speedup loading large XLS (2) It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/source
sc/source/filter/excel/xlroot.cxx |5 - sc/source/filter/inc/xlroot.hxx |2 +- 2 files changed, 1 insertion(+), 6 deletions(-) New commits: commit 137f423cc18e23f64b3b2bc6075c5f1581ac6537 Author: Noel Grandin AuthorDate: Wed May 22 16:40:31 2024 +0200 Commit: Noel Grandin CommitDate: Fri May 24 20:11:12 2024 +0200 tdf#161210 speedup loading large XLS (2) shave 2% off time by inlining GetDoc which is quite hot Change-Id: I20ede177e6032761598b1b977e90ff969bd2162a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168012 Reviewed-by: Noel Grandin Tested-by: Jenkins diff --git a/sc/source/filter/excel/xlroot.cxx b/sc/source/filter/excel/xlroot.cxx index 836c08b3f5e4..593a4d1583da 100644 --- a/sc/source/filter/excel/xlroot.cxx +++ b/sc/source/filter/excel/xlroot.cxx @@ -286,11 +286,6 @@ rtl::Reference XclRoot::OpenStream(const OUString& rStrmName) return OpenStream( GetRootStorage(), rStrmName ); } -ScDocument& XclRoot::GetDoc() const -{ -return mrData.mrDoc; -} - ScDocShell* XclRoot::GetDocShell() const { return GetDoc().GetDocumentShell(); diff --git a/sc/source/filter/inc/xlroot.hxx b/sc/source/filter/inc/xlroot.hxx index aa86378416b4..603307fb3476 100644 --- a/sc/source/filter/inc/xlroot.hxx +++ b/sc/source/filter/inc/xlroot.hxx @@ -198,7 +198,7 @@ public: rtl::Reference OpenStream(const OUString& rStrmName) const; /** Returns reference to the destination document (import) or source document (export). */ -ScDocument& GetDoc() const; +ScDocument& GetDoc() const { return mrData.mrDoc; } /** Returns the object shell of the Calc document. May be 0 (i.e. import from clipboard). */ ScDocShell* GetDocShell() const;
[Bug 129434] [META] Writer (EDITING) Suggested bug fixes, enhancements and features for authors.
https://bugs.documentfoundation.org/show_bug.cgi?id=129434 Bug 129434 depends on bug 161261, which changed state. Bug 161261 Summary: Instead of resizing, the image loses its original size in fixed-height table cell https://bugs.documentfoundation.org/show_bug.cgi?id=161261 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108364 Bug 108364 depends on bug 161261, which changed state. Bug 161261 Summary: Instead of resizing, the image loses its original size in fixed-height table cell https://bugs.documentfoundation.org/show_bug.cgi?id=161261 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161261] Instead of resizing, the image loses its original size in fixed-height table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=161261 László Németh changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Assignee|nem...@numbertext.org |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103100] [META] Writer table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103100 Bug 103100 depends on bug 161261, which changed state. Bug 161261 Summary: Instead of resizing, the image loses its original size in fixed-height table cell https://bugs.documentfoundation.org/show_bug.cgi?id=161261 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/qa sw/source
sw/qa/extras/uiwriter/uiwriter6.cxx | 63 sw/source/core/layout/flylay.cxx| 38 ++--- 2 files changed, 96 insertions(+), 5 deletions(-) New commits: commit 4da6f52f5fd164082fd42fc58fc7d31da567c924 Author: László Németh AuthorDate: Tue May 21 13:20:24 2024 +0200 Commit: László Németh CommitDate: Fri May 24 19:46:46 2024 +0200 tdf#161261 sw: fix lost size of image resized in fixed-height cell A fixed-height cell can contain a bigger image, which is cropped by cell boundaries. It was not possible to resize this image with a simple drag & drop, because its size changed to the cell size immediately. Now it's possible, like MSO does. Follow-up to commit 30de13743f144aced83bc43d310592f82788c910 "tdf#160836 sw: resize rows at images cropped by row height". Change-Id: I9d63e6e526135b6d8541f904c363b9186bb3cfc4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168023 Tested-by: Jenkins Reviewed-by: László Németh diff --git a/sw/qa/extras/uiwriter/uiwriter6.cxx b/sw/qa/extras/uiwriter/uiwriter6.cxx index fb3ecb357bcd..6322120748da 100644 --- a/sw/qa/extras/uiwriter/uiwriter6.cxx +++ b/sw/qa/extras/uiwriter/uiwriter6.cxx @@ -36,6 +36,7 @@ #include #include #include +#include #include #include @@ -1559,6 +1560,68 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf160836) CPPUNIT_ASSERT_EQUAL(tools::Long(1980), pCellA1->getFrameArea().Height()); } +CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf161261) +{ +createSwDoc("tdf160842.fodt"); +SwDoc* pDoc = getSwDoc(); +CPPUNIT_ASSERT(pDoc); +SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell(); +CPPUNIT_ASSERT(pWrtShell); +// the cursor is not in the table +CPPUNIT_ASSERT(!pWrtShell->IsCursorInTable()); + +SwRootFrame* pLayout = pDoc->getIDocumentLayoutAccess().GetCurrentLayout(); +auto pPage = dynamic_cast(pLayout->Lower()); +CPPUNIT_ASSERT(pPage); +const SwSortedObjs& rPageObjs = *pPage->GetSortedObjs(); +CPPUNIT_ASSERT_EQUAL(static_cast(1), rPageObjs.size()); +auto pPageFly = dynamic_cast(rPageObjs[0]); +CPPUNIT_ASSERT(pPageFly); +auto pTable = dynamic_cast(pPageFly->GetLower()); +CPPUNIT_ASSERT(pTable); +auto pRow1 = pTable->GetLower(); +CPPUNIT_ASSERT(pRow1->IsRowFrame()); +auto pCellA1 = pRow1->GetLower(); +CPPUNIT_ASSERT(pCellA1); +const SwRect& rCellA1Rect = pCellA1->getFrameArea(); +auto nRowHeight = rCellA1Rect.Height(); + +// select image by clicking on it at the center of the upper cell +Point ptFrom(rCellA1Rect.Left() + rCellA1Rect.Width() / 2, rCellA1Rect.Top() + nRowHeight / 2); +vcl::Window& rEditWin = pDoc->GetDocShell()->GetView()->GetEditWin(); +Point aFrom = rEditWin.LogicToPixel(ptFrom); +MouseEvent aClickEvent(aFrom, 1, MouseEventModifiers::SIMPLECLICK, MOUSE_LEFT); +rEditWin.MouseButtonDown(aClickEvent); +rEditWin.MouseButtonUp(aClickEvent); + +// Then make sure that the image is selected: +SelectionType eType = pWrtShell->GetSelectionType(); +CPPUNIT_ASSERT_EQUAL(SelectionType::Graphic, eType); + +uno::Reference xShape = getShape(2); +CPPUNIT_ASSERT(xShape.is()); + +// zoom image by drag & drop using right bottom handle of the image +const SwRect& rSelRect = pWrtShell->GetAnyCurRect(CurRectType::Frame); +Point ptFromHandle(rSelRect.Right(), rSelRect.Bottom()); +Point aFromHandle = rEditWin.LogicToPixel(ptFromHandle); +Point ptTo(rSelRect.Left() + rSelRect.Width() * 1.5, rSelRect.Top() + rSelRect.Height() * 1.5); +Point aTo = rEditWin.LogicToPixel(ptTo); +MouseEvent aClickEvent2(aFromHandle, 1, MouseEventModifiers::SIMPLECLICK, MOUSE_LEFT); +rEditWin.MouseButtonDown(aClickEvent2); +MouseEvent aClickEvent3(aTo, 0, MouseEventModifiers::SIMPLEMOVE, MOUSE_LEFT); +rEditWin.MouseMove(aClickEvent3); +rEditWin.MouseMove(aClickEvent3); +MouseEvent aClickEvent4(aTo, 1, MouseEventModifiers::SIMPLECLICK, MOUSE_LEFT); +rEditWin.MouseButtonUp(aClickEvent4); +Scheduler::ProcessEventsToIdle(); + +// Make sure image is greater than before, instead of minimizing it to the cell size +// This was 8707 and 6509 +CPPUNIT_ASSERT_GREATER(sal_Int32(1), xShape->getSize().Width); +CPPUNIT_ASSERT_GREATER(sal_Int32(8000), xShape->getSize().Height); +} + CPPUNIT_TEST_FIXTURE(SwUiWriterTest6, testTdf115132) { createSwDoc(); diff --git a/sw/source/core/layout/flylay.cxx b/sw/source/core/layout/flylay.cxx index 1a39b735d2d8..92ad07ba4481 100644 --- a/sw/source/core/layout/flylay.cxx +++ b/sw/source/core/layout/flylay.cxx @@ -1409,17 +1409,45 @@ bool CalcClipRect( const SdrObject *pSdrObj, SwRect , bool bMove ) { const SwFrame *pUp = pFly->GetAnchorFrame()->GetUpper(); SwRectFnSet aRectFnSet(pFly->GetAnchorFrame()); +bool bOnlyCellFrame = pUp->IsCellFrame();
[Bug 104185] Better Autoinput for functions (or different default than ENTER)
https://bugs.documentfoundation.org/show_bug.cgi?id=104185 --- Comment #13 from symbioma.t...@gmail.com --- Apologies, heiko, I am not. Merely dropped a quick tip based on dry reading the code for someone who is more familiar with the project or has time to learn. A bit too much for me currently. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161241] Calc crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=161241 --- Comment #2 from Chris --- I uninstalled your current version and installed 7.6.7. The problem went away. As I don't engage in data pyrotechnics, this should suffice. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
New Defects reported by Coverity Scan for LibreOffice
Hi, Please find the latest report on new defect(s) introduced to LibreOffice found with Coverity Scan. 1 new defect(s) introduced to LibreOffice found with Coverity Scan. 2 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1598442:(NULL_RETURNS) *** CID 1598442:(NULL_RETURNS) /sc/source/ui/undo/undotab.cxx: 478 in ScUndoDeleteTab::Redo()() 472 pViewShell->SetTabNo( lcl_GetVisibleTabBefore( rDoc, theTabs[0] ), true ); 473 } 474 475 void ScUndoDeleteTab::Redo() 476 { 477 ScTabViewShell* pViewShell = ScTabViewShell::GetActiveViewShell(); >>> CID 1598442:(NULL_RETURNS) >>> Dereferencing a pointer that might be "nullptr" "pViewShell" when >>> calling "SetTabNo". 478 pViewShell->SetTabNo( lcl_GetVisibleTabBefore( pDocShell->GetDocument(), theTabs.front() ) ); 479 480 RedoSdrUndoAction( pDrawUndo.get() ); // Draw Redo first 481 482 pDocShell->SetInUndo( true ); //! BeginRedo 483 bDrawIsInUndo = true; /sc/source/ui/undo/undotab.cxx: 494 in ScUndoDeleteTab::Redo()() 488 SetChangeTrack(); 489 490 if (comphelper::LibreOfficeKit::isActive() && !theTabs.empty()) 491 { 492 ScDocument& rDoc = pDocShell->GetDocument(); 493 lcl_OnTabsChanged(pViewShell, rDoc, theTabs[0]); >>> CID 1598442:(NULL_RETURNS) >>> Dereferencing a pointer that might be "nullptr" "pViewShell" when >>> calling "lcl_UndoCommandResult". 494 lcl_UndoCommandResult(pViewShell, ".uno:Redo", "ScUndoDeleteTab", ); 495 } 496 497 // SetTabNo(...,sal_True) for all views to sync with drawing layer pages 498 pDocShell->Broadcast( SfxHint( SfxHintId::ScForceSetTab ) ); 499 } To view the defects in Coverity Scan visit, https://u15810271.ct.sendgrid.net/ls/click?upn=u001.AxU2LYlgjL6eX23u9ErQy-2BKADyCpvUKOL6EWmZljiu6VvXBlQRUbS683tC8265rGNPXqJ1ffcoLZCnTuJFQbNcTEkb4XaEQkzovKhJ5DB3c-3D8GvR_A9M4dSy7guk8NP6DcfgslOyvJRzavztVIKj6nRqYjYpWom7SJFyX0y710bz0kUGtRs21SpJYxmEuHcCNhcR6c2tEPVHJ65guYKM4Ndwr1MNRYtDZQIeZ4FHqrwgR8A6a-2FMtHkLxB9P7Tg9BlmL8Gb9lHdjjuhjwxanr82a-2BkpDGYn65fZ6MLs77Qcl3YijxYNKlME2ihprY0BQiI4eijTqQqpdrlmTegCjwXIpHHorM-3D
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #7 from David --- I will try to explain the use case we foresee for the proposed functionality. We are a medium size structural engineering office, many time we have to prepare complex structural reports based on results exported out of FE software in form of spreadsheets. For the automation of the creation of documents, we have spreadsheets we use as templates with the verification formulas of regulations like for example Eurocodes. Now we have one cell for the main check with an outcome like "Ok" "NOK" and conditional format, followed with an explanation and documental references on next an previous cells, text format is terrible for a formal pdf exportation. Think of a text similar to: "as expresed on clause EN 1993 4.2.1 for class 1 cross-section, buckling check fails due to excesive slenderness see equation 4.2.1b" This would be a very basic example that would be expressed into something like: =if(CrossSectionClass=1,"as expresed on clause 4.2.1 EN 1990 for class 1 cross-section, buckling check "(checkingHere,"is ok","fails due to "&" see equation 4.2.1b")) This is the basic functionality. Medium functionality, if we want to go for the full package, would be a bit more complex font formating like: λ so we could write formulas on the conditions with mathematical required characters. And the "let's-make-a-magical-wish" functionality would include
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #7 from David --- I will try to explain the use case we foresee for the proposed functionality. We are a medium size structural engineering office, many time we have to prepare complex structural reports based on results exported out of FE software in form of spreadsheets. For the automation of the creation of documents, we have spreadsheets we use as templates with the verification formulas of regulations like for example Eurocodes. Now we have one cell for the main check with an outcome like "Ok" "NOK" and conditional format, followed with an explanation and documental references on next an previous cells, text format is terrible for a formal pdf exportation. Think of a text similar to: "as expresed on clause EN 1993 4.2.1 for class 1 cross-section, buckling check fails due to excesive slenderness see equation 4.2.1b" This would be a very basic example that would be expressed into something like: =if(CrossSectionClass=1,"as expresed on clause 4.2.1 EN 1990 for class 1 cross-section, buckling check "(checkingHere,"is ok","fails due to "&" see equation 4.2.1b")) This is the basic functionality. Medium functionality, if we want to go for the full package, would be a bit more complex font formating like: λ so we could write formulas on the conditions with mathematical required characters. And the "let's-make-a-magical-wish" functionality would include
core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 293e3e683f98de949484c880147fee9a562c7df4 Author: Adolfo Jayme Barrientos AuthorDate: Fri May 24 10:31:58 2024 -0600 Commit: Gerrit Code Review CommitDate: Fri May 24 18:31:58 2024 +0200 Update git submodules * Update helpcontent2 from branch 'master' to f26ce1d963abdd6d0503d2f225abc9423a77ccdd - Fixups Change-Id: I9b66bb7e7bf2e5cee67ad3e6f952a0b98afda66f Reviewed-on: https://gerrit.libreoffice.org/c/help/+/168025 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Jenkins diff --git a/helpcontent2 b/helpcontent2 index 7fe9ae80c7df..f26ce1d963ab 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 7fe9ae80c7df68c70dae06b9d6002fbc42d1ab7e +Subproject commit f26ce1d963abdd6d0503d2f225abc9423a77ccdd
help.git: source/text
source/text/shared/01/01100100.xhp|2 +- source/text/shared/guide/start_parameters.xhp |5 ++--- 2 files changed, 3 insertions(+), 4 deletions(-) New commits: commit f26ce1d963abdd6d0503d2f225abc9423a77ccdd Author: Adolfo Jayme Barrientos AuthorDate: Fri May 24 10:30:09 2024 -0600 Commit: Adolfo Jayme Barrientos CommitDate: Fri May 24 18:31:58 2024 +0200 Fixups Change-Id: I9b66bb7e7bf2e5cee67ad3e6f952a0b98afda66f Reviewed-on: https://gerrit.libreoffice.org/c/help/+/168025 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Jenkins diff --git a/source/text/shared/01/01100100.xhp b/source/text/shared/01/01100100.xhp index b49ab07f9c..63d9828651 100644 --- a/source/text/shared/01/01100100.xhp +++ b/source/text/shared/01/01100100.xhp @@ -67,7 +67,7 @@ Contributor - Enter the names of the people, organizations, or other entities that have made contributions to the document. For example he names of the authors of the document, or members of the team who contributed data. + Enter the names of the people, organizations, or other entities that have made contributions to the document. For example, the names of the document’s authors, or team members who contributed data to it. DCMI Definition: An entity responsible for making contributions to the resource. diff --git a/source/text/shared/guide/start_parameters.xhp b/source/text/shared/guide/start_parameters.xhp index 1740980581..9b0df08afa 100644 --- a/source/text/shared/guide/start_parameters.xhp +++ b/source/text/shared/guide/start_parameters.xhp @@ -533,11 +533,10 @@ ---show[=slide_number] +--show[=slide_number] - -Opens and starts the slideshow of the following presentation documents immediately. Files are closed after the showing. If a slide_number is provided, they start at that slide. +Opens and starts the slideshow of the following presentation documents immediately. Files are closed after the showing. If a slide_number is provided, they start at that slide.
core.git: Branch 'distro/collabora/co-23.05' - sc/source
sc/source/core/data/patattr.cxx |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) New commits: commit eb1064e121436df61a6fba827a8aa081022b16ca Author: Henry Castro AuthorDate: Tue May 21 17:32:54 2024 -0400 Commit: Henry Castro CommitDate: Fri May 24 18:30:04 2024 +0200 lok: sc: fix print mode document back color Signed-off-by: Henry Castro Change-Id: I334ff51230ef01d7a87790409a6d76541c57ba54 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167911 Reviewed-by: Caolán McNamara Tested-by: Jenkins CollaboraOffice Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168021 diff --git a/sc/source/core/data/patattr.cxx b/sc/source/core/data/patattr.cxx index 34cfa1c52175..2de19a4d952b 100644 --- a/sc/source/core/data/patattr.cxx +++ b/sc/source/core/data/patattr.cxx @@ -509,7 +509,8 @@ void ScPatternAttr::fillColor(model::ComplexColor& rComplexColor, const SfxItemS if (pViewShell) { const ScViewRenderingOptions& rViewRenderingOptions = pViewShell->GetViewRenderingData(); -aBackColor = rViewRenderingOptions.GetDocColor(); +aBackColor = eAutoMode == SC_AUTOCOL_PRINT ? COL_WHITE : +rViewRenderingOptions.GetDocColor(); } } }
[Bug 161210] some xls files take too much time to open in LO 7 and newer [LO 6 is ok]
https://bugs.documentfoundation.org/show_bug.cgi?id=161210 Commit Notification changed: What|Removed |Added Whiteboard||target:24.8.0 -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/source
sc/source/filter/excel/xistyle.cxx | 33 - sc/source/filter/inc/xistyle.hxx |4 ++-- 2 files changed, 18 insertions(+), 19 deletions(-) New commits: commit 397d7af2cbb1f2786ba857d350fb4641525e3bb2 Author: Noel Grandin AuthorDate: Wed May 22 15:03:40 2024 +0200 Commit: Noel Grandin CommitDate: Fri May 24 18:29:02 2024 +0200 tdf#161210 speedup loading large XLS takes the time from 22s to 20s for me Change-Id: Ib401c03ba13f82047c8376741e3547aadf5b18df Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168011 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/sc/source/filter/excel/xistyle.cxx b/sc/source/filter/excel/xistyle.cxx index 23db22d23ed8..00bc34c744bd 100644 --- a/sc/source/filter/excel/xistyle.cxx +++ b/sc/source/filter/excel/xistyle.cxx @@ -1724,7 +1724,7 @@ void XclImpXFRangeColumn::SetDefaultXF( const XclImpXFIndex& rXFIndex, const Xcl OSL_ENSURE( maIndexList.empty(), "XclImpXFRangeColumn::SetDefaultXF - Setting Default Column XF is not empty" ); // insert a complete row range with one insert. -maIndexList.push_back( std::make_unique( 0, rRoot.GetDoc().MaxRow(), rXFIndex ) ); +maIndexList.push_back( XclImpXFRange( 0, rRoot.GetDoc().MaxRow(), rXFIndex ) ); } void XclImpXFRangeColumn::SetXF( SCROW nScRow, const XclImpXFIndex& rXFIndex ) @@ -1748,7 +1748,7 @@ void XclImpXFRangeColumn::SetXF( SCROW nScRow, const XclImpXFIndex& rXFIndex ) SCROW nLastScRow = pPrevRange->mnScRow2; sal_uLong nIndex = nNextIndex - 1; XclImpXFRange* pThisRange = pPrevRange; -pPrevRange = (nIndex > 0 && nIndex <= maIndexList.size()) ? maIndexList[ nIndex - 1 ].get() : nullptr; +pPrevRange = (nIndex > 0 && nIndex <= maIndexList.size()) ? [ nIndex - 1 ] : nullptr; if( nFirstScRow == nLastScRow ) // replace solely XF { @@ -1761,20 +1761,20 @@ void XclImpXFRangeColumn::SetXF( SCROW nScRow, const XclImpXFIndex& rXFIndex ) ++(pThisRange->mnScRow1); // try to concatenate with previous of this if( !pPrevRange || !pPrevRange->Expand( nScRow, rXFIndex ) ) -Insert( new XclImpXFRange( nScRow, rXFIndex ), nIndex ); +Insert( XclImpXFRange( nScRow, rXFIndex ), nIndex ); } else if( nLastScRow == nScRow ) // replace last XF { --(pThisRange->mnScRow2); if( !pNextRange || !pNextRange->Expand( nScRow, rXFIndex ) ) -Insert( new XclImpXFRange( nScRow, rXFIndex ), nNextIndex ); +Insert( XclImpXFRange( nScRow, rXFIndex ), nNextIndex ); } else// insert in the middle of the range { pThisRange->mnScRow1 = nScRow + 1; // List::Insert() moves entries towards end of list, so insert twice at nIndex -Insert( new XclImpXFRange( nScRow, rXFIndex ), nIndex ); -Insert( new XclImpXFRange( nFirstScRow, nScRow - 1, pThisRange->maXFIndex ), nIndex ); +Insert( XclImpXFRange( nScRow, rXFIndex ), nIndex ); +Insert( XclImpXFRange( nFirstScRow, nScRow - 1, pThisRange->maXFIndex ), nIndex ); } return; } @@ -1790,12 +1790,12 @@ void XclImpXFRangeColumn::SetXF( SCROW nScRow, const XclImpXFIndex& rXFIndex ) return; // create new range -Insert( new XclImpXFRange( nScRow, rXFIndex ), nNextIndex ); +Insert( XclImpXFRange( nScRow, rXFIndex ), nNextIndex ); } -void XclImpXFRangeColumn::Insert(XclImpXFRange* pXFRange, sal_uLong nIndex) +void XclImpXFRangeColumn::Insert(XclImpXFRange aXFRange, sal_uLong nIndex) { -maIndexList.insert( maIndexList.begin() + nIndex, std::unique_ptr(pXFRange) ); +maIndexList.insert( maIndexList.begin() + nIndex, std::move(aXFRange) ); } void XclImpXFRangeColumn::Find( @@ -1811,8 +1811,8 @@ void XclImpXFRangeColumn::Find( return; } -rpPrevRange = maIndexList.front().get(); -rpNextRange = maIndexList.back().get(); +rpPrevRange = (); +rpNextRange = (); // test whether row is at end of list (contained in or behind last range) // rpPrevRange will contain a possible existing row @@ -1843,7 +1843,7 @@ void XclImpXFRangeColumn::Find( while( ((rnNextIndex - nPrevIndex) > 1) && (rpPrevRange->mnScRow2 < nScRow) ) { nMidIndex = (nPrevIndex + rnNextIndex) / 2; -pMidRange = maIndexList[nMidIndex].get(); +pMidRange = [nMidIndex]; assert(pMidRange && "XclImpXFRangeColumn::Find - missing XF index range"); if( nScRow < pMidRange->mnScRow1 ) // row is really before pMidRange { @@ -1861,7 +1861,7 @@ void XclImpXFRangeColumn::Find( if( nScRow <= rpPrevRange->mnScRow2
core.git: avmedia/source
avmedia/source/qt6/QtPlayer.cxx | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) New commits: commit 7960bd204bdecb73522c1eda6c101c40edda Author: Michael Weghorn AuthorDate: Fri May 24 11:31:09 2024 +0200 Commit: Michael Weghorn CommitDate: Fri May 24 18:18:17 2024 +0200 tdf#145735 qt avmedia: Return video resolution for preferred win size In `QtPlayer::getPreferredPlayerWindowSize`, retrieve the video resolution from the meta data and return that for the preferred window size if available, instead of always returning an empty rect. For the sample presentation referenced in tdf#145735, the size retrieved this way also matches what `GtkPlayer::getPreferredPlayerWindowSize` returns (720x400). As mentioned in commit 441d8ed9be0e7f831b455a69b8688dcb79a8bc00 Author: Michael Weghorn Date: Mon May 20 16:25:09 2024 +0200 tdf#145735 avmedia qt: Use QtMultimedia for Qt 6 media playback , the behaviour without this was: > * In non-presentation mode, the placeholder > shown until the video gets started using the controls > in the sidebar is just an "audio icon", not a frame > from the actual video. (This might be related to the > fact that `QtPlayer::createFrameGrabber` currently > returns an empty reference.) With this in place, the placeholder is now a different icon, a "video icon" (but still not a frame from the actual video). Change-Id: I295abe6b7973fece3fcaf9a38af2602cb08610a7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168013 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/avmedia/source/qt6/QtPlayer.cxx b/avmedia/source/qt6/QtPlayer.cxx index 1ad675f37d5c..5f75394ff1a3 100644 --- a/avmedia/source/qt6/QtPlayer.cxx +++ b/avmedia/source/qt6/QtPlayer.cxx @@ -11,6 +11,7 @@ #include #include +#include #include #include @@ -178,8 +179,16 @@ awt::Size SAL_CALL QtPlayer::getPreferredPlayerWindowSize() { osl::MutexGuard aGuard(m_aMutex); -awt::Size aSize(0, 0); -return aSize; +assert(m_xMediaPlayer); +const QMediaMetaData aMetaData = m_xMediaPlayer->metaData(); +const QVariant aResolutionVariant = aMetaData.value(QMediaMetaData::Resolution); +if (aResolutionVariant.canConvert()) +{ +const QSize aResolution = aResolutionVariant.value(); +return awt::Size(aResolution.width(), aResolution.height()); +} + +return awt::Size(0, 0); } uno::Reference<::media::XPlayerWindow>
core.git: vcl/qt5
vcl/qt5/QtObject.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit 81c94af71206013cb200f5612bc3bd61c799cf83 Author: Michael Weghorn AuthorDate: Fri May 24 11:16:17 2024 +0200 Commit: Michael Weghorn CommitDate: Fri May 24 18:17:58 2024 +0200 tdf#145735 qt: Set margins for video widget/layout to 0 Set all of the content margins of the layout that holds the widget for video playback to 0. Quoting [1]: > Sets the left, top, right, and bottom margins to use around the layout. > > By default, QLayout uses the values provided by the style. On most platforms, > the margin is 11 pixels in all directions. This makes the odd margin/frame shown around the video on video playback mentioned in commit 441d8ed9be0e7f831b455a69b8688dcb79a8bc00 Author: Michael Weghorn Date: Mon May 20 16:25:09 2024 +0200 tdf#145735 avmedia qt: Use QtMultimedia for Qt 6 media playback disappear. [1] https://doc.qt.io/qt-6/qlayout.html#setContentsMargins Change-Id: I29f1093caa986e6818fd575b031375ded0a572bd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168010 Tested-by: Jenkins Reviewed-by: Michael Weghorn diff --git a/vcl/qt5/QtObject.cxx b/vcl/qt5/QtObject.cxx index cd133e095ff5..bde8b570ac2e 100644 --- a/vcl/qt5/QtObject.cxx +++ b/vcl/qt5/QtObject.cxx @@ -115,6 +115,7 @@ QtObjectWidget::QtObjectWidget(QtObject& rParent) // set layout, used for video playback, see QtPlayer::createPlayerWindow QVBoxLayout* layout = new QVBoxLayout; +layout->setContentsMargins(0, 0, 0, 0); setLayout(layout); }
[Bug 160954] Can't change OLE Object link target from context menu and properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=160954 --- Comment #4 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #3) I... wonder if changing the link is the same as replacing. I would expect changing the link to have a delayed effect - until the link is updated, and also perhaps to conserve any settings made after object insertion; while "replace" makes me expect that any such setting (e.g. a resize to a fraction of the original size) might be reset. But that is just my intuition. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160962] Protecting OLE object content does not disable context menu Edit item
https://bugs.documentfoundation.org/show_bug.cgi?id=160962 Eyal Rozenberg changed: What|Removed |Added Summary|Protecting OLE object |Protecting OLE object |content does not Enable |content does not disable |context menu Edit item |context menu Edit item -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160962] Protecting OLE object content does not Enable context menu Edit item
https://bugs.documentfoundation.org/show_bug.cgi?id=160962 Eyal Rozenberg changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #2 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #1) > What type of OLE object and in which component exactly? Say, PDF file in Writer. -- You are receiving this mail because: You are the assignee for the bug.
core.git: sd/source
sd/source/ui/slidesorter/controller/SlsCurrentSlideManager.cxx | 30 -- 1 file changed, 26 insertions(+), 4 deletions(-) New commits: commit a50b13f357ffa403542a09de0552c048d6374011 Author: Sarper Akdemir AuthorDate: Fri May 24 15:11:24 2024 +0200 Commit: Sarper Akdemir CommitDate: Fri May 24 18:03:28 2024 +0200 related tdf#33603: update current page on SlideSorter view Make SlideSorterView update the current page properly when it is the MainViewShell. Also fixes Notes Pane not properly updating on SlideSorter view mode. Change-Id: If4fed4e84951cb4a1707874b288ac46e6d5c26da Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168022 Tested-by: Jenkins Reviewed-by: Sarper Akdemir diff --git a/sd/source/ui/slidesorter/controller/SlsCurrentSlideManager.cxx b/sd/source/ui/slidesorter/controller/SlsCurrentSlideManager.cxx index e8fc847a4a7b..684cb2da5f7e 100644 --- a/sd/source/ui/slidesorter/controller/SlsCurrentSlideManager.cxx +++ b/sd/source/ui/slidesorter/controller/SlsCurrentSlideManager.cxx @@ -28,6 +28,8 @@ #include #include #include +#include +#include #include #include #include @@ -166,7 +168,29 @@ void CurrentSlideManager::SetCurrentSlideAtViewShellBase (const SharedPageDescri OSL_ASSERT(rpDescriptor); ViewShellBase* pBase = mrSlideSorter.GetViewShellBase(); -if (pBase != nullptr) +if(!pBase) +return; + +if (mrSlideSorter.GetViewShell() && mrSlideSorter.GetViewShell()->IsMainViewShell()) +{ +SdDrawDocument* pDoc = pBase->GetDocument(); +if (!pDoc) +return; + +// deselect all pages +for (sal_uInt16 i = 0; i < pDoc->GetSdPageCount(PageKind::Standard); i++) +pDoc->SetSelected(pDoc->GetSdPage(i, PageKind::Standard), false); + +// select the given page +pDoc->SetSelected(rpDescriptor->GetPage(), true); +DrawController* pDrawController = pBase->GetDrawController(); +if (!pDrawController) +return; + +pDrawController->FireSelectionChangeListener(); +pDrawController->FireSwitchCurrentPage(rpDescriptor->GetPage()); +} +else { DrawViewShell* pDrawViewShell = dynamic_cast( pBase->GetMainViewShell().get()); @@ -245,9 +269,7 @@ IMPL_LINK_NOARG(CurrentSlideManager, SwitchPageCallback, Timer *, void) // it does not work always correctly (after some kinds of model // changes). Therefore, we call DrawViewShell::SwitchPage(), // too. -ViewShell* pViewShell = mrSlideSorter.GetViewShell(); -if (pViewShell==nullptr || ! pViewShell->IsMainViewShell()) -SetCurrentSlideAtViewShellBase(mpCurrentSlide); +SetCurrentSlideAtViewShellBase(mpCurrentSlide); SetCurrentSlideAtXController(mpCurrentSlide); } }
[Bug 161243] When inserting a new row from a starbasic macro into a Libreoffice Writer table, the table formatting disappears
https://bugs.documentfoundation.org/show_bug.cgi?id=161243 --- Comment #6 from Massaraksh7 --- They helped me solve the problem on the forumooo.ru forum. It turned out that it is enough to first execute the code: Sub RemoveDefaultTableStyle Dim oTextTables, table oTextTables = ThisComponent.getTextTables() For Each table In oTextTables table.TableTemplateName = "" Next End Sub Then, when inserting rows, the styles do not get corrupted. https://forumooo.ru/index.php?topic=11204.30 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106008] Scroll zooming from touchpad barely controllable
https://bugs.documentfoundation.org/show_bug.cgi?id=106008 bugreportr changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #17 from bugreportr --- *** Bug 156489 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156489] Ctrl + touchpad for zooming in/out is too fast in all LO apps
https://bugs.documentfoundation.org/show_bug.cgi?id=156489 bugreportr changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from bugreportr --- *** This bug has been marked as a duplicate of bug 106008 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106008] Scroll zooming from touchpad barely controllable
https://bugs.documentfoundation.org/show_bug.cgi?id=106008 --- Comment #16 from bugreportr --- Issue still persists on the GTK VCL but not on Qt. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160983] RecalcOptimalRowHeightMode should be effective for CSV imports also
https://bugs.documentfoundation.org/show_bug.cgi?id=160983 --- Comment #15 from Justin L --- (In reply to ady from comment #12) > Some users won't like the first alternative, whereas others won't like the > second possibility (and both groups will complain). I am not sure that > simply changing the behavior would be considered as an improvement. OP is not asking for a change in the default behaviour. RecalcOptimalRowHeightMode is an advanced configuration option that affects whether rows that do not mandate a specific height should have that height calculated at import time. -yes (default - no change in behaviour) -no (useful for ODS which I believe knows the last-used-height at import) -ask P.S. I just checked ScDocShell::ConvertTo SC_TEXT_CSV_FILTER_NAME and it does NOT set bSetRowHeights to true. So doing what OP asks would not be as trivial as I thought it might be. Still a WONTFIX from me. Only useful for formats that already know an appropriate height. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160983] RecalcOptimalRowHeightMode should be effective for CSV imports also
https://bugs.documentfoundation.org/show_bug.cgi?id=160983 --- Comment #15 from Justin L --- (In reply to ady from comment #12) > Some users won't like the first alternative, whereas others won't like the > second possibility (and both groups will complain). I am not sure that > simply changing the behavior would be considered as an improvement. OP is not asking for a change in the default behaviour. RecalcOptimalRowHeightMode is an advanced configuration option that affects whether rows that do not mandate a specific height should have that height calculated at import time. -yes (default - no change in behaviour) -no (useful for ODS which I believe knows the last-used-height at import) -ask P.S. I just checked ScDocShell::ConvertTo SC_TEXT_CSV_FILTER_NAME and it does NOT set bSetRowHeights to true. So doing what OP asks would not be as trivial as I thought it might be. Still a WONTFIX from me. Only useful for formats that already know an appropriate height. -- You are receiving this mail because: You are on the CC list for the bug.
core.git: sw/CppunitTest_sw_writerfilter_dmapper.mk sw/CppunitTest_sw_writerfilter_filter.mk sw/CppunitTest_sw_writerfilter_filters_test.mk sw/CppunitTest_sw_writerfilter_misc.mk sw/CppunitTest_sw_wri
sw/CppunitTest_sw_writerfilter_dmapper.mk | 22 sw/CppunitTest_sw_writerfilter_filter.mk|2 - sw/CppunitTest_sw_writerfilter_filters_test.mk |2 - sw/CppunitTest_sw_writerfilter_misc.mk |2 - sw/CppunitTest_sw_writerfilter_ooxml.mk |2 - sw/CppunitTest_sw_writerfilter_rtftok.mk| 14 +- sw/qa/writerfilter/dmapper/CellColorHandler.cxx |2 - sw/qa/writerfilter/dmapper/DomainMapper.cxx |2 - sw/qa/writerfilter/dmapper/DomainMapperTableHandler.cxx |2 - sw/qa/writerfilter/dmapper/DomainMapperTableManager.cxx |2 - sw/qa/writerfilter/dmapper/DomainMapper_Impl.cxx|2 - sw/qa/writerfilter/dmapper/GraphicImport.cxx|2 - sw/qa/writerfilter/dmapper/PropertyMap.cxx |2 - sw/qa/writerfilter/dmapper/SdtHelper.cxx|2 - sw/qa/writerfilter/dmapper/SettingsTable.cxx|2 - sw/qa/writerfilter/dmapper/TableManager.cxx |2 - sw/qa/writerfilter/dmapper/TextEffectsHandler.cxx |2 - sw/qa/writerfilter/filter/WriterFilter.cxx |2 - sw/qa/writerfilter/filters-test/filters-test.cxx|3 -- sw/qa/writerfilter/ooxml/ooxml.cxx |2 - sw/qa/writerfilter/rtftok/rtfdispatchflag.cxx |2 - sw/qa/writerfilter/rtftok/rtfdispatchsymbol.cxx |2 - sw/qa/writerfilter/rtftok/rtfdispatchvalue.cxx |2 - sw/qa/writerfilter/rtftok/rtfdocumentimpl.cxx |2 - sw/qa/writerfilter/rtftok/rtfsdrimport.cxx |2 - sw/qa/writerfilter/rtftok/rtfsprm.cxx |2 - sw/qa/writerfilter/rtftok/rtftokenizer.cxx |2 - 27 files changed, 43 insertions(+), 44 deletions(-) New commits: commit 8112883acf0015066f21dece7e1109dbda3e4cae Author: Miklos Vajna AuthorDate: Fri May 24 16:07:55 2024 +0200 Commit: Miklos Vajna CommitDate: Fri May 24 17:34:09 2024 +0200 sw qa: rename writerfilter/cppunittests to just writerfilter 15:47 noelgrandin: any objections to go further with your writerfilter rename and turn sw/qa/writerfilter/cppunittests/* into sw/qa/writerfilter/* ? (suggest to either do it now or not at all if we're past the libreoffice-24-8 branch-off) 15:59 vmiklos, not at all, go for it Change-Id: Ic0eb6907463389f3be326cdf183002f1bfcb42be Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168024 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/sw/CppunitTest_sw_writerfilter_dmapper.mk b/sw/CppunitTest_sw_writerfilter_dmapper.mk index ecae5cf7db7e..d865706c2b50 100644 --- a/sw/CppunitTest_sw_writerfilter_dmapper.mk +++ b/sw/CppunitTest_sw_writerfilter_dmapper.mk @@ -17,17 +17,17 @@ $(eval $(call gb_CppunitTest_use_externals,sw_writerfilter_dmapper,\ )) $(eval $(call gb_CppunitTest_add_exception_objects,sw_writerfilter_dmapper, \ -sw/qa/writerfilter/cppunittests/dmapper/CellColorHandler \ -sw/qa/writerfilter/cppunittests/dmapper/DomainMapperTableHandler \ -sw/qa/writerfilter/cppunittests/dmapper/DomainMapperTableManager \ -sw/qa/writerfilter/cppunittests/dmapper/DomainMapper \ -sw/qa/writerfilter/cppunittests/dmapper/DomainMapper_Impl \ -sw/qa/writerfilter/cppunittests/dmapper/GraphicImport \ -sw/qa/writerfilter/cppunittests/dmapper/TableManager \ -sw/qa/writerfilter/cppunittests/dmapper/TextEffectsHandler \ -sw/qa/writerfilter/cppunittests/dmapper/PropertyMap \ -sw/qa/writerfilter/cppunittests/dmapper/SdtHelper \ -sw/qa/writerfilter/cppunittests/dmapper/SettingsTable \ +sw/qa/writerfilter/dmapper/CellColorHandler \ +sw/qa/writerfilter/dmapper/DomainMapperTableHandler \ +sw/qa/writerfilter/dmapper/DomainMapperTableManager \ +sw/qa/writerfilter/dmapper/DomainMapper \ +sw/qa/writerfilter/dmapper/DomainMapper_Impl \ +sw/qa/writerfilter/dmapper/GraphicImport \ +sw/qa/writerfilter/dmapper/TableManager \ +sw/qa/writerfilter/dmapper/TextEffectsHandler \ +sw/qa/writerfilter/dmapper/PropertyMap \ +sw/qa/writerfilter/dmapper/SdtHelper \ +sw/qa/writerfilter/dmapper/SettingsTable \ )) $(eval $(call gb_CppunitTest_use_libraries,sw_writerfilter_dmapper, \ diff --git a/sw/CppunitTest_sw_writerfilter_filter.mk b/sw/CppunitTest_sw_writerfilter_filter.mk index ad61c66f1ed4..e627d43d2180 100644 --- a/sw/CppunitTest_sw_writerfilter_filter.mk +++ b/sw/CppunitTest_sw_writerfilter_filter.mk @@ -17,7 +17,7 @@ $(eval $(call gb_CppunitTest_use_externals,sw_writerfilter_filter,\ )) $(eval $(call gb_CppunitTest_add_exception_objects,sw_writerfilter_filter, \ -sw/qa/writerfilter/cppunittests/filter/WriterFilter \ +sw/qa/writerfilter/filter/WriterFilter \ )) $(eval $(call gb_CppunitTest_use_libraries,sw_writerfilter_filter, \ diff --git a/sw/CppunitTest_sw_writerfilter_filters_test.mk
[Bug 161255] Heuristically enable RTL-CTL and/or CJK language support when installing
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 --- Comment #6 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #5) > > Are you specifically trying to behave as if you don't see what I meant? Bye. No, I just don't see what you meant. AFAICT, "If this doesn't work in general, this is a bug" is the case. Am I mistaken? I might be. If it works for Western languages, that doesn't count of course, because then, no action is needed, so nothing needs to work. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161253] Only partial implementation of kinetic/inertial scrolling on GTK
https://bugs.documentfoundation.org/show_bug.cgi?id=161253 Julien Nabet changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 CC||m.wegh...@posteo.de --- Comment #5 from Julien Nabet --- bugreport: please don't confirm your bugs (that's why I put it back to UNCONFIRMED instead of NEW). Thank you for the feedback about 24.2. Michael: any thoughts here? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161255] Heuristically enable RTL-CTL and/or CJK language support when installing
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 --- Comment #5 from Mike Kaganski --- (In reply to Eyal Rozenberg from comment #4) > (In reply to Mike Kaganski from comment #3) > > I choose it in Options->Languages and Locales->General, to test hos locales > > affect this. > > That is not what I'm talking about. I'm taking about arranging it so that > when I start a clean, empty profile - and I'm on a system and with a user > profile or session which one can surmise involves use of RTL-CTL/CJK > languages - then LibreOffice will start with full RTL-CTL / CJK support > (respectively) enabled. > > That does not seem to happen at the moment. > > The user should not have to choose anything. Effects of active user choices > are not what this bug is about Are you specifically trying to behave as if you don't see what I meant? Bye. -- You are receiving this mail because: You are the assignee for the bug.
core.git: vcl/win
vcl/win/dtrans/APNDataObject.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit c88ce0eb999f86ecde956c9444d9970b73e70551 Author: Caolán McNamara AuthorDate: Fri May 24 13:57:13 2024 +0100 Commit: Caolán McNamara CommitDate: Fri May 24 17:14:13 2024 +0200 fix up assert Change-Id: Ib7276af8adc1e8e8957486b6e95db4005ce45b08 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168020 Reviewed-by: Caolán McNamara Tested-by: Jenkins diff --git a/vcl/win/dtrans/APNDataObject.cxx b/vcl/win/dtrans/APNDataObject.cxx index e13561a87bc3..47dd481080b9 100644 --- a/vcl/win/dtrans/APNDataObject.cxx +++ b/vcl/win/dtrans/APNDataObject.cxx @@ -296,7 +296,7 @@ STDMETHODIMP CAPNDataObject::EnumDAdvise( IEnumSTATDATA ** ppenumAdvise ) HRESULT CAPNDataObject::MarshalIDataObjectIntoCurrentApartment( IDataObject** ppIDataObj ) { -assert(nullptr && ppIDataObj); +assert(ppIDataObj); *ppIDataObj = nullptr; HRESULT hr = E_FAIL;
[Bug 161255] Heuristically enable RTL-CTL and/or CJK language support when installing
https://bugs.documentfoundation.org/show_bug.cgi?id=161255 --- Comment #4 from Eyal Rozenberg --- (In reply to Mike Kaganski from comment #3) > I choose it in Options->Languages and Locales->General, to test hos locales > affect this. That is not what I'm talking about. I'm taking about arranging it so that when I start a clean, empty profile - and I'm on a system and with a user profile or session which one can surmise involves use of RTL-CTL/CJK languages - then LibreOffice will start with full RTL-CTL / CJK support (respectively) enabled. That does not seem to happen at the moment. The user should not have to choose anything. Effects of active user choices are not what this bug is about > For a just-installed LO instance, that option has a default > value taken from OS. Are you saying that: 1. Locale is taken from the US and 2. RTL-CTL/CJK toggles are set or unset based on that locale and lacking explicit user setting I don't think so. Or at least, Not in my limited experience. Just tried this again on Windows with bother Hebrew and English (US) as the "locale for non-Unicode applications" (and with English and Hebrew as keyboard languages); RTL-CTL was not enabled. ... but that is also not very relevant. I mean, locale is actually a multitude of setting: language, numeric, time, etc. ; and there's also the timezone; and there are locales which are themselves mixed. For example, if my (single) locale is say, en_HK - does that ensure both options get set? CJK because its Chinese, and RTL-CTL because of the Indonesian language plus Arabic for the Muslims? Actually... what I said above makes me wonder if the component I chose is correct, i.e. is this an installation problem or a clean-profile-startup problem. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 122070] allow custom nss certificate path
https://bugs.documentfoundation.org/show_bug.cgi?id=122070 --- Comment #2 from kolAflash --- At least since LibreOffice-7.4 there's a button that looks like it does the job. (I haven't tested it) Options -> LibreOffice -> Security -> Certificate Path / Certificate -> Select NSS path @r...@comunica2.net Can you test if this fixes your problem? If yes, please close this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106228] [META] Icon theme issues
https://bugs.documentfoundation.org/show_bug.cgi?id=106228 Bug 106228 depends on bug 161092, which changed state. Bug 161092 Summary: Need better graphics for new bar-of-pie and pie-of-pie chart types https://bugs.documentfoundation.org/show_bug.cgi?id=161092 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.