[Bug 160572] A code block blocks user input in the version 24.2 help page
https://bugs.documentfoundation.org/show_bug.cgi?id=160572 --- Comment #1 from nobu --- Created attachment 193554 --> https://bugs.documentfoundation.org/attachment.cgi?id=193554=edit code block blocks Input -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160572] New: A code block blocks user input in the version 24.2 help page
https://bugs.documentfoundation.org/show_bug.cgi?id=160572 Bug ID: 160572 Summary: A code block blocks user input in the version 24.2 help page Product: LibreOffice Version: 24.2.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Documentation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tac...@hotmail.co.jp CC: olivier.hal...@libreoffice.org Description: A code block blocks user input in the version 24.2 help page. Steps to Reproduce: 1. Open a help page with a version 24.2 code block. ex. https://help.libreoffice.org/latest/en-US/text/sbasic/shared/01020300.html 2. Scroll down. Actual Results: 3. A basic code block will be placed on top of the top user input control. Expected Results: 3. The controls for user input are always on top. Reproducible: Always User Profile Reset: No Additional Info: (Translate by TexTra) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 145538] Use range based for loops
https://bugs.documentfoundation.org/show_bug.cgi?id=145538 Ashwani kumar changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |ashwani1235ku...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160318] Display fails for certain display scales
https://bugs.documentfoundation.org/show_bug.cgi?id=160318 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 --- Comment #10 from Stéphane Guillou (stragu) --- Do you reproduce the same issue with another Desktop Environment, e.g. GNOME? Wondering if it is specific to Unity. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160319] Calc: add constraints on Format Cells - Format Code
https://bugs.documentfoundation.org/show_bug.cgi?id=160319 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #1 from Stéphane Guillou (stragu) --- We'd have to define what a "wrong" format is. Users might use any number of combinations of characters for their custom formatting, and we'd risk breaking some workflow. Some might have a format that is specific to their business / systems, with extra literal characters, for which they'd appreciate LO's flexibility. Can you describe what exactly would trigger such a warning? Looking at the Number Format Codes documentation[1], I'm wondering if it's even doable to find a suitable set of rules. (No idea how MSO does it.) Or maybe we just need to have a more obvious direct link to that documentation, instead of having to first go to the dialog's help page. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155774] [Impress][new feature] masters hierarchy / inheritance
https://bugs.documentfoundation.org/show_bug.cgi?id=155774 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160333] Setting extrusion color does not work, if shape geometry is an open line
https://bugs.documentfoundation.org/show_bug.cgi?id=160333 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 147240] SLIDESHOW: long text "scroll through" animation starts from the wrong part without Skia (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=147240 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160327] PPTX: vertical flipped image with applied 3D properties are wrong after round-trip
https://bugs.documentfoundation.org/show_bug.cgi?id=160327 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160325] Page Style - Transparency Gradient has reversed colors on Export to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=160325 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160552] Strg+f replaced by ALT+F - WTF?!!!
https://bugs.documentfoundation.org/show_bug.cgi?id=160552 --- Comment #5 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160552] Strg+f replaced by ALT+F - WTF?!!!
https://bugs.documentfoundation.org/show_bug.cgi?id=160552 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 157146] Path file locations cannot be altered in Ver 7.6
https://bugs.documentfoundation.org/show_bug.cgi?id=157146 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 127592] [META] LibreOffice Basic incl."Option Compatible" modules
https://bugs.documentfoundation.org/show_bug.cgi?id=127592 Bug 127592 depends on bug 156839, which changed state. Bug 156839 Summary: Printing from macro creates empty page instead of the second sheet https://bugs.documentfoundation.org/show_bug.cgi?id=156839 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157146] Path file locations cannot be altered in Ver 7.6
https://bugs.documentfoundation.org/show_bug.cgi?id=157146 --- Comment #4 from QA Administrators --- Dear Glen Gordon, 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 146669] Function request: Calc equivalent of Excel "Converting Decimal Degrees..."
https://bugs.documentfoundation.org/show_bug.cgi?id=146669 --- Comment #5 from QA Administrators --- Dear G Whittaker, 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 156839] Printing from macro creates empty page instead of the second sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156839 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 156839] Printing from macro creates empty page instead of the second sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=156839 --- Comment #5 from QA Administrators --- Dear Gabor Kelemen (allotropia), 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 89343] ~SwXMailMerge() goes into endless SwCache::Check()
https://bugs.documentfoundation.org/show_bug.cgi?id=89343 --- Comment #6 from QA Administrators --- Dear Stephan Bergmann, 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 148304] Using toolbar in Calc to set object line, style, width or colour triggers Assertion `(typeid(*this) == typeid(SfxItemSet)) && "cannot call this on a subclass of SfxItemSet"' failed.
https://bugs.documentfoundation.org/show_bug.cgi?id=148304 --- Comment #3 from QA Administrators --- Dear Buovjaga, 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 145644] FILESAVE XLSX character color in header has changed to white
https://bugs.documentfoundation.org/show_bug.cgi?id=145644 --- Comment #5 from QA Administrators --- Dear NISZ LibreOffice Team, 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 144981] Insert Hyperlink dialog with artifacts in icons on the left bar (using kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=144981 --- Comment #7 from QA Administrators --- Dear Rafael Lima, 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 141546] FILESAVE invalid element in style element of family drawing-page
https://bugs.documentfoundation.org/show_bug.cgi?id=141546 --- Comment #2 from QA Administrators --- Dear Regina Henschel, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 141398] Single reference search result should be highlighted (see comment 5 item 2)
https://bugs.documentfoundation.org/show_bug.cgi?id=141398 --- Comment #19 from QA Administrators --- Dear Christian Lehmann, 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 135492] The opening size of new document window is a bit unpredictable
https://bugs.documentfoundation.org/show_bug.cgi?id=135492 --- Comment #9 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 136943] TOOLBAR: Fonts Name Combobox has wrong height
https://bugs.documentfoundation.org/show_bug.cgi?id=136943 --- Comment #8 from QA Administrators --- Dear medmedin2014, 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 104187] Zoom slider position not updated when switching between page views in Print preview
https://bugs.documentfoundation.org/show_bug.cgi?id=104187 --- Comment #9 from QA Administrators --- Dear jlbraga, 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 160088] Conditional formatting not working with dates <1900
https://bugs.documentfoundation.org/show_bug.cgi?id=160088 Bill Maier changed: What|Removed |Added CC||libre.book...@passinbox.com --- Comment #3 from Bill Maier --- I agree with the comments by Werner Tietz and Rafael Lima. I think a question that must be asked is this: should the program allow users to treat dates as raw numeric values? If so then everything is working fine. If not, then when the user enters the condition "[date] > 0" an error should be flagged. For consistency I think dates should not be treated as numbers, but I can see this being defined either way. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160293] When clicking inside a pivot table, GroupedBar Compact hides all its groups except "File" and "Edit"
https://bugs.documentfoundation.org/show_bug.cgi?id=160293 Stéphane Guillou (stragu) changed: What|Removed |Added CC||jl...@mail.com --- Comment #2 from Stéphane Guillou (stragu) --- Justin, you digged a bit into the context sensitivity of the compact Groupedbar. Maybe this one is a more obvious fix than bug 123056? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49994] TABLES : jumps on selecting text in table in big cell on neighboring pages
https://bugs.documentfoundation.org/show_bug.cgi?id=49994 Stéphane Guillou (stragu) changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #17 from Stéphane Guillou (stragu) --- and thanks for the fix! :) Verified. -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'feature/cib_contract49' - 2 commits - cui/source include/svx officecfg/registry sc/source svx/source sw/qa
cui/source/tabpages/numpages.cxx | 23 +- include/svx/strings.hrc|9 -- officecfg/registry/schema/org/openoffice/Office/Common.xcs | 35 + sc/source/ui/view/output2.cxx | 14 ++- svx/source/dialog/svxbmpnumvalueset.cxx| 48 - svx/source/sidebar/nbdtmg.cxx | 26 ++- sw/qa/uitest/writer_tests2/formatBulletsNumbering.py |3 7 files changed, 74 insertions(+), 84 deletions(-) New commits: commit 22abd40d51fd6be26eae529a3380c09a5b647cec Author: Samuel Mehrbrodt AuthorDate: Thu Feb 22 11:55:30 2024 +0100 Commit: Thorsten Behrens CommitDate: Sun Apr 7 01:00:16 2024 +0200 tdf#108697 Allow modifying default bullet selection Allow to change bullets in configuration. Change-Id: Iab26118dd597417997d6f0a7355f516a4da97ee4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163735 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt diff --git a/cui/source/tabpages/numpages.cxx b/cui/source/tabpages/numpages.cxx index 2179ad2cf107..efd1192bc03d 100644 --- a/cui/source/tabpages/numpages.cxx +++ b/cui/source/tabpages/numpages.cxx @@ -54,6 +54,7 @@ #include #include #include +#include #include #include @@ -119,19 +120,6 @@ static SvxNumSettings_Impl* lcl_CreateNumSettingsPtr(const SequenceGetSelectedItemId() - 1]; -const vcl::Font& rActBulletFont = lcl_GetDefaultBulletFont(); +sal_uInt16 nIndex = m_xExamplesVS->GetSelectedItemId() - 1; +sal_Unicode cChar = officecfg::Office::Common::BulletsNumbering::DefaultBullets::get()[nIndex].toChar(); +vcl::Font& rActBulletFont = lcl_GetDefaultBulletFont(); +rActBulletFont.SetFamilyName( + officecfg::Office::Common::BulletsNumbering::DefaultBulletsFonts::get()[nIndex]); sal_uInt16 nMask = 1; for(sal_uInt16 i = 0; i < pActNum->GetLevelCount(); i++) diff --git a/include/svx/strings.hrc b/include/svx/strings.hrc index 80066b3d33f3..75e0c42cffbb 100644 --- a/include/svx/strings.hrc +++ b/include/svx/strings.hrc @@ -1367,15 +1367,6 @@ #define RID_SVXSTR_ERR_OLD_PASSWD NC_("RID_SVXSTR_ERR_OLD_PASSWD", "Invalid password") #define RID_SVXSTR_ERR_REPEAT_PASSWD NC_("RID_SVXSTR_ERR_REPEAT_PASSWD", "Passwords do not match") -#define RID_SVXSTR_BULLET_DESCRIPTION_0 NC_("RID_SVXSTR_BULLET_DESCRIPTION_0", "Solid small circular bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_1 NC_("RID_SVXSTR_BULLET_DESCRIPTION_1", "Solid large circular bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_2 NC_("RID_SVXSTR_BULLET_DESCRIPTION_2", "Solid diamond bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_3 NC_("RID_SVXSTR_BULLET_DESCRIPTION_3", "Solid large square bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_4 NC_("RID_SVXSTR_BULLET_DESCRIPTION_4", "Right pointing arrow bullets filled out") -#define RID_SVXSTR_BULLET_DESCRIPTION_5 NC_("RID_SVXSTR_BULLET_DESCRIPTION_5", "Right pointing arrow bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_6 NC_("RID_SVXSTR_BULLET_DESCRIPTION_6", "Cross mark bullets") -#define RID_SVXSTR_BULLET_DESCRIPTION_7 NC_("RID_SVXSTR_BULLET_DESCRIPTION_7", "Check mark bullets") - // do not translate this; instead describe the nth numbering style (LC_NumberingLevel) defined by your locale #define RID_SVXSTR_SINGLENUM_DESCRIPTION_0 NC_("RID_SVXSTR_SINGLENUM_DESCRIPTION_0", "Number 1) 2) 3)") #define RID_SVXSTR_SINGLENUM_DESCRIPTION_1 NC_("RID_SVXSTR_SINGLENUM_DESCRIPTION_1", "Number 1. 2. 3.") diff --git a/officecfg/registry/schema/org/openoffice/Office/Common.xcs b/officecfg/registry/schema/org/openoffice/Office/Common.xcs index 9fe1915a8b9c..616ae5bf2955 100644 --- a/officecfg/registry/schema/org/openoffice/Office/Common.xcs +++ b/officecfg/registry/schema/org/openoffice/Office/Common.xcs @@ -3343,6 +3343,41 @@ + + +Contains Favorite characters + + + + List of default bullets + + + • + ● + + + ➔ + ➢ + ✗ + ✔ + + + + + List of default bullet fonts. Matching font for `DefaultBullets`. + + + OpenSymbol + OpenSymbol + OpenSymbol + OpenSymbol + OpenSymbol + OpenSymbol + OpenSymbol + OpenSymbol + + + Contains settings that specify the common help settings. diff --git a/svx/source/dialog/svxbmpnumvalueset.cxx b/svx/source/dialog/svxbmpnumvalueset.cxx index c75e54482f40..a1f8dc76aaf0 100644 ---
[Bug 160293] When clicking inside a pivot table, GroupedBar Compact hides all its groups except "File" and "Edit"
https://bugs.documentfoundation.org/show_bug.cgi?id=160293 Stéphane Guillou (stragu) changed: What|Removed |Added Version|24.2.0.3 release|6.1.0.3 release Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords||implementationError Whiteboard| QA:needsComment| CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Reproduced in 6.1.0.3, likely an implementation error. Also in recent trunk build: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 30c6e51fc9cb0fa864e1755271343d847fcced25 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160315] Saving files to SMB3 network shares no longer works
https://bugs.documentfoundation.org/show_bug.cgi?id=160315 Stéphane Guillou (stragu) changed: What|Removed |Added CC||kevin.ott...@enioka.com Status|UNCONFIRMED |NEEDINFO Keywords||possibleRegression Ever confirmed|0 |1 --- Comment #3 from Stéphane Guillou (stragu) --- Which version did you upgrade from? If it is a regression, and if you're up for it, you could bibisect the issue: https://bibisect.libreoffice.org/ @Kevin, maybe you have an idea? -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'feature/cib_contract49' - sd/source
sd/source/ui/dlg/present.cxx |4 sd/source/ui/slideshow/slideshow.cxx |9 + 2 files changed, 1 insertion(+), 12 deletions(-) New commits: commit dec271194f9b2b0647f075f014af7dbd2da4036a Author: Thorsten Behrens AuthorDate: Thu Apr 4 21:19:02 2024 +0200 Commit: Thorsten Behrens CommitDate: Sun Apr 7 00:18:26 2024 +0200 IASS: make live slideshow non-experimental Change-Id: I36fb6eae8f77f02fa1a9bcf96a7c074d78ba86c8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165804 Tested-by: Jenkins Reviewed-by: Thorsten Behrens diff --git a/sd/source/ui/dlg/present.cxx b/sd/source/ui/dlg/present.cxx index 4f97a76fa8fe..401f7ba27250 100644 --- a/sd/source/ui/dlg/present.cxx +++ b/sd/source/ui/dlg/present.cxx @@ -24,8 +24,6 @@ #include #include -#include - #include #include #include @@ -155,8 +153,6 @@ SdStartPresentationDlg::SdStartPresentationDlg(weld::Window* pWindow, const SfxI m_xLbConsole->set_active(PresenterConsoleMode::Windowed); m_xCbxInteractiveMode->set_active( static_cast( rOutAttrs.Get( ATTR_PRESENT_INTERACTIVE ) ).GetValue() ); -if (!officecfg::Office::Common::Misc::ExperimentalMode::get()) -m_xCbxInteractiveMode->set_visible(false); InitMonitorSettings(); diff --git a/sd/source/ui/slideshow/slideshow.cxx b/sd/source/ui/slideshow/slideshow.cxx index 5f6620ee346a..d8f73dfcf2fd 100644 --- a/sd/source/ui/slideshow/slideshow.cxx +++ b/sd/source/ui/slideshow/slideshow.cxx @@ -39,8 +39,6 @@ #include #include -#include - #include #include #include @@ -242,12 +240,7 @@ bool SlideShow::IsInteractiveSlideshow(const ViewShellBase* pViewShellBase) bool SlideShow::IsInteractiveSlideshow() const { -// allow override with ENV_VAR for practical dev reasons -static bool g_bEnable_Interactive_Slideshow(getenv("ENABLE_INTERACTIVE_SLIDESHOW")); -if (g_bEnable_Interactive_Slideshow) -return true; - -return officecfg::Office::Common::Misc::ExperimentalMode::get() && mpDoc->getPresentationSettings().mbInteractive; +return mpDoc->getPresentationSettings().mbInteractive; } void SlideShow::CreateController( ViewShell* pViewSh, ::sd::View* pView, vcl::Window* pParentWindow )
[Bug 160565] KDE/Qt UI - Program freezes after "save as"
https://bugs.documentfoundation.org/show_bug.cgi?id=160565 --- Comment #1 from Doug B --- This seems to be present on these VCL plugins: qt5, qt6, kf5, kf6. The Gtk related dialogs seemed to work ok. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107200] [META] Writer table and cell selection issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107200 Bug 107200 depends on bug 49994, which changed state. Bug 49994 Summary: TABLES : jumps on selecting text in table in big cell on neighboring pages https://bugs.documentfoundation.org/show_bug.cgi?id=49994 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106773] [META] Writer document canvas view / viewport jump issues
https://bugs.documentfoundation.org/show_bug.cgi?id=106773 Bug 106773 depends on bug 49994, which changed state. Bug 49994 Summary: TABLES : jumps on selecting text in table in big cell on neighboring pages https://bugs.documentfoundation.org/show_bug.cgi?id=49994 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49994] TABLES : jumps on selecting text in table in big cell on neighboring pages
https://bugs.documentfoundation.org/show_bug.cgi?id=49994 Jim Raykowski changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #16 from Jim Raykowski --- Thanks Stéphane for the reminder. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160563] Pasting very long string when editing in the formula input inserts newline(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=160563 --- Comment #4 from Vlad-Mihai Sima --- For clarity, not sure if this should/could be fixed or just the documentation improved or warning added on paste when issues is hit. When trying to figure out if I am doing something wrong I stumbled upon https://wiki.documentfoundation.org/Faq/Calc/022 which does not describe sufficiently the maximum size related issues. Ideally someone understanding the code could update the wiki describing any limitations in a clear language (my current understanding would be "no line can be larger than ~16k and it will be forcefully split if larger"). The most frustrating was that it was really not obvious what was happening (you can for example paste a JSON larger than 16k if it is formatted with new lines and if you do not have any string larger than 16k, because then Calc will just split on the existing newlines). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 145042] Calc slows down on filled cells when navigating
https://bugs.documentfoundation.org/show_bug.cgi?id=145042 --- Comment #13 from Armondo Lopez --- I am unable to reproduce this behavior in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded or Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'libreoffice-24-2' - sw/source
sw/source/core/layout/layact.cxx |6 ++ 1 file changed, 6 insertions(+) New commits: commit 9f20d89ded05600233ceed7db40cdef57aca1442 Author: Michael Stahl AuthorDate: Thu Apr 4 19:26:31 2024 +0200 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:57:21 2024 +0200 sw: layout: remove superfluous pages again in InternalAction() The bugdoc has a very large header containing hidden text changes height when toggling Formatting Marks. When toggling on, it crashes, because UnHide() iterates the text frames in all headers, but after the first one empty pages at the end of the document are removed, so UAF. Remove the pages without content earlier; SwLayAction::InternalAction() already does it after the "normal" page loop, but the 2nd page loop following that may also move content off pages, so do it again. Change-Id: Iaae6a16842b3494f25cba8fc036d15049b71961f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165801 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 759d822dac5edc6104ce61b70c578425d9f2470d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165727 Reviewed-by: Caolán McNamara diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx index 06c3027bebc5..1a0a1260a135 100644 --- a/sw/source/core/layout/layact.cxx +++ b/sw/source/core/layout/layact.cxx @@ -809,6 +809,12 @@ void SwLayAction::InternalAction(OutputDevice* pRenderContext) unlockPositionOfObjects( pPg ); pPg = static_cast(pPg->GetNext()); } +if (m_pRoot->IsSuperfluous()) // could be newly set now! +{ +bool bOld = IsAgain(); +m_pRoot->RemoveSuperfluous(); +SetAgain(bOld); +} // reset flag for special interrupt content formatting. mbFormatContentOnInterrupt = false; }
core.git: Branch 'libreoffice-7-6' - sw/source
sw/source/core/layout/layact.cxx |6 ++ 1 file changed, 6 insertions(+) New commits: commit fc7b3932a6a6f05c6142b0c6398c82681a93dd9e Author: Michael Stahl AuthorDate: Thu Apr 4 19:26:31 2024 +0200 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:57:29 2024 +0200 sw: layout: remove superfluous pages again in InternalAction() The bugdoc has a very large header containing hidden text changes height when toggling Formatting Marks. When toggling on, it crashes, because UnHide() iterates the text frames in all headers, but after the first one empty pages at the end of the document are removed, so UAF. Remove the pages without content earlier; SwLayAction::InternalAction() already does it after the "normal" page loop, but the 2nd page loop following that may also move content off pages, so do it again. Change-Id: Iaae6a16842b3494f25cba8fc036d15049b71961f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165801 Tested-by: Jenkins Reviewed-by: Michael Stahl (cherry picked from commit 759d822dac5edc6104ce61b70c578425d9f2470d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165728 Reviewed-by: Caolán McNamara diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx index a705ef251176..f4a578fe99eb 100644 --- a/sw/source/core/layout/layact.cxx +++ b/sw/source/core/layout/layact.cxx @@ -809,6 +809,12 @@ void SwLayAction::InternalAction(OutputDevice* pRenderContext) unlockPositionOfObjects( pPg ); pPg = static_cast(pPg->GetNext()); } +if (m_pRoot->IsSuperfluous()) // could be newly set now! +{ +bool bOld = IsAgain(); +m_pRoot->RemoveSuperfluous(); +SetAgain(bOld); +} // reset flag for special interrupt content formatting. mbFormatContentOnInterrupt = false; }
[Bug 160342] Unwanted spaces in the printout
https://bugs.documentfoundation.org/show_bug.cgi?id=160342 Aron Budea changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |aron.bu...@gmail.com |desktop.org | Status|NEW |ASSIGNED --- Comment #5 from Aron Budea --- https://gerrit.libreoffice.org/c/core/+/165860 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 147240] SLIDESHOW: long text "scroll through" animation starts from the wrong part without Skia (Windows-only)
https://bugs.documentfoundation.org/show_bug.cgi?id=147240 Armondo Lopez changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Armondo Lopez --- Thank you for reporting the bug. I can confirm that the bug is present in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded as well as Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160571] FILEOPEN: Cropped SVG in .docx file (from winword) is rendered uncropped in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=160571 --- Comment #3 from Fredrik Stock --- Created attachment 193553 --> https://bugs.documentfoundation.org/attachment.cgi?id=193553=edit Screenshot of the document in WinWord -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160571] FILEOPEN: Cropped SVG in .docx file (from winword) is rendered uncropped in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=160571 --- Comment #2 from Fredrik Stock --- Created attachment 193552 --> https://bugs.documentfoundation.org/attachment.cgi?id=193552=edit PDF export from Writer showing the problem -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160571] FILEOPEN: Cropped SVG in .docx file (from winword) is rendered uncropped in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=160571 --- Comment #1 from Fredrik Stock --- Created attachment 193551 --> https://bugs.documentfoundation.org/attachment.cgi?id=193551=edit Sample document from WinWord -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160018] Defined Ranges in a single column with delimiting row corrupted by 7.6.5 (STR comment 5)
https://bugs.documentfoundation.org/show_bug.cgi?id=160018 Caolán McNamara changed: What|Removed |Added Regression By|Caolán McNamara |Henry Castro CC||hcas...@collabora.com -- You are receiving this mail because: You are the assignee for the bug.
[Bug 138571] LibreOffice freezes (often when running inactive in the background)
https://bugs.documentfoundation.org/show_bug.cgi?id=138571 --- Comment #5 from Armondo Lopez --- I'm unable to represent this behavior in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded or Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I often leave each version open for days at a time and it's always snappy when I open the window. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160571] New: FILEOPEN: Cropped SVG in .docx file (from winword) is rendered uncropped in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=160571 Bug ID: 160571 Summary: FILEOPEN: Cropped SVG in .docx file (from winword) is rendered uncropped in Writer Product: LibreOffice Version: 24.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fred...@eltele.no Description: When a full-sized SVG image is cropped inside a word document, the original image remains in the docx zip and the cropping is done with in the document source. Sometime after 7.6 (problem not present in that version) Writer ignores the cropping and renders the full SVG. The resizing persists, so the vector image is thus smooshed too. Steps to Reproduce: 1. Winword: Insert an SVG image in a new doc 2. Winword: Crop the SVG, save the document 3. Writer: Open saved document Actual Results: The cropped SVG is rendered uncropped. Size transformations are still applied. Expected Results: Image should be rendered cropped. Reproducible: Always User Profile Reset: Yes Additional Info: This does not occur with SVG files added and cropped in Writer. Diff between the relevant xml nodes of a file from Writer and a file from Winword: diff --git "a/.\\graphic-winword.xml" "b/.\\graphic-writer.xml" index 553310a..02081ca 100644 --- "a/.\\graphic-winword.xml" +++ "b/.\\graphic-writer.xml" @@ -2,36 +2,32 @@ http://schemas.openxmlformats.org/drawingml/2006/picture;> http://schemas.openxmlformats.org/drawingml/2006/picture;> - - + + + + - + http://schemas.microsoft.com/office/drawing/2016/SVG/main; r:embed="rId3"/> - - + + + + - + - - - - - -http://schemas.microsoft.com/office/drawing/2010/main"/> - - -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 160562, which changed state. Bug 160562 Summary: Colibre's Images icon looks too dark shaded when insensitive in the Navigator (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=160562 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 117497] [META] Colibre icons
https://bugs.documentfoundation.org/show_bug.cgi?id=117497 Bug 117497 depends on bug 160562, which changed state. Bug 160562 Summary: Colibre's Images icon looks too dark shaded when insensitive in the Navigator (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=160562 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103030] [META] Navigator sidebar deck and floating window (also "Target in Document")
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Bug 103030 depends on bug 160562, which changed state. Bug 160562 Summary: Colibre's Images icon looks too dark shaded when insensitive in the Navigator (gtk3) https://bugs.documentfoundation.org/show_bug.cgi?id=160562 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160562] Colibre's Images icon looks too dark shaded when insensitive in the Navigator (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=160562 Caolán McNamara changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160562] Colibre's Images icon looks too dark shaded when insensitive in the Navigator (gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=160562 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: icon-themes/colibre
icon-themes/colibre/cmd/sc_insertgraphic.png |binary 1 file changed New commits: commit 5ebdcc60701ca5f2d267f92fa69ac06202309c52 Author: Caolán McNamara AuthorDate: Sat Apr 6 15:16:52 2024 +0100 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:12:19 2024 +0200 Resolves: tdf#160562 change white background of icon to transparent so when gtk makes it insensitive it doesn't look overly gray in comparison to its neighbour icons. Change-Id: I08f8e4cca561c3336a4b9d61373694b37cd7f9a2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165857 Tested-by: Jenkins Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/icon-themes/colibre/cmd/sc_insertgraphic.png b/icon-themes/colibre/cmd/sc_insertgraphic.png index 8871f82e4cc4..77261a348037 100644 Binary files a/icon-themes/colibre/cmd/sc_insertgraphic.png and b/icon-themes/colibre/cmd/sc_insertgraphic.png differ
core.git: 2 commits - xmloff/source
xmloff/source/text/txtfldi.cxx | 120 - 1 file changed, 61 insertions(+), 59 deletions(-) New commits: commit d634da0adca1191da5c4c54ae17be7185b6bba36 Author: Caolán McNamara AuthorDate: Sat Apr 6 14:34:48 2024 +0100 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:11:46 2024 +0200 flatten for readability no logic change intended Change-Id: I27b17634c86bb99d018e2c5991bbc909319e3b4f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165856 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/xmloff/source/text/txtfldi.cxx b/xmloff/source/text/txtfldi.cxx index 5c494b70b2e3..72d866de7ed2 100644 --- a/xmloff/source/text/txtfldi.cxx +++ b/xmloff/source/text/txtfldi.cxx @@ -3244,83 +3244,82 @@ void XMLAnnotationImportContext::endFastElement(sal_Int32 /*nElement*/) // reinstall old list item #91964# GetImport().GetTextImport()->PopListContext(); -if ( bValid ) +if (!bValid) { -if ( mnElement == XML_ELEMENT(OFFICE, XML_ANNOTATION_END) ) +GetImportHelper().InsertString(GetContent()); +return; +} + +if ( mnElement == XML_ELEMENT(OFFICE, XML_ANNOTATION_END) ) +{ +// Search for a previous annotation with the same name. +uno::Reference< text::XTextContent > xPrevField; { -// Search for a previous annotation with the same name. -uno::Reference< text::XTextContent > xPrevField; +Reference xTextFieldsSupplier(GetImport().GetModel(), UNO_QUERY); +if (!xTextFieldsSupplier) +return; +uno::Reference xFieldsAccess(xTextFieldsSupplier->getTextFields()); +uno::Reference xFields(xFieldsAccess->createEnumeration()); +while (xFields->hasMoreElements()) { -Reference xTextFieldsSupplier(GetImport().GetModel(), UNO_QUERY); -if (xTextFieldsSupplier) +uno::Reference xCurrField(xFields->nextElement(), uno::UNO_QUERY); +uno::Reference const xInfo( +xCurrField->getPropertySetInfo()); +if (xInfo->hasPropertyByName(sAPI_name)) { -uno::Reference xFieldsAccess(xTextFieldsSupplier->getTextFields()); -uno::Reference xFields(xFieldsAccess->createEnumeration()); -while (xFields->hasMoreElements()) +OUString aFieldName; +xCurrField->getPropertyValue(sAPI_name) >>= aFieldName; +if (aFieldName == aName) { -uno::Reference xCurrField(xFields->nextElement(), uno::UNO_QUERY); -uno::Reference const xInfo( -xCurrField->getPropertySetInfo()); -if (xInfo->hasPropertyByName(sAPI_name)) -{ -OUString aFieldName; -xCurrField->getPropertyValue(sAPI_name) >>= aFieldName; -if (aFieldName == aName) -{ -xPrevField.set( xCurrField, uno::UNO_QUERY ); -break; -} -} +xPrevField.set( xCurrField, uno::UNO_QUERY ); +break; } } } -if ( xPrevField.is() ) -{ -// So we are ending a previous annotation, -// let's create a text range covering the old and the current position. -uno::Reference xText = GetImportHelper().GetText(); -uno::Reference xCursor = - xText->createTextCursorByRange(GetImportHelper().GetCursorAsRange()); -try -{ -xCursor->gotoRange(xPrevField->getAnchor(), true); -} -catch (const uno::RuntimeException&) -{ -// Losing the start of the anchor is better than not opening the document at -// all. -TOOLS_WARN_EXCEPTION( -"xmloff.text", -"XMLAnnotationImportContext::endFastElement: gotoRange() failed: "); -} - -xText->insertTextContent(xCursor, xPrevField, !xCursor->isCollapsed()); -} } -else +if ( xPrevField.is() ) { -if ( mxField.is() || CreateField( mxField, sServicePrefix + GetServiceName() ) ) +// So we are ending a previous annotation, +// let's create a text range covering the old and the current position. +uno::Reference xText = GetImportHelper().GetText(); +uno::Reference xCursor = +
core.git: 2 commits - include/sfx2 sc/source sc/uiconfig sfx2/source
include/sfx2/dispatch.hxx |1 sc/source/ui/miscdlgs/dataproviderdlg.cxx |2 - sc/uiconfig/scalc/ui/dataproviderdlg.ui | 17 +-- sfx2/source/control/dispatch.cxx | 32 -- 4 files changed, 46 insertions(+), 6 deletions(-) New commits: commit a7e883f6fc8665f9d0fb522e1c2be41734ff8542 Author: Caolán McNamara AuthorDate: Sat Apr 6 14:15:28 2024 +0100 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:11:08 2024 +0200 use "ok" id like the other 446 dialogs instead of "okay" and similar standardizations of stock labels and allow mnemonics Change-Id: I75c06f5a8ab961cf3b5427c33c801ae0f5ea5a78 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165854 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sc/source/ui/miscdlgs/dataproviderdlg.cxx b/sc/source/ui/miscdlgs/dataproviderdlg.cxx index 16a6c446647b..82f5163e289b 100644 --- a/sc/source/ui/miscdlgs/dataproviderdlg.cxx +++ b/sc/source/ui/miscdlgs/dataproviderdlg.cxx @@ -777,7 +777,7 @@ ScDataProviderDlg::ScDataProviderDlg(weld::Window* pParent, std::shared_ptrCreateChildFrame()) , mxTable(VclPtr::Create(m_xTableParent, mxDoc)) , mxDBRanges(m_xBuilder->weld_combo_box("select_db_range")) -, mxOKBtn(m_xBuilder->weld_button("okay")) +, mxOKBtn(m_xBuilder->weld_button("ok")) , mxCancelBtn(m_xBuilder->weld_button("cancel")) , mxAddTransformationBtn(m_xBuilder->weld_button("add_transformation")) , mxScroll(m_xBuilder->weld_scrolled_window("scroll")) diff --git a/sc/uiconfig/scalc/ui/dataproviderdlg.ui b/sc/uiconfig/scalc/ui/dataproviderdlg.ui index a2fa7978cb20..23eb805a6066 100644 --- a/sc/uiconfig/scalc/ui/dataproviderdlg.ui +++ b/sc/uiconfig/scalc/ui/dataproviderdlg.ui @@ -19,11 +19,14 @@ 6 end - -OK + +_OK True True +True +True True +True True @@ -33,10 +36,11 @@ -Cancel +_Cancel True True True +True True @@ -161,6 +165,7 @@ True True True +True 2 @@ -241,6 +246,7 @@ Add Transformations end 12 +True 1 @@ -357,6 +363,7 @@ Apply Changes end 6 +True False @@ -397,5 +404,9 @@ + + ok + cancel + commit 1a6457e4b4d6fbea92fae1fe1b5c27a566dc54c0 Author: Gökay Şatır AuthorDate: Tue Mar 26 18:41:34 2024 +0300 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:10:57 2024 +0200 Enable allowing comment editing in readOnly view mode. Signed-off-by: Gökay Şatır Change-Id: I536448da395568cd43af6f4d1d36ef09f3c6a6b3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165349 Tested-by: Jenkins CollaboraOffice Reviewed-by: Gökay ŞATIR (cherry picked from commit 226e2263468da403d1f9db504115830f5a030229) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165834 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/include/sfx2/dispatch.hxx b/include/sfx2/dispatch.hxx index eea69d2a5abc..48cb3605a8c0 100644 --- a/include/sfx2/dispatch.hxx +++ b/include/sfx2/dispatch.hxx @@ -90,6 +90,7 @@ friend class SfxHintPoster; boolFindServer_( sal_uInt16 nId, SfxSlotServer ); +static boolIsCommandAllowedInLokReadOnlyViewMode (OUString commandName); boolFillState_( const SfxSlotServer , SfxItemSet , const SfxSlot *pRealSlot ); voidExecute_( SfxShell , const SfxSlot , diff --git a/sfx2/source/control/dispatch.cxx b/sfx2/source/control/dispatch.cxx index 6ae4d71a6db9..300f0179b064 100644 --- a/sfx2/source/control/dispatch.cxx +++ b/sfx2/source/control/dispatch.cxx @@ -1520,6 +1520,23 @@ SfxSlotFilterState SfxDispatcher::IsSlotEnabledByFilter_Impl( sal_uInt16 nSID ) return bFound ? SfxSlotFilterState::DISABLED : SfxSlotFilterState::ENABLED; } +bool SfxDispatcher::IsCommandAllowedInLokReadOnlyViewMode (OUString commandName) { +constexpr OUString allowedList[] = { +
core.git: sc/source
sc/source/ui/view/select.cxx |3 +++ 1 file changed, 3 insertions(+) New commits: commit 3d83f91b9ba249fcfa93fc24a1b427840b7b2c61 Author: Gökay Şatır AuthorDate: Fri Mar 15 17:24:53 2024 +0300 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:10:47 2024 +0200 Disable dragging in readonly view mode. Signed-off-by: Gökay Şatır Change-Id: I962d68b85897c156bba6d1898cf78b5fcd85540a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164866 Tested-by: Jenkins CollaboraOffice Reviewed-by: Michael Meeks (cherry picked from commit 0cdafeb746196f9f1e9ad271a77f5911694ff07d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165726 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sc/source/ui/view/select.cxx b/sc/source/ui/view/select.cxx index d972c9b4eb8d..7d744f32246c 100644 --- a/sc/source/ui/view/select.cxx +++ b/sc/source/ui/view/select.cxx @@ -145,6 +145,9 @@ void ScViewFunctionSet::SetSelectionEngine( ScViewSelectionEngine* pSelEngine ) // Drag & Drop void ScViewFunctionSet::BeginDrag() { +if (m_pViewData->GetViewShell()->IsLokReadOnlyView()) +return; + SCTAB nTab = m_pViewData->GetTabNo(); SCCOL nPosX;
core.git: Branch 'distro/collabora/co-24.04' - external/nss
external/nss/UnpackedTarball_nss.mk |2 external/nss/nss.getrandom.patch| 97 2 files changed, 99 insertions(+) New commits: commit 708663da401e1cc5c4531c8cbb3370c4cf2843d6 Author: Michael Meeks AuthorDate: Fri Apr 5 15:23:22 2024 +0100 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:10:37 2024 +0200 lok: use of lok random hook in NSS. This allows us to avoid opening /dev/urandom which may not be there. Change-Id: I51727fe4a2a28be802afdf6d9ccca5a198167b7d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165851 Tested-by: Jenkins CollaboraOffice Reviewed-by: Caolán McNamara diff --git a/external/nss/UnpackedTarball_nss.mk b/external/nss/UnpackedTarball_nss.mk index bf2a93233e60..6b69dd9b1631 100644 --- a/external/nss/UnpackedTarball_nss.mk +++ b/external/nss/UnpackedTarball_nss.mk @@ -26,6 +26,8 @@ $(eval $(call gb_UnpackedTarball_add_patches,nss,\ external/nss/macos-dlopen.patch.0 \ external/nss/nss-restore-manual-pre-dependencies.patch.1 \ external/nss/Wincompatible-function-pointer-types.patch.0 \ +$(if $(filter LINUX,$(OS)), \ +external/nss/nss.getrandom.patch) \ $(if $(filter iOS,$(OS)), \ external/nss/nss-ios.patch) \ $(if $(filter ANDROID,$(OS)), \ diff --git a/external/nss/nss.getrandom.patch b/external/nss/nss.getrandom.patch new file mode 100644 index ..b7f883b64d5a --- /dev/null +++ b/external/nss/nss.getrandom.patch @@ -0,0 +1,97 @@ +--- a/nss/nspr/pr/src/md/unix/uxrng.c b/nss/nspr/pr/src/md/unix/uxrng.c +@@ -68,13 +68,18 @@ + #include + #include + #include ++#include + + static int fdDevURandom; + static PRCallOnceType coOpenDevURandom; + + static PRStatus OpenDevURandom( void ) + { +-fdDevURandom = open( "/dev/urandom", O_RDONLY ); ++static int (*lok_open_urandom)(); ++if (!lok_open_urandom) ++ lok_open_urandom = dlsym(RTLD_DEFAULT, "lok_open_urandom"); ++if (!lok_open_urandom || (fdDevURandom = lok_open_urandom()) < 0) ++ fdDevURandom = open( "/dev/urandom", O_RDONLY ); + return((-1 == fdDevURandom)? PR_FAILURE : PR_SUCCESS ); + } /* end OpenDevURandom() */ + +--- a/nss/nss/lib/freebl/unix_rand.c b/nss/nss/lib/freebl/unix_rand.c +@@ -13,6 +13,7 @@ + #include + #include + #include ++#include + #include + #include "secrng.h" + #include "secerr.h" +@@ -650,11 +651,21 @@ + RNG_RandomUpdate(buf, strlen(buf)); + } + ++{ ++unsigned char buffer[SYSTEM_RNG_SEED_COUNT]; ++bytes = RNG_SystemRNG(buffer, sizeof (buffer)); ++if (bytes == SYSTEM_RNG_SEED_COUNT) /* success */ ++ RNG_RandomUpdate(buffer, bytes); ++} ++ ++if (bytes != SYSTEM_RNG_SEED_COUNT) /* fail */ ++{ + /* grab some data from system's PRNG before any other files. */ + bytes = RNG_FileUpdate("/dev/urandom", SYSTEM_RNG_SEED_COUNT); + if (!bytes) { + PORT_SetError(SEC_ERROR_NEED_RANDOM); + } ++} + + /* If the user points us to a random file, pass it through the rng */ + randfile = PR_GetEnvSecure("NSRANDFILE"); +@@ -781,11 +794,19 @@ + size_t fileBytes = 0; + unsigned char *buffer = dest; + ++static int (*lok_open_urandom)(); ++if (!lok_open_urandom) ++ lok_open_urandom = dlsym(NULL, "lok_open_urandom"); ++if (!lok_open_urandom || (fd = lok_open_urandom()) < 0) ++{ + file = fopen("/dev/urandom", "r"); + if (file == NULL) { + PORT_SetError(SEC_ERROR_NEED_RANDOM); + return 0; + } ++} ++else ++ file = fdopen(fd, "r"); + /* Read from the underlying file descriptor directly to bypass stdio + * buffering and avoid reading more bytes than we need from /dev/urandom. + * NOTE: we can't use fread with unbuffered I/O because fread may return +--- a/nss/nss/lib/freebl/unix_urandom.c b/nss/nss/lib/freebl/unix_urandom.c +@@ -5,6 +5,7 @@ + #include + #include + #include ++#include + #include "secerr.h" + #include "secrng.h" + #include "prprf.h" +@@ -62,7 +63,11 @@ + * Reset the number of bytes to get and fall back to /dev/urandom. */ + fileBytes = 0; + #endif +-fd = open("/dev/urandom", O_RDONLY); ++static int (*lok_open_urandom)(); ++if (!lok_open_urandom) ++ lok_open_urandom = dlsym(NULL, "lok_open_urandom"); ++if (!lok_open_urandom || (fd = lok_open_urandom()) < 0) ++fd = open("/dev/urandom", O_RDONLY); + if (fd < 0) { + PORT_SetError(SEC_ERROR_NEED_RANDOM); + return 0;
[Bug 160570] build failure with ICU 75
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=49 ||885 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49885] sync custom breakiterator rules with icu originals
https://bugs.documentfoundation.org/show_bug.cgi?id=49885 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8108 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 49885] sync custom breakiterator rules with icu originals
https://bugs.documentfoundation.org/show_bug.cgi?id=49885 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0570 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158108] Build failure with ICU 74
https://bugs.documentfoundation.org/show_bug.cgi?id=158108 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=49 ||885 -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-24.04' - bin/find-can-be-private-symbols.functions.results desktop/source sal/osl
bin/find-can-be-private-symbols.functions.results |1 + desktop/source/lib/init.cxx | 22 +- sal/osl/unx/random.cxx|8 +++- 3 files changed, 29 insertions(+), 2 deletions(-) New commits: commit 75973267b0cf8661a815574eeb80e43eb3b9c8fc Author: Michael Meeks AuthorDate: Fri Apr 5 14:56:13 2024 +0100 Commit: Caolán McNamara CommitDate: Sat Apr 6 22:07:49 2024 +0200 lok: provide global random symbol to find random device. This is vital for lok when used in a jail with no random device, but with an inherited file-handle to /dev/urandom. Use 'dup' to avoid changing code that wants to 'close' the handle after use. Change-Id: I15f40fb251f180a2394af030f56e47f2bf9651d4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165850 Tested-by: Jenkins CollaboraOffice Reviewed-by: Caolán McNamara diff --git a/bin/find-can-be-private-symbols.functions.results b/bin/find-can-be-private-symbols.functions.results index 02cd245cbb54..075c73e10125 100644 --- a/bin/find-can-be-private-symbols.functions.results +++ b/bin/find-can-be-private-symbols.functions.results @@ -20152,6 +20152,7 @@ linguistic::SpellAlternatives::SetFailureType(short) linguistic::SpellAlternatives::SetWordLanguage(rtl::OUString const&, o3tl::strong_int) linguistic::SpellAlternatives::SpellAlternatives() load_BLAS +lok_open_urandom longdual_testset lower_utf(w_char, int) lp_solve_version diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index 2c4fba114092..1c047116a22d 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -33,8 +33,10 @@ #undef HAVE_MALLOC_TRIM +#ifdef UNX +# include +#endif #ifdef LINUX -#include #if defined __GLIBC__ # include # define HAVE_MALLOC_TRIM @@ -249,6 +251,20 @@ using namespace bridge; using namespace uno; using namespace lang; +#ifdef UNX + +static int urandom = -1; + +extern "C" { +int SAL_JNI_EXPORT lok_open_urandom() +{ +return dup(urandom); +} +}; + +#endif + + using LanguageToolCfg = officecfg::Office::Linguistic::GrammarChecking::LanguageTool; static LibLibreOffice_Impl *gImpl = nullptr; @@ -7944,6 +7960,10 @@ static int lo_initialize(LibreOfficeKit* pThis, const char* pAppPath, const char const char* tz = ::getenv("TZ"); SfxLokHelper::setDefaultTimezone(!!tz, tz ? OStringToOUString(tz, RTL_TEXTENCODING_UTF8) : OUString()); +#ifdef UNX +if (urandom < 0) +urandom = open("/dev/urandom", O_RDONLY); +#endif } if (eStage != SECOND_INIT) diff --git a/sal/osl/unx/random.cxx b/sal/osl/unx/random.cxx index e8379f8f0bf7..62a552ce4ea3 100644 --- a/sal/osl/unx/random.cxx +++ b/sal/osl/unx/random.cxx @@ -13,13 +13,19 @@ #include #include #include +#include int osl_get_system_random_data(char* buffer, size_t desired_len) { int fd; assert(buffer); -fd = open("/dev/urandom", O_RDONLY); + +static int (*lok_open_urandom)() += reinterpret_cast(dlsym(RTLD_DEFAULT, "lok_open_urandom")); +if (!lok_open_urandom || (fd = lok_open_urandom()) < 0) +fd = open("/dev/urandom", O_RDONLY); + if (fd != -1) { while (desired_len)
[Bug 140634] calc: date values: problems with change from julian to gregorian calendar, fill functions fail
https://bugs.documentfoundation.org/show_bug.cgi?id=140634 --- Comment #4 from Armondo Lopez --- I'm unable to produce the same behavior in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded or Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 --- Comment #2 from Rene Engelhard --- In googling for the error I saw https://listarchives.libreoffice.org/global/dev/2012/msg05518.html ff. and the committed https://cgit.freedesktop.org/libreoffice/core/commit/?id=43084e8b30c101a44510b7a8267d5c2b316a17bb where something like this was an issue for icu 49. But I don't think the solution there applies here, does it? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160554] Crashes when creating a new Writer document or opening an existing one.
https://bugs.documentfoundation.org/show_bug.cgi?id=160554 --- Comment #4 from Armondo Lopez --- (In reply to Armondo Lopez from comment #3) > I'm unable to reproduce this behavior in > > Version: 24.2.1.2 (X86_64) / LibreOffice Community > Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac > CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: threaded > > or > > Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb > CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: threaded Please disregard this, I didn't see the version listed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160554] Crashes when creating a new Writer document or opening an existing one.
https://bugs.documentfoundation.org/show_bug.cgi?id=160554 --- Comment #3 from Armondo Lopez --- I'm unable to reproduce this behavior in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded or Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160536] Support sheet protection option: Use PivotTable
https://bugs.documentfoundation.org/show_bug.cgi?id=160536 raal changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||r...@post.cz --- Comment #3 from raal --- Setting to NEW. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160537] Support sheet protection option: Edit objects
https://bugs.documentfoundation.org/show_bug.cgi?id=160537 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from raal --- Setting to NEW. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160535] Support sheet protection option: Use AutoFilter
https://bugs.documentfoundation.org/show_bug.cgi?id=160535 raal changed: What|Removed |Added Ever confirmed|0 |1 CC||r...@post.cz Status|UNCONFIRMED |NEW --- Comment #4 from raal --- Setting to NEW. Should bug 122921 be closed? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 --- Comment #1 from Rene Engelhard --- ICU 75.1 rc1 that is but I doubt there will be behaviour changes until its final so we need to do something about that anyways -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Rene Engelhard changed: What|Removed |Added Blocks||149092 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=149092 [Bug 149092] [META] Bugs and enhancements related to ICU -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149092] [META] Bugs and enhancements related to ICU
https://bugs.documentfoundation.org/show_bug.cgi?id=149092 Rene Engelhard changed: What|Removed |Added Depends on||160570 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160570 [Bug 160570] build failure with ICU 75 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Rene Engelhard changed: What|Removed |Added Summary|build failure with ICU 75.1 |build failure with ICU 75 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158108] Build failure with ICU 74
https://bugs.documentfoundation.org/show_bug.cgi?id=158108 Rene Engelhard changed: What|Removed |Added Blocks||160570 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=160570 [Bug 160570] build failure with ICU 75.1 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75.1
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Rene Engelhard changed: What|Removed |Added Depends on||158108 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158108 [Bug 158108] Build failure with ICU 74 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] build failure with ICU 75.1
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8108 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 158108] Build failure with ICU 74
https://bugs.documentfoundation.org/show_bug.cgi?id=158108 Rene Engelhard changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||0570 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160570] New: build failure with ICU 75.1
https://bugs.documentfoundation.org/show_bug.cgi?id=160570 Bug ID: 160570 Summary: build failure with ICU 75.1 Product: LibreOffice Version: 24.8.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@debian.org Description: [tried on master but will also get a problem on 24.2 ] Debian just got ICU 75.1 in experimental and after the ICU 74 suprise (which is still not fixed :/) I unfortunately need to say that this breaks again. (after applying the patch for ICU 74.1 (see https://bugs.documentfoundation.org/show_bug.cgi?id=158108): [build BRK] CustomTarget/i18npool/breakiterator/sent.brk S=/home/rene/LibreOffice/git/master && I=$S/instdir && W=$S/workdir && /usr/bin/genbrk -r $S/i18npool/source/breakiterator/data/sent.txt -o $W/CustomTarget/i18npool/breakiterator/sent.brk createRuleBasedBreakIterator: ICU Error "U_BRK_RULE_EMPTY_SET" at line 109, column 1 make[2]: *** [/home/rene/LibreOffice/git/master/i18npool/CustomTarget_breakiterator.mk:92: /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/sent.brk] Error 11 rm /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_nodash.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_hu.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/count_word.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word_he.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word_hu.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_prepostdash.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/dict_word_he.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/line.brk /home/rene/LibreOffice/git/master/workdir/CustomTarget/i18npool/breakiterator/edit_word.brk make[2]: Leaving directory '/home/rene/LibreOffice/git/master' make[1]: *** [Makefile:278: build] Error 2 make[1]: Leaving directory '/home/rene/LibreOffice/git/master' https://cgit.freedesktop.org/libreoffice/core/tree/i18npool/source/breakiterator/data/sent.txt#n109 is the failing rule. What should we do with this one? Steps to Reproduce: 1. install ICU 75.1 2. build LO with system-icu Actual Results: createRuleBasedBreakIterator: ICU Error "U_BRK_RULE_EMPTY_SET" at line 109, column 1 Expected Results: builds Reproducible: Always User Profile Reset: No Additional Info: - -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160299] Improper display of boolean cell value stats in LibreOffice Calc status bar
https://bugs.documentfoundation.org/show_bug.cgi?id=160299 --- Comment #5 from ady --- (In reply to Stéphane Guillou (stragu) from comment #3) > (e.g. M1:N2 sum in sample ODS should be 4 in status bar) I disagree. If the original request in comment 0 (i.e. show FALSE when relevant) cannot be implemented, I would _not_ change the current behavior of showing TRUE in order to always show a number. There is no point in changing a behavior that might be useful to some users (and it is already implemented) just because the counter-part cannot be implemented too. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160569] Dotted line is wrongly rendered in presentation mode if Skia is disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=160569 --- Comment #1 from Regina Henschel --- Created attachment 193550 --> https://bugs.documentfoundation.org/attachment.cgi?id=193550=edit Screenshot of rendering with and without Skia -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160569] New: Dotted line is wrongly rendered in presentation mode if Skia is disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=160569 Bug ID: 160569 Summary: Dotted line is wrongly rendered in presentation mode if Skia is disabled Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Created attachment 193549 --> https://bugs.documentfoundation.org/attachment.cgi?id=193549=edit example document with dotted lines Open the attached document. In edit mode you see two dotted Bezier curves. Start presentation mode. If Skia is disabled the rendering is wrong. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152336] Improve CSV field separator detection/behavior when several separators are selected on import
https://bugs.documentfoundation.org/show_bug.cgi?id=152336 --- Comment #11 from Commit Notification --- Gabriel Masei committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2feda8ba21acdcf33a9b4ba94742f574c17839bd tdf#152336 Detect charset and separators for csv files 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.
[Bug 152336] Improve CSV field separator detection/behavior when several separators are selected on import
https://bugs.documentfoundation.org/show_bug.cgi?id=152336 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: include/sfx2 sc/inc sc/qa sc/source sfx2/source
include/sfx2/objsh.hxx |6 sc/inc/scabstdlg.hxx|3 sc/qa/unit/data/csv/tdf48731.csv|4 sc/source/ui/attrdlg/scdlgfact.cxx |5 sc/source/ui/attrdlg/scdlgfact.hxx |3 sc/source/ui/dbgui/scuiasciiopt.cxx | 33 +++ sc/source/ui/inc/scuiasciiopt.hxx |3 sc/source/ui/unoobj/filtuno.cxx | 12 + sfx2/source/doc/objstor.cxx | 327 9 files changed, 383 insertions(+), 13 deletions(-) New commits: commit 2feda8ba21acdcf33a9b4ba94742f574c17839bd Author: Gabriel Masei AuthorDate: Sun Mar 17 10:13:25 2024 +0200 Commit: Mike Kaganski CommitDate: Sat Apr 6 19:39:22 2024 +0200 tdf#152336 Detect charset and separators for csv files Change-Id: Ie8451b3d30e390d363d8f9e5ec8bdf47350ca3a2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164936 Reviewed-by: Mike Kaganski Tested-by: Jenkins diff --git a/include/sfx2/objsh.hxx b/include/sfx2/objsh.hxx index 075b3e57f4b9..e26c242d 100644 --- a/include/sfx2/objsh.hxx +++ b/include/sfx2/objsh.hxx @@ -45,6 +45,8 @@ #include #include +#include + namespace weld {class Button; } namespace model {class ColorSet; } struct NamedColor; @@ -443,6 +445,10 @@ public: const css::uno::Sequence< css::beans::PropertyValue >& GetModifyPasswordInfo() const; boolSetModifyPasswordInfo( const css::uno::Sequence< css::beans::PropertyValue >& aInfo ); +static void DetectCharSet(SvStream& stream, rtl_TextEncoding& eCharSet, SvStreamEndian& endian); +static void DetectCsvSeparators(SvStream& stream, rtl_TextEncoding& eCharSet, OUString& separators, sal_Unicode cStringDelimiter, bool bForceCommonSeps = true, bool bAllowMultipleSeps = false); +static void DetectCsvFilterOptions(SvStream& stream, OUString& aFilterOptions, bool bForceDetect = false); +static void DetectFilterOptions(SfxMedium* pMedium, bool bForceDetect = false); static ErrCode HandleFilter( SfxMedium* pMedium, SfxObjectShell const * pDoc ); virtual boolPrepareClose(bool bUI = true); diff --git a/sc/inc/scabstdlg.hxx b/sc/inc/scabstdlg.hxx index 7a94af5f6fe9..afd9abf4fbfc 100644 --- a/sc/inc/scabstdlg.hxx +++ b/sc/inc/scabstdlg.hxx @@ -417,7 +417,8 @@ public: virtual VclPtr CreateScImportAsciiDlg(weld::Window* pParent, const OUString& aDatName, SvStream* pInStream, - ScImportAsciiCall eCall) = 0; + ScImportAsciiCall eCall, + ScAsciiOptions* aOptions = nullptr) = 0; virtual VclPtr CreateScTextImportOptionsDlg(weld::Window* pParent) = 0; diff --git a/sc/qa/unit/data/csv/tdf48731.csv b/sc/qa/unit/data/csv/tdf48731.csv index c0353427ced3..fdbead52112e 100644 --- a/sc/qa/unit/data/csv/tdf48731.csv +++ b/sc/qa/unit/data/csv/tdf48731.csv @@ -1,4 +1,4 @@ -WITHOUT QUOTES +WITHOUT QUOTES, 1 apostrophe,' 2 apostrophes,'' 3 apostrophes,''' @@ -6,7 +6,7 @@ A number,'3 A word,'word A misspelled word,'mword -WITH QUOTES +WITH QUOTES, 1 apostrophe,"'" 2 apostrophes,"''" 3 apostrophes,"'''" diff --git a/sc/source/ui/attrdlg/scdlgfact.cxx b/sc/source/ui/attrdlg/scdlgfact.cxx index 4fe36f303c57..03926077d9f1 100644 --- a/sc/source/ui/attrdlg/scdlgfact.cxx +++ b/sc/source/ui/attrdlg/scdlgfact.cxx @@ -1058,9 +1058,10 @@ const SfxItemSet* ScAsyncTabController_Impl::GetOutputItemSet() const // =Factories for createdialog === VclPtr ScAbstractDialogFactory_Impl::CreateScImportAsciiDlg(weld::Window* pParent, const OUString& aDatName, -SvStream* pInStream, ScImportAsciiCall eCall) +SvStream* pInStream, ScImportAsciiCall eCall, +ScAsciiOptions* aOptions) { -return VclPtr::Create(std::make_shared(pParent, aDatName,pInStream, eCall)); +return VclPtr::Create(std::make_shared(pParent, aDatName,pInStream, eCall, aOptions)); } VclPtr ScAbstractDialogFactory_Impl::CreateScTextImportOptionsDlg(weld::Window* pParent) diff --git a/sc/source/ui/attrdlg/scdlgfact.hxx b/sc/source/ui/attrdlg/scdlgfact.hxx index 276bffd63195..4644ff4b35e2 100644 --- a/sc/source/ui/attrdlg/scdlgfact.hxx +++ b/sc/source/ui/attrdlg/scdlgfact.hxx @@ -663,7 +663,8 @@ public: virtual VclPtr CreateScImportAsciiDlg(weld::Window* pParent, const OUString&
line break attribute 'clear' in other writing modes than LTR
Hi all, the ODF TC is working on issue OFFICE-4124 'clear' attribute for line breaks [1]. This attribute has been introduced by Miklos for LibreOffice 7.6. The question arises in the TC, how this attribute is supposed to work in other writing modes than LTR. The corresponding attribute in CSS seems to work so, that clear:left uses the physical meaning of 'left' and not the meaning of 'start'. But without knowledge of an RTL language nor a CJK language, I cannot really test it. So perhaps someone with knowledge in such languages can examine how LibreOffice interprets clear:left and clear:right. (Hossein? Jonathan?) And Miklos can tell how it is intended to work? The command is located in the UI in menu Insert > More breaks > Manual Break. That opens the 'Insert Break' dialog. Chose the option 'Line break' there and then one of the items in drop-down list 'Restart Location'. It would be helpful, if you not only test it, but when you could provide suitable test documents too; and in case LibreOffice has a proper export of this attribute to docx (I don't know), then test documents in docx format too. [1] https://issues.oasis-open.org/projects/OFFICE/issues/OFFICE-4124 Kind regards, Regina [1] https://issues.oasis-open.org/projects/OFFICE/issues/OFFICE-4124
[Bug 160568] Is it possible to have .dll files be signed by a publisher for WDAC (Windows Defender Application Control)?
https://bugs.documentfoundation.org/show_bug.cgi?id=160568 Mike Kaganski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||cl...@documentfoundation.or ||g --- Comment #1 from Mike Kaganski --- Yes, cli_* assemblies are not signed, unlike the DLLs in the program files. Christian: is there a reason why we don't sign them? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160568] New: Is it possible to have .dll files be signed by a publisher for WDAC (Windows Defender Application Control)?
https://bugs.documentfoundation.org/show_bug.cgi?id=160568 Bug ID: 160568 Summary: Is it possible to have .dll files be signed by a publisher for WDAC (Windows Defender Application Control)? Product: LibreOffice Version: 7.6.6.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bz.32...@silomails.com Description: I have WDAC (Windows Defender Application Control) setup and during installation it fails because .dll files used at location: C:\Windows\assembly\tmp\XX\ during installation are blocked because they are not signed by a publisher. Below are examples of files WDAC complains about but I didn't go through each file (so there are additional files that need to be signed not including the below) examples: C:\Windows\assembly\tmp\XX\cli_basetypes.dll C:\Windows\assembly\tmp\XX\cli_ure.dll C:\Windows\assembly\tmp\XX\cli_uretypes.dll C:\Windows\assembly\tmp\XX\cli_uretypes.dll C:\Windows\assembly\tmp\XX\\policy.1.0.cli_basetypes.dll etc. Note: XX changes on a per install basis, I think LibreOffice being installed: LibreOffice_7.6.6_Win_x86-64 (non-enthusiast version) Windows 11 23H2 Thank you Actual Results: Install fails Expected Results: Install succeeds Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: StartModule [Information guessed from browser] OS: Windows (All) OS is 64bit: no -- You are receiving this mail because: You are the assignee for the bug.
[Bug 115474] Applying autoformat to a large number of cells takes too long (with row-alternate shading)
https://bugs.documentfoundation.org/show_bug.cgi?id=115474 --- Comment #7 from libruser --- Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 8; OS: macOS 11.7.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded in 24.2.2.2 (X86_64) / LibreOffice Community columns A-E take long, but format succeeds. Bug marked duplicate 124341 may not be a duplicate. "Selecting only part of the document works as intended." #124341 still fails. Difference in repro steps is "select all", instead of Columns A-E. This implies that the code is now more efficient, but not scalable to the default number of cells. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160557] High display scaling results in squeezed tabbed interface and slightly smaller icons
https://bugs.documentfoundation.org/show_bug.cgi?id=160557 --- Comment #6 from V Stuart Foote --- Don't think we can say the icons are resized. That is manifestation of differing dpi as the os/DE UI is being scaled. Only issue seems to be the inconsistent ratios at which the priority horizontal sizing asserts. Both in hiding NB widgets, but also the shift to the "compressed" padding for the tab labels. Other than issue of the ratio, seems more a dupe of see also bug 144134 suggesting incremental reduction in padding the NB tab labels. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160557] High display scaling results in squeezed tabbed interface and slightly smaller icons
https://bugs.documentfoundation.org/show_bug.cgi?id=160557 V Stuart Foote changed: What|Removed |Added Version|6.2.5.2 release |6.1.0.3 release CC||jl...@mail.com, ||szymon.k...@collabora.com --- Comment #5 from V Stuart Foote --- Is the .UI padding collapse being controlled by PriorityHBox sizing of vclHbox [1]? But then the inconsistent ratio comes from misread of os/DE scaling or pixel size calculation? =-ref-= [1] https://opengrok.libreoffice.org/xref/core/vcl/source/control/PriorityHBox.cxx?r=b595a93f#108 @Justin, Szymon any cycles to mull over this, and see also bug 144134? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160567] Impress templates: style A4 is duplicate and style A0 is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=160567 Laurent Balland changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |jumbo4...@yahoo.fr |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160567] New: Impress templates: style A4 is duplicate and style A0 is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=160567 Bug ID: 160567 Summary: Impress templates: style A4 is duplicate and style A0 is missing Product: LibreOffice Version: 7.0.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jumbo4...@yahoo.fr Description: Follow-up of tdf#158488: All Impress templates contain in their styles.xml file two identical A4 styles, and no A0 style Steps to Reproduce: 1. Open styles.xml in a bundled template 2. 3. Actual Results: There is two A4 styles, no A0 style Expected Results: A0 style with size 48 Reproducible: Always User Profile Reset: No Additional Info: d -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160566] formula object crops subscript
https://bugs.documentfoundation.org/show_bug.cgi?id=160566 --- Comment #2 from potassi...@protonmail.com --- Created attachment 193548 --> https://bugs.documentfoundation.org/attachment.cgi?id=193548=edit single character formula subscript cropped -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160566] formula object crops subscript
https://bugs.documentfoundation.org/show_bug.cgi?id=160566 --- Comment #1 from potassi...@protonmail.com --- Created attachment 193547 --> https://bugs.documentfoundation.org/attachment.cgi?id=193547=edit some examples of cropped subscript -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160566] New: formula object crops subscript
https://bugs.documentfoundation.org/show_bug.cgi?id=160566 Bug ID: 160566 Summary: formula object crops subscript Product: LibreOffice Version: 7.6.5.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: potassi...@protonmail.com Description: When I try to create a formula object with a single character and add a subscript, the subscript gets cropped. This also affects fractions, in this case, the subscript on the denominator is cropped. Steps to Reproduce: 1.open libreoffice writer 2.create a single character formula object with subcript Actual Results: formula object with cropped subscript appear Expected Results: subscript should not be cropped Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: ko Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 160384] Writer: Opening & editing large files requires an unreasonable response time (many minutes).
https://bugs.documentfoundation.org/show_bug.cgi?id=160384 Greg changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
core.git: sc/uiconfig
sc/uiconfig/scalc/ui/dataproviderdlg.ui |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) New commits: commit 2564374efebb5218fbc3c81540fe95557f6119ac Author: Taichi Haradaguchi <20001...@ymail.ne.jp> AuthorDate: Thu Apr 4 18:06:52 2024 +0900 Commit: Caolán McNamara CommitDate: Sat Apr 6 16:37:58 2024 +0200 Add dialog name to dataproviderdlg.ui ...and change "Okay" to "OK" in the dialog. Change-Id: I7d64758b83f28edc3dadedaed883c8109eb3a9bd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/165786 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/sc/uiconfig/scalc/ui/dataproviderdlg.ui b/sc/uiconfig/scalc/ui/dataproviderdlg.ui index 2ab251046ded..a2fa7978cb20 100644 --- a/sc/uiconfig/scalc/ui/dataproviderdlg.ui +++ b/sc/uiconfig/scalc/ui/dataproviderdlg.ui @@ -1,9 +1,10 @@ - + False +Data Provider True dialog @@ -19,7 +20,7 @@ end -Okay +OK True True True