[Libreoffice-bugs] [Bug 158495] UI: FILESAVE "Automatic file" instead of "Automatic file name extension" in Base Database and Math Formula save dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=158495 --- Comment #1 from William Blondel --- Created attachment 191198 --> https://bugs.documentfoundation.org/attachment.cgi?id=191198=edit Save dialog -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158495] New: UI: FILESAVE "Automatic file" instead of "Automatic file name extension" in Base Database and Math Formula save dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=158495 Bug ID: 158495 Summary: UI: FILESAVE "Automatic file" instead of "Automatic file name extension" in Base Database and Math Formula save dialog Product: LibreOffice Version: 7.6.3.2 release Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: cont...@williamblondel.fr Description: Hello, When I save a new (or save as) a Writer Document, Calc Spreadsheet, Impress Presentation, or Draw Drawing, a checkbox "Automatic file name extension" checkbox appears. However, when I do the same with a Base Database or a Math Formula, this checkbox says "Automatic file" only. Steps to Reproduce: 1. Open LibreOffice 2. Create a new Math Formula or Base Database 3. Save the document Actual Results: On the save dialog, "Automatic file" is written Expected Results: On the save dialog, "Automatic file name extension" is written, like the other applications Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.3.2 (AARCH64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 10; OS: Mac OS X 14.1.2; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158139] Writer, Word Completion does not function
https://bugs.documentfoundation.org/show_bug.cgi?id=158139 --- Comment #10 from Madhi --- As pointed out by other users, when I installed version 7.1.8.1, the problem disappeared. Also, autotext displayed remainder of name as suggestion while typing. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155154] Spanish spelling checker fails certain verbs past tense indefinido
https://bugs.documentfoundation.org/show_bug.cgi?id=155154 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155154] Spanish spelling checker fails certain verbs past tense indefinido
https://bugs.documentfoundation.org/show_bug.cgi?id=155154 --- Comment #3 from QA Administrators --- Dear Pander, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140281] Add colored rectangular for Calc formulas in real time
https://bugs.documentfoundation.org/show_bug.cgi?id=140281 --- Comment #3 from QA Administrators --- Dear laur_florin49, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140281] Add colored rectangular for Calc formulas in real time
https://bugs.documentfoundation.org/show_bug.cgi?id=140281 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155677] LibreOffice Calc exits after object/barcode inserted
https://bugs.documentfoundation.org/show_bug.cgi?id=155677 --- Comment #2 from QA Administrators --- Dear PB, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139816] Image at wrong spot after undo of resize
https://bugs.documentfoundation.org/show_bug.cgi?id=139816 --- Comment #5 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139588] API: textRegion.CharLocale uses changed type Variant/Empty to signal mixed languages. Should return .Language = "und" or similar.
https://bugs.documentfoundation.org/show_bug.cgi?id=139588 --- Comment #2 from QA Administrators --- Dear Wolfgang Jäger, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128409] Event-Triggers "When unloading" and "Before unloading" of Forms do not work
https://bugs.documentfoundation.org/show_bug.cgi?id=128409 --- Comment #15 from QA Administrators --- Dear Hans, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128484] Writer Tools.Autocorrect.Apply and Apply and Edit changes doesn't work correctly under certain circumstances
https://bugs.documentfoundation.org/show_bug.cgi?id=128484 --- Comment #5 from QA Administrators --- Dear peter, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124321] Sluggish scrolling and high CPU while scrolling for document with (very) large table (7183 row)
https://bugs.documentfoundation.org/show_bug.cgi?id=124321 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116630] High CPU usage (25%) scrolling a slide down with arrow key containing a table
https://bugs.documentfoundation.org/show_bug.cgi?id=116630 --- Comment #8 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114462] Slow scrolling and high CPU utilization in the expert configuration with specific content (for example histories)
https://bugs.documentfoundation.org/show_bug.cgi?id=114462 --- Comment #7 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158490] Can't enter Alt-codes now
https://bugs.documentfoundation.org/show_bug.cgi?id=158490 xordevore...@gmail.com changed: What|Removed |Added CC||xordevore...@gmail.com --- Comment #4 from xordevore...@gmail.com --- Just a nit, but an important one for me as a writer: 2013 is the en dash, which is shorter than the em dash, at 2014. I can't get the code to work for me using the alt-x way in my browser (Firefox) isn't supporting it. Alt+0151 works in Firefox. alt-x works in notepad. I can type 2013 or 2014 and immediately type alt-x and it converted the number to a symbol. Not as fast as the numpad but I guess I must get used to this. What sucks is that up until very recently, the alt codes were working just fine in liberoffice, and deprecation be damned, alt codes work in every other application I have loaded on this windows machine but firefox and libreoffice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input
https://bugs.documentfoundation.org/show_bug.cgi?id=158112 --- Comment #14 from V Stuart Foote --- (In reply to xordevoreaux from comment #13) > I'm not seeing deprecation for alt codes in Windows. > > https://learn.microsoft.com/en-us/windows/whats-new/deprecated-features > > Was there a particular source that you were reading? > > Windows.Crud.Com? The Wikipedia article gives the history [1]. Deprecated when Microsoft implemented the "EnableHexNumpad" registry string value and opened the entire Unicode for use moving MS Windows beyond limitations of localized code pages. Nothing biased against Windows, the project is cross platform and Unicode centric with extensive ICU lib based handling rather than native Windows os/DE. Our Unicode toggle (+x) and Special Character dialog provide consistent UI cross platform. =-ref-= [1] https://en.wikipedia.org/wiki/Alt_code -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158490] Can't enter Alt-codes now
https://bugs.documentfoundation.org/show_bug.cgi?id=158490 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #3 from V Stuart Foote --- (In reply to Werner Tietz from comment #1) > the em dash has the hexdecimal code 2013 > on my keyboard-layout its available via > > »altgr-« > or > 2013followed by »alt c« > or > ctrl+shift+u2013 Or in any LibreOffice UI element, type U+2013 (or other Unicode value) and then use +x to toggle--MS legacy Alt-Codes were deprecated ages ago. But project may implement a guard for NumPad key scancodes to explicitly support the Alt-Codes (ASCII and Decimal Unicode). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147769] No ability to select all content with a specific style or DF
https://bugs.documentfoundation.org/show_bug.cgi?id=147769 V Stuart Foote changed: What|Removed |Added CC||rayk...@gmail.com --- Comment #13 from V Stuart Foote --- (In reply to Dieter from comment #12) > Cor, Mikros, Stuart, I think you're the experts Heiko mentioned in comment > 10. So any inputs from you? I think in general, the Find & Replace dialog is sufficient. But as noted it only supports PS. However, we now have a visual representation in the Style Indicator "Spotlight" (the SB Styles Deck) as for bug 38194 and enabling that shows current limitation with just PS support in Find & Replace dialog. And where Character Style is exposed in the Spotlight UI but we have no means to Find/Find All for CS. So, could extend Find & Replace to include CS handling to start But seems like some visual representation of Find/Select or Find All/Select All could be handled via the SB Styles Deck content panels--implement context menu & shortcuts for find and select of PS and CS from the SB. And possibly handle the other style types as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input
https://bugs.documentfoundation.org/show_bug.cgi?id=158112 --- Comment #13 from xordevore...@gmail.com --- I'm not seeing deprecation for alt codes in Windows. https://learn.microsoft.com/en-us/windows/whats-new/deprecated-features Was there a particular source that you were reading? Windows.Crud.Com? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input
https://bugs.documentfoundation.org/show_bug.cgi?id=158112 --- Comment #12 from xordevore...@gmail.com --- I always thought based on Windows issues cropping up that weren't on Linxus and devs at Document Foundation were completely biased against windows, and now I know... "IMHO past time to dump that legacy Win crud, which MS has deprecated." -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158493] tip on "formula bar" for "formula making" is displaying over the formula itself.
https://bugs.documentfoundation.org/show_bug.cgi?id=158493 --- Comment #2 from ady --- Also attachment 183524 originally posted in bug 151995 comment 0 is relevant here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158493] tip on "formula bar" for "formula making" is displaying over the formula itself.
https://bugs.documentfoundation.org/show_bug.cgi?id=158493 ady changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #1 from ady --- As per bug 151677 comment 11 (and others), let's CC Michael Weghorn. Attachment 191184 originally posted in bug 151677 comment 9 is relevant here. The Version field is probably around 7.4.x or even older. Might this be possibly related to *gtk3* (or, who knows, maybe to dark mode)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input
https://bugs.documentfoundation.org/show_bug.cgi?id=158112 --- Comment #11 from xordevore...@gmail.com --- If I can use alt codes in the REST of the windows interface across multiple programs, I should be able to in LibreOffice, and, until recently, I COULD. Restore this functionality. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103341 Bug 103341 depends on bug 156243, which changed state. Bug 156243 Summary: AUTOCORRECT: with "Edit"->"Track Changes"->"Show" enabled, doing "Tools"->"AutoCorrect"->"Apply and Edit Changes"->"Accept All" fails to AutoCorrect last character in sequence https://bugs.documentfoundation.org/show_bug.cgi?id=156243 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103341 Bug 103341 depends on bug 117651, which changed state. Bug 117651 Summary: AutoCorrect does not change preexisting text inside /slashes/ to italics, nor change -strikethrough- https://bugs.documentfoundation.org/show_bug.cgi?id=117651 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=102847 Bug 102847 depends on bug 62603, which changed state. Bug 62603 Summary: Find/Replace applies the font attributes of the first character in the 'find' match to the entire replaced string - often with undesired effects, such as losing italic or bold direct formatting https://bugs.documentfoundation.org/show_bug.cgi?id=62603 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx | 20 + connectivity/source/drivers/mysqlc/mysqlc_user.cxx | 135 +- connectivity/source/drivers/mysqlc/mysqlc_user.hxx |6 3 files changed, 151 insertions(+), 10 deletions(-) New commits: commit 7265820661325578011ffd336316ddfa38c511c2 Author: Julien Nabet AuthorDate: Sat Dec 2 21:21:27 2023 +0100 Commit: Julien Nabet CommitDate: Sat Dec 2 22:45:34 2023 +0100 Mysql/Mariadb: implement User and ODatabaseMetaData privileges methods User::getPrivileges User::getGrantablePrivileges + create ancillary User::findPrivilegesAndGrantPrivileges ODatabaseMetaData::getTablePrivileges Change-Id: Ib189aa121a3096aab412be68c76a3edaa11af1ec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160247 Reviewed-by: Julien Nabet Tested-by: Jenkins diff --git a/connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx b/connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx index 1bc934af57a9..901c9bd6dc83 100644 --- a/connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx +++ b/connectivity/source/drivers/mysqlc/mysqlc_databasemetadata.cxx @@ -1011,11 +1011,23 @@ Reference SAL_CALL ODatabaseMetaData::getBestRowIdentifier(const Any } Reference SAL_CALL ODatabaseMetaData::getTablePrivileges( -const Any& /*catalog*/, const OUString& /*schemaPattern*/, const OUString& /*tableNamePattern*/) +const Any& /* catalog */, const OUString& schemaPattern, const OUString& tableNamePattern) { -// TODO -SAL_WARN("connectivity.mysqlc", "method not implemented"); -throw SQLException("getTablePrivileges method not implemented", *this, "IM001", 0, Any()); +OUString query("SELECT TABLE_SCHEMA TABLE_CAT, " + "NULL TABLE_SCHEM, " + "TABLE_NAME, " + "NULL GRANTOR," + "GRANTEE, " + "PRIVILEGE_TYPE PRIVILEGE, " + "IS_GRANTABLE " + "FROM INFORMATION_SCHEMA.TABLE_PRIVILEGES " + "WHERE TABLE_SCHEMA LIKE '?' " + "AND TABLE_NAME='?'"); +query = query.replaceFirst("?", schemaPattern); +query = query.replaceFirst("?", tableNamePattern); +Reference statement = m_rConnection.createStatement(); +Reference rs = statement->executeQuery(query); +return rs; } Reference SAL_CALL ODatabaseMetaData::getCrossReference( diff --git a/connectivity/source/drivers/mysqlc/mysqlc_user.cxx b/connectivity/source/drivers/mysqlc/mysqlc_user.cxx index c1cdc1e537af..4ca048ad6cdb 100644 --- a/connectivity/source/drivers/mysqlc/mysqlc_user.cxx +++ b/connectivity/source/drivers/mysqlc/mysqlc_user.cxx @@ -10,6 +10,11 @@ #include #include "mysqlc_user.hxx" +#include +#include +#include +#include +#include using namespace ::connectivity; using namespace ::connectivity::mysqlc; @@ -17,6 +22,7 @@ using namespace ::connectivity::sdbcx; using namespace ::com::sun::star; using namespace ::com::sun::star::sdbc; +using namespace ::com::sun::star::sdbcx; User::User(css::uno::Reference xConnection) : OUser(true) // Case Sensitive @@ -36,16 +42,133 @@ void User::changePassword(const OUString&, const OUString& /* newPassword */) // TODO: implement } -sal_Int32 User::getPrivileges(const OUString&, sal_Int32) +typedef connectivity::sdbcx::OUser_BASE OUser_BASE_RBHELPER; + +sal_Int32 SAL_CALL User::getPrivileges(const OUString& objName, sal_Int32 objType) { -// TODO: implement. -return 0; +::osl::MutexGuard aGuard(m_aMutex); +checkDisposed(OUser_BASE_RBHELPER::rBHelper.bDisposed); + +sal_Int32 nRights, nRightsWithGrant; +findPrivilegesAndGrantPrivileges(objName, objType, nRights, nRightsWithGrant); +return nRights; } -sal_Int32 User::getGrantablePrivileges(const OUString&, sal_Int32) +void User::findPrivilegesAndGrantPrivileges(const OUString& objName, sal_Int32 objType, +sal_Int32& nRights, sal_Int32& nRightsWithGrant) { -// TODO: implement. -return 0; +nRightsWithGrant = nRights = 0; +// first we need to create the sql stmt to select the privs +css::uno::Reference xMeta = m_xConnection->getMetaData(); +OUString sCatalog, sSchema, sTable; +::dbtools::qualifiedNameComponents(xMeta, objName, sCatalog, sSchema, sTable, + ::dbtools::EComposeRule::InDataManipulation); +css::uno::Reference xRes; +switch (objType) +{ +case css::sdbcx::PrivilegeObject::TABLE: +case css::sdbcx::PrivilegeObject::VIEW: +{ +css::uno::Any aCatalog; +if (!sCatalog.isEmpty()) +aCatalog <<= sCatalog; +xRes = xMeta->getTablePrivileges(aCatalog, sSchema, sTable); +} +break; + +case css::sdbcx::PrivilegeObject::COLUMN: +{ +
[Libreoffice-bugs] [Bug 97991] Reducing the size of the Windows Installer
https://bugs.documentfoundation.org/show_bug.cgi?id=97991 Bug 97991 depends on bug 158492, which changed state. Bug 158492 Summary: share/config/images_helpimg.zip seems an unused legacy file https://bugs.documentfoundation.org/show_bug.cgi?id=158492 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147769] No ability to select all content with a specific style or DF
https://bugs.documentfoundation.org/show_bug.cgi?id=147769 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de --- Comment #12 from Dieter --- Cor, Mikros, Stuart, I think you're the experts Heiko mentioned in comment 10. So any inputs from you? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158492] share/config/images_helpimg.zip seems an unused legacy file
https://bugs.documentfoundation.org/show_bug.cgi?id=158492 Gabor Kelemen (allotropia) changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #1 from Gabor Kelemen (allotropia) --- It' not unused, these are images used by the local help. >From Repository.mk: $(if $(ENABLE_HTMLHELP),\ helpcontent2_html_dynamic \ helpcontent2_html_media \ helpcontent2_html_icon-themes \ helpcontent2_html_static \ and in helpcontent2/Package_html_media.mk lists the images/example files. Grepping for their name shows that these are referenced from help files, for example: gabor@voldemort:~/src/core/helpcontent2$ git grep files/scalc/conditionalformatting.ods Package_html_media.mk:files/scalc/conditionalformatting.ods \ source/text/scalc/06/calcsamplefiles.xhp: gabor@voldemort:~/src/core/helpcontent2$ git grep what-if.png Package_html_media.mk:helpimg/what-if.png \ source/text/scalc/guide/multioperation.xhp:what-if sheet area gabor@voldemort:~/src/core/helpcontent2$ git grep swh00179.png Package_html_media.mk:helpimg/swh00179.png \ source/text/shared/guide/tabs.xhp:Icon -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158377] Writer formatting header supression
https://bugs.documentfoundation.org/show_bug.cgi?id=158377 Dieter changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||dgp-m...@gmx.de --- Comment #1 from Dieter --- Thorne, thank you for reporting the bug. Please add aome sreps to reproduce or a sample document, that makes it easier to reproducd the bug. Please also add information from Help -> About LibreOffice Thank you. => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124116] Track-changes Hebrew & Arabic punctuation shifted from correct position on regular text
https://bugs.documentfoundation.org/show_bug.cgi?id=124116 --- Comment #10 from Eyal Rozenberg --- Bug still manifests (for Hebrew and for Arabic) with: Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 516f800f84b533db0082b1f39c19d1af40ab29c8 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'private/mmeeks/sandbox'
New branch 'private/mmeeks/sandbox' available with the following commits: commit 16306492b8b584fc5f5ec835b6a91dd11259c59c Author: Szymon Kłos Date: Wed Nov 29 14:00:32 2023 +0100 sal: osl::File allow to create files in sandbox "realpath" returns NULL for path which doesn't exist. Allow usage of non-existing paths if parent is allowed. This allows to successfully start the sandboxed kit. osl_setAllowedPaths will allow now to use: /foo/bar/nonexisting - previously it was ignored, is needed for LOK but /foo/bar/nonexisting/newlevel - still cannot be used isForbidden now checks parents of non-existing dir and assumes the same permissions, if parent doesn't exist - it tries with parent of parent, etc ... Change-Id: I1052747ca284d2f81dfd5c5fbf893936e7426220 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160111 Tested-by: Jenkins CollaboraOffice Reviewed-by: Michael Meeks commit 8381590b8ba86dcaf9e9c27574b85df7d53b5198 Author: Szymon Kłos Date: Thu Nov 30 15:36:57 2023 +0100 lok: import Work path from LOK_WORKDIR Change-Id: If0c9727f53c1c4dfb78d1ccbd6b3ff602268bbf7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160156 Reviewed-by: Michael Meeks Tested-by: Jenkins CollaboraOffice commit 921bb9f237eb1dfa9b5dc4add7502ec463b9d934 Author: Michael Meeks Date: Sat Nov 25 21:24:49 2023 + lok: import allowed paths from the SAL_ALLOWED_PATHS. Do this on second init, in order to be able to reset this for each child kit process. Change-Id: I6939ea3677ea2b84c8944b63a9a9120e880a6bfa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159961 Tested-by: Jenkins CollaboraOffice Reviewed-by: Szymon Kłos commit 615c8b01f03b60c0a58bf3484b81083509bcbcc4 Author: Michael Meeks Date: Wed Nov 22 19:37:38 2023 + sal: initial osl::File sand-boxing commit for Unix. Change-Id: If2c106fef9640499b82b5cf350cb5169beb219fb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159838 Reviewed-by: Szymon Kłos Tested-by: Jenkins CollaboraOffice Reviewed-by: Michael Meeks
[Libreoffice-bugs] [Bug 158248] Ability to add to any folder in the Gallery by dragging into it
https://bugs.documentfoundation.org/show_bug.cgi?id=158248 --- Comment #18 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #17) > While via Extension and for sysadmins with os/fs permissions can > modify/delete existing gallery items on the RO Internal Paths--questionable > requirement for users to be able to via UI. Deletions are a different bug: 158479 But for both additions and deletions - they can be user-specific, with the user never changing anything in the system paths, just under their own path. No need for special permissions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155617] can't center or align right a table
https://bugs.documentfoundation.org/show_bug.cgi?id=155617 Dieter changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG CC||dgp-m...@gmx.de --- Comment #6 from Dieter --- (In reply to ksso from comment #4) > Tables can be centered (a secondary click and alignment). > Apologies. Maybe it's because in tabbed view there are no buttons to align > the table, but that's another matter, I don't know if you can customize the > bars from tabbed view. > Thank you. => RESOLVED NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: .git-hooks/pre-commit
.git-hooks/pre-commit | 31 +++ 1 file changed, 31 insertions(+) New commits: commit 18ff318c759aa228e317cf916f39bd6bf2d8dfb4 Author: Mike Kaganski AuthorDate: Sat Dec 2 17:57:06 2023 +0100 Commit: Mike Kaganski CommitDate: Sat Dec 2 21:55:33 2023 +0100 Revert "Drop allownonascii check from pre-commit checks" This reverts commit 8a0015c35f3f137e4f3a80e40616bc078e265a1c. See https://lists.freedesktop.org/archives/libreoffice/2023-December/091265.html for details. Change-Id: I9bfa893af935587c7a4681e71b13a734d5f50b5b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160177 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/.git-hooks/pre-commit b/.git-hooks/pre-commit index 48f131920fd3..521ed202b9ac 100755 --- a/.git-hooks/pre-commit +++ b/.git-hooks/pre-commit @@ -381,6 +381,37 @@ if ( system( "git rev-parse --verify HEAD >/dev/null 2>&1" ) == 0 ) $against="HEAD" } +# If you want to allow non-ascii filenames set this variable to true. +my $allownonascii=`git config hooks.allownonascii`; +chomp $allownonascii; + +# Cross platform projects tend to avoid non-ascii filenames; prevent +# them from being added to the repository. We exploit the fact that the +# printable range starts at the space character and ends with tilde. +if ( $allownonascii ne "true" && +# Note that the use of brackets around a tr range is ok here, (it's +# even required, for portability to Solaris 10's /usr/bin/tr), since +# the square bracket bytes happen to fall in the designated range. +`git diff --cached --name-only --diff-filter=A -z $against | \ + LC_ALL=C tr -d '[ -~]\\0'` ne "" ) +{ +print <)
[Libreoffice-commits] core.git:
filter/qa/unit/textfilterdetect.cxx | 56 +++- 1 file changed, 42 insertions(+), 14 deletions(-) New commits: commit fbf025b4903bfcb93c3d4bbf1ebbf860cf11618d Author: Mike Kaganski AuthorDate: Sat Dec 2 19:51:57 2023 +0300 Commit: Mike Kaganski CommitDate: Sat Dec 2 21:55:03 2023 +0100 Make testHybridPDFFile Windows-only, and filenames in repo ASCII-only. See https://lists.freedesktop.org/archives/libreoffice/2023-December/091265.html for details. Change-Id: I73f4a48c9b71adc42354f099dcc98aff56e3fc43 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160246 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git "a/filter/qa/unit/data/hybrid_calc_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" b/filter/qa/unit/data/hybrid_calc.pdf similarity index 100% rename from "filter/qa/unit/data/hybrid_calc_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" rename to filter/qa/unit/data/hybrid_calc.pdf diff --git "a/filter/qa/unit/data/hybrid_impress_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" b/filter/qa/unit/data/hybrid_impress.pdf similarity index 100% rename from "filter/qa/unit/data/hybrid_impress_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" rename to filter/qa/unit/data/hybrid_impress.pdf diff --git "a/filter/qa/unit/data/hybrid_writer_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" b/filter/qa/unit/data/hybrid_writer.pdf similarity index 100% rename from "filter/qa/unit/data/hybrid_writer_\320\260\320\261\320\262_\316\261\316\262\316\263.pdf" rename to filter/qa/unit/data/hybrid_writer.pdf diff --git a/filter/qa/unit/textfilterdetect.cxx b/filter/qa/unit/textfilterdetect.cxx index c88de0e8790d..c39708668965 100644 --- a/filter/qa/unit/textfilterdetect.cxx +++ b/filter/qa/unit/textfilterdetect.cxx @@ -19,6 +19,7 @@ #include #include #include +#include #include #include #include @@ -176,6 +177,10 @@ CPPUNIT_TEST_FIXTURE(TextFilterDetectTest, testEmptyFile) } } +// The unit test fails on some Linux systems. Until it is found out why the file URLs are broken +// there, let it be Windows-only, since the original issue tested here was Windows-specific. +// See https://lists.freedesktop.org/archives/libreoffice/2023-December/091265.html for details. +#ifdef _WIN32 CPPUNIT_TEST_FIXTURE(TextFilterDetectTest, testHybridPDFFile) { // Make sure that file locking is ON @@ -188,23 +193,46 @@ CPPUNIT_TEST_FIXTURE(TextFilterDetectTest, testHybridPDFFile) // Given a hybrid PDF file -// Created in Writer -loadFromURL(u"hybrid_writer_абв_αβγ.pdf"); -// Make sure it opens in Writer. -// Without the accompanying fix in place, this test would have failed on Windows, as it was -// opened in Draw instead. -CPPUNIT_ASSERT(supportsService(mxComponent, "com.sun.star.text.TextDocument")); +{ +// Created in Writer +utl::TempFileNamed nonAsciiName(u"абв_αβγ_"); +nonAsciiName.EnableKillingFile(); +CPPUNIT_ASSERT_EQUAL( +osl::FileBase::E_None, +osl::File::copy(createFileURL(u"hybrid_writer.pdf"), nonAsciiName.GetURL())); +load(nonAsciiName.GetURL()); +// Make sure it opens in Writer. +// Without the accompanying fix in place, this test would have failed on Windows, as it was +// opened in Draw instead. +CPPUNIT_ASSERT(supportsService(mxComponent, "com.sun.star.text.TextDocument")); +} -// Created in Calc -loadFromURL(u"hybrid_calc_абв_αβγ.pdf"); -// Make sure it opens in Calc. -CPPUNIT_ASSERT(supportsService(mxComponent, "com.sun.star.sheet.SpreadsheetDocument")); +{ +// Created in Calc +utl::TempFileNamed nonAsciiName(u"абв_αβγ_"); +nonAsciiName.EnableKillingFile(); +CPPUNIT_ASSERT_EQUAL( +osl::FileBase::E_None, +osl::File::copy(createFileURL(u"hybrid_calc.pdf"), nonAsciiName.GetURL())); +load(nonAsciiName.GetURL()); +// Make sure it opens in Calc. +CPPUNIT_ASSERT(supportsService(mxComponent, "com.sun.star.sheet.SpreadsheetDocument")); +} -// Created in Impress -loadFromURL(u"hybrid_impress_абв_αβγ.pdf"); -// Make sure it opens in Impress. -CPPUNIT_ASSERT(supportsService(mxComponent, "com.sun.star.presentation.PresentationDocument")); +{ +// Created in Impress +utl::TempFileNamed nonAsciiName(u"абв_αβγ_"); +nonAsciiName.EnableKillingFile(); +CPPUNIT_ASSERT_EQUAL( +osl::FileBase::E_None, +osl::File::copy(createFileURL(u"hybrid_impress.pdf"), nonAsciiName.GetURL())); +load(nonAsciiName.GetURL()); +// Make sure it opens in Impress. +CPPUNIT_ASSERT( +supportsService(mxComponent, "com.sun.star.presentation.PresentationDocument")); +} } +#endif // _WIN32 } CPPUNIT_PLUGIN_IMPLEMENT();
[Libreoffice-bugs] [Bug 135348] Distorted images when exporting to PNG (and possibly other formats) with transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=135348 Alistair Saywell changed: What|Removed |Added Resolution|INSUFFICIENTDATA|--- Status|RESOLVED|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135348] Distorted images when exporting to PNG (and possibly other formats) with transparency
https://bugs.documentfoundation.org/show_bug.cgi?id=135348 --- Comment #15 from Alistair Saywell --- Created attachment 191197 --> https://bugs.documentfoundation.org/attachment.cgi?id=191197=edit Impress slide with large margins and two drawing objects to export to PNG Export to PNG with transparency set exports only the parts of the slide inside the margins but the dimensions of the slide are set as the dimensions of the PNG resulting in distortion of the resulting PNG. Also applies to Draw. Attachment created as described: 1. Open a new Impress blank slide at Screen 16:9 2. Set the right and left margins to 10 cm, leaving an 8cm area for content 3. Draw a 5.00 cm diameter circle, blue fill, inside the margins 4. Copy the circle to overlap a margin and area fill circle to green 5. Click File > Export and set PNG, ensure Transparency is ticked, leave other settings RESULT: Exported PNG has proportions of full page but only the content within the margins are included. The blue circle is distorted to a flat ellipse and green circle is cropped, see slide 2 6. Instead, click File > Export and set PNG, ensure Transparency is NOT ticked, leave other settings RESULT: Exported PNG has proportions of full page and all content is complete and undistorted, see slide 3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158494] .ods file loads for too long to open this specific file.
https://bugs.documentfoundation.org/show_bug.cgi?id=158494 Basilisvirus changed: What|Removed |Added CC||christiani...@tutanota.com --- Comment #1 from Basilisvirus --- Created attachment 191196 --> https://bugs.documentfoundation.org/attachment.cgi?id=191196=edit The file with the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158494] New: .ods file loads for too long to open this specific file.
https://bugs.documentfoundation.org/show_bug.cgi?id=158494 Bug ID: 158494 Summary: .ods file loads for too long to open this specific file. Product: LibreOffice Version: 7.5.8.2 release Hardware: PowerPC OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: christiani...@tutanota.com Description: For some reason this specific file needs ~1 minute to open using libreoffice calc. The file is really small so I dont understand why it takes so long. I consider this a bug or a corrupted file. Steps to Reproduce: 1. Open the file I attached. May need to be opened on windows 11, as I use. 2. Observe it takes more than 30 seconds to load, saying "loading document..." at the bottom left. 3. After it loads, observe that the file is small. Actual Results: 1. Open the file I attached. May need to be opened on windows 11, as I use. 2. Observe it takes more than 30 seconds to load 3. After it loads, observe that the file is small. Expected Results: 1. Open the file I attached. May need to be opened on windows 11, as I use. 2. It should take up to 5 seconds to load that file. Reproducible: Always User Profile Reset: Yes Additional Info: I Just also notices that My version it says its windows 10 but I have windows 11. My pc is fast, it shouldt take so much time. I created this file in my pc. I tried opening the file in another laptop, which has an older version of libreoffice and it opened fast there. Version: 7.5.8.2 (X86_64) / LibreOffice Community Build ID: f718d63693263970429a68f568db6046aaa9df01 CPU threads: 16; OS: Windows 10.0 Build 22000; UI render: Skia/Vulkan; VCL: win Locale: el-GR (el_GR); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153837] Regional settings for French Canada standards are missing
https://bugs.documentfoundation.org/show_bug.cgi?id=153837 --- Comment #13 from jennykim --- Two hours ago, I got version 750 from LibreOffice's French download page. However, until the user applies the French language by https://stumbleguymodapk.net/ and French Help Packages, the webpage, instructions, and software are all in English. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/bitmap/BitmapEx.cxx | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) New commits: commit 52512614d27d0dfe6ff94a738ed3b0cd477ef251 Author: Noel Grandin AuthorDate: Sat Dec 2 15:38:57 2023 +0200 Commit: Noel Grandin CommitDate: Sat Dec 2 21:27:15 2023 +0100 Simplify some AlphaMask code AlphaMask has an operator=, no need for extra complication Change-Id: Ib0f4aba4e1c9a4a594cc1cbc92f3a335dc9295a8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160243 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/vcl/source/bitmap/BitmapEx.cxx b/vcl/source/bitmap/BitmapEx.cxx index 1ef50dc5d6a7..84c14cae4b7c 100644 --- a/vcl/source/bitmap/BitmapEx.cxx +++ b/vcl/source/bitmap/BitmapEx.cxx @@ -65,7 +65,7 @@ BitmapEx::BitmapEx( const BitmapEx& rBitmapEx, Point aSrc, Size aSize ) maBitmap = Bitmap(aSize, rBitmapEx.maBitmap.getPixelFormat()); SetSizePixel(aSize); if( rBitmapEx.IsAlpha() ) -maAlphaMask = AlphaMask( aSize ).ImplGetBitmap(); +maAlphaMask = AlphaMask( aSize ); tools::Rectangle aDestRect( Point( 0, 0 ), aSize ); tools::Rectangle aSrcRect( aSrc, aSize ); @@ -149,7 +149,7 @@ BitmapEx::BitmapEx( const Bitmap& rBmp, const Bitmap& rMask ) : BitmapEx::BitmapEx( const Bitmap& rBmp, const AlphaMask& rAlphaMask ) : maBitmap ( rBmp ), -maAlphaMask ( rAlphaMask.ImplGetBitmap() ), +maAlphaMask ( rAlphaMask ), maBitmapSize ( maBitmap.GetSizePixel() ) { if (!maBitmap.IsEmpty() && !maAlphaMask.IsEmpty() && maBitmap.GetSizePixel() != maAlphaMask.GetSizePixel()) @@ -438,10 +438,7 @@ bool BitmapEx::CopyPixel( const tools::Rectangle& rRectDst, const tools::Rectang else { sal_uInt8 nTransparencyOpaque = 0; -std::optional pAlpha(std::in_place, GetSizePixel(), ); - -maAlphaMask = pAlpha->ImplGetBitmap(); -pAlpha.reset(); +maAlphaMask = AlphaMask(GetSizePixel(), ); maAlphaMask.CopyPixel( rRectDst, rRectSrc, >maAlphaMask ); } } @@ -450,7 +447,7 @@ bool BitmapEx::CopyPixel( const tools::Rectangle& rRectDst, const tools::Rectang sal_uInt8 nTransparencyOpaque = 0; const AlphaMask aAlphaSrc(pBmpExSrc->GetSizePixel(), ); -maAlphaMask.CopyPixel( rRectDst, rRectSrc, () ); +maAlphaMask.CopyPixel( rRectDst, rRectSrc, ); } } }
[Libreoffice-bugs] [Bug 158493] New: tip on "formula bar" for "formula making" is displaying over the formula itself.
https://bugs.documentfoundation.org/show_bug.cgi?id=158493 Bug ID: 158493 Summary: tip on "formula bar" for "formula making" is displaying over the formula itself. Product: LibreOffice Version: 7.6.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: paj...@gmail.com tip on "formula bar" for "formula making" is displaying over the formula itself when autoinput is selected. Expected: Tooltip for formula making to not be displayed over the formula itself. Same issue of #151677 but it seems to be a different cause. It started to happen to me at the same time as the original bug but didnt mention anything because i thought it was the same bug Can find an screenshot in https://bugs.documentfoundation.org/attachment.cgi?id=191184 Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Debian package version: 4:7.6.3-2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158492] share/config/images_helpimg.zip seems an unused legacy file
https://bugs.documentfoundation.org/show_bug.cgi?id=158492 Jérôme changed: What|Removed |Added Blocks||97991 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=97991 [Bug 97991] Reducing the size of the Windows Installer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97991] Reducing the size of the Windows Installer
https://bugs.documentfoundation.org/show_bug.cgi?id=97991 Jérôme changed: What|Removed |Added Depends on||158492 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158492 [Bug 158492] share/config/images_helpimg.zip seems an unused legacy file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158492] New: share/config/images_helpimg.zip seems an unused legacy file
https://bugs.documentfoundation.org/show_bug.cgi?id=158492 Bug ID: 158492 Summary: share/config/images_helpimg.zip seems an unused legacy file Product: LibreOffice Version: 7.6.3.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jerome.bo...@laposte.net I extracted the content of the LibreOffice_7.6.3_Win_x86-64.msi archive (345MB) with msiextract. This main MSI archive installs the below file : share/config/images_helpimg.zip The content of this zip file looks like the content of the below directory : help/media/helpimg If this file can be deleted, it would save roughly 1 MB into the main MSI archive. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/vcl vcl/qa vcl/source vcl/unx
include/vcl/alpha.hxx |2 +- vcl/qa/cppunit/BackendTest.cxx |2 +- vcl/qa/cppunit/canvasbitmaptest.cxx |4 ++-- vcl/source/bitmap/BitmapTools.cxx |2 +- vcl/source/bitmap/alpha.cxx | 11 --- vcl/unx/generic/window/salframe.cxx |2 +- 6 files changed, 6 insertions(+), 17 deletions(-) New commits: commit 1c1806724dd9010d365fa64cc741a1e94dc9b065 Author: Noel Grandin AuthorDate: Sat Dec 2 15:28:47 2023 +0200 Commit: Noel Grandin CommitDate: Sat Dec 2 20:20:40 2023 +0100 AlphaMask::ReleaseAccess is unnecessary There is no way the format can change via the Bitmap*Access mechanisms, and we already perform these asserts in the constructor and operator=. The code has been there since commit 8ab086b6cc054501bfbf7ef6fa509c393691e860 Author: Jens-Heiner Rechtien Date: Mon Sep 18 16:07:07 2000 + initial import Change-Id: I75195f6fd4e29d7133e787131b6c8479a9188d1c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160242 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/include/vcl/alpha.hxx b/include/vcl/alpha.hxx index 9c6b1070ed53..8de4ea113d01 100644 --- a/include/vcl/alpha.hxx +++ b/include/vcl/alpha.hxx @@ -66,7 +66,7 @@ public: BitmapReadAccess* AcquireAlphaReadAccess() { return Bitmap::AcquireReadAccess(); } BitmapWriteAccess* AcquireAlphaWriteAccess() { return Bitmap::AcquireWriteAccess(); } -voidReleaseAccess( BitmapReadAccess* pAccess ); +using Bitmap::ReleaseAccess; typedef vcl::ScopedBitmapAccess ScopedReadAccess; diff --git a/vcl/qa/cppunit/BackendTest.cxx b/vcl/qa/cppunit/BackendTest.cxx index e5013d244335..c4cc184fb7ad 100644 --- a/vcl/qa/cppunit/BackendTest.cxx +++ b/vcl/qa/cppunit/BackendTest.cxx @@ -1182,7 +1182,7 @@ public: alpha.Erase(255); // transparent BitmapWriteAccess* alphaWrite = alpha.AcquireAlphaWriteAccess(); alphaWrite->SetPixelIndex(0, 0, 255); // opaque -alpha.ReleaseAccess(alphaWrite); +Bitmap::ReleaseAccess(alphaWrite); device->DrawBitmapEx(Point(2, 2), BitmapEx(bitmap, alpha)); exportDevice("blend_extended_04.png", device); CPPUNIT_ASSERT_EQUAL(COL_BLUE, device->GetPixel(Point(2, 2))); diff --git a/vcl/qa/cppunit/canvasbitmaptest.cxx b/vcl/qa/cppunit/canvasbitmaptest.cxx index 78eb033f90b0..5aba5982427e 100644 --- a/vcl/qa/cppunit/canvasbitmaptest.cxx +++ b/vcl/qa/cppunit/canvasbitmaptest.cxx @@ -701,7 +701,7 @@ void CanvasBitmapTest::runTest() pAcc->SetPixel(0,0,BitmapColor(0)); pAcc->SetPixel(0,1,BitmapColor(255)); pAcc->SetPixel(0,2,BitmapColor(0)); -aAlpha.ReleaseAccess(pAcc); +Bitmap::ReleaseAccess(pAcc); } } @@ -772,7 +772,7 @@ void CanvasBitmapTest::runTest() CPPUNIT_ASSERT_EQUAL_MESSAGE("(9,2) correct alpha content", BitmapColor(2), pAlphaAcc->GetPixel(2,9)); -aBitmapAlpha.ReleaseAccess(pAlphaAcc); +Bitmap::ReleaseAccess(pAlphaAcc); Bitmap::ReleaseAccess(pBmpAcc); } } diff --git a/vcl/source/bitmap/BitmapTools.cxx b/vcl/source/bitmap/BitmapTools.cxx index 7caf1f12f328..1b67ea06ac1a 100644 --- a/vcl/source/bitmap/BitmapTools.cxx +++ b/vcl/source/bitmap/BitmapTools.cxx @@ -992,7 +992,7 @@ void CanvasCairoExtractBitmapData( BitmapEx const & aBmpEx, Bitmap & aBitmap, un ::Bitmap::ReleaseAccess( pBitmapReadAcc ); if( pAlphaReadAcc ) -aAlpha.ReleaseAccess( pAlphaReadAcc ); +::Bitmap::ReleaseAccess( pAlphaReadAcc ); bHasAlpha = bIsAlpha; diff --git a/vcl/source/bitmap/alpha.cxx b/vcl/source/bitmap/alpha.cxx index b250f4170a74..65b63dd1ffd0 100644 --- a/vcl/source/bitmap/alpha.cxx +++ b/vcl/source/bitmap/alpha.cxx @@ -176,17 +176,6 @@ bool AlphaMask::hasAlpha() const return false; } -void AlphaMask::ReleaseAccess( BitmapReadAccess* pAccess ) -{ -if( pAccess ) -{ -Bitmap::ReleaseAccess( pAccess ); -Convert( BmpConversion::N8BitNoConversion ); -} -assert( getPixelFormat() == vcl::PixelFormat::N8_BPP && "alpha bitmap should be 8bpp" ); -assert( HasGreyPalette8Bit() && "alpha bitmap should have greyscale palette" ); -} - bool AlphaMask::AlphaCombineOr(const AlphaMask& rMask) { ScopedReadAccess pMaskAcc(const_cast(rMask)); diff --git a/vcl/unx/generic/window/salframe.cxx b/vcl/unx/generic/window/salframe.cxx index d634bddb1eab..8d1691ee212d 100644 --- a/vcl/unx/generic/window/salframe.cxx +++ b/vcl/unx/generic/window/salframe.cxx @@ -282,7 +282,7 @@ static void CreateNetWmAppIcon( sal_uInt16 nIcon, NetWmIconData& netwm_icon ) netwm_icon[ pos++ ] = 255 - alpha.GetBlue()) * 256U ) + col.GetRed()) * 256 + col.GetGreen()) * 256 + col.GetBlue(); } Bitmap::ReleaseAccess( iconData ); -
[Libreoffice-bugs] [Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input
https://bugs.documentfoundation.org/show_bug.cgi?id=158112 Buovjaga changed: What|Removed |Added CC||xordevore...@gmail.com --- Comment #10 from Buovjaga --- *** Bug 158490 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158490] Can't enter Alt-codes now
https://bugs.documentfoundation.org/show_bug.cgi?id=158490 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Buovjaga --- *** This bug has been marked as a duplicate of bug 158112 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - extras/source
extras/source/templates/presnt/Blueprint_Plans/styles.xml |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) New commits: commit 0621b2be4e7e950ef1fb65b6f81aa5c9434e71c5 Author: Laurent Balland AuthorDate: Wed Nov 22 08:56:21 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sat Dec 2 20:03:13 2023 +0100 tdf#158205 Blueprint Impress template background On first master page, move picture from page background to an object at the background Change-Id: I0e01ee9cad4a282c98e3678a7a45cfe13698e0e3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159807 Tested-by: Jenkins Reviewed-by: Laurent Balland (cherry picked from commit 9c1a9c66897225b26340de71bf71b11bc088bdca) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160176 Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/templates/presnt/Blueprint_Plans/styles.xml b/extras/source/templates/presnt/Blueprint_Plans/styles.xml index d381e582b45b..b15863b89f3e 100644 --- a/extras/source/templates/presnt/Blueprint_Plans/styles.xml +++ b/extras/source/templates/presnt/Blueprint_Plans/styles.xml @@ -907,7 +907,7 @@ - + @@ -1175,6 +1175,11 @@ + + + + +
[Libreoffice-bugs] [Bug 158225] Incorrect encoding while opening cyrillic document created in MS Word 5.1 for Macintosh FILEOPEN
https://bugs.documentfoundation.org/show_bug.cgi?id=158225 --- Comment #23 from Mikhail Kukharenko --- (In reply to osnola from comment #22) > Note: I will try to force conversion by hand at the end of the week. Thank you! Will be waiting for it. May be its possible to set font directly inside binary word document... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158014] Skia adds filled white areas in .svg when exporting to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=158014 --- Comment #11 from Patrick Luby --- Created attachment 191195 --> https://bugs.documentfoundation.org/attachment.cgi?id=191195=edit Export as PDF on macOS after comment 8 patch -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158014] Skia adds filled white areas in .svg when exporting to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=158014 Patrick Luby changed: What|Removed |Added Assignee|plub...@libreoffice.org |libreoffice-b...@lists.free ||desktop.org --- Comment #10 from Patrick Luby --- I cannot reproduce this bug since the patch in comment 8 on macOS with Skia/Metal, Skia/Raster, or Skia disabled. I've tested a recent nightly master build and my local master build: Version: 24.2.0.0.alpha1+ (AARCH64) / LibreOffice Community Build ID: 4f928a5823b0bc7cd8af1d588e2084ae1ff1543f CPU threads: 8; OS: macOS 14.1.2; UI render: Skia/Raster; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/Library_mysqlc.mk connectivity/source
connectivity/Library_mysqlc.mk|1 connectivity/source/drivers/mysqlc/mysqlc_catalog.cxx | 25 +- connectivity/source/drivers/mysqlc/mysqlc_users.cxx | 73 ++ connectivity/source/drivers/mysqlc/mysqlc_users.hxx | 43 ++ 4 files changed, 141 insertions(+), 1 deletion(-) New commits: commit 4f928a5823b0bc7cd8af1d588e2084ae1ff1543f Author: Julien Nabet AuthorDate: Sat Dec 2 14:38:16 2023 +0100 Commit: Julien Nabet CommitDate: Sat Dec 2 18:35:20 2023 +0100 Mysql/Mariadb: implement refreshUsers so get access to users admin page There's still work to do: - retrieve privileges of each table since it's empty for the moment - make the checkboxes editable (it seems read only) - make the user management work (creating one doesn't work for example) Change-Id: Ia1d9c4db7faae16ec1903c5d7aa5e679ce5e944a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160244 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/connectivity/Library_mysqlc.mk b/connectivity/Library_mysqlc.mk index afc8f19b86cf..af46fb9ba137 100644 --- a/connectivity/Library_mysqlc.mk +++ b/connectivity/Library_mysqlc.mk @@ -68,6 +68,7 @@ $(eval $(call gb_Library_add_exception_objects,mysqlc,\ connectivity/source/drivers/mysqlc/mysqlc_tables \ connectivity/source/drivers/mysqlc/mysqlc_types \ connectivity/source/drivers/mysqlc/mysqlc_user \ + connectivity/source/drivers/mysqlc/mysqlc_users \ connectivity/source/drivers/mysqlc/mysqlc_view \ connectivity/source/drivers/mysqlc/mysqlc_views \ )) diff --git a/connectivity/source/drivers/mysqlc/mysqlc_catalog.cxx b/connectivity/source/drivers/mysqlc/mysqlc_catalog.cxx index d8b9db7422d0..d72ab1f65d72 100644 --- a/connectivity/source/drivers/mysqlc/mysqlc_catalog.cxx +++ b/connectivity/source/drivers/mysqlc/mysqlc_catalog.cxx @@ -10,6 +10,9 @@ #include "mysqlc_catalog.hxx" #include "mysqlc_tables.hxx" #include "mysqlc_views.hxx" +#include "mysqlc_users.hxx" +#include +#include connectivity::mysqlc::Catalog::Catalog( const css::uno::Reference& rConnection) @@ -64,7 +67,27 @@ void connectivity::mysqlc::Catalog::refreshGroups() //- IRefreshableUsers void connectivity::mysqlc::Catalog::refreshUsers() { -// TODO: implement me +css::uno::Reference statement = m_xConnection->createStatement(); +css::uno::Reference xUsers = statement->executeQuery( +"SELECT grantee FROM information_schema.user_privileges GROUP BY grantee"); + +if (!xUsers.is()) +return; + +::std::vector aUserNames; + +css::uno::Reference xRow(xUsers, css::uno::UNO_QUERY); +while (xUsers->next()) +{ +aUserNames.push_back(xRow->getString(1)); +} +xRow.clear(); +::comphelper::disposeComponent(xUsers); + +if (!m_pUsers) +m_pUsers.reset(new Users(m_xConnection->getMetaData(), *this, m_aMutex, aUserNames)); +else +m_pUsers->reFill(aUserNames); } /* vim:set shiftwidth=4 softtabstop=4 expandtab cinoptions=b1,g0,N-s cinkeys+=0=break: */ diff --git a/connectivity/source/drivers/mysqlc/mysqlc_users.cxx b/connectivity/source/drivers/mysqlc/mysqlc_users.cxx new file mode 100644 index ..62b8ae44836c --- /dev/null +++ b/connectivity/source/drivers/mysqlc/mysqlc_users.cxx @@ -0,0 +1,73 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; fill-column: 100 -*- */ +/* + * This file is part of the LibreOffice project. + * + * This Source Code Form is subject to the terms of the Mozilla Public + * License, v. 2.0. If a copy of the MPL was not distributed with this + * file, You can obtain one at http://mozilla.org/MPL/2.0/. + */ + +#include + +#include "mysqlc_user.hxx" +#include "mysqlc_users.hxx" + +using namespace ::connectivity; +using namespace ::connectivity::mysqlc; +using namespace ::connectivity::sdbcx; +using namespace ::cppu; +using namespace ::osl; +using namespace ::com::sun::star; +using namespace ::com::sun::star::beans; +using namespace ::com::sun::star::container; +using namespace ::com::sun::star::lang; +using namespace ::com::sun::star::sdbc; +using namespace ::com::sun::star::uno; + +Users::Users(const uno::Reference& rMetaData, OWeakObject& rParent, + Mutex& rMutex, ::std::vector const& rNames) +: OCollection(rParent, true, rMutex, rNames) +, m_xMetaData(rMetaData) +{ +} + +//- OCollection --- +void Users::impl_refresh() +{ +// TODO: IMPLEMENT ME +} + +ObjectType Users::createObject(const OUString& rName) +{ +return new User(m_xMetaData->getConnection(), rName); +} + +uno::Reference Users::createDescriptor() +{ +// There is some internal magic so that the same class can be used as either +// a descriptor or as a normal user. See VUser.cxx for the details. In our +
[Libreoffice-bugs] [Bug 158488] Impress templates: styles hierarchy for Text is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=158488 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||103314 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103314 [Bug 103314] [META] Templates bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103314] [META] Templates bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103314 BogdanB changed: What|Removed |Added Depends on||158488 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=158488 [Bug 158488] Impress templates: styles hierarchy for Text is broken -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158250] impress templates : a few png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=158250 --- Comment #6 from Jérôme --- @Laurent I'd be happy if you create a patch. Thank you very much. Could we possibly catch this large image with a regression test ? Maybe just something like ODF template size > 1MB ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158250] impress templates : a few png images could use indexed colours
https://bugs.documentfoundation.org/show_bug.cgi?id=158250 --- Comment #5 from Jérôme --- Created attachment 191194 --> https://bugs.documentfoundation.org/attachment.cgi?id=191194=edit png files candidates inside ODF files in share/template result of the below command lines : mkdir tmp && cd tmp for f in $( find ../share/template -type f -size +400c -iname '*.otp' -o -iname '*.ott' -o -iname '*.ots' -o -iname '*.otg' ) ; do { rm -rf * && echo Into ${f}: && 7z x -bb0 -bd ${f} > /dev/null && find . -type f -size +300c -not -wholename './Thumbnails/thumbnail.png' -iname '*.png' -exec file {} \; | grep -iv colormap ; } ; done -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/layout/layout3.cxx |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) New commits: commit 20661c37480c0cadc64d8e99da0463313e02d47c Author: Julien Nabet AuthorDate: Sat Dec 2 16:43:32 2023 +0100 Commit: Julien Nabet CommitDate: Sat Dec 2 17:45:25 2023 +0100 Extended loplugin:ostr: sw/qa/extras/layout/layout3.cxx Change-Id: I1b86da0ef1ccdd2ccb83f489563f634605c25b0e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160245 Reviewed-by: Julien Nabet Tested-by: Jenkins diff --git a/sw/qa/extras/layout/layout3.cxx b/sw/qa/extras/layout/layout3.cxx index 27f9e0a2f59b..ea2c3a52d24e 100644 --- a/sw/qa/extras/layout/layout3.cxx +++ b/sw/qa/extras/layout/layout3.cxx @@ -2086,7 +2086,7 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter3, testTdf152307) // XML dump and some basic assertions sal_Int32 nPage = 7, nPages = 0; xmlDocUniquePtr pXmlDoc = parseLayoutDump(); -nPages = countXPathNodes(pXmlDoc, "/root/page"); +nPages = countXPathNodes(pXmlDoc, "/root/page"_ostr); CPPUNIT_ASSERT_MESSAGE("tdf152307.odt / testTdf152307: Not enough pages.", nPage < nPages); assertXPath(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/body/section", 1); @@ -2103,11 +2103,12 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter3, testTdf152307) "/root/page[" + OString::number(nPage) + "]/body/section/tab[" + OString::number(nTables) + "]/row[" + OString::number(nRowsLastTable) + "]/infos/bounds", -"bottom") +"bottom"_ostr) .toInt32(); // Where does the footer start (footer/info/bounds/top)? sal_Int32 nFooterTop -= getXPath(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/footer/infos/bounds", "top") += getXPath(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/footer/infos/bounds", + "top"_ostr) .toInt32(); // Is the bottom value of the last row above the top value of the footer? OString aMsg = "tdf152307.odt / testTdf152307: Bottom value of last table row on page "
[Libreoffice-bugs] [Bug 158490] Can't enter Alt-codes now
https://bugs.documentfoundation.org/show_bug.cgi?id=158490 --- Comment #1 from Werner Tietz --- the em dash has the hexdecimal code 2013 on my keyboard-layout its available via »altgr-« or 2013followed by »alt c« or ctrl+shift+u2013 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158489] Impossible to click anywhere in my LibreOffice Writer window unless I switch to another app and come back (or open Mission Control)
https://bugs.documentfoundation.org/show_bug.cgi?id=158489 --- Comment #3 from Hezerune --- Created attachment 191193 --> https://bugs.documentfoundation.org/attachment.cgi?id=191193=edit Recording of the actual bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151708] Unsaved documents are no longer recovered [recovered as empty documents with the status (Remote)]
https://bugs.documentfoundation.org/show_bug.cgi?id=151708 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #14 from Buovjaga --- Is this the same as bug 124213? Said to be a regression from around 5.2 -- You are receiving this mail because: You are the assignee for the bug.
Re: (new) non-ASCII filenames break unit tests on Linux
Hi! On 02.12.2023 17:46, Rene Engelhard wrote: In any case this is bad. My filesystem (I think from 2020 or so) apparently shows it (ls -l does) but I wouldn't be sure for other, old ones (like Debians build machines). The locale this fails under definitely is UTF-8 though. This tells that the files are handled by OS OK; and only the unit test itself fails - which basically discovered some Linux-specific problem in localpath-to-URL (or the other way round) encoding. I can't debug it; so for the time being, I will revert the pre-commit check, and make the test Windows-only, generating non-ASCII names dynamically. But if someone has an idea why LibreOffice fails handling files that exist on system, with names representable in system encoding, it would be nice. -- Best regards, Mike Kaganski
[Libreoffice-bugs] [Bug 158491] New: FILESAVE: the size ratio of a slide exported to png file format is modified when the format of the slide has margins not null
https://bugs.documentfoundation.org/show_bug.cgi?id=158491 Bug ID: 158491 Summary: FILESAVE: the size ratio of a slide exported to png file format is modified when the format of the slide has margins not null Product: LibreOffice Version: 7.5.7.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fabpan2...@yahoo.it Created attachment 191192 --> https://bugs.documentfoundation.org/attachment.cgi?id=191192=edit A slide in A6 portrait format showing a circle 5cm x 5cm exported to PNG In same cases, the size ratio of a slide exported to png file format is modified. It happens when the format of the slide has margins not null. The attached png file is created by exporting a slide in format A6 portrait with margins set to 1cm (default margins). On the slide, the figure is a circle of size 5cm x 5cm. No distortion appears when the margins are set to null or when the slide (with or without margins) is exported to jpg file format. Please note that the behavior reported is not due to changes of margins value. (which could be another problem). The figure on the slide is a circle just before and after exporting it (checked on position and size tab). My Steps to get the png file attached File > New > Presentation Slide > Layout > Blank Slide RMB (right mouse button) on the slide > Slide properties Select ‘Slide’ tab if it is not already selected Choose Paper Format A6 portrait Check if the 4 margins are set to 1cm. If not set them to 1cm. LMB (left mouse button) on OK button LMB on Ellipse button LMB on the slide (near the center) RMB on the small circle > Position and Size Set the size base point to the center Set “keep ratio” Set “Width” to 5cm LMB on OK button File > Export Select PNG on drop down menu ‘Save as type’ and save For comparison purpose File > Export Select JPEG on drop down menu ‘Save as type’ and save -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158489] Impossible to click anywhere in my LibreOffice Writer window unless I switch to another app and come back (or open Mission Control)
https://bugs.documentfoundation.org/show_bug.cgi?id=158489 --- Comment #2 from Valentin Dalix --- Bug is also present on Intel versions of LibreOffice for MacOS -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158490] New: Can't enter Alt-codes now
https://bugs.documentfoundation.org/show_bug.cgi?id=158490 Bug ID: 158490 Summary: Can't enter Alt-codes now Product: LibreOffice Version: 7.6.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: xordevore...@gmail.com Description: Usually, I could enter codes using Alt command, such as em dash (—) by typing: Alt+0151 on the numeric keypad. I don't have to slow my typing down to grab the mouse and insert a code, and I insert such codes often. Someone must have had the bright idea to map the alt key to the side panel properties bar, because now when I enter alt+0151 with the numlock on, all I do is cycle through the side panel. Please don't make entering alt codes arduous by having us engage a tedious interface to insert the code via menus. Steps to Reproduce: 1. Open Writer 2. Open the properties side bar, doesn't matter to what. 3. Be sure numlock is active. 4. Type alt+0151 like I did just now to produce: — Actual Results: No text appears. The properties side panel cycles through options. Expected Results: — Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 24; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded = Side note, not reported correctly above using the copy function on the About dialog. I'm using Windows 11, latest generally available release, not windows 10. Version 23H2 OS Build 22631.23715 -- You are receiving this mail because: You are the assignee for the bug.
Re: (new) non-ASCII filenames break unit tests on Linux
Hi again, for advoidance of doubt: I said: > I think this change should be reverted. I mean: From 8a0015c35f3f137e4f3a80e40616bc078e265a1c Mon Sep 17 00:00:00 2001 From: Mike Kaganski Date: Fri, 1 Dec 2023 16:43:49 +0300 Subject: Drop allownonascii check from pre-commit checks That one should be reverted I guess. From a5a49657dc17609a05dca59a8521fd71d14fe76e Mon Sep 17 00:00:00 2001 From: Mike Kaganski Date: Fri, 1 Dec 2023 16:48:44 +0300 Subject: tdf#158442: fix opening hybrid PDFs on Windows That one at least fix the filename. Testing this otherwise is worthwile I guess. Regards, Rene
(new) non-ASCII filenames break unit tests on Linux
Hi, After a recent pull of master I get [build CUT] filter_textfilterdetect S=/home/rene/LibreOffice/git/master && I=$S/instdir && W=$S/workdir && mkdir -p $W/CppunitTest/ && rm -fr $W/CppunitTest/filter_textfilterdetect.test.user && cp -r $W/unittest $W/CppunitTest/filter_textfilterdetect.test.user &&rm -fr $W/CppunitTest/filter_textfilterdetect.test.core && mkdir $W/CppunitTest/filter_textfilterdetect.test.core && cd $W/CppunitTest/filter_textfilterdetect.test.core && ( MAX_CONCURRENCY=4 MOZILLA_CERTIFICATE_FOLDER=dbm: SAL_DISABLE_SYNCHRONOUS_PRINTER_DETECTION=1 SAL_USE_VCLPLUGIN=svp LIBO_LANG=C LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program":$W/UnpackedTarball/cppunit/src/cppunit/.libs $W/LinkTarget/Executable/cppunittester $W/LinkTarget/CppunitTest/libtest_filter_textfilterdetect.so --headless "-env:BRAND_BASE_DIR=file://$S/instdir" "-env:BRAND_SHARE_SUBDIR=share" "-env:BRAND_SHARE_RESOURCE_SUBDIR=program/resource" "-env:UserInstallation=file://$W/CppunitTest/filter_textfilterdetect.test.user" "-env:CONFIGURATION_LAYERS=xcsxcu:file://$I/share/registry xcsxcu:file://$W/unittest/registry-common xcsxcu:file://$W/unittest/registry-user-ui" "-env:UNO_TYPES=file://$I/program/types/offapi.rdb file://$I/program/types.rdb" "-env:UNO_SERVICES=file://$W/Rdb/ure/services.rdb file://$W/Rdb/services.rdb" -env:URE_BIN_DIR=file://$I/program -env:URE_INTERNAL_LIB_DIR=file://$I/program -env:LO_LIB_DIR=file://$I/program -env:LO_JAVA_DIR=file://$I/program/classes --protector $W/LinkTarget/Library/unoexceptionprotector.so unoexceptionprotector --protector $W/LinkTarget/Library/unobootstrapprotector.so unobootstrapprotector --protector $W/LinkTarget/Library/libvclbootstrapprotector.so vclbootstrapprotector "-env:CPPUNITTESTTARGET=$W/CppunitTest/filter_textfilterdetect.test" ) 2>&1 [_RUN_] (anonymous namespace)::testEmptyFile::TestBody (anonymous namespace)::testEmptyFile::TestBody finished in: 708ms [_RUN_] (anonymous namespace)::testHybridPDFFile::TestBody unknown:0:(anonymous namespace)::testHybridPDFFile::TestBody An uncaught exception of type com.sun.star.lang.IllegalArgumentException - Unsupported URL : "type detection failed" at ./framework/source/loadenv/loadenv.cxx:189 (anonymous namespace)::testHybridPDFFile::TestBody finished in: 2ms [_RUN_] (anonymous namespace)::testTdf114428::TestBody (anonymous namespace)::testTdf114428::TestBody finished in: 0ms ##Failure Location unknown## : Error Test name: (anonymous namespace)::testHybridPDFFile::TestBody An uncaught exception of type com.sun.star.lang.IllegalArgumentException - Unsupported URL : "type detection failed" at ./framework/source/loadenv/loadenv.cxx:189 Failures !!! Run: 3 Failure total: 1 Failures: 0 Errors: 1 make[4]: *** [/home/rene/LibreOffice/git/master/solenv/gbuild/CppunitTest.mk:130: /home/rene/LibreOffice/git/master/workdir/CppunitTest/filter_textfilterdetect.test] Error 1 make[4]: Leaving directory '/home/rene/LibreOffice/git/master' make[3]: *** [Makefile:277: build] Error 2 make[3]: Leaving directory '/home/rene/LibreOffice/git/master' make[2]: *** [/home/rene/LibreOffice/git/master/debian/rules:2381: check] Error 2 make[2]: Leaving directory '/home/rene/LibreOffice/git/master' make[1]: *** [/home/rene/LibreOffice/git/master/debian/rules:2270: debian/stampdir/build-arch] Error 2 make[1]: Leaving directory '/home/rene/LibreOffice/git/master' make: *** [debian/rules:2250: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 debuild: fatal error at line 1182: dpkg-buildpackage -us -uc -ui -b failed This boils down to From 8a0015c35f3f137e4f3a80e40616bc078e265a1c Mon Sep 17 00:00:00 2001 From: Mike Kaganski Date: Fri, 1 Dec 2023 16:43:49 +0300 Subject: Drop allownonascii check from pre-commit checks Supposedly, at this day and age, it is OK to use non-ascii file names. Specifically, this is intended to allow such names for bugdocs, which allows simpler testing of problems with handling those. An alternative would be to rename bugdocs at runtime; but that still requires that the target filesystem supports such names, so... Change-Id: I25da2402f311d59c5777c4cd302147d6965dea5f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160217 Tested-by: Jenkins Reviewed-by: Mike Kaganski and From a5a49657dc17609a05dca59a8521fd71d14fe76e Mon Sep 17 00:00:00 2001 From: Mike Kaganski Date: Fri, 1 Dec 2023 16:48:44 +0300 Subject: tdf#158442: fix opening hybrid PDFs on Windows Commit 046e9545956d8ad1d69345d6b4a4c0a33714d179 (Try to revert to use of file_iterator from boost on Windows, 2023-10-31) had introduced a problem that pdfparse::PDFReader::read couldn't create file_iterator for files already opened with write access: mmap_file_iterator ctor on Windows used single FILE_SHARE_READ as dwSharedMode parameter for CreateFileA WinAPI; and that failed, when the file was already opened using
[Libreoffice-bugs] [Bug 158489] Impossible to click anywhere in my LibreOffice Writer window unless I switch to another app and come back (or open Mission Control)
https://bugs.documentfoundation.org/show_bug.cgi?id=158489 --- Comment #1 from Valentin Dalix --- Created attachment 191191 --> https://bugs.documentfoundation.org/attachment.cgi?id=191191=edit Exemple of document on which the bug often occurs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158489] New: Impossible to click anywhere in my LibreOffice Writer window unless I switch to another app and come back (or open Mission Control)
https://bugs.documentfoundation.org/show_bug.cgi?id=158489 Bug ID: 158489 Summary: Impossible to click anywhere in my LibreOffice Writer window unless I switch to another app and come back (or open Mission Control) Product: LibreOffice Version: 7.6.3.2 release Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dalix.valen...@gmail.com Description: When I am working on a document (example of document attached), sometimes (and for reasons I do not understand), it becomes impossible to click on anything, either on the UI or on the document itself. I can still write something with my keyboard where my cursor was before the bug, but I cannot select another place or click on a button anymore. Pointer is still displayed but clicking is useless. The only way to get control back is to either switch to another app and come back on the LO document, or open and close Mission Control. Steps to Reproduce: Happens randomly, mostly when working on tables in Writer, and after saving the document. Actual Results: Impossible to click anywhere but the software is not frozen. Expected Results: Performing normally? Reproducible: Sometimes User Profile Reset: Yes Additional Info: Version: 7.6.3.2 (AARCH64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 8; OS: Mac OS X 14.1.2; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded This started happening after the macOS Sonoma update. Rolling back to a previous version doesn't seem to fix the bug. Deactivating Skia didn't change anything, and Safe Mode is also useless. Full clean install of both LO and MacOS didn't change anything. Problem appears on both MacBook Air M1 and Mac mini M1, both updated to the latest 14.1.2 version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 41288] undefined: Memory leaks when open, get document text and close document by UNO
https://bugs.documentfoundation.org/show_bug.cgi?id=41288 --- Comment #22 from WCDR --- Same issue using bootstrap (automatic pipe) Reference const xContext { bootstrap ()}; Reference const xFactory { xContext->getServiceManager ()}; ... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: xmloff/source
xmloff/source/text/XMLTextFrameContext.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit 91b39a9dad0563726ea2100557e3c88c24be2e61 Author: Tomaž Vajngerl AuthorDate: Sat Dec 2 21:42:25 2023 +0900 Commit: Tomaž Vajngerl CommitDate: Sat Dec 2 13:44:38 2023 +0100 remove printf Change-Id: Ib83b5c3b0f80310cd11f7cd8cd83e82d11e12eb0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160241 Tested-by: Tomaž Vajngerl Reviewed-by: Tomaž Vajngerl diff --git a/xmloff/source/text/XMLTextFrameContext.cxx b/xmloff/source/text/XMLTextFrameContext.cxx index 723a168a52b9..b00b2b84d90e 100644 --- a/xmloff/source/text/XMLTextFrameContext.cxx +++ b/xmloff/source/text/XMLTextFrameContext.cxx @@ -1082,7 +1082,6 @@ XMLTextFrameContext_Impl::XMLTextFrameContext_Impl( case XML_ELEMENT(DRAW, XML_MIME_TYPE): case XML_ELEMENT(LO_EXT, XML_MIME_TYPE): sMimeType = aIter.toString(); -printf ("MIME %s\n", sMimeType.toUtf8().getStr()); break; case XML_ELEMENT(DRAW, XML_NOTIFY_ON_UPDATE_OF_RANGES): case XML_ELEMENT(DRAW, XML_NOTIFY_ON_UPDATE_OF_TABLE):
[Libreoffice-bugs] [Bug 158487] Calculation bug in LibreOffice Calc when working with €
https://bugs.documentfoundation.org/show_bug.cgi?id=158487 --- Comment #5 from Mike --- I added the document "test bug.ods" This shows what I mean. I found the setting "Precision as shown" and that is indeed exactly what solves this. You can toggle it to see the difference in the calculation. If you did not set "Precision as shown", the outcome of the 2 and 3 decimal calculations are exactly € 0,01 off. Now I am running Linux Mint which comes with LibreOffice. The default setting of "Precision as shown" is "Not activated". I presume that on whatever OS you install it, that is also the dafault setting. Why is this setting off by default? Seems to me it should be on by default... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158487] Calculation bug in LibreOffice Calc when working with €
https://bugs.documentfoundation.org/show_bug.cgi?id=158487 --- Comment #4 from Mike --- Created attachment 191190 --> https://bugs.documentfoundation.org/attachment.cgi?id=191190=edit Example what I though was a bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 98db315322b0a4afd1b6fb2319f13f32f4689bed Author: Stéphane Guillou AuthorDate: Sat Dec 2 12:59:05 2023 +0100 Commit: Gerrit Code Review CommitDate: Sat Dec 2 12:59:05 2023 +0100 Update git submodules * Update helpcontent2 from branch 'master' to c1e282a842285a55a3f42c62dc1d74c60a8fb3e6 - tdf#135089 update location of Presenter Console settings ...and update various headings and section order. Change-Id: Ib1e19581def728ea35ac8ab837665ffcf482bfb9 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159893 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index a1840f2baee7..c1e282a84228 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit a1840f2baee7b129990d6c0b218aae1b8d0304d7 +Subproject commit c1e282a842285a55a3f42c62dc1d74c60a8fb3e6
[Libreoffice-commits] help.git: source/text
source/text/shared/optionen/01070500.xhp | 13 --- source/text/simpress/01/0608.xhp | 41 --- source/text/simpress/guide/presenter_console.xhp |4 +- 3 files changed, 32 insertions(+), 26 deletions(-) New commits: commit c1e282a842285a55a3f42c62dc1d74c60a8fb3e6 Author: Stéphane Guillou AuthorDate: Fri Nov 24 08:53:39 2023 +0100 Commit: Olivier Hallot CommitDate: Sat Dec 2 12:59:05 2023 +0100 tdf#135089 update location of Presenter Console settings ...and update various headings and section order. Change-Id: Ib1e19581def728ea35ac8ab837665ffcf482bfb9 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159893 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/text/shared/optionen/01070500.xhp b/source/text/shared/optionen/01070500.xhp index dca01427c2..e596d5223c 100644 --- a/source/text/shared/optionen/01070500.xhp +++ b/source/text/shared/optionen/01070500.xhp @@ -96,19 +96,6 @@ Tab stops Defines the spacing between tab stops. - - -Presentation - -Enable remote control -Specifies that you want to enable Bluetooth remote control while Impress is running. Unmark Enable remote control to disable remote controlling. - - -Enable Presenter Console -Specifies that you want to enable the Presenter Console during slideshows. - - - Scale diff --git a/source/text/simpress/01/0608.xhp b/source/text/simpress/01/0608.xhp index e635eb2ee1..70781d19f0 100644 --- a/source/text/simpress/01/0608.xhp +++ b/source/text/simpress/01/0608.xhp @@ -39,7 +39,7 @@ Slide Show Settings -Defines settings for your slide show, including which slide to start from, the way you advance the slides, the type of presentation, and pointer options. +Defines settings for your slide show, including how to display it, which slide to start from, the way you advance the slides, and whether you want to use the presenter console or control it remotely. @@ -85,11 +85,15 @@ Show logo Displays the $[officename] logo on the pause slide. The logo cannot be exchanged. -Options +Presentation Options -Change slides manually +Disable automatic change of slide Slides never change automatically when this box is selected. + + +Change slides by clicking on background +Advances to the next slide when you click on the background of a slide. Mouse pointer visible @@ -101,25 +105,40 @@ Anything you write with the pen will appear in your slides after exiting the slideshow. The properties of the pen can be changed by choosing the Pen Width or Change pen Color command in the context menu of the running slide show. -Animations allowed +Enable animated images Displays all frames of animated GIF files during the slide show. If this option is not selected, only the first frame of an animated GIF file is displayed.see #i63884 - - -Change slides by clicking on background -Advances to the next slide when you click on the background of a slide. -Presentation always on top +Keep presentation always on top The $[officename] window remains on top during the presentation. No other program will show its window in front of your presentation. -Multiple Displays +Display By default the primary display is used for slide show mode. If the current desktop is displayed on more than one display, you can select which display to use for full screen slide show mode. If the current desktop spans only one display, or if the multi display feature is not supported on the current system, you cannot select another display. +These settings are saved in the user configuration and not inside the document. Presentation display Select a display to use for full screen slide show mode. If the system allows the user to span a window over all available displays, you can also select "All displays". In this case the presentation is spanned over all available displays. -This setting is saved in the user configuration and not inside the document. + + +Presenter console +The Presenter console provides extra controls and tools useful to the presenter. You can choose to use it in windowed or full screen mode, or disable it entirely. + + +Show navigation bar +The navigation bar allows the presenter to control the presentation with buttons at the bottom left of the screen, either with the mouse pointer or directly on display if a touch screen is used. + + +Remote control + + +Enable remote control +Specifies that you want to enable Bluetooth remote control while Impress is running. Unmark Enable remote control to disable remote controlling. + + +A link directs you to the https://hub.libreoffice.org/impress-remote;>available options to install the application on your device. + diff --git a/source/text/simpress/guide/presenter_console.xhp b/source/text/simpress/guide/presenter_console.xhp index
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 573f538424879b7f634b95a7cfa5d361d22a42d8 Author: Stanislav Horacek AuthorDate: Sat Dec 2 12:58:35 2023 +0100 Commit: Gerrit Code Review CommitDate: Sat Dec 2 12:58:35 2023 +0100 Update git submodules * Update helpcontent2 from branch 'master' to a1840f2baee7b129990d6c0b218aae1b8d0304d7 - mark untranslatable code and control name in SF Dialog and DialogControl also fixed typos caused by split paragraph Change-Id: I6c4d3badb30629c4bf58011089b4beeb1438204a Reviewed-on: https://gerrit.libreoffice.org/c/help/+/160051 Tested-by: Jenkins Reviewed-by: Alain Romedenne diff --git a/helpcontent2 b/helpcontent2 index a0058e578838..a1840f2baee7 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit a0058e57883886e2249e4fc2d03e15454f267f4b +Subproject commit a1840f2baee7b129990d6c0b218aae1b8d0304d7
[Libreoffice-commits] help.git: source/text
source/text/sbasic/shared/03/sf_dialog.xhp| 22 ++ source/text/sbasic/shared/03/sf_dialogcontrol.xhp |2 +- 2 files changed, 11 insertions(+), 13 deletions(-) New commits: commit a1840f2baee7b129990d6c0b218aae1b8d0304d7 Author: Stanislav Horacek AuthorDate: Tue Nov 28 18:20:05 2023 +0100 Commit: Olivier Hallot CommitDate: Sat Dec 2 12:58:35 2023 +0100 mark untranslatable code and control name in SF Dialog and DialogControl also fixed typos caused by split paragraph Change-Id: I6c4d3badb30629c4bf58011089b4beeb1438204a Reviewed-on: https://gerrit.libreoffice.org/c/help/+/160051 Tested-by: Jenkins Reviewed-by: Alain Romedenne diff --git a/source/text/sbasic/shared/03/sf_dialog.xhp b/source/text/sbasic/shared/03/sf_dialog.xhp index 520e80f60d..37b1f9078d 100644 --- a/source/text/sbasic/shared/03/sf_dialog.xhp +++ b/source/text/sbasic/shared/03/sf_dialog.xhp @@ -85,8 +85,7 @@ dlg = CreateScriptService('NewDialog', 'myDialog1', (100,200, 40, 110)) # ... Process controls and do what is needed - All properties and methods applicable to predefined dialogs are available for such new dialogs. In particular the series of CreateXXX() methods for the addition -of new dialog controls. + All properties and methods applicable to predefined dialogs are available for such new dialogs. In particular the series of CreateXXX() methods for the addition of new dialog controls. Retrieving the Dialog instance that triggered a dialog event An instance of the Dialog service can be retrieved via the SFDialogs.DialogEvent service, provided that the dialog was initiated with the Dialog service. In the example below, oDlg contains the Dialog instance that triggered the dialog event. @@ -579,8 +578,7 @@ of new dialog controls. Dialog service;CloneControl CloneControl - Duplicate an existing control of any type -in the actual dialog. The duplicated control is left unchanged and can be relocated. + Duplicate an existing control of any type in the actual dialog. The duplicated control is left unchanged and can be relocated. svc.CloneControl(SourceName: str, ControlName: str, Left: num, Top: num): svc @@ -709,11 +707,11 @@ in the actual dialog. The duplicated control is left unchanged and can be reloca - Set myComboBox = oDlg.CreateComboBox(ComboBox1, Array(20, 20, 60, 15), Dropdown := True) + Set myComboBox = oDlg.CreateComboBox(ComboBox1, Array(20, 20, 60, 15), Dropdown := True) - myComboBox = dlg.CreateComboBox('ComboBox1', (20, 20, 60, 15), Dropdown = True) + myComboBox = dlg.CreateComboBox('ComboBox1', (20, 20, 60, 15), Dropdown = True) @@ -1061,11 +1059,11 @@ in the actual dialog. The duplicated control is left unchanged and can be reloca - Set myRadioButton = oDlg.CreateRadioButton(RadioButton1, Array(20, 20, 60, 15), MultiLine := True) + Set myRadioButton = oDlg.CreateRadioButton(RadioButton1, Array(20, 20, 60, 15), MultiLine := True) - myRadioButton = dlg.CreateRadioButton('RadioButton1', (20, 20, 60, 15), MultiLine = True) + myRadioButton = dlg.CreateRadioButton('RadioButton1', (20, 20, 60, 15), MultiLine = True) @@ -1187,11 +1185,11 @@ in the actual dialog. The duplicated control is left unchanged and can be reloca - Set myTreeControl = oDlg.CreateTreeControl(TreeControl1, Array(20, 20, 60, 15)) + Set myTreeControl = oDlg.CreateTreeControl(TreeControl1, Array(20, 20, 60, 15)) - myTreeControl = dlg.CreateTreeControl('TreeControl1', (20, 20, 60, 15)) + myTreeControl = dlg.CreateTreeControl('TreeControl1', (20, 20, 60, 15)) @@ -1321,11 +1319,11 @@ in the actual dialog. The duplicated control is left unchanged and can be reloca - oDlg.OrderTabs(Array(myListBox, myTextField, myNumericField), Start := 10) + oDlg.OrderTabs(Array(myListBox, myTextField, myNumericField), Start := 10) - dlg.OrderTabs(('myListBox', 'myTextField', 'myNumericField'), Start = 10) + dlg.OrderTabs(('myListBox', 'myTextField', 'myNumericField'), Start = 10) diff --git a/source/text/sbasic/shared/03/sf_dialogcontrol.xhp b/source/text/sbasic/shared/03/sf_dialogcontrol.xhp index 6f4c8ca8b1..95badd3d29 100644 --- a/source/text/sbasic/shared/03/sf_dialogcontrol.xhp +++ b/source/text/sbasic/shared/03/sf_dialogcontrol.xhp @@ -523,7 +523,7 @@ String -Hyperlink +Hyperlink The URL to open when the control is clicked.
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 6991f62ef84bc925c14b4a4a65f30fb7db54e978 Author: Stanislav Horacek AuthorDate: Sat Dec 2 12:57:52 2023 +0100 Commit: Gerrit Code Review CommitDate: Sat Dec 2 12:57:52 2023 +0100 Update git submodules * Update helpcontent2 from branch 'master' to a0058e57883886e2249e4fc2d03e15454f267f4b - mark bookmarks and paragraph in SF FormDocument as translatable Change-Id: I5867af5313ca86b11b79d59b6a042b16ce9dfee0 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/160053 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index 34d58970fae2..a0058e578838 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit 34d58970fae2b79958754584c3892512e5648bde +Subproject commit a0058e57883886e2249e4fc2d03e15454f267f4b
[Libreoffice-commits] help.git: source/text
source/text/sbasic/shared/03/sf_formdocument.xhp |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit a0058e57883886e2249e4fc2d03e15454f267f4b Author: Stanislav Horacek AuthorDate: Tue Nov 28 19:16:13 2023 +0100 Commit: Olivier Hallot CommitDate: Sat Dec 2 12:57:52 2023 +0100 mark bookmarks and paragraph in SF FormDocument as translatable Change-Id: I5867af5313ca86b11b79d59b6a042b16ce9dfee0 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/160053 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/text/sbasic/shared/03/sf_formdocument.xhp b/source/text/sbasic/shared/03/sf_formdocument.xhp index bd11e9a18b..696f610276 100644 --- a/source/text/sbasic/shared/03/sf_formdocument.xhp +++ b/source/text/sbasic/shared/03/sf_formdocument.xhp @@ -17,7 +17,7 @@ - + FormDocument service @@ -44,7 +44,7 @@ ' ... oFormDoc.CloseDocument() - The following example uses the Database service to open the form document. In this case, the Base file will not be opened and only the form document will be shown. + The following example uses the Database service to open the form document. In this case, the Base file will not be opened and only the form document will be shown. Dim oDatabase As Object, oFormDoc As Object oDatabase = CreateScriptService("Database", "C:\Documents\MyDatabase.odb")
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 81a9dacb34604e3be536552510e8574af1b227a7 Author: Stanislav Horacek AuthorDate: Sat Dec 2 12:57:09 2023 +0100 Commit: Gerrit Code Review CommitDate: Sat Dec 2 12:57:09 2023 +0100 Update git submodules * Update helpcontent2 from branch 'master' to 34d58970fae2b79958754584c3892512e5648bde - fix label of Select Table icon Change-Id: I33fc0fee719c45447cfbbf3baad52770c0329b02 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159951 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index ef8dd17a74f1..34d58970fae2 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit ef8dd17a74f17232e65cc64132d4918024952345 +Subproject commit 34d58970fae2b79958754584c3892512e5648bde
[Libreoffice-commits] help.git: source/text
source/text/swriter/00/0405.xhp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 34d58970fae2b79958754584c3892512e5648bde Author: Stanislav Horacek AuthorDate: Sat Nov 25 14:11:41 2023 +0100 Commit: Olivier Hallot CommitDate: Sat Dec 2 12:57:09 2023 +0100 fix label of Select Table icon Change-Id: I33fc0fee719c45447cfbbf3baad52770c0329b02 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159951 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/text/swriter/00/0405.xhp b/source/text/swriter/00/0405.xhp index 6c60c44dd1..5ba0c91c2c 100644 --- a/source/text/swriter/00/0405.xhp +++ b/source/text/swriter/00/0405.xhp @@ -473,7 +473,7 @@ - Icon Select Row + Icon Select Table Select Table
[Libreoffice-commits] help.git: source/text
source/text/shared/guide/pdf_params.xhp |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ef8dd17a74f17232e65cc64132d4918024952345 Author: Stanislav Horacek AuthorDate: Tue Nov 21 22:26:30 2023 +0100 Commit: Olivier Hallot CommitDate: Sat Dec 2 12:55:32 2023 +0100 fix description of ResizeWindowToInitialPage PDF export option Change-Id: I0611e69f0fd7a7c7a05f737264442c07bc629c28 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159800 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/source/text/shared/guide/pdf_params.xhp b/source/text/shared/guide/pdf_params.xhp index 47b02ba269..04d172be1d 100644 --- a/source/text/shared/guide/pdf_params.xhp +++ b/source/text/shared/guide/pdf_params.xhp @@ -649,7 +649,7 @@ ResizeWindowToInitialPage -Specifies that the PDF viewer window is opened full screen when the document is opened. +Specifies that the PDF viewer window is opened showing whole initial page when the document is opened. boolean
[Libreoffice-commits] core.git: helpcontent2
helpcontent2 |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 3377903c2f23f33610586f2cfd192210d95a6185 Author: Stanislav Horacek AuthorDate: Sat Dec 2 12:55:32 2023 +0100 Commit: Gerrit Code Review CommitDate: Sat Dec 2 12:55:32 2023 +0100 Update git submodules * Update helpcontent2 from branch 'master' to ef8dd17a74f17232e65cc64132d4918024952345 - fix description of ResizeWindowToInitialPage PDF export option Change-Id: I0611e69f0fd7a7c7a05f737264442c07bc629c28 Reviewed-on: https://gerrit.libreoffice.org/c/help/+/159800 Tested-by: Jenkins Reviewed-by: Olivier Hallot diff --git a/helpcontent2 b/helpcontent2 index f7f1aa0417dc..ef8dd17a74f1 16 --- a/helpcontent2 +++ b/helpcontent2 @@ -1 +1 @@ -Subproject commit f7f1aa0417dc645fe1a70022dbd58ef5063f5aac +Subproject commit ef8dd17a74f17232e65cc64132d4918024952345
[Libreoffice-bugs] [Bug 158488] Impress templates: styles hierarchy for Text is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=158488 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Reproducible Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 0c3f57487c9cc29d172121b178938cdb2a8adc7b CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded LiBO 6.4.7 had different styles. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158487] Calculation bug in LibreOffice Calc when working with €
https://bugs.documentfoundation.org/show_bug.cgi?id=158487 --- Comment #3 from Werner Tietz --- Cannot reproduce input of: 0.015 0.01 shows with 2 decimal places: 0.02 0.01 and the sum of both with 2 decimal places _shows_ : 0.03 If you need also further calculations with the _formatted_ Values, you should probably use →→Tools→Options→LO-Calc→Calculate→→ [x]Precision as shown -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158487] Calculation bug in LibreOffice Calc when working with €
https://bugs.documentfoundation.org/show_bug.cgi?id=158487 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- There is an option for this. Menu/Tools/Options/LibreOffice Calc/Calculation - Precision as show. null/C:/Program%20Files/LibreOffice/help/en-US/text/shared/optionen/01060500.html?System=WIN=CALC=modules/scalc/ui/optcalculatepage/OptCalculatePage#:~:text=with%20Microsoft%20Excel.-,precision%20as%20shown,-Specifies%20whether%20to -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa
sw/qa/extras/layout/data/tdf152307.odt |binary sw/qa/extras/layout/layout3.cxx| 45 + 2 files changed, 45 insertions(+) New commits: commit c05bed53174ebc6f4e82838db9c2a7fcb587d3bd Author: EMartinGube AuthorDate: Fri Oct 13 09:43:49 2023 +0200 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:38:53 2023 +0100 tdf#152307 sw: layout: invalidate more frames when footer grows Unit test added. Change-Id: Ibcdb504c57c020cde9b76994cb54e744d1a12888 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157905 Tested-by: Jenkins Tested-by: Xisco Fauli Reviewed-by: Xisco Fauli diff --git a/sw/qa/extras/layout/data/tdf152307.odt b/sw/qa/extras/layout/data/tdf152307.odt new file mode 100644 index ..766687d49234 Binary files /dev/null and b/sw/qa/extras/layout/data/tdf152307.odt differ diff --git a/sw/qa/extras/layout/layout3.cxx b/sw/qa/extras/layout/layout3.cxx index 5401cef9a380..27f9e0a2f59b 100644 --- a/sw/qa/extras/layout/layout3.cxx +++ b/sw/qa/extras/layout/layout3.cxx @@ -2071,6 +2071,51 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter3, testTdf155611) // Also must not crash on close because of a frame that accidentally fell off of the layout } +CPPUNIT_TEST_FIXTURE(SwLayoutWriter3, testTdf152307) +{ +// Problem: On a given Writer document a table layout changed +// after doing Tools -> Update -> Update All. The last table row on page 13 +// was bigger than the page size allowed and thus was hidden behind the footer. + +// load the document +createSwDoc("tdf152307.odt"); + +// do Tools -> Update -> Update All +dispatchCommand(mxComponent, ".uno:UpdateAllIndexes", {}); + +// XML dump and some basic assertions +sal_Int32 nPage = 7, nPages = 0; +xmlDocUniquePtr pXmlDoc = parseLayoutDump(); +nPages = countXPathNodes(pXmlDoc, "/root/page"); +CPPUNIT_ASSERT_MESSAGE("tdf152307.odt / testTdf152307: Not enough pages.", nPage < nPages); +assertXPath(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/body/section", 1); + +// Actual test procedure: +// On page 7, check: +// How much tables do we have? How much rows does the last table have? +int nTables += countXPathNodes(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/body/section/tab"); +int nRowsLastTable += countXPathNodes(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/body/section/tab[" + + OString::number(nTables) + "]/row"); +// What is the bottom value of the last table row? +sal_Int32 nTabBottom = getXPath(pXmlDoc, +"/root/page[" + OString::number(nPage) + "]/body/section/tab[" ++ OString::number(nTables) + "]/row[" ++ OString::number(nRowsLastTable) + "]/infos/bounds", +"bottom") + .toInt32(); +// Where does the footer start (footer/info/bounds/top)? +sal_Int32 nFooterTop += getXPath(pXmlDoc, "/root/page[" + OString::number(nPage) + "]/footer/infos/bounds", "top") + .toInt32(); +// Is the bottom value of the last row above the top value of the footer? +OString aMsg = "tdf152307.odt / testTdf152307: Bottom value of last table row on page " + + OString::number(nPage) + " is below top value of footer: " + + OString::number(nTabBottom) + " > " + OString::number(nFooterTop); +CPPUNIT_ASSERT_MESSAGE(aMsg.getStr(), nTabBottom < nFooterTop); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - connectivity/source
connectivity/source/drivers/firebird/Table.cxx | 19 +++ 1 file changed, 3 insertions(+), 16 deletions(-) New commits: commit 6d782b57e0d8965dda279c2e73e2e91844f6f341 Author: Julien Nabet AuthorDate: Fri Dec 1 16:24:54 2023 +0100 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:34:30 2023 +0100 tdf#158452: FB: impossible to change field to "entry required" in GUI ... after table has been saved. There was an hack due to the fact that before FB 3.0, it wasn't possible to use ALTER TABLE to change nullable. See https://bugs.documentfoundation.org/show_bug.cgi?id=158452#c1 Since the hack doesn't work and since FB 3.0 since several years, let's remove the hack and use ALTER TABLE command. Change-Id: I145077bb4c4874f5fe31e375cfb64176a1293575 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160220 Reviewed-by: Julien Nabet Tested-by: Jenkins (cherry picked from commit 735b6b3861ed898dafa5c9d08400c37d1996283e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160173 Reviewed-by: Xisco Fauli diff --git a/connectivity/source/drivers/firebird/Table.cxx b/connectivity/source/drivers/firebird/Table.cxx index c32160b99979..871febcf5122 100644 --- a/connectivity/source/drivers/firebird/Table.cxx +++ b/connectivity/source/drivers/firebird/Table.cxx @@ -155,27 +155,14 @@ void SAL_CALL Table::alterColumnByName(const OUString& rColName, if (nNullable != ColumnValue::NULLABLE_UNKNOWN) { -OUString sSql; -// Dirty hack: can't change null directly in sql, we have to fiddle -// the system tables manually. +OUString sSql(getAlterTableColumn(rColName)); if (nNullable == ColumnValue::NULLABLE) { -sSql = "UPDATE RDB$RELATION_FIELDS SET RDB$NULL_FLAG = NULL " - "WHERE RDB$FIELD_NAME = '" + rColName + "' " - "AND RDB$RELATION_NAME = '" + getName() + "'"; +sSql += "DROP NOT NULL"; } else if (nNullable == ColumnValue::NO_NULLS) { -// And if we are making NOT NULL then we have to make sure we have -// no nulls left in the column. -OUString sFillNulls("UPDATE \"" + getName() + "\" SET \"" -+ rColName + "\" = 0 " -"WHERE \"" + rColName + "\" IS NULL"); -getConnection()->createStatement()->execute(sFillNulls); - -sSql = "UPDATE RDB$RELATION_FIELDS SET RDB$NULL_FLAG = 1 " - "WHERE RDB$FIELD_NAME = '" + rColName + "' " - "AND RDB$RELATION_NAME = '" + getName() + "'"; +sSql += "SET NOT NULL"; } getConnection()->createStatement()->execute(sSql); }
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - 2 commits - download.lst external/liborcus
download.lst |4 +- external/liborcus/UnpackedTarball_liborcus.mk |3 - external/liborcus/gnumeric-set-grammar.patch.1 | 17 external/liborcus/liborcus_newline.patch.1 | 17 external/liborcus/msvc-int-narrowing.patch.1 | 50 - external/liborcus/windows-constants-hack.patch |2 - 6 files changed, 3 insertions(+), 90 deletions(-) New commits: commit 77e15d0471e239ad94054d3aff403207ecac2764 Author: Kohei Yoshida AuthorDate: Thu Nov 9 20:26:47 2023 -0500 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:33:32 2023 +0100 Upgrade orcus to 0.19.2 Change-Id: I2cbf5f93c3b8b2235828affdef7309c3611b19b2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159258 Tested-by: Jenkins Reviewed-by: Kohei Yoshida Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160231 diff --git a/download.lst b/download.lst index 0c44c0247789..adadeabbbc24 100644 --- a/download.lst +++ b/download.lst @@ -428,8 +428,8 @@ OPENSSL_TARBALL := openssl-3.0.11.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts -ORCUS_SHA256SUM := 6c9a8c03e8187f2749a84f2786d86a88ae45c99ed3a2d5fea36ba556b40c342d -ORCUS_TARBALL := liborcus-0.19.1.tar.xz +ORCUS_SHA256SUM := 69ed26a00d4aaa7688e62a6e003cbc81928521a45e96605e53365aa499719e39 +ORCUS_TARBALL := liborcus-0.19.2.tar.xz # three static lines # so that git cherry-pick # will not run into conflicts diff --git a/external/liborcus/UnpackedTarball_liborcus.mk b/external/liborcus/UnpackedTarball_liborcus.mk index 5968c7bb1845..3de24f0135d7 100644 --- a/external/liborcus/UnpackedTarball_liborcus.mk +++ b/external/liborcus/UnpackedTarball_liborcus.mk @@ -19,7 +19,6 @@ $(eval $(call gb_UnpackedTarball_add_patches,liborcus,\ external/liborcus/rpath.patch.0 \ external/liborcus/gcc9.patch.0 \ external/liborcus/libtool.patch.0 \ - external/liborcus/liborcus_newline.patch.1 \ )) ifeq ($(OS),WNT) diff --git a/external/liborcus/liborcus_newline.patch.1 b/external/liborcus/liborcus_newline.patch.1 deleted file mode 100644 index 5b2038d5cc12.. --- a/external/liborcus/liborcus_newline.patch.1 +++ /dev/null @@ -1,17 +0,0 @@ -Add newline at end of KRHangulMapping.h - -without this, compiling output of GCC 11 -E -fdirectives-only fails with: - -ooxml_tokens.inl:3524:32: error: stray '#' in program - -https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100392 - liborcus/src/liborcus/ooxml_tokens.inl.orig2021-05-01 18:12:37.490131155 +0200 -+++ liborcus/src/liborcus/ooxml_tokens.inl 2021-05-01 18:12:50.994119453 +0200 -@@ -3521,4 +3521,4 @@ - "zoomToFit" // 3517 - }; - --size_t token_name_count = 3518; -\ No newline at end of file -+size_t token_name_count = 3518; diff --git a/external/liborcus/windows-constants-hack.patch b/external/liborcus/windows-constants-hack.patch index 68e57857826d..28cf0997a168 100644 --- a/external/liborcus/windows-constants-hack.patch +++ b/external/liborcus/windows-constants-hack.patch @@ -9,7 +9,7 @@ index ae571f5..539ce18 100644 -#include "constants.inl" +#define ORCUS_MAJOR_VERSION 0 +#define ORCUS_MINOR_VERSION 19 -+#define ORCUS_MICRO_VERSION 0 ++#define ORCUS_MICRO_VERSION 2 namespace orcus { commit 9a9ba74f318c59f739033bdaeaacf1e3cc790638 Author: Kohei Yoshida AuthorDate: Tue Oct 24 18:31:52 2023 -0400 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:33:27 2023 +0100 Upgrade liborcus to 0.19.1 Change-Id: I2190419e88323bbf000602a7762e850a33b5dfdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158409 Tested-by: Jenkins Reviewed-by: Kohei Yoshida Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160230 diff --git a/download.lst b/download.lst index ecb87c819ee1..0c44c0247789 100644 --- a/download.lst +++ b/download.lst @@ -428,8 +428,8 @@ OPENSSL_TARBALL := openssl-3.0.11.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts -ORCUS_SHA256SUM := 1b68f54bb08face4c3dc83c912d921373c44aed817b37d879b7a4e47f2f15e09 -ORCUS_TARBALL := liborcus-0.19.0.tar.xz +ORCUS_SHA256SUM := 6c9a8c03e8187f2749a84f2786d86a88ae45c99ed3a2d5fea36ba556b40c342d +ORCUS_TARBALL := liborcus-0.19.1.tar.xz # three static lines # so that git cherry-pick # will not run into conflicts diff --git a/external/liborcus/UnpackedTarball_liborcus.mk b/external/liborcus/UnpackedTarball_liborcus.mk index 292435dfd00d..5968c7bb1845 100644 --- a/external/liborcus/UnpackedTarball_liborcus.mk +++ b/external/liborcus/UnpackedTarball_liborcus.mk @@ -20,8 +20,6 @@ $(eval $(call gb_UnpackedTarball_add_patches,liborcus,\ external/liborcus/gcc9.patch.0 \ external/liborcus/libtool.patch.0 \ external/liborcus/liborcus_newline.patch.1 \ - external/liborcus/msvc-int-narrowing.patch.1 \ -
[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - 3 commits - download.lst external/liborcus
download.lst |4 +- external/liborcus/Library_orcus-parser.mk |1 external/liborcus/Library_orcus.mk | 10 - external/liborcus/UnpackedTarball_liborcus.mk |3 + external/liborcus/fix-pch.patch.0 | 11 - external/liborcus/gnumeric-set-grammar.patch.1 | 17 external/liborcus/msvc-int-narrowing.patch.1 | 50 + external/liborcus/windows-constants-hack.patch | 12 +++--- 8 files changed, 85 insertions(+), 23 deletions(-) New commits: commit 644170fe0cf6a53d9aa7fcc296004c1e17165f06 Author: Kohei Yoshida AuthorDate: Fri Sep 29 17:45:14 2023 -0400 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:33:22 2023 +0100 Set grammar type to gnumeric before loading the content Without this, the document model side would not know what grammer to use to parse formula expressions. Change-Id: I7e921f9c0f9b088fb98fe126ad4a84db006c8747 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157413 Tested-by: Jenkins Reviewed-by: Kohei Yoshida Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160229 diff --git a/external/liborcus/UnpackedTarball_liborcus.mk b/external/liborcus/UnpackedTarball_liborcus.mk index b8c44479765b..292435dfd00d 100644 --- a/external/liborcus/UnpackedTarball_liborcus.mk +++ b/external/liborcus/UnpackedTarball_liborcus.mk @@ -21,6 +21,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,liborcus,\ external/liborcus/libtool.patch.0 \ external/liborcus/liborcus_newline.patch.1 \ external/liborcus/msvc-int-narrowing.patch.1 \ + external/liborcus/gnumeric-set-grammar.patch.1 \ )) ifeq ($(OS),WNT) diff --git a/external/liborcus/gnumeric-set-grammar.patch.1 b/external/liborcus/gnumeric-set-grammar.patch.1 new file mode 100644 index ..42bc46177737 --- /dev/null +++ b/external/liborcus/gnumeric-set-grammar.patch.1 @@ -0,0 +1,17 @@ +diff --git a/src/liborcus/orcus_gnumeric.cpp b/src/liborcus/orcus_gnumeric.cpp +index 76c13682..849759ba 100644 +--- a/src/liborcus/orcus_gnumeric.cpp b/src/liborcus/orcus_gnumeric.cpp +@@ -144,6 +144,12 @@ void orcus_gnumeric::read_stream(std::string_view stream) + if (!decompress_gzip(stream.data(), stream.size(), file_content)) + return; + ++if (auto* gs = mp_impl->mp_factory->get_global_settings(); gs) ++{ ++gs->set_origin_date(1899, 12, 30); ++ gs->set_default_formula_grammar(spreadsheet::formula_grammar_t::gnumeric); ++} ++ + mp_impl->read_content_xml(file_content, get_config()); + mp_impl->mp_factory->finalize(); + } commit ffeed48bed5c31203978a070b3c758c180589e7c Author: Kohei Yoshida AuthorDate: Thu Sep 28 20:29:52 2023 -0400 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:33:18 2023 +0100 Set the correct version number of orcus Ideally we should fix the Windows build properly, but cmake isn't available to us. Change-Id: I3f612604195212ba3a699c0b76785b5aa5f7925b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157391 Tested-by: Jenkins Reviewed-by: Kohei Yoshida Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160228 diff --git a/external/liborcus/windows-constants-hack.patch b/external/liborcus/windows-constants-hack.patch index e86c74a722f3..68e57857826d 100644 --- a/external/liborcus/windows-constants-hack.patch +++ b/external/liborcus/windows-constants-hack.patch @@ -3,13 +3,13 @@ index ae571f5..539ce18 100644 --- a/src/liborcus/info.cpp +++ b/src/liborcus/info.cpp @@ -7,7 +7,9 @@ - + #include "orcus/info.hpp" - + -#include "constants.inl" +#define ORCUS_MAJOR_VERSION 0 -+#define ORCUS_MINOR_VERSION 17 -+#define ORCUS_MICRO_VERSION 2 - ++#define ORCUS_MINOR_VERSION 19 ++#define ORCUS_MICRO_VERSION 0 + namespace orcus { - + commit 0c2f023eb039d27b8ff3dd3b0baaf7b3c04547cf Author: Kohei Yoshida AuthorDate: Wed Sep 27 22:15:22 2023 -0400 Commit: Xisco Fauli CommitDate: Sat Dec 2 12:33:12 2023 +0100 Upgrade liborcus to 0.19.0 Change-Id: I57b92a86a155f244742fd70b1ab9a1acbc206a29 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157345 Tested-by: Jenkins Reviewed-by: Kohei Yoshida Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160227 diff --git a/download.lst b/download.lst index 1c3562bdc248..ecb87c819ee1 100644 --- a/download.lst +++ b/download.lst @@ -428,8 +428,8 @@ OPENSSL_TARBALL := openssl-3.0.11.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts -ORCUS_SHA256SUM := 6006b9f1576315e313df715a7e72a17f3e0b17d7b6bd119cfa8a0b608ce971eb -ORCUS_TARBALL := liborcus-0.18.1.tar.xz +ORCUS_SHA256SUM := 1b68f54bb08face4c3dc83c912d921373c44aed817b37d879b7a4e47f2f15e09 +ORCUS_TARBALL := liborcus-0.19.0.tar.xz # three static lines # so that git cherry-pick
[Libreoffice-bugs] [Bug 158488] New: Impress templates: styles hierarchy for Text is broken
https://bugs.documentfoundation.org/show_bug.cgi?id=158488 Bug ID: 158488 Summary: Impress templates: styles hierarchy for Text is broken Product: LibreOffice Version: 7.0.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jumbo4...@yahoo.fr Description: Text styles follow a hierarchy Text > A0 > Heading A0, Text A0, Title A0 / A4 > Heading A4... If you use a template all text styles inherit from A4 Steps to Reproduce: 1. Create a new presentation based on an embedded template (Blue Curve for instance) 2. In sidebar, select Styles 3. Select Drawing styles 4. Open Text > A0 and Text > A4 Actual Results: There are no styles which inherit from A0. Heading A0, Header A0 and Text A0 inherit from A4 Expected Results: Heading A0, Header A0 and Text A0 should inherit from A0 Reproducible: Always User Profile Reset: Yes Additional Info: Bug first found in Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Hierarchy is ok with Version : 6.4.7.2 Build ID : 639b8ac485750d5696d7590a72ef1b496725cfb5 Threads CPU : 8; OS : Linux 5.15; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded The hierarchy is ok if no template is used. Bug is present with all templates, even new ones from Indonesian set. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157402] Untranslated theme names in Customization Options in LibreOffice 7.6 (Persona)
https://bugs.documentfoundation.org/show_bug.cgi?id=157402 Julien Nabet changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |serval2...@yahoo.fr |desktop.org | Status|NEW |ASSIGNED --- Comment #4 from Julien Nabet --- I gave a try with https://gerrit.libreoffice.org/c/core/+/160240 If this patch is ok (not sure since I'm not accustomed about adding translation), it just allows the translation. I mean, it'll require afterwards the real translation in Weblate + synchro with repos. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158369] INDEX.LIST in jar files would speed up class loading
https://bugs.documentfoundation.org/show_bug.cgi?id=158369 Jérôme changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8383 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 158383] program/classes : store uncompressed classes in jar files for faster startup and smaller installation file
https://bugs.documentfoundation.org/show_bug.cgi?id=158383 Jérôme changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||8369 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123396] LO Writer automatically replaces SVGs embedded in FODT files with an embedded low-resolution PNGs and drops the SVGs from the documents
https://bugs.documentfoundation.org/show_bug.cgi?id=123396 --- Comment #19 from Commit Notification --- Tomaž Vajngerl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f5cf0c10eb7050feff19190b06b4597aab2d400a tdf#123396 actually use the mimetype set in the from document It will be available in 24.2.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.
[Libreoffice-bugs] [Bug 123396] LO Writer automatically replaces SVGs embedded in FODT files with an embedded low-resolution PNGs and drops the SVGs from the documents
https://bugs.documentfoundation.org/show_bug.cgi?id=123396 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/qa xmloff/inc xmloff/source
sw/qa/extras/fodfexport/data/SvgImageTest.fodt | 321 + sw/qa/extras/fodfexport/fodfexport.cxx | 25 + xmloff/inc/xmlmultiimagehelper.hxx |1 xmloff/source/core/xmlmultiimagehelper.cxx | 28 +- xmloff/source/draw/ximpshap.cxx| 24 + xmloff/source/draw/ximpshap.hxx|3 xmloff/source/text/XMLTextFrameContext.cxx | 12 xmloff/source/text/XMLTextFrameContext.hxx |1 8 files changed, 400 insertions(+), 15 deletions(-) New commits: commit f5cf0c10eb7050feff19190b06b4597aab2d400a Author: Tomaž Vajngerl AuthorDate: Sat Dec 2 16:57:30 2023 +0900 Commit: Tomaž Vajngerl CommitDate: Sat Dec 2 11:10:34 2023 +0100 tdf#123396 actually use the mimetype set in the from document In the document we set the mime type for the images stored, but at import we never actually used the mime types. We always did mime type detection from the filename extension. The problem with this is that files stored as base64 streams don't have a filename so it is also not possible to determine the mime type from the file name. The consequence of this is that we can't know which image to take if we have multiple images (fallback images) so we always take the last one, which could be the wrong one. This happend in the test document. This changes the behavior so that we always first use the document set mime type as there is no reason to not trust that. Only if the mime type isn't provided by the document we use other mime type detection methods. Change-Id: I175c509ce5f11eab2c0454d4d9901ca1fe975272 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160237 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl diff --git a/sw/qa/extras/fodfexport/data/SvgImageTest.fodt b/sw/qa/extras/fodfexport/data/SvgImageTest.fodt new file mode 100644 index ..4246a7cb5e5e --- /dev/null +++ b/sw/qa/extras/fodfexport/data/SvgImageTest.fodt @@ -0,0 +1,321 @@ + + +http://www.w3.org/TR/css3-text/; xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns:xhtml="http://www.w3.org/1999/xhtml; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xforms="http://www.w3.org/2002/xforms; xmlns:dom="http://www.w3.org/2001/xml-events; xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML; xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:ooo="http://openoffice.org/2004/office; xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" xmlns:ooow="http://openoffice.org/2004/writer; xmlns:xlink="http://www.w3.org/1999/xlink; xmlns:drawooo="http://openoffice.org/2010/draw; xmlns:oooc="http://openoffice.org/2004/calc; xmlns:dc="http://purl.org/dc/elements/1.1/; xmlns:c alcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" xmlns:tableooo="http://openoffice.org/2009/table; xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:rpt="http://openoffice.org/2005/report; xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:officeooo="http://openoffice.org/2009/office; xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns: meta:1.0" xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0" office:version="1.3" office:mimetype="application/vnd.oasis.opendocument.text"> + 2023-12-01T21:40:25.0108966092023-12-02T14:20:24.763250978PT2M41S2LibreOffice/7.6.3.1$Linux_X86_64 LibreOffice_project/60$Build-1 + + + 0 + 0 + 58104 + 33657 + true + false + + + view2 + 20551 + 17866 + 0 + 0 + 58103 + 33655 + 0 + 1 + false + 100 + false + false + false + false + false + false + + + + + true + false + true + false + true + false + false + 0 + true + false + true + false + false + false + false + true + false + false + + false + false + true + false + false + true + true + false + false + false + false + false + false + true + false + false + 925541 +