[Libreoffice-bugs] [Bug 123838] Issue on CAST() (FirebirdSQL)
https://bugs.documentfoundation.org/show_bug.cgi?id=123838 --- Comment #12 from Parul Singh --- There's no doubt that Call girls Kolkata are the best in India. These girls are known for their beauty, intelligence, wit, and charisma. You'll be blown away by their looks and style. They have a knack for dressing to impress! You'll feel like royalty when you go out on the town with one of these beauties by your side. There is no way that you will regret hiring one of these sexy girl as your escort for the night! Website: https://callgirlkolkata.net/call-girls/ | https://callgirlkolkata.net/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151209] Crash in: mdds::flat_segment_tree::insert_to_pos(boost::intrusive_ptr > > &,long,long,bool)
https://bugs.documentfoundation.org/show_bug.cgi?id=151209 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Hardware|All |x86-64 (AMD64) Ever confirmed|0 |1 Version|unspecified |7.3.0.3 release OS|All |Windows (All) Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- Could you give a try to 7.3.6 and if you still reproduce this try with brand new LO 7.4.1? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151209] New: Crash in: mdds::flat_segment_tree::insert_to_pos(boost::intrusive_ptr > > &,long,long,bool)
https://bugs.documentfoundation.org/show_bug.cgi?id=151209 Bug ID: 151209 Summary: Crash in: mdds::flat_segment_tree::insert_to_pos(boos t::intrusive_ptr > > &,long,long,bool) Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jchenna...@gmail.com Created attachment 182701 --> https://bugs.documentfoundation.org/attachment.cgi?id=182701=edit sheet where crash occurred This bug was filed from the crash reporting server and is br-27a34fc6-93b3-4bc5-a6ed-f953d5366214. = So, sorry if this is not the proper way, I'm just winging it... The crash happened twice while I was selecting many non-contiguous rows by clicking on the row number with the mouse while holding CTRL I will attempt to attach the sheet where it happened since it is small and data is essentially meaningless (sticker id's for the world cup album if anyone is interested!) The sheet itself was simple, 4 columns, about 100+ rows, AutoFilter on the 4 cols. Hope it helps. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147399] Row size autofit
https://bugs.documentfoundation.org/show_bug.cgi?id=147399 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150938] CALC creating an auto FILTER produces an illogical response when the first row label offer is rejected
https://bugs.documentfoundation.org/show_bug.cgi?id=150938 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150937] When opening Advanced filter dialog the "From" field should be filled with the address of current selection
https://bugs.documentfoundation.org/show_bug.cgi?id=150937 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151193] Couldn't establish data source connection when Java 18 is installed.
https://bugs.documentfoundation.org/show_bug.cgi?id=151193 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150930] writing-mode 'rl-tb' (RTL) in shape text is only detected if in paragraph style of the text
https://bugs.documentfoundation.org/show_bug.cgi?id=150930 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150929] second text-area of shape is not considered for writing-mode tb-rl
https://bugs.documentfoundation.org/show_bug.cgi?id=150929 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151193] Couldn't establish data source connection when Java 18 is installed.
https://bugs.documentfoundation.org/show_bug.cgi?id=151193 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150648] EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4
https://bugs.documentfoundation.org/show_bug.cgi?id=150648 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150648] EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4
https://bugs.documentfoundation.org/show_bug.cgi?id=150648 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88484] Sample text in font name combobox doesn't display
https://bugs.documentfoundation.org/show_bug.cgi?id=88484 --- Comment #5 from QA Administrators --- Dear Chris Sherlock, 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 51824] CONFIGURATION: Zoom button doesn't operate in the same manner as other buttons
https://bugs.documentfoundation.org/show_bug.cgi?id=51824 --- Comment #6 from QA Administrators --- Dear john.pratt, 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 137069] Inconsistent extension of section area
https://bugs.documentfoundation.org/show_bug.cgi?id=137069 --- Comment #4 from QA Administrators --- Dear ajlittoz, 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 135303] Bitmap Export: Export color bitmap(.bmp) in spite of setting 4bit grayscale
https://bugs.documentfoundation.org/show_bug.cgi?id=135303 --- Comment #9 from QA Administrators --- Dear sawakaze, 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 104933] EDITING: Find and replace does not apply formulas when replacing blank cells
https://bugs.documentfoundation.org/show_bug.cgi?id=104933 --- Comment #7 from QA Administrators --- Dear Santiago Tórtora, 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 133781] [EDITING] Anchored image move when columns pasted before
https://bugs.documentfoundation.org/show_bug.cgi?id=133781 --- Comment #2 from QA Administrators --- Dear zzz, 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-commits] core.git: Branch 'distro/collabora/co-22.05' - svx/source
svx/source/items/hlnkitem.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 6cf28dda1526f40bf2c1cecd45764ff70f428b82 Author: Mike Kaganski AuthorDate: Wed Sep 28 04:29:56 2022 +0300 Commit: Mike Kaganski CommitDate: Wed Sep 28 05:00:40 2022 +0200 Fix build [-Werror=reorder] In file included from /home/mike/libreoffice/svx/source/items/hlnkitem.cxx:22: /home/mike/libreoffice/include/svx/hlnkitem.hxx: In constructor ‘SvxHyperlinkItem::SvxHyperlinkItem(sal_uInt16, const rtl::OUString&, const rtl::OUString&, const rtl::OUString&, const rtl::OUString&, SvxLinkInsertMode, HyperDialogEvent, const SvxMacroTableDtor*, const rtl::OUString&)’: /home/mike/libreoffice/include/svx/hlnkitem.hxx:60:22: error: ‘SvxHyperlinkItem::nMacroEvents’ will be initialized after [-Werror=reorder] 60 | HyperDialogEvent nMacroEvents; | ^~~~ /home/mike/libreoffice/include/svx/hlnkitem.hxx:55:14: error: ‘rtl::OUString SvxHyperlinkItem::sReplacementText’ [-Werror=reorder] 55 | OUString sReplacementText; | ^~~~ /home/mike/libreoffice/svx/source/items/hlnkitem.cxx:43:1: error: when initialized here [-Werror=reorder] 43 | SvxHyperlinkItem::SvxHyperlinkItem( sal_uInt16 _nWhich, const OUString& rName, const OUString& rURL, | ^~~~ after commit fb3597932ad9322feb58115528ca1dae070edfa5 Author rash419 Date Thu Sep 15 18:02:06 2022 +0530 svx: extended SvxHyperlinkItem to have a new property sReplacementText Change-Id: Ia8be467919ac6f617a19f310535c6fff9b5e178e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140686 Tested-by: Jenkins CollaboraOffice Reviewed-by: Mike Kaganski diff --git a/svx/source/items/hlnkitem.cxx b/svx/source/items/hlnkitem.cxx index f8500277316a..ef497dd938a7 100644 --- a/svx/source/items/hlnkitem.cxx +++ b/svx/source/items/hlnkitem.cxx @@ -48,9 +48,9 @@ SvxHyperlinkItem::SvxHyperlinkItem( sal_uInt16 _nWhich, const OUString& rName, c sURL(rURL), sTarget (rTarget), eType (eTyp), +sReplacementText (rReplacementText), sIntName (rIntName), -nMacroEvents (nEvents), -sReplacementText (rReplacementText) +nMacroEvents (nEvents) { if (pMacroTbl) pMacroTable.reset( new SvxMacroTableDtor ( *pMacroTbl ) );
[Libreoffice-bugs] [Bug 125216] FILEOPEN DOC file with extension .dot gives error "Read Error - This is not a valid WinWord6 File"
https://bugs.documentfoundation.org/show_bug.cgi?id=125216 Justin L changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |jl...@mail.com |desktop.org | --- Comment #18 from Justin L --- proposed fix at https://gerrit.libreoffice.org/c/core/+/140687 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147953] Autosize text frame stops working
https://bugs.documentfoundation.org/show_bug.cgi?id=147953 --- Comment #8 from loma...@gmail.com --- I have found another reliable way to produce the bug: copying and pasting anything from MS Word. Pasting unformatted text avoids the issue, so that is a possible workaround, but even when I tell people to just past unformatted text they are still running into the issue somehow. I just tested on another Windows 10 machine I own, with LO 7.0.0.3 and curiously it does not happen at all on there. Regardless, can't FrameAutowidthWithMorePara be completely removed from LO? What purpose does it serve? I can't find any information online. You have to admit that it is buggy behaviour when that attribute is turned on in a document and then pressing undo doesn't turn it off. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147953] Autosize text frame stops working
https://bugs.documentfoundation.org/show_bug.cgi?id=147953 --- Comment #7 from loma...@gmail.com --- (In reply to Paddy Landau from comment #5) > I have tested this using LibreOffice 7.4.1.2 on both Ubuntu 22.04 and > Windows 10 Home, and I don't have this error. > > 1. When you say, "copy any character from" Character Map, do you mean > literally any character, even a letter? I tried a bunch of different > characters, and none of them caused a problem. > > 2. Does it matter where you add the character? I tried in the middle of both > the first and second paragraphs, and at the end. > > 3. Does it matter how long the paragraphs are? I used the two paragraphs > from your report beginning "This is causing a headache …" and ending "… why > can't it be unflipped?" > > 4. Which version of Windows are you using? > > 5. Does this happen in a brand new Writer document? If so, I wonder if the > setting that you are referring to is in your template? Try opening a new > document using a different template, perhaps one of those that come by > default with LibreOffice. 1. Yes, any character. 2. It does not matter where you paste the text, inside or outside the frame. 3. The paragraphs can be empty or have any amount of text. 4. I'm using Windows 10. The bug happens for many people on different computers, but I believe they are all Windows based. It would be good to test on a Mac. 5. Yes, it happens in a new blank Writer document. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147953] Autosize text frame stops working
https://bugs.documentfoundation.org/show_bug.cgi?id=147953 --- Comment #6 from loma...@gmail.com --- (In reply to Dieter from comment #4) > (In reply to lomacar from comment #3) > > Yes it happens in Safe Mode in 7.4.1. > > > > Did you have two paragraphs in the text frame? > > Yes, but is "character map" the same as "Special Character Dialog"? > > Perhaps you can check, if it is the same as bug 85762 Character Map means the Windows Character Map, not the Special Character Dialog. You will not be able to produce the bug using anything internal to LO, I think. This bug appears unrelated to 85762. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85762] AutoSize for width on Frame works incorrectly when a one-word line is longer than previous lines
https://bugs.documentfoundation.org/show_bug.cgi?id=85762 --- Comment #18 from loma...@gmail.com --- I can't replicate the bug on Windows 10, LO 7.4.1. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - udkapi/com
udkapi/com/sun/star/lang/Locale.idl |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit a85549e740a3eaf5c59dae7f4454683cef3cf060 Author: Eike Rathke AuthorDate: Tue Sep 27 19:45:47 2022 +0200 Commit: Adolfo Jayme Barrientos CommitDate: Wed Sep 28 02:47:16 2022 +0200 Replace dead langtag.net reference link with Wikipedia and W3C Change-Id: Ic62f0f2ed9d4e4c7b6e026ec879830cbdb5338cb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140663 Reviewed-by: Eike Rathke Tested-by: Jenkins (cherry picked from commit 1a5e3249e30e3b1fe18d154df21a182d7d33854a) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140606 Reviewed-by: Adolfo Jayme Barrientos diff --git a/udkapi/com/sun/star/lang/Locale.idl b/udkapi/com/sun/star/lang/Locale.idl index 6f6f509c4305..1f7c2db06860 100644 --- a/udkapi/com/sun/star/lang/Locale.idl +++ b/udkapi/com/sun/star/lang/Locale.idl @@ -79,8 +79,10 @@ published struct Locale field is empty. You can find BCP 47 language tag resources at -http://www.langtag.net/;> -http://www.langtag.net/. +https://en.wikipedia.org/wiki/IETF_language_tag;> +https://en.wikipedia.org/wiki/IETF_language_tag and +https://www.w3.org/International/articles/language-tags/;> + https://www.w3.org/International/articles/language-tags/. Earlier versions of the documentation mentioned "vendor and browser-specific" codes but that was never supported. Use of any
[Libreoffice-bugs] [Bug 151206] Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance
https://bugs.documentfoundation.org/show_bug.cgi?id=151206 Rafael Lima changed: What|Removed |Added Blocks||136524 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=136524 [Bug 136524] [META] Performance/hang/lag/high CPU issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136524] [META] Performance/hang/lag/high CPU issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136524 Rafael Lima changed: What|Removed |Added Depends on||151206 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151206 [Bug 151206] Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88141] Calc - Formula Bar Font Size
https://bugs.documentfoundation.org/show_bug.cgi?id=88141 --- Comment #6 from Abdul Basit --- any solution to this issue yet? is there any way to increase font size in formula bar? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151208] New: Too long to open a document
https://bugs.documentfoundation.org/show_bug.cgi?id=151208 Bug ID: 151208 Summary: Too long to open a document Product: LibreOffice Version: 7.4.1.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nemrod8...@orange.fr Description: Hello, since I put the last update: Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL:win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded when I want to open a Libre Office document, it takes about 45 seconds to open, before it just took a few seconds. Actual Results: When i open the first document,it takes about 45 seconds to open. If one is open the 2nd open normaly Expected Results: I would like the documents to open faster Reproducible: Always User Profile Reset: No Additional Info: nothing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151206] Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance
https://bugs.documentfoundation.org/show_bug.cgi?id=151206 Jeff Fortin Tam changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1207 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136524] [META] Performance/hang/lag/high CPU issues
https://bugs.documentfoundation.org/show_bug.cgi?id=136524 Jeff Fortin Tam changed: What|Removed |Added Depends on||151207 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151207 [Bug 151207] [SAMPLE] Areas where multithreading would be needed to improve slow performance of common tasks in huge (million rows) spreadsheets -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 114159] [META] Calc Threaded Calculation bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114159 Jeff Fortin Tam changed: What|Removed |Added Depends on||151207 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151207 [Bug 151207] [SAMPLE] Areas where multithreading would be needed to improve slow performance of common tasks in huge (million rows) spreadsheets -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151207] [SAMPLE] Areas where multithreading would be needed to improve slow performance of common tasks in huge (million rows) spreadsheets
https://bugs.documentfoundation.org/show_bug.cgi?id=151207 Jeff Fortin Tam changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1206 Blocks||114159, 136524 Keywords||perf Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=114159 [Bug 114159] [META] Calc Threaded Calculation bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=136524 [Bug 136524] [META] Performance/hang/lag/high CPU issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151207] New: [SAMPLE] Areas where multithreading would be needed to improve slow performance of common tasks in huge (million rows) spreadsheets
https://bugs.documentfoundation.org/show_bug.cgi?id=151207 Bug ID: 151207 Summary: [SAMPLE] Areas where multithreading would be needed to improve slow performance of common tasks in huge (million rows) spreadsheets Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nekoh...@gmail.com I've seen a handful of bug reports about the need for multithreading, but they typically always end up closed because they are considered "not actionable" / too vague, so it is my hope that by providing a "torture test" sample file here, and my measurements of the slowness of various common tasks, you will be able to have a reference points of various things that would highly benefit from being multithreaded, as they apparently are not right now. I'm filing this as a single bug report because it would feel a bit ridiculous & overwhelming to open two dozen reports for each and every point where the issue is manifest, and I hope this summary here will prove sufficient. To reproduce the issues on your end, download this "torture test" sample file of mine, as it will be a very useful benchmark to discover areas where LibreOffice would benefit most from multithreading in commonly used tasks: https://fortintam.com/public/libreoffice-augustin-benchmark--million-rows-spreadsheet.ods Here are some "obvious" areas where I've identified slow, single-core work happening (tested with my 8-cores Intel Xeon W3520 CPU): * Opening the file takes 3 minutes and 35 seconds, using a single core from my CPU. If it used all cores, we could presume it would take only about 27 seconds. Possibly related: bug #128396 but that one was closed as being a duplicate of bug #65046 which was in turn closed as being fixed, but it's not fixed for big spreadsheets like what I'm seeing today. * After selecting columns A to M and choosing "Data > Standard Filter", after choosing column D ("Page Title") in the "Field name" combobox, you need to wait 7 seconds before the UI unlocks and you can click the "Condition" combobox (to set the "Contains" condition, for example). Filtering (if you type "example" in the "Value" field and press OK) in itself is very fast, however. Just that the column selection GUI causes something slow to happen to populate the Condition combobox. * Selecting columns A to M and doing a standard sort operation on column E ("referring domains") takes 15 seconds and uses only one CPU core. If it used my 8 cores, it would probably take less than 2 seconds. * Search & replace (across the whole sheet, or "Current selection only" after selecting columns A to M), to replace "Example" by "Banana": it takes 1 minute and 8 seconds on my machine because it currently only uses 1 of the cores. If it used the 8 cores, it could accomplish this in roughly 8.5 seconds. * Saving the file (as a new file) takes 47 seconds and seems very CPU-bound (rather than I/O bound?) as I once again see only one of the CPU cores used at 100%; we can presume that making this multi-threaded would allow saving this big file in 6 to 12 seconds (I'm being conservative on my estimate here). * Filtering with auto filters is also a very slow process here, as the GUI for controlling it is interactive and thus much slower to react than the "fire once" Standard Filtering GUI. Particularly, if you try to type a string in the filtering entry, it will immediately try to search and filter through all the possible valid values, which is extremely expensive. I suspect it is trying to do that immediately upon typing each and every character, which is a bad thing to do from a performance standpoint, you will get massive performance gains by using a timeout-based search trigger like I am suggesting in bug #151206 * When selecting columns A to M and clicking the "Pivot Table" button, after selecting "Current sheet" (or something like that, it takes 40 seconds for the main "Pivot Table Layout" dialog/wizard to appear, again single-threaded, could benefit significantly from some optimizations there. Afterwards however, generating the pivot table from the dragged values is very fast (roughly 5 seconds), so congrats on that! * Creating a bar chart out of columns A and E (with A as a label column), after the wizard's questions and dragging into the sheet to attempt to insert/draw the chart, the app once again uses only a single core and takes approximately 3.5 minutes to show the chart; possibly, if it was multithreaded, it could take as little as 30 seconds on my computer. Under all of these conditions, you can observe that LibreOffice Calc 7.4 uses only one of your CPU cores, at 100%. These problems could be vastly reduced if it were to split the problem space across
[Libreoffice-bugs] [Bug 151193] Couldn't establish data source connection when Java 18 is installed.
https://bugs.documentfoundation.org/show_bug.cgi?id=151193 --- Comment #3 from Rajasekaran Karunanithi --- (In reply to Timur from comment #2) > You seem not to report bug, but to ask for help/support on how to install > Java. > Instead,support is at ask.libreoffice.org. (In reply to Julien Nabet from comment #1) > Do you use LO 32 bits or LO 64 bits? > Indeed, if you only got Java 64 bits, you must install LO 64 bits. I am using LO 64 bits 7.5 alpha release from this website: https://dev-builds.libreoffice.org/daily/master/current.html And my system is running on Windows 10 with JRE 64-bits version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103512] [META] AutoFilter-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103512 Jeff Fortin Tam changed: What|Removed |Added Depends on||151206 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151206 [Bug 151206] Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151206] Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance
https://bugs.documentfoundation.org/show_bug.cgi?id=151206 Jeff Fortin Tam changed: What|Removed |Added Blocks||103512 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||2419 Keywords||perf Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103512 [Bug 103512] [META] AutoFilter-related bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151206] New: Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance
https://bugs.documentfoundation.org/show_bug.cgi?id=151206 Bug ID: 151206 Summary: Auto filtering search entry / text input widget should use a timer-based search activation algorithm to improve performance Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nekoh...@gmail.com When you open this heavy sample spreadsheet for example: https://fortintam.com/public/libreoffice-augustin-benchmark--million-rows-spreadsheet.ods ...if you create an autofilter on column D, and then click the arrow to open the autofilter GUI, and then try to type "example", you will have to wait a long time for the UI to unfreeze. This is what I observed with LibreOffice 7.4.x under Linux (Flatpak version from Flathub) on X11. In extremely large or diverse spreadsheets, the autofilter dropdown GUI widget is very laggy, probably because it tries to do "too much work, at the wrong time". This seems to be the same issue as bug #122419 which was reportedly fixed in 7.1, but I'm still seeing it in 7.4, hence the new report. Perhaps my large spreadsheet exhibits the problem more vividly. If LibreOffice tries to filter this GUI's checkboxes elements immediately everytime you type a character (which is my guess, because the UI *instantly* locks up as soon as I start typing the first character, without waiting for me to finish typing), then that would be the reason, guaranteed. In that case, the trick is to use a generous timeout (ex: 500ms) "after the user stopped typing". I can swear than 500ms is not too long of a timeout, according to my calculations and to many many instances of software where I've had this implemented and saw successful results. The logic and philosophy can be seen here: * https://github.com/getting-things-gnome/gtg/issues/281 (fixed, and proven to have made a huge difference) * https://github.com/Drive4ik/simple-tab-groups/issues/794 (fixed, and proven to have made a huge difference) * https://gitlab.gnome.org/GNOME/nautilus/-/issues/1731 (a good general argument and theoretical overview of why this is relevant) * https://gitlab.gnome.org/GNOME/gtk/-/issues/4133#note_1486168 (empirical proof provided) * https://gitlab.gnome.org/GNOME/gedit/-/issues/398 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: udkapi/com
udkapi/com/sun/star/lang/Locale.idl |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) New commits: commit a3f0c5022dc98cdbf2723d328d97db94a67e8ecd Author: Eike Rathke AuthorDate: Tue Sep 27 19:45:47 2022 +0200 Commit: Eike Rathke CommitDate: Tue Sep 27 22:57:14 2022 +0200 Replace dead langtag.net reference link with Wikipedia and W3C Change-Id: Ic62f0f2ed9d4e4c7b6e026ec879830cbdb5338cb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140663 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/udkapi/com/sun/star/lang/Locale.idl b/udkapi/com/sun/star/lang/Locale.idl index 4eafbd8f57f0..b82e203a6991 100644 --- a/udkapi/com/sun/star/lang/Locale.idl +++ b/udkapi/com/sun/star/lang/Locale.idl @@ -75,8 +75,10 @@ published struct Locale field is empty. You can find BCP 47 language tag resources at -http://www.langtag.net/;> -http://www.langtag.net/. +https://en.wikipedia.org/wiki/IETF_language_tag;> +https://en.wikipedia.org/wiki/IETF_language_tag and +https://www.w3.org/International/articles/language-tags/;> + https://www.w3.org/International/articles/language-tags/. Earlier versions of the documentation mentioned "vendor and browser-specific" codes but that was never supported. Use of any
[Libreoffice-bugs] [Bug 151196] FORMATTING "MM/DD/YYYY HH:MM" won't wrap (wrapping uses pre-formatted data?)
https://bugs.documentfoundation.org/show_bug.cgi?id=151196 --- Comment #4 from Jim Avera --- @Eike I see your point. On the other hand "###" is much less helpful to a human reader than wrapping at unexpected places while still showing the data. Perhaps formatted numbers can be wrapped if and only if an "overflow" would otherwise occur (i.e. when no useful information would be displayed) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'private/tvajngerl/staging' - editeng/inc editeng/source svx/source
editeng/inc/editdoc.hxx | 28 ++- editeng/source/editeng/editdoc.cxx | 14 +++-- editeng/source/editeng/impedit2.cxx | 36 +-- editeng/source/editeng/impedit3.cxx | 86 editeng/source/items/svxfont.cxx| 10 ++-- svx/source/svdraw/svdotext.cxx |3 + 6 files changed, 117 insertions(+), 60 deletions(-) New commits: commit 422b199a0a2250b11cb81c521b8a62c21243cc8a Author: Tomaž Vajngerl AuthorDate: Tue Sep 27 22:21:37 2022 +0200 Commit: Tomaž Vajngerl CommitDate: Tue Sep 27 22:21:37 2022 +0200 Check Textbox Fit To Frame Change-Id: I4a02658d06b84cd1222713f12adf14a8194b5b93 diff --git a/editeng/inc/editdoc.hxx b/editeng/inc/editdoc.hxx index 25a3dca4b1fc..4aa6ff167b45 100644 --- a/editeng/inc/editdoc.hxx +++ b/editeng/inc/editdoc.hxx @@ -409,7 +409,29 @@ public: sal_Int32 GetLen() const { return nLen; } void SetLen( sal_Int32 nL ) { nLen = nL; } -Size& GetSize() { return aOutSz; } +void setWidth(tools::Long nWidth) +{ +aOutSz.setWidth(nWidth); +} + +void setHeight(tools::Long nHeight) +{ +aOutSz.setHeight(nHeight); +} + +void adjustSize(tools::Long nDeltaX, tools::Long nDeltaY) +{ +if (nDeltaX != 0) +aOutSz.AdjustWidth(nDeltaX); +if (nDeltaY != 0) +aOutSz.AdjustHeight(nDeltaY); +} + +void SetSize(const Size& rSize) +{ +aOutSz = rSize; +} + const Size&GetSize() const { return aOutSz; } void SetKind(PortionKind n) { nKind = n; } @@ -728,7 +750,7 @@ private: rtl::Reference pItemPool; Link aModifyHdl; -SvxFont aDefFont; //faster than ever from the pool!! +SvxFont maDefFont; //faster than ever from the pool!! sal_uInt16 nDefTab; boolbIsVertical:1; TextRotationmnRotation; @@ -755,7 +777,7 @@ public: voidSetModifyHdl( const Link& rLink ) { aModifyHdl = rLink; } voidCreateDefFont( bool bUseStyles ); -const SvxFont& GetDefFont() const { return aDefFont; } +const SvxFont& GetDefFont() const { return maDefFont; } voidSetDefTab( sal_uInt16 nTab ){ nDefTab = nTab ? nTab : DEFTAB; } sal_uInt16 GetDefTab() const { return nDefTab; } diff --git a/editeng/source/editeng/editdoc.cxx b/editeng/source/editeng/editdoc.cxx index c3777f111783..c8113a601cf7 100644 --- a/editeng/source/editeng/editdoc.cxx +++ b/editeng/source/editeng/editdoc.cxx @@ -1988,7 +1988,11 @@ void CreateFont( SvxFont& rFont, const SfxItemSet& rSet, bool bSearchInParent, S if ( bSearchInParent || ( rSet.GetItemState( EE_CHAR_BKGCOLOR ) == SfxItemState::SET ) ) rFont.SetFillColor( rSet.Get( EE_CHAR_BKGCOLOR ).GetValue() ); if ( bSearchInParent || ( rSet.GetItemState( nWhich_FontHeight ) == SfxItemState::SET ) ) -rFont.SetFontSize( Size( rFont.GetFontSize().Width(), static_cast(rSet.Get( nWhich_FontHeight ) ).GetHeight() ) ); +{ +auto nHeight = static_cast(rSet.Get( nWhich_FontHeight ) ).GetHeight(); +printf ("FONTHEIGHT %ld\n", nHeight); +rFont.SetFontSize(Size(rFont.GetFontSize().Width(), nHeight)); +} if ( bSearchInParent || ( rSet.GetItemState( nWhich_Weight ) == SfxItemState::SET ) ) rFont.SetWeight( static_cast(rSet.Get( nWhich_Weight )).GetWeight() ); if ( bSearchInParent || ( rSet.GetItemState( EE_CHAR_UNDERLINE ) == SfxItemState::SET ) ) @@ -2039,14 +2043,14 @@ void CreateFont( SvxFont& rFont, const SfxItemSet& rSet, bool bSearchInParent, S void EditDoc::CreateDefFont( bool bUseStyles ) { SfxItemSetFixed aTmpSet( GetItemPool() ); -CreateFont( aDefFont, aTmpSet ); -aDefFont.SetVertical( IsEffectivelyVertical() ); -aDefFont.SetOrientation( Degree10(IsEffectivelyVertical() ? (IsTopToBottom() ? 2700 : 900) : 0) ); +CreateFont(maDefFont, aTmpSet); +maDefFont.SetVertical( IsEffectivelyVertical() ); +maDefFont.SetOrientation( Degree10(IsEffectivelyVertical() ? (IsTopToBottom() ? 2700 : 900) : 0) ); for ( sal_Int32 nNode = 0; nNode < Count(); nNode++ ) { ContentNode* pNode = GetObject( nNode ); -pNode->GetCharAttribs().GetDefFont() = aDefFont; +pNode->GetCharAttribs().GetDefFont() = maDefFont; if ( bUseStyles ) pNode->CreateDefFont(); } diff --git a/editeng/source/editeng/impedit2.cxx b/editeng/source/editeng/impedit2.cxx index ffa8913b0c75..ddde6b26f9c7 100644 --- a/editeng/source/editeng/impedit2.cxx +++ b/editeng/source/editeng/impedit2.cxx @@ -3347,6 +3347,7 @@ sal_uInt32 ImpEditEngine::GetTextHeight() const sal_uInt32 ImpEditEngine::CalcTextWidth( bool bIgnoreExtraSpace ) { +printf("ImpEditEngine::CalcTextWidth\n"); // If still not
[Libreoffice-bugs] [Bug 151184] Rendering defects (black horizontal lines) in Arabic/Persian text when exporting ODS to PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=151184 Bug 151184 depends on bug 151187, which changed state. Bug 151187 Summary: Crash when exporting ODS file with Persian text to PDF https://bugs.documentfoundation.org/show_bug.cgi?id=151187 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- I don't see user case for it, is there a real example where it would be useful? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- I don't see user case for it, is there a real example where it would be useful? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: include/vcl vcl/inc vcl/source
include/vcl/vcllayout.hxx |2 ++ vcl/inc/pdf/pdfwriter_impl.hxx|4 ++-- vcl/inc/sallayout.hxx |2 ++ vcl/source/gdi/pdfwriter_impl.cxx | 16 +--- vcl/source/gdi/sallayout.cxx |9 + 5 files changed, 24 insertions(+), 9 deletions(-) New commits: commit 8361df4cf3728ef5e98b6c95a06a4bc829c8fd44 Author: Caolán McNamara AuthorDate: Tue Sep 27 09:02:22 2022 +0100 Commit: Caolán McNamara CommitDate: Tue Sep 27 22:14:35 2022 +0200 tdf#151187 don't check glyph substitute positions to see if they can be perfectly round tripped back to original application provided positions. This may have already served its purpose that there aren't unexpected gotchas and could be retired. Change-Id: Id30d00d0c1649c5d80d43b57887a6e6cfa8fb5be Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140673 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/include/vcl/vcllayout.hxx b/include/vcl/vcllayout.hxx index cb88760cd98e..5030ccadb2b4 100644 --- a/include/vcl/vcllayout.hxx +++ b/include/vcl/vcllayout.hxx @@ -109,6 +109,8 @@ public: virtual SalLayoutGlyphs GetGlyphs() const; +virtual bool IsMultiSalLayout() const; + protected: // used by layout engines SalLayout(); diff --git a/vcl/inc/pdf/pdfwriter_impl.hxx b/vcl/inc/pdf/pdfwriter_impl.hxx index afb80c2aa403..500fd6e89d64 100644 --- a/vcl/inc/pdf/pdfwriter_impl.hxx +++ b/vcl/inc/pdf/pdfwriter_impl.hxx @@ -854,8 +854,8 @@ i12626 /* emits a text object according to the passed layout */ /* TODO: remove rText as soon as SalLayout will change so that rText is not necessary anymore */ -void drawVerticalGlyphs( const std::vector& rGlyphs, OStringBuffer& rLine, const Point& rAlignOffset, const Matrix3& rRotScale, double fAngle, double fXScale, double fSkew, sal_Int32 nFontHeight ); -void drawHorizontalGlyphs( const std::vector& rGlyphs, OStringBuffer& rLine, const Point& rAlignOffset, bool bFirst, double fAngle, double fXScale, double fSkew, sal_Int32 nFontHeight, sal_Int32 nPixelFontHeight ); +void drawVerticalGlyphs( const std::vector& rGlyphs, OStringBuffer& rLine, const Point& rAlignOffset, const Matrix3& rRotScale, double fAngle, double fXScale, double fSkew, sal_Int32 nFontHeight, bool bCheck ); +void drawHorizontalGlyphs( const std::vector& rGlyphs, OStringBuffer& rLine, const Point& rAlignOffset, bool bFirst, double fAngle, double fXScale, double fSkew, sal_Int32 nFontHeight, sal_Int32 nPixelFontHeight, bool bCheck ); void drawLayout( SalLayout& rLayout, const OUString& rText, bool bTextLines, bool bCheckSubPixelToLogic ); void drawRelief( SalLayout& rLayout, const OUString& rText, bool bTextLines ); void drawShadow( SalLayout& rLayout, const OUString& rText, bool bTextLines ); diff --git a/vcl/inc/sallayout.hxx b/vcl/inc/sallayout.hxx index 0ceb8dfa719f..970fc6e3b98b 100644 --- a/vcl/inc/sallayout.hxx +++ b/vcl/inc/sallayout.hxx @@ -86,6 +86,8 @@ public: vcl::text::ImplLayoutArgs& rMultiArgs, const double* pMultiDXArray); +virtual boolIsMultiSalLayout() const override; + virtual ~MultiSalLayout() override; private: diff --git a/vcl/source/gdi/pdfwriter_impl.cxx b/vcl/source/gdi/pdfwriter_impl.cxx index 9c3c8a0ab589..b42cf4a74840 100644 --- a/vcl/source/gdi/pdfwriter_impl.cxx +++ b/vcl/source/gdi/pdfwriter_impl.cxx @@ -6281,10 +6281,11 @@ void PDFWriterImpl::drawVerticalGlyphs( double fAngle, double fXScale, double fSkew, -sal_Int32 nFontHeight ) +sal_Int32 nFontHeight, +bool bCheck ) { double nXOffset = 0; -Point aCurPos(SubPixelToLogic(rGlyphs[0].m_aPos, fAngle == 0.0)); +Point aCurPos(SubPixelToLogic(rGlyphs[0].m_aPos, bCheck && fAngle == 0.0)); aCurPos += rAlignOffset; for( size_t i = 0; i < rGlyphs.size(); i++ ) { @@ -6304,7 +6305,7 @@ void PDFWriterImpl::drawVerticalGlyphs( fSkewA = -fSkewB; fSkewB = 0.0; } -aDeltaPos += SubPixelToLogic(DevicePoint(nXOffset / fXScale, 0), false) - SubPixelToLogic(DevicePoint(), true); +aDeltaPos += SubPixelToLogic(DevicePoint(nXOffset / fXScale, 0), false) - SubPixelToLogic(DevicePoint(), bCheck); if( i < rGlyphs.size()-1 ) // #i120627# the text on the Y axis is reversed when export ppt file to PDF format { @@ -6348,7 +6349,8 @@ void PDFWriterImpl::drawHorizontalGlyphs( double fXScale, double fSkew, sal_Int32 nFontHeight, -sal_Int32 nPixelFontHeight +sal_Int32 nPixelFontHeight, +bool bCheck ) { // horizontal (= normal) case @@ -6374,7 +6376,7 @@ void PDFWriterImpl::drawHorizontalGlyphs( for( size_t nRun = 0; nRun < aRunEnds.size(); nRun++ ) { // setup text matrix back
[Libreoffice-ux-advise] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #1 from Rafael Lima --- I'm not so sure about that. Currently we support the basic mathematical functions (Add, Subtract, Multiply, Divide). If we add others such as Maximum and Minimum, then why not also add others as Average, Round, Power and so on? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #1 from Rafael Lima --- I'm not so sure about that. Currently we support the basic mathematical functions (Add, Subtract, Multiply, Divide). If we add others such as Maximum and Minimum, then why not also add others as Average, Round, Power and so on? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/unotools sc/source unotools/source
include/unotools/collatorwrapper.hxx |3 --- sc/source/core/data/conditio.cxx | 27 --- unotools/source/i18n/collatorwrapper.cxx | 17 - 3 files changed, 12 insertions(+), 35 deletions(-) New commits: commit 27c22bac5439908ecdd1aa05580d75998a5eb058 Author: Justin Luth AuthorDate: Mon Sep 26 18:15:03 2022 -0400 Commit: Eike Rathke CommitDate: Tue Sep 27 21:55:02 2022 +0200 tdf#123990 sc condition: use GetTransliteration, not GetCollator Thanks Eike Eike said "This should not use collation (which should only be used in sorting context) but ignore case transliteration instead." I had just copied ancient code from commit 952c2b02c73b30b011306faf2f0d6f2b4a935955 Author: Eike Rathke on Date: Wed Mar 14 14:57:39 2001 + use CollatorWrapper instead of International Apparently that code should also be changed in a follow-up commit. Interestingly, a \x000 - \x008 etc must be isEqual(""), so an attempt to ScGlobal::getCharClass().lowercase all variables at the beginning and use regular OUString comparisons didn't work. Also, a "" startsWith and endsWith each string. In Excel, a "" is also contained in every string, but not (yet) in Calc. Change-Id: I44a07c482d2d67a76a939ba2d593a003398d52c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140633 Tested-by: Justin Luth Reviewed-by: Justin Luth Reviewed-by: Eike Rathke diff --git a/include/unotools/collatorwrapper.hxx b/include/unotools/collatorwrapper.hxx index 1552a7ce9b36..595d9ccf4f41 100644 --- a/include/unotools/collatorwrapper.hxx +++ b/include/unotools/collatorwrapper.hxx @@ -45,9 +45,6 @@ class UNOTOOLS_DLLPUBLIC CollatorWrapper compareString ( const OUString& s1, const OUString& s2) const; -sal_Int32 compareSubstring (const OUString& s1, sal_Int32 off1, sal_Int32 len1, -const OUString& s2, sal_Int32 off2, sal_Int32 len2) const; - css::uno::Sequence< OUString > listCollatorAlgorithms ( const css::lang::Locale& rLocale) const; diff --git a/sc/source/core/data/conditio.cxx b/sc/source/core/data/conditio.cxx index 834c4a78f5e8..d126357dc38a 100644 --- a/sc/source/core/data/conditio.cxx +++ b/sc/source/core/data/conditio.cxx @@ -1175,36 +1175,33 @@ bool ScConditionEntry::IsValidStr( const OUString& rArg, const ScAddress& rPos ) bValid = !bValid; break; case ScConditionMode::BeginsWith: -{ -const sal_Int32 nLen = aUpVal1.getLength(); -if (!nLen || nLen > rArg.getLength()) -bValid = false; -else -{ -bValid = (ScGlobal::GetCollator().compareSubstring(rArg, 0, nLen, - aUpVal1, 0, nLen) == 0); -} -} - break; +bValid = ScGlobal::GetTransliteration().isMatch(aUpVal1, rArg); +break; case ScConditionMode::EndsWith: { sal_Int32 nStart = rArg.getLength(); const sal_Int32 nLen = aUpVal1.getLength(); -if (!nLen || nLen > nStart) +if (nLen > nStart) bValid = false; else { nStart = nStart - nLen; -bValid = (ScGlobal::GetCollator().compareSubstring(rArg, nStart, nLen, - aUpVal1, 0, nLen) == 0); +sal_Int32 nMatch1(0), nMatch2(0); +bValid = ScGlobal::GetTransliteration().equals(rArg, nStart, nLen, nMatch1, + aUpVal1, 0, nLen, nMatch2); } } break; case ScConditionMode::ContainsText: case ScConditionMode::NotContainsText: -bValid = rArg.toAsciiLowerCase().indexOf(aUpVal1.toAsciiLowerCase()) != -1; +{ +const OUString aArgStr(ScGlobal::getCharClass().lowercase(rArg)); +const OUString aValStr(ScGlobal::getCharClass().lowercase(aUpVal1)); +bValid = aArgStr.indexOf(aValStr) != -1; + if(eOp == ScConditionMode::NotContainsText) bValid = !bValid; +} break; default: { diff --git a/unotools/source/i18n/collatorwrapper.cxx b/unotools/source/i18n/collatorwrapper.cxx index ce85de11df7e..4da1398e0636 100644 --- a/unotools/source/i18n/collatorwrapper.cxx +++ b/unotools/source/i18n/collatorwrapper.cxx @@ -46,23 +46,6 @@ CollatorWrapper::compareString (const OUString& s1, const OUString& s2) const return 0; } -sal_Int32 -CollatorWrapper::compareSubstring (const OUString& s1, sal_Int32 off1, sal_Int32 len1, - const OUString& s2,
[Libreoffice-bugs] [Bug 150591] Calc Segmentation Fault Segfault Crash Coredump Upon Close After Changes
https://bugs.documentfoundation.org/show_bug.cgi?id=150591 --- Comment #4 from nroycea+documentfoundat...@gmail.com --- What is required for this issue to become "CONFIRMED"? Updated to 7.4.1-3 5 days ago and the issue persists: * Module /usr/lib/libreoffice/program/soffice.bin with build-id 83674d1926803881ad244daf79bed854b279d> Stack trace of thread 635370: #0 0x7f84ea70b884 n/a (n/a + 0x0) ELF object binary architecture: AMD x86-64 * Also adding on another issue where closing the window when it's "maximized" makes the window non-visible when opening it. I'm forced to right-mouse-context the program in the KDE app tray and choose "Move" to snap it to a side in order for the window to have any dimension to it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/qa sw/source
sw/inc/crsrsh.hxx|4 ++-- sw/inc/ndtxt.hxx | 10 ++ sw/inc/swtypes.hxx | 10 ++ sw/qa/core/txtnode/txtnode.cxx |4 ++-- sw/source/core/crsr/annotationmark.cxx |2 +- sw/source/core/crsr/crstrvl.cxx | 27 ++- sw/source/core/crsr/pam.cxx |2 +- sw/source/core/crsr/swcrsr.cxx |4 ++-- sw/source/core/crsr/viscrs.cxx |6 +++--- sw/source/core/doc/DocumentFieldsManager.cxx |2 +- sw/source/core/doc/docredln.cxx |2 +- sw/source/core/edit/edfld.cxx|4 ++-- sw/source/core/layout/flycnt.cxx |2 +- sw/source/core/text/itrform2.cxx |2 +- sw/source/core/txtnode/ndtxt.cxx | 25 ++--- sw/source/core/txtnode/thints.cxx|2 +- sw/source/core/txtnode/txtedt.cxx|4 ++-- sw/source/core/unocore/unocrsrhelper.cxx | 10 +- sw/source/core/unocore/unofield.cxx |6 +++--- sw/source/filter/basflt/fltshell.cxx |2 +- sw/source/filter/ww8/docxattributeoutput.cxx |4 ++-- sw/source/ui/misc/contentcontroldlg.cxx |4 ++-- sw/source/uibase/docvw/edtwin.cxx|6 +++--- sw/source/uibase/shells/textfld.cxx |2 +- sw/source/uibase/uno/unotxdoc.cxx|4 ++-- sw/source/uibase/wrtsh/delete.cxx|2 +- 26 files changed, 80 insertions(+), 72 deletions(-) New commits: commit 70973680f05c587c866d2de2a16bff9ebf8007ca Author: Michael Stahl AuthorDate: Tue Sep 27 16:32:51 2022 +0200 Commit: Michael Stahl CommitDate: Tue Sep 27 21:18:19 2022 +0200 sw: fix inserting fields between 2 adjacent input fields Primarily this is achieved by using GetTextAttrMode PARENT in SwCursorShell::CursorInsideInputField() and SwCursorShell::PosInsideInputField(). But this requires some refactoring to make this parameter available. Change-Id: I1a0ef4e3d93a6733d972544abfe07ddf929eb62c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140661 Tested-by: Jenkins Reviewed-by: Michael Stahl diff --git a/sw/inc/crsrsh.hxx b/sw/inc/crsrsh.hxx index 2c1001b44c50..2e9a9f0f1e62 100644 --- a/sw/inc/crsrsh.hxx +++ b/sw/inc/crsrsh.hxx @@ -719,10 +719,10 @@ public: static SwTextField* GetTextFieldAtPos( const SwPosition* pPos, -const bool bIncludeInputFieldAtStart ); +::sw::GetTextAttrMode eMode); static SwTextField* GetTextFieldAtCursor( const SwPaM* pCursor, -const bool bIncludeInputFieldAtStart ); +::sw::GetTextAttrMode eMode); static SwField* GetFieldAtCursor( const SwPaM* pCursor, const bool bIncludeInputFieldAtStart ); diff --git a/sw/inc/ndtxt.hxx b/sw/inc/ndtxt.hxx index 12b823a52f7c..a86b495515b0 100644 --- a/sw/inc/ndtxt.hxx +++ b/sw/inc/ndtxt.hxx @@ -381,12 +381,6 @@ public: bool DontExpandFormat( sal_Int32 nContentIdx, bool bFlag = true, bool bFormatToTextAttributes = true ); -enum GetTextAttrMode { -DEFAULT,/// DEFAULT: (Start <= nIndex < End) -EXPAND, /// EXPAND : (Start < nIndex <= End) -PARENT, /// PARENT : (Start < nIndex < End) -}; - /** get the innermost text attribute covering position nIndex. @param nWhich only attribute with this id is returned. @param eModethe predicate for matching (@see GetTextAttrMode). @@ -398,7 +392,7 @@ public: SwTextAttr *GetTextAttrAt( sal_Int32 const nIndex, sal_uInt16 const nWhich, -enum GetTextAttrMode const eMode = DEFAULT ) const; +::sw::GetTextAttrMode const eMode = ::sw::GetTextAttrMode::Default) const; /** get the innermost text attributes covering position nIndex. @param nWhich only attributes with this id are returned. @@ -429,7 +423,7 @@ public: SwTextField* GetFieldTextAttrAt( const sal_Int32 nIndex, -const bool bIncludeInputFieldAtStart = false ) const; +::sw::GetTextAttrMode const eMode = ::sw::GetTextAttrMode::Expand) const; bool Spell(SwSpellArgs*); bool Convert( SwConversionArgs & ); diff --git a/sw/inc/swtypes.hxx b/sw/inc/swtypes.hxx index 857165217237..55ed0c22240d 100644 --- a/sw/inc/swtypes.hxx +++ b/sw/inc/swtypes.hxx @@ -156,6 +156,16 @@ namespace o3tl template<> struct typed_flags : is_typed_flags {}; } +namespace sw { + +enum class GetTextAttrMode { +Default,/// DEFAULT: (Start <= nIndex < End) +Expand, /// EXPAND : (Start < nIndex <= End) +Parent, /// PARENT : (Start < nIndex < End) +}; + +} // namespace sw + constexpr bool SW_ISPRINTABLE(sal_Unicode c) { return c >= ' ' && 127 != c; } #define CHAR_HARDBLANK u'\x00A0' diff --git
[Libreoffice-commits] core.git: sw/source
sw/source/ui/fldui/fldtdlg.cxx | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) New commits: commit 85d099bd3680d517f1a76faf3eb720a9cb8e140f Author: Michael Stahl AuthorDate: Tue Sep 27 16:21:02 2022 +0200 Commit: Michael Stahl CommitDate: Tue Sep 27 21:18:03 2022 +0200 sw: SwFieldDlg disable Insert button if shell cursor is in input field Lots of content including fields cannot be inserted into an input field, and if there is already a selection when clicking the insert button, the selection will be deleted but then inserting the field will fail. Just disable the button, as is already done if the cursor is in a protected section. Change-Id: Ib01cf378441582668a9dd4c76900062b906ff09c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140660 Tested-by: Jenkins Reviewed-by: Michael Stahl diff --git a/sw/source/ui/fldui/fldtdlg.cxx b/sw/source/ui/fldui/fldtdlg.cxx index 53e5a51c6eaf..a3886591a4c2 100644 --- a/sw/source/ui/fldui/fldtdlg.cxx +++ b/sw/source/ui/fldui/fldtdlg.cxx @@ -189,8 +189,9 @@ void SwFieldDlg::ReInitDlg() if(!pActiveView) return; const SwWrtShell& rSh = pActiveView->GetWrtShell(); -GetOKButton().set_sensitive(!rSh.IsReadOnlyAvailable() || -!rSh.HasReadonlySel()); +GetOKButton().set_sensitive(( !rSh.IsReadOnlyAvailable() +|| !rSh.HasReadonlySel()) +&& !SwCursorShell::PosInsideInputField(*rSh.GetCursor()->GetPoint())); ReInitTabPage("document"); ReInitTabPage("variables"); @@ -223,8 +224,10 @@ void SwFieldDlg::Activate() bool bHtmlMode = (::GetHtmlMode(static_cast(SfxObjectShell::Current())) & HTMLMODE_ON) != 0; const SwWrtShell& rSh = pView->GetWrtShell(); -GetOKButton().set_sensitive(!rSh.IsReadOnlyAvailable() || -!rSh.HasReadonlySel()); +GetOKButton().set_sensitive(( !rSh.IsReadOnlyAvailable() +|| !rSh.HasReadonlySel()) +&& !SwCursorShell::PosInsideInputField(*rSh.GetCursor()->GetPoint())); + ReInitTabPage("variables", true); @@ -243,8 +246,11 @@ void SwFieldDlg::EnableInsert(bool bEnable) OSL_ENSURE(pView, "no view found"); if( !pView || (pView->GetWrtShell().IsReadOnlyAvailable() && -pView->GetWrtShell().HasReadonlySel()) ) +pView->GetWrtShell().HasReadonlySel()) +|| SwCursorShell::PosInsideInputField(*pView->GetWrtShell().GetCursor()->GetPoint())) +{ bEnable = false; +} } GetOKButton().set_sensitive(bEnable); }
[Libreoffice-bugs] [Bug 151194] Cannot maximize LO start center window with low resolution screen in Arch XFCE
https://bugs.documentfoundation.org/show_bug.cgi?id=151194 Timur changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED --- Comment #6 from Timur --- If you did renamed/deleted LO user profile folder, so fixing a potential glitch that didn't help, it can be Arch issue. Anyway, I close as this is not LO Bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151166] [FILEOPEN] NUMBERS codec missing functions
https://bugs.documentfoundation.org/show_bug.cgi?id=151166 --- Comment #5 from SheetJS --- Created attachment 182700 --> https://bugs.documentfoundation.org/attachment.cgi?id=182700=edit Numbers 12.1 formulae missing from 9c3a8cb8 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151166] [FILEOPEN] NUMBERS codec missing functions
https://bugs.documentfoundation.org/show_bug.cgi?id=151166 --- Comment #4 from SheetJS --- list in 9c3a8cb8 extends to 303 "CurrencyCode". starting from 304, based on Numbers 12.1 : code | name in Numbers -+ 304 | ISNUMBER 305 | ISTEXT 306 | ISDATE 309 | MAXIFS 310 | MINIFS 311 | XIRR 312 | XNPV 313 | IFS 314 | XLOOKUP 315 | XMATCH 316 | SUBTOTAL 317 | COUNTMATCHES 318 | TEXTBEFORE 319 | TEXTBETWEEN 320 | TEXTAFTER 321 | REGEX 322 | REFERENCE.NAME 323 | FORMULATEXT 324 | REGEX.EXTRACT 325 | GETPIVOTDATA Laurent: There is a semi-related issue https://bugs.documentfoundation.org/show_bug.cgi?id=150782 . Seeing some of the names like `IWORKFormula::Address`, is this the right place / time to change 194 to "DURATION" and 212 to something different? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Timur changed: What|Removed |Added Depends on||146935 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146935 [Bug 146935] LO Calc autofilter dropdown pane scrolls sideways -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 146935, which changed state. Bug 146935 Summary: LO Calc autofilter dropdown pane scrolls sideways https://bugs.documentfoundation.org/show_bug.cgi?id=146935 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146935] LO Calc autofilter dropdown pane scrolls sideways
https://bugs.documentfoundation.org/show_bug.cgi?id=146935 Timur changed: What|Removed |Added Blocks||103182 Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA --- Comment #14 from Timur --- I understand that you don't use Gtk3 anymore so I close as Insufficient Data. Anyway if not reproducible, how to fix.. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103182 [Bug 103182] [META] GTK3-specific bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151205] New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||tele...@surfxs.nl Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - desktop/source external/cairo external/fontconfig external/freetype external/harfbuzz vcl/source vcl/unx
desktop/source/lib/init.cxx | 20 --- external/cairo/ExternalPackage_cairo.mk |3 external/cairo/UnpackedTarball_cairo.mk |2 external/cairo/cairo/cairo-fd-hack.patch.0 | 15 -- external/cairo/cairo/libcairo-bundled-soname.patch.0 | 12 -- external/fontconfig/ExternalPackage_fontconfig.mk| 16 -- external/fontconfig/ExternalProject_fontconfig.mk| 15 -- external/fontconfig/Module_fontconfig.mk |1 external/fontconfig/UnpackedTarball_fontconfig.mk|1 external/fontconfig/libfontconfig-bundled-soname.patch.0 | 11 - external/freetype/ExternalPackage_freetype.mk| 16 -- external/freetype/ExternalProject_freetype.mk|5 external/freetype/Module_freetype.mk |1 external/freetype/UnpackedTarball_freetype.mk|2 external/freetype/freetype-fd-hack.patch.0 | 53 external/freetype/libfreetype-bundled-soname.patch.0 | 11 - external/harfbuzz/ExternalPackage_harfbuzz.mk| 17 -- external/harfbuzz/ExternalProject_harfbuzz.mk|9 - external/harfbuzz/Module_harfbuzz.mk |1 external/harfbuzz/UnpackedTarball_harfbuzz.mk|4 external/harfbuzz/harfbuzz-fd-hack.patch.0 | 24 external/harfbuzz/libharfbuzz-bundled-soname.patch.0 | 24 vcl/source/fontsubset/sft.cxx| 23 --- vcl/unx/generic/fontmanager/fontmanager.cxx | 90 ++- vcl/unx/generic/glyphs/freetype_glyphcache.cxx | 13 -- 25 files changed, 47 insertions(+), 342 deletions(-) New commits: commit 116737681a9a9a0ea02e454d7d898a13f75def9b Author: Tor Lillqvist AuthorDate: Tue Sep 27 17:44:30 2022 +0300 Commit: Tor Lillqvist CommitDate: Tue Sep 27 20:00:20 2022 +0200 Revert "Enable opening of downloaded fonts only in ForKit in Online" The reverted commit causes horrible problems in desktop CO. Back to the drawing board. This reverts commit d8b04077bb63f05efa256f353bfd6acb409a6983. Change-Id: Idcee59b2fa2fa6e32f5fa58a3786891c43384950 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140659 Tested-by: Jenkins CollaboraOffice Reviewed-by: Tor Lillqvist diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx index a08c6d8b275d..4eed88331948 100644 --- a/desktop/source/lib/init.cxx +++ b/desktop/source/lib/init.cxx @@ -24,10 +24,6 @@ #include #endif -#ifdef LINUX -#include -#endif - #ifdef ANDROID #include #endif @@ -4334,27 +4330,13 @@ static void lo_setOption(LibreOfficeKit* /*pThis*/, const char *pOption, const c else sal_detail_set_log_selector(pCurrentSalLogOverride); } -#ifdef LINUX else if (strcmp(pOption, "addfont") == 0) { -if (memcmp(pValue, "file://", 7) == 0) -pValue += 7; - -int fd = open(pValue, O_RDONLY); -if (fd == -1) -{ -std::cerr << "Could not open font file '" << pValue << "': " << strerror(errno) << std::endl; -return; -} - -OUString sMagicFileName = "file:///:FD:/" + OUString::number(fd); - OutputDevice *pDevice = Application::GetDefaultDevice(); OutputDevice::ImplClearAllFontData(false); -pDevice->AddTempDevFont(sMagicFileName, ""); +pDevice->AddTempDevFont(OUString::fromUtf8(pValue), ""); OutputDevice::ImplRefreshAllFontData(false); } -#endif } static void lo_dumpState (LibreOfficeKit* pThis, const char* /* pOptions */, char** pState) diff --git a/external/cairo/ExternalPackage_cairo.mk b/external/cairo/ExternalPackage_cairo.mk index 74a46688406a..116db8a3499d 100644 --- a/external/cairo/ExternalPackage_cairo.mk +++ b/external/cairo/ExternalPackage_cairo.mk @@ -12,8 +12,7 @@ $(eval $(call gb_ExternalPackage_ExternalPackage,cairo,cairo)) $(eval $(call gb_ExternalPackage_use_external_project,cairo,cairo)) ifneq ($(DISABLE_DYNLOADING),TRUE) -$(eval $(call gb_ExternalPackage_add_file,cairo,$(LIBO_LIB_FOLDER)/libcairo-lo.so.2.1170$(CAIRO_VERSION_MICRO).0,src/.libs/libcairo-lo.so.2.1170$(CAIRO_VERSION_MICRO).0)) -$(eval $(call gb_ExternalPackage_add_file,cairo,$(LIBO_LIB_FOLDER)/libcairo-lo.so.2,src/.libs/libcairo-lo.so.2)) +$(eval $(call gb_ExternalPackage_add_file,cairo,$(LIBO_LIB_FOLDER)/libcairo.so.2,src/.libs/libcairo.so.2.1170$(CAIRO_VERSION_MICRO).0)) endif # vim: set noet sw=4 ts=4: diff --git a/external/cairo/UnpackedTarball_cairo.mk b/external/cairo/UnpackedTarball_cairo.mk index 8599647a8f9c..5e83b526e52e 100644 --- a/external/cairo/UnpackedTarball_cairo.mk +++ b/external/cairo/UnpackedTarball_cairo.mk @@ -18,8 +18,6 @@ $(eval $(call gb_UnpackedTarball_add_patches,cairo,\ external/cairo/cairo/cairo.oldfreetype.patch \
[Libreoffice-bugs] [Bug 151201] calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 Vladimir Sourek changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146935] LO Calc autofilter dropdown pane scrolls sideways
https://bugs.documentfoundation.org/show_bug.cgi?id=146935 --- Comment #13 from peter.t.koz...@gmail.com --- (In reply to Timur from comment #12) > (In reply to peter.t.kozich from comment #4) > > $ glxinfo64 | grep -i version > > Error: couldn't find RGB GLX visual or fbconfig > > You seem to have local problem, please fix it. Thanks for the suggestion. After some digging around I installed mesa-dri-drivers. Now I have this: $ glxinfo64 | grep -i version server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 Version: 22.1.7 Max core profile version: 4.6 Max compat profile version: 4.6 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.1.7 OpenGL core profile shading language version string: 4.60 OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.1.7 OpenGL shading language version string: 4.60 OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.1.7 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 GL_EXT_shader_implicit_conversions, GL_EXT_shader_integer_mix, Nonetheless, with libreoffice-gtk3, Calc autofilter dropdown panel still grows rightways without ever stopping. That's not a surprise, because mesa-dri-drivers is not a prerequisite for LO. LO is installed using dnf in the most traditional way, no special options or tricks applied. A few months ago I came across a user complaining about the very same issue and getting no usable answers. I feel lucky to have stumbled on kf5 and I'm giving up that libreoffice-gtk3 business for good. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151194] Cannot maximize LO start center window with low resolution screen in Arch XFCE
https://bugs.documentfoundation.org/show_bug.cgi?id=151194 tr_mail_...@t-online.de changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #5 from tr_mail_...@t-online.de --- (In reply to tr_mail_bin from comment #4) > (In reply to Timur from comment #3) > > Also no repro in Ubuntu 1366x768 with LO 7.3 or 7.5+. > > That may be related to XFCE. > > Do you have libreoffice-gtk3 package? How do you install LO? > > I use this package, which is built with '--enable-gtk3' switch: > https://archlinux.org/packages/extra/x86_64/libreoffice-still/ > > > Can you test with LO master, like from > > https://wiki.documentfoundation.org/Installing_in_parallel/Linux? > > I can try this later. I can NOT reproduce this with any of the following pre-compiled .deb-Packages from https://de.libreoffice.org/download/download/: LibreOffice_7.2.7.2_Linux_x86-64_deb LibreOffice_7.3.6.2_Linux_x86-64_deb LibreOffice_7.4.1.2_Linux_x86-64_deb Can also NOT reproduce it with Manjaro+XFCE (ArchLinux derivative) Live system in VBOX, neither from distro repository nor with LO .deb packages. Must be a local configuration / ArchLinux packaging issue then? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: configmgr/source
configmgr/source/access.cxx | 15 +++ configmgr/source/access.hxx |2 +- configmgr/source/data.cxx| 20 ++-- configmgr/source/data.hxx|2 +- configmgr/source/partial.cxx |8 5 files changed, 23 insertions(+), 24 deletions(-) New commits: commit 5c425ca13001ddd64b3f6fd4dde8af7468bc37c8 Author: Stephan Bergmann AuthorDate: Tue Sep 27 16:33:08 2022 +0200 Commit: Stephan Bergmann CommitDate: Tue Sep 27 19:47:55 2022 +0200 Revert some string_view pessimization This reverts the configmgr part of 0a7eac8576f313dcaf27ee45326d71fd6b5aea1e "use more string_view in accessibility..configmgr": All calls to Data::parseSegment (either directly, or indirectly either via Access::getSubChild or via parseSegment in partial.cxx) pass in an OUString path, and in some cases (see below) > *name = path.substr(index, i - index); in Data::parseSegment reconstructs an OUString from the full path (i.e., index == 0 and i == path.size()). And I see no code that actually benefited from the switch to string_view. One example call stack for such an expensive reconstruction of an OUString from full path is > #0 in configmgr::Data::parseSegment(path=u"ooSetupSystemLocale", index=0, name=0x75299280, setElement=0x752992a0, templateName=0x752992b0) in core/configmgr/source/data.cxx > #1 in configmgr::Access::getSubChild(this=0x61928f80, path=u"ooSetupSystemLocale") in core/configmgr/source/access.cxx > #2 in configmgr::Access::getByHierarchicalName(this=0x61928f80, aName="ooSetupSystemLocale") in core/configmgr/source/access.cxx > #3 in utl::ConfigItem::GetProperties(xHierarchyAccess=uno::Reference to (configmgr::RootAccess *) 0x61928fb8, rNames=uno::Sequence of length 6 = {...}, bAllLocales=false) in core/unotools/source/config/configitem.cxx > #4 in utl::ConfigItem::GetProperties(this=0x6110cad0, rNames=uno::Sequence of length 6 = {...}) in core/unotools/source/config/configitem.cxx > #5 in SvtSysLocaleOptions_Impl::SvtSysLocaleOptions_Impl(this=0x6110cad0) in core/unotools/source/config/syslocaleoptions.cxx [...] Change-Id: I51127d82aea927dd9aaf374880c406dbafaddcde Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140658 Reviewed-by: Noel Grandin Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/configmgr/source/access.cxx b/configmgr/source/access.cxx index 06c000dcdbd3..865d383002d3 100644 --- a/configmgr/source/access.cxx +++ b/configmgr/source/access.cxx @@ -74,7 +74,6 @@ #include #include #include -#include #include #include #include @@ -1971,10 +1970,10 @@ rtl::Reference< ChildAccess > Access::getUnmodifiedChild( return createUnmodifiedChild(name,node); } -rtl::Reference< ChildAccess > Access::getSubChild(std::u16string_view path) { +rtl::Reference< ChildAccess > Access::getSubChild(OUString const & path) { sal_Int32 i = 0; // For backwards compatibility, allow absolute paths where meaningful: -if( o3tl::starts_with(path, u"/") ) { +if( path.startsWith("/") ) { ++i; if (!getRootAccess().is()) { return rtl::Reference< ChildAccess >(); @@ -1987,7 +1986,7 @@ rtl::Reference< ChildAccess > Access::getSubChild(std::u16string_view path) { OUString templateName1; i = Data::parseSegment( path, i, , , ); -if (i == -1 || (i != static_cast(path.size()) && path[i] != '/')) { +if (i == -1 || (i != path.getLength() && path[i] != '/')) { return rtl::Reference< ChildAccess >(); } OUString name2; @@ -2000,7 +1999,7 @@ rtl::Reference< ChildAccess > Access::getSubChild(std::u16string_view path) { { return rtl::Reference< ChildAccess >(); } -if (i != static_cast(path.size())) { +if (i != path.getLength()) { ++i; } } @@ -2010,7 +2009,7 @@ rtl::Reference< ChildAccess > Access::getSubChild(std::u16string_view path) { bool setElement; OUString templateName; i = Data::parseSegment(path, i, , , ); -if (i == -1 || (i != static_cast(path.size()) && path[i] != '/')) { +if (i == -1 || (i != path.getLength() && path[i] != '/')) { return rtl::Reference< ChildAccess >(); } rtl::Reference< ChildAccess > child(parent->getChild(name)); @@ -2042,9 +2041,9 @@ rtl::Reference< ChildAccess > Access::getSubChild(std::u16string_view path) { // For backwards compatibility, ignore a final slash after non-value // nodes: if (child->isValue()) { -return i == static_cast(path.size()) +return i == path.getLength() ? child : rtl::Reference< ChildAccess >(); -} else if (i >=
[Libreoffice-bugs] [Bug 151201] calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 --- Comment #3 from Vladimir Sourek --- Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=129062 Bug 129062 depends on bug 151153, which changed state. Bug 151153 Summary: Missing UI menu and frame content-- with Skia rendering (Vulkan or raster) with Windows 'Dark' color theme active https://bugs.documentfoundation.org/show_bug.cgi?id=151153 What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151153] Missing UI menu and frame content-- with Skia rendering (Vulkan or raster) with Windows 'Dark' color theme active
https://bugs.documentfoundation.org/show_bug.cgi?id=151153 V Stuart Foote changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #2 from V Stuart Foote --- Issue seemed to be centered around changing Tools -> Options -> View and making a rendering selection. But can no longer preproduce with a later build of master where it is behaving. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 0d3dd0aa54ad792f91d0905f3d46c13df3512d89 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151202] Suggestion
https://bugs.documentfoundation.org/show_bug.cgi?id=151202 Julien Nabet changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEEDINFO|RESOLVED --- Comment #3 from Julien Nabet --- Ok c'est plus clair. Pour il faut : - lancer Impress - aller dans menu "Outils" - choisir "Options" - aller dans la rubrique "Impress" - choisir "Affichage" - cliquer sur "Lignes d'aide lors du déplacement" On peut aussi cliquer sur "Règles visibles" Il y a aussi la possibilité suivante en alternative ou en cumulant : - lancer Impress - aller dans menu "Outils" - choisir "Options" - aller dans la rubrique "Impress" - choisir "Grille" - cocher "Grille visible" Il y a potentiellement d'autres options qui pourraient vous être utiles dans les 2 rubriques citées. Je clos donc le ticket. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134941] Start screen is bigger than desktop resolution
https://bugs.documentfoundation.org/show_bug.cgi?id=134941 --- Comment #10 from V Stuart Foote --- Accommodating UI scaling the 768px bumping against the native display resolution is a reasonable ask. On the OPs 1440px vertical size, it should work fine up to 187% scaling, at 200% it won't fit. We should not drop Start Center elements, instead seems feasible to provide a scrollbar when scale induced dpi exceeds visible display height. Applying scrollbar just for the six modules listed (Writer -> Base) should be enough, not the whole sidebar (Open -> Extensions). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 134941] Start screen is bigger than desktop resolution
https://bugs.documentfoundation.org/show_bug.cgi?id=134941 --- Comment #10 from V Stuart Foote --- Accommodating UI scaling the 768px bumping against the native display resolution is a reasonable ask. On the OPs 1440px vertical size, it should work fine up to 187% scaling, at 200% it won't fit. We should not drop Start Center elements, instead seems feasible to provide a scrollbar when scale induced dpi exceeds visible display height. Applying scrollbar just for the six modules listed (Writer -> Base) should be enough, not the whole sidebar (Open -> Extensions). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151205] New: New Paste Special Operations: Maximum, Minimum
https://bugs.documentfoundation.org/show_bug.cgi?id=151205 Bug ID: 151205 Summary: New Paste Special Operations: Maximum, Minimum Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ralacr...@hydro.mb.ca Description: Existing operations for paste special are: None, Add, Subtract, Multiply, Divide. Add 2 more operations: Maximum, Minimum These new operations would work just like the existing operations. Steps to Reproduce: 1. Select a source range, Copy. 2. Select a destination range of the same dimensions, Paste Special... 3. Choose the new operation, click OK. Actual Results: Operation does not currently exist. Expected Results: The new operation applied cell-by-cell between the copied range and the pasted range. Reproducible: Always User Profile Reset: No Additional Info: Excel does not have this feature. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151201] calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 CC||rafael.palma.l...@gmail.com Status|UNCONFIRMED |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151201] calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 --- Comment #2 from Rafael Lima --- What OS are you running? What version of LO ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151204] Ramneek Sidhu
https://bugs.documentfoundation.org/show_bug.cgi?id=151204 Rafael Lima changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151204] Ramneek Sidhu
https://bugs.documentfoundation.org/show_bug.cgi?id=151204 Diegorhett81 changed: What|Removed |Added URL||https://www.techbuzzreviews ||.com/ramneek-sidhu/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150648] EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4
https://bugs.documentfoundation.org/show_bug.cgi?id=150648 --- Comment #2 from robert.bassi...@free.fr --- Created attachment 182699 --> https://bugs.documentfoundation.org/attachment.cgi?id=182699=edit program with defective Function -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151202] Suggestion
https://bugs.documentfoundation.org/show_bug.cgi?id=151202 --- Comment #2 from Ewann Jacquelin --- Je vais essayer de mieux preciser. Quand on déplace un objet par exemple sur impress, ca serait bien qu'il y ait des lignes pour voir si l'objet est centré (ou pour faire plus simple, allez sur PowerPoint et essayer de centré l'objet en haut, bas, milieu... et des lignes apparaitrons). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151204] New: Ramneek Sidhu
https://bugs.documentfoundation.org/show_bug.cgi?id=151204 Bug ID: 151204 Summary: Ramneek Sidhu Product: QA Tools Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: diegorhett...@gmail.com Ramneek Sidhu is a young digital marketing strategist and consultant born and brought up in Mohali, Punjab. Since childhood, he has been driven by a passion for creating something unique and making a difference in the competitive world.https://www.techbuzzreviews.com/ramneek-sidhu/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 59674] FILESAVE DOC: tabstop after bullet point in wrong position for MSWord (comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=59674 --- Comment #16 from Jaime Velasco Juan --- (In reply to QA Administrators from comment #15) > 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/ I confirm that the bug is still present. Opening the attached ODT file and saving as DOC (not DOCX) produces the same result: the DOC file is broken when opened with MS Word. Version: 7.4.1.2 (x64) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 6; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151202] Suggestion
https://bugs.documentfoundation.org/show_bug.cgi?id=151202 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- Même en étant français, je ne comprends pas la description. Pourriez-vous reformuler ? (even as a French guy, I don't understand, could you please rephrase?). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 150848] Tab key should ignore indent
https://bugs.documentfoundation.org/show_bug.cgi?id=150848 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1203 --- Comment #10 from Dieter --- (In reply to Heiko Tietze from comment #6) > I cannot compile the STR into a meaningful bug report or proposal for > improvement. Steps: 1. Create a paragraph with an indent 2. Place cursor at beginning of paragraph and press tab-key Actual result: Cursor position at indend Proposal Cursor position at first tab But working on this, I've also detected bug 151203. Perhaps it might be responsible for some trouble decribed here. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151203] Inconsistence behaviour of tab-key
https://bugs.documentfoundation.org/show_bug.cgi?id=151203 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0848 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150848] Tab key should ignore indent
https://bugs.documentfoundation.org/show_bug.cgi?id=150848 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||1203 --- Comment #10 from Dieter --- (In reply to Heiko Tietze from comment #6) > I cannot compile the STR into a meaningful bug report or proposal for > improvement. Steps: 1. Create a paragraph with an indent 2. Place cursor at beginning of paragraph and press tab-key Actual result: Cursor position at indend Proposal Cursor position at first tab But working on this, I've also detected bug 151203. Perhaps it might be responsible for some trouble decribed here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151203] New: Inconsistence behaviour of tab-key
https://bugs.documentfoundation.org/show_bug.cgi?id=151203 Bug ID: 151203 Summary: Inconsistence behaviour of tab-key Product: LibreOffice Version: 7.4.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dgp-m...@gmx.de Created attachment 182698 --> https://bugs.documentfoundation.org/attachment.cgi?id=182698=edit sample document Steps to reproduce: 1. Open attached file 2. Place cursor at beginning of second paragraph and press tab key => cursor jumps at beginning of text) 3. Repeat step 2 => Cursor adds aditional space Actual result: Inconsistent behaviour Expected result: Result after step 3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - sw/qa sw/source
sw/qa/extras/htmlexport/htmlexport.cxx | 78 +--- sw/qa/filter/html/html.cxx | 39 sw/qa/inc/swmodeltestbase.hxx |6 ++ sw/qa/unit/swmodeltestbase.cxx |9 +++ sw/source/filter/html/htmlflywriter.cxx |7 ++ 5 files changed, 93 insertions(+), 46 deletions(-) New commits: commit 90b6fa56e3f478ce25da891cbb12339e90dbf2ba Author: Miklos Vajna AuthorDate: Mon Sep 26 15:40:29 2022 +0200 Commit: Xisco Fauli CommitDate: Tue Sep 27 18:27:20 2022 +0200 sw HTML export: fix PNG export of Writer images containing metafiles We attempted to export SVM metafiles as SVM+PNG, but then the SVM was turned into GIF. A GIF+PNG pair is not useful, just write PNG. This is similar to commit c8a9396e5695675ffe92935a9ba40354fc76ed79 (sw XHTML / reqif export: fix PNG export of shapes, 2021-06-03), which did the same for non-SdrGrafObj shapes. Change-Id: I1a0ab266473787d263573b4813dc19426e272435 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140619 Reviewed-by: Miklos Vajna Tested-by: Jenkins Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140645 diff --git a/sw/qa/extras/htmlexport/htmlexport.cxx b/sw/qa/extras/htmlexport/htmlexport.cxx index 76333c842d96..5a2dca9618e5 100644 --- a/sw/qa/extras/htmlexport/htmlexport.cxx +++ b/sw/qa/extras/htmlexport/htmlexport.cxx @@ -197,20 +197,6 @@ public: { } -/** - * Wraps a reqif-xhtml fragment into an XHTML file, so an XML parser can - * parse it. - */ -static void wrapFragment(const utl::TempFile& rTempFile, SvMemoryStream& rStream) -{ -rStream.WriteCharPtr( -"http://www.w3.org/1999/xhtml\;>\n"); -SvFileStream aFileStream(rTempFile.GetURL(), StreamMode::READ); -rStream.WriteStream(aFileStream); -rStream.WriteCharPtr("\n"); -rStream.Seek(0); -} - /// Wraps an RTF fragment into a complete RTF file, so an RTF parser can handle it. static void wrapRtfFragment(const OUString& rURL, SvMemoryStream& rStream) { @@ -292,7 +278,7 @@ public: OUString SwHtmlDomExportTest::GetOlePath() { SvMemoryStream aStream; -HtmlExportTest::wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); OUString aOlePath = getXPath( @@ -308,7 +294,7 @@ OUString SwHtmlDomExportTest::GetOlePath() OUString SwHtmlDomExportTest::GetPngPath() { SvMemoryStream aStream; -HtmlExportTest::wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); OUString aPngPath = getXPath( @@ -842,7 +828,7 @@ CPPUNIT_TEST_FIXTURE(SwHtmlDomExportTest, testReqIfTableHeight) // Then make sure that the explicit cell height is omitted from the output: SvMemoryStream aStream; -HtmlExportTest::wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); // Without the accompanying fix in place, this test would have failed, explicit height was // written, which is not valid reqif-xhtml. @@ -903,7 +889,7 @@ DECLARE_HTMLEXPORT_ROUNDTRIP_TEST(testReqIfOle2, "reqif-ole2.xhtml") { // Check that the replacement graphic is exported at RTF level. SvMemoryStream aStream; -wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); // Get the path of the RTF data. @@ -975,7 +961,7 @@ CPPUNIT_TEST_FIXTURE(SwHtmlDomExportTest, testTransparentImageReqIf) }; xStorable->storeToURL(maTempFile.GetURL(), aStoreProperties); SvMemoryStream aStream; -HtmlExportTest::wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); @@ -992,7 +978,7 @@ DECLARE_HTMLEXPORT_TEST(testOleNodataReqIf, "reqif-ole-nodata.odt") { // This failed, io::IOException was thrown during the filter() call. SvMemoryStream aStream; -wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); @@ -1007,7 +993,7 @@ DECLARE_HTMLEXPORT_TEST(testOleNodataReqIf, "reqif-ole-nodata.odt") DECLARE_HTMLEXPORT_TEST(testNoLangReqIf, "reqif-no-lang.odt") { SvMemoryStream aStream; -wrapFragment(maTempFile, aStream); +WrapReqifFromTempFile(aStream); xmlDocUniquePtr pDoc = parseXmlStream(); CPPUNIT_ASSERT(pDoc); @@ -1083,7 +1069,7 @@ CPPUNIT_TEST_FIXTURE(SwHtmlDomExportTest, testBlockQuoteReqIf) aMediaDescriptor["FilterOptions"] <<= OUString("xhtmlns=reqif-xhtml"); xStorable->storeToURL(maTempFile.GetURL(),
[Libreoffice-commits] core.git: sw/qa
sw/qa/filter/html/html.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 1f3879db3dcf3dcbeeaf712aa1a55c257c33aa0f Author: Andrea Gelmini AuthorDate: Tue Sep 27 10:14:24 2022 +0200 Commit: Julien Nabet CommitDate: Tue Sep 27 18:26:19 2022 +0200 Fix typo Change-Id: I269be7184ceeb34fd6d0c4e0311f7b4d5758e382 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140643 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/sw/qa/filter/html/html.cxx b/sw/qa/filter/html/html.cxx index 8fc223268430..2881bf8e690f 100644 --- a/sw/qa/filter/html/html.cxx +++ b/sw/qa/filter/html/html.cxx @@ -133,7 +133,7 @@ CPPUNIT_TEST_FIXTURE(Test, testSvmImageExport) }; xStorable->storeToURL(maTempFile.GetURL(), aStoreProperties); -// Then make sure we we only export PNG: +// Then make sure we only export PNG: SvMemoryStream aStream; WrapReqifFromTempFile(aStream); xmlDocUniquePtr pXmlDoc = parseXmlStream();
[Libreoffice-bugs] [Bug 129208] Print to file with multiple copies produces only a single copy
https://bugs.documentfoundation.org/show_bug.cgi?id=129208 --- Comment #10 from Julien Nabet --- (In reply to Heiko Tietze from comment #9) > (In reply to Julien Nabet from comment #8) > > Ok for me but just to be sure here, it's not about creating multiple files > > but to generate a pdf (not several ones) containing n times (the number of > > copies) the content of a file. > > Good point. Do you have an use case for this? Personally no, but sometimes users have needings we don't think about. If we really think it's useless, let's disable number of copies when PDF printer chosen at least that's clear. I really see it as the principle of least astonishment. If you let this option with PDF printer, LO should just apply what's demanded. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150481] Set default fonts for Arabic
https://bugs.documentfoundation.org/show_bug.cgi?id=150481 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3532 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113532] Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0481 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113532] Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532 Eyal Rozenberg changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |0481| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150481] Set default fonts for Arabic
https://bugs.documentfoundation.org/show_bug.cgi?id=150481 Eyal Rozenberg changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=11 | |3532| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150481] Set default fonts for Arabic
https://bugs.documentfoundation.org/show_bug.cgi?id=150481 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3532 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113532] Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0481 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113532] Bundle and use open source Arabic fonts by default
https://bugs.documentfoundation.org/show_bug.cgi?id=113532 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||3538 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151202] New: Suggestion
https://bugs.documentfoundation.org/show_bug.cgi?id=151202 Bug ID: 151202 Summary: Suggestion Product: LibreOffice Version: 7.3.6.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ewannjacqueli...@gmail.com Bonjour, Purez-vous rajoutez des lignes pour dires que quand on déplace telle objet/textes... la ligne apparaissent quand c'est au milieu. Cordialement Ewann Jacquelin -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: xmloff/source
xmloff/source/chart/SchXMLChartContext.cxx |8 1 file changed, 4 insertions(+), 4 deletions(-) New commits: commit 1f09bf7bee753d34953fcefd6e2ee05797bf4b0a Author: Caolán McNamara AuthorDate: Tue Sep 27 14:47:25 2022 +0100 Commit: Caolán McNamara CommitDate: Tue Sep 27 17:47:41 2022 +0200 crashtesting: assert on converting ooo64499-3.sxc to ods a problem since: commit 776ea34deefe7bdce2fb8a06e5c55ef27ec87ea7 Date: Wed Sep 21 11:09:46 2022 +0200 use more string_view in xmloff Change-Id: Ifec0f4c84373aa4501acfde2fd357fd749f836c1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140654 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/xmloff/source/chart/SchXMLChartContext.cxx b/xmloff/source/chart/SchXMLChartContext.cxx index 2fe91b2026a1..7a8ac46c40a9 100644 --- a/xmloff/source/chart/SchXMLChartContext.cxx +++ b/xmloff/source/chart/SchXMLChartContext.cxx @@ -182,12 +182,12 @@ uno::Sequence< sal_Int32 > lcl_getNumberSequenceFromString( std::u16string_view while( nPos != std::u16string_view::npos ) { nPos = rStr.find( aSpace, nLastPos ); -if( nPos > nLastPos ) -{ -aVec.push_back( o3tl::toInt32(rStr.substr( nLastPos, (nPos - nLastPos) )) ); -} if( nPos != std::u16string_view::npos ) +{ +if( nPos > nLastPos ) +aVec.push_back( o3tl::toInt32(rStr.substr( nLastPos, (nPos - nLastPos) )) ); nLastPos = nPos + 1; +} } // last entry if( nLastPos != 0 &&
[Libreoffice-bugs] [Bug 151201] calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 --- Comment #1 from Vladimir Sourek --- Created attachment 182697 --> https://bugs.documentfoundation.org/attachment.cgi?id=182697=edit blank icon for calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151201] New: calc taskbar icon
https://bugs.documentfoundation.org/show_bug.cgi?id=151201 Bug ID: 151201 Summary: calc taskbar icon Product: LibreOffice Version: 7.4.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sour...@gmail.com Description: Calc has "no" icon when on taskar. Actual Results: Calc has "no" icon when on taskar. Expected Results: Calc has "no" icon when on taskar. Reproducible: Always User Profile Reset: No Additional Info: Calc has "no" icon when on taskar. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151197] Remove EmojiControl
https://bugs.documentfoundation.org/show_bug.cgi?id=151197 --- Comment #3 from V Stuart Foote --- +1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94903] Digital Signatures are not working with 64-Bit LibreOffice 5.0.2.2 and 32-Bit LibreOffice 5.2.x in Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=94903 --- Comment #37 from RolandVL --- In contrast what the heading is saying, I find no bug when I add a digital signature to an existing pdf file. I sign the pdf with my identity card (eID) with a smartcardreader (type Vasco Digipass 870 with integrated keypad) and this digital signature is added to the pdf as soon as I input my pin-code on the little keypath of the smartcardreader. Verified with AcrobatReader and later, pdf-opening with LO and the message of a signature. For me: there is no bug. My system: - Windows 10 Home (x64) version 21H2 - Libreoffice 7.2.7.2(x64) -- You are receiving this mail because: You are the assignee for the bug.