[Libreoffice-bugs] [Bug 152814] New: Rehabilitation Centre in Panchkula
https://bugs.documentfoundation.org/show_bug.cgi?id=152814 Bug ID: 152814 Summary: Rehabilitation Centre in Panchkula Product: Impress Remote Version: 1.0.0 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kirannkaur.1...@gmail.com Bring back your life with effective healing at Rehabilitation Centre in Panchkula. We use natural remedies for curing addiction like yoga, meditation etc. Heal your addiction with the best rehabilitation Center in Panchkula. https://nashamuktikendrainpanchkula.website/rehabilitation-centre-panchkula/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152813] New: Nasha Mukti Kendra in Firozpur
https://bugs.documentfoundation.org/show_bug.cgi?id=152813 Bug ID: 152813 Summary: Nasha Mukti Kendra in Firozpur Product: Impress Remote Version: 1.0.0 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kirannkaur.1...@gmail.com Our professionals will give you the proper guidance and advice so that you can heal effectively. Nasha Mukti Kendra in Firozpur believes that a proper healthy environment and nutritional food will help you to cure effectively. https://nashamuktikendrainamritsar.website/nasha-mukti-kendra-firozpur/ -- 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/shellio.hxx |4 --- sw/qa/extras/txtimport/txtimport.cxx | 42 +++ sw/source/filter/ascii/parasc.cxx| 11 - 3 files changed, 42 insertions(+), 15 deletions(-) New commits: commit 745898eb2af2686ffbdfdc0e44984db67b172a59 Author: Radhey Parekh AuthorDate: Mon Jan 2 06:25:33 2023 +0100 Commit: Hossein CommitDate: Mon Jan 2 07:36:05 2023 + tdf#70423 Remove txtimport break in 10k chars line This patch fixes the tdf#70423 which is an unexpected line break for ~10k characters. The fix consists of removing part of the code that creates a new paragraph when reaching ~10k characters. The limit was not exactly 10k characters, because the code tried to break at space character when reaching around 10k-100 characters. A test is also created, which can be checked by invoking: make CPPUNIT_TEST_NAME="testTdf70423" -sr CppunitTest_sw_txtimport The test checks that there should be exactly 1 paragraph with 30k characters inside it. Change-Id: Ic37c2b6eb89b52b533e34dd117b9635b9608bab2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121548 Tested-by: Hossein Reviewed-by: Hossein diff --git a/sw/inc/shellio.hxx b/sw/inc/shellio.hxx index 0fe3985597ef..e666442d19a9 100644 --- a/sw/inc/shellio.hxx +++ b/sw/inc/shellio.hxx @@ -51,10 +51,6 @@ struct Writer_Impl; namespace sw::mark { class IMark; } namespace com::sun::star::embed { class XStorage; } -// Defines the count of chars at which a paragraph read via ASCII/W4W-Reader -// is forced to wrap. It has to be always greater than 200!!! -#define MAX_ASCII_PARA 1 - class SW_DLLPUBLIC SwAsciiOptions { OUString m_sFont; diff --git a/sw/qa/extras/txtimport/txtimport.cxx b/sw/qa/extras/txtimport/txtimport.cxx index 8be577b4b328..10a4e54d429c 100644 --- a/sw/qa/extras/txtimport/txtimport.cxx +++ b/sw/qa/extras/txtimport/txtimport.cxx @@ -15,6 +15,7 @@ #include #include #include +#include class TxtImportTest : public SwModelTestBase { @@ -190,6 +191,47 @@ CPPUNIT_TEST_FIXTURE(TxtImportTest, testTdf115088) CPPUNIT_ASSERT_EQUAL(OUString("1\n"), aActual.replaceAll("\r", "\n")); } +CPPUNIT_TEST_FIXTURE(TxtImportTest, testTdf70423) +{ +createSwDoc(); +SwDoc* pDoc = getSwDoc(); +CPPUNIT_ASSERT(pDoc); + +SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell(); + +constexpr sal_Int32 size = 3; // It should be multiple of 10 +constexpr sal_Int32 parts = size / 10; + +rtl::OUStringBuffer s(size); + +for (size_t i = 0; i < parts; i++) +{ +s.append("0123456789"); +} + +OUString aResStr = s.makeStringAndClear(); +pWrtShell->Insert(aResStr); + +save("Text", "maTempFile"); //Saving the resulting file +reload(mpFilter, "Text"); //Reloading the file again + +// Without the fix, this test would have failed with: +// - Expected: 1 +// - Actual: 3 +CPPUNIT_ASSERT_EQUAL(1, getParagraphs()); + +uno::Reference xPara(getParagraph(1)); +OUString aPara = xPara->getString(); + +// Without the fix, this test would have failed with: +// - Expected: 3 +// - Actual: 1 +CPPUNIT_ASSERT_EQUAL(size, aPara.getLength()); + +//Matching the paragraph text and created string +CPPUNIT_ASSERT_EQUAL(aResStr, aPara); +} + CPPUNIT_PLUGIN_IMPLEMENT(); /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/sw/source/filter/ascii/parasc.cxx b/sw/source/filter/ascii/parasc.cxx index b29251bcbd8b..eab7a59e898b 100644 --- a/sw/source/filter/ascii/parasc.cxx +++ b/sw/source/filter/ascii/parasc.cxx @@ -474,17 +474,6 @@ ErrCode SwASCIIParser::ReadChars() if( bIns ) { -if( ( nLineLen >= MAX_ASCII_PARA - 100 ) && -( ( *pStt == ' ' ) || ( nLineLen >= MAX_ASCII_PARA - 1 ) ) ) -{ -sal_Unicode c = *pStt; -*pStt = 0; -InsertText( OUString( pLastStt )); - m_rDoc.getIDocumentContentOperations().SplitNode(*m_oPam->GetPoint(), false); -pLastStt = pStt; -nLineLen = 0; -*pStt = c; -} ++pStt; ++nLineLen; }
[Libreoffice-bugs] [Bug 152805] indirekt() works incorrectly after Excel import
https://bugs.documentfoundation.org/show_bug.cgi?id=152805 --- Comment #1 from Mike Kaganski --- > 1. =INDIREKT("xyz.A1") produces #REF! with the separator "!" however not. => > =INDIREKT("xyz!A1") > ... > Steps to Reproduce: > 1.xlsx document save as ods document > 2.use INDIREKT() with "." Your description looks odd. Initially you write that the problem occurs when you use exclamation mark as separator; then in steps, you write about dot as separator. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152812] Rehabilitation Centre in Panchkula
https://bugs.documentfoundation.org/show_bug.cgi?id=152812 lifeline changed: What|Removed |Added URL||https://nashamuktikendrainp ||anchkula.website/rehabilita ||tion-centre-panchkula/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152812] New: Rehabilitation Centre in Panchkula
https://bugs.documentfoundation.org/show_bug.cgi?id=152812 Bug ID: 152812 Summary: Rehabilitation Centre in Panchkula Product: Impress Remote Version: 1.0.0 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kirannkaur.1...@gmail.com Description: Bring back your life with effective healing at Rehabilitation Centre in Panchkula. We use natural remedies for curing addiction like yoga, meditation etc. we believe in quality service so you can get the desired outcome that you want. Learn the new way of living life with the Rehabilitation Centre. Steps to Reproduce: 1.Rehabilitation Centre in Panchkula 2.Rehabilitation Centre in Panchkula 3.Rehabilitation Centre in Panchkula Actual Results: Rehabilitation Centre in Panchkula Expected Results: Rehabilitation Centre in Panchkula Reproducible: Always User Profile Reset: No Additional Info: Rehabilitation Centre in Panchkula -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152811] New: Nasha Mukti Kendra in Sangrur
https://bugs.documentfoundation.org/show_bug.cgi?id=152811 Bug ID: 152811 Summary: Nasha Mukti Kendra in Sangrur Product: Impress Remote Version: 1.0.0 Hardware: x86-64 (AMD64) OS: Android Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: officesimr...@gmail.com If you are suffering from toxic substance addiction, join our Nasha Mukti Kendra in Sangrur now. New Life Foundations will help you to come out of this addiction with our best remedies. https://nashamuktikendrainsangrur.website/nasha-mukti-kendra-sangrur/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152787] EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports
https://bugs.documentfoundation.org/show_bug.cgi?id=152787 --- Comment #7 from Robert Großkopf --- (In reply to DougL from comment #6) > > It is possible I am doing something wrong, I have not been using LO for > long. It should never been wrong to click in a menu. You get a crash with you system, while others (with Linux) won't get the crash doing the same as you are doing. Might be it is specific Mac or Java … -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152810] New: Nasha Mukti Kendra in Patiala
https://bugs.documentfoundation.org/show_bug.cgi?id=152810 Bug ID: 152810 Summary: Nasha Mukti Kendra in Patiala Product: Impress Remote Version: 1.0.0 Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: officesimr...@gmail.com Description: Our Nasha Mukti Kendra in Patiala is a well-known Centre that follows multi-step treatment follow. We have assisted thousands of addicts in the past and have an amazing success rate for our treatment and rehab programs. https://nashamuktikendrainsangrur.website/nasha-mukti-kendra-patiala/ Steps to Reproduce: 1.Nasha Mukti Kendra in Patiala 2.Nasha Mukti Kendra in Patiala 3.Nasha Mukti Kendra in Patiala Actual Results: Nasha Mukti Kendra in Patiala Expected Results: Nasha Mukti Kendra in Patiala Reproducible: Sometimes User Profile Reset: Yes Additional Info: Nasha Mukti Kendra in Patiala -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152809] New: Nasha Mukti Kendra in Nawanshahr
https://bugs.documentfoundation.org/show_bug.cgi?id=152809 Bug ID: 152809 Summary: Nasha Mukti Kendra in Nawanshahr Product: Impress Remote Version: 1.0.0 Hardware: x86-64 (AMD64) OS: Android Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: simriti1...@gmail.com Our government-approved leading Nasha Mukti Kendra in Nawanshahr is an appropriate place for people who are finding a place to de-addict themselves and boost their morale.https://nashamuktikendrainmoga.website/nasha-mukti-kendra-nawanshahr/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152808] New: notepad save as not working
https://bugs.documentfoundation.org/show_bug.cgi?id=152808 Bug ID: 152808 Summary: notepad save as not working Product: cppunit Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: zaidbinsajid1...@gmail.com CC: markus.mohrh...@googlemail.com -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128233] macOS: Can't save or open files using Finder dialog on Standard accounts
https://bugs.documentfoundation.org/show_bug.cgi?id=128233 --- Comment #84 from Zaid Bin Sajid --- Test id 1 Test description: Save as not working Result: bcox file extension is wrong -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - i18npool/source
i18npool/source/localedata/data/oc_FR_lengadoc.xml |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 9e4b35b12fc07dfca70e908623173bdbd1d5a206 Author: Julien Nabet AuthorDate: Sun Jan 1 18:59:49 2023 +0100 Commit: Julien Nabet CommitDate: Mon Jan 2 06:15:21 2023 + tdf#152785: typo "disabte" instead of "dissabte" for Saturday in occitan Refs: 1) https://locongres.org/oc/aplicacions/dicodoc-oc/dicodoc-recerca?option=com_dicodoc=search=168=fr-oc%5B%5D=BASIC%5B%5D=LAUS%5B%5D=LAGA=samedi==Cercar 2) https://en.wiktionary.org/wiki/Appendix:Days_of_the_week like this since the beginning 5b7b4e81144619c8350b5c59d9d17ba7f75aeccb " INTEGRATION: CWS locales23 (1.1.2); FILE ADDED 2007/04/25 19:14:54 er 1.1.2.1: #i76044# add Occitan_France (oc_FR) locale data; contributed by Bruno Gallart " Thank you to quentinanto...@free.fr for having spotted this + provided refs! Change-Id: I8b81e561885bc2e1eea6c5f88a3924ea58141791 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144926 Tested-by: Jenkins Reviewed-by: Julien Nabet (cherry picked from commit ec1acb45021fee2259028e4ee830c11b61c25fac) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144907 Reviewed-by: Adolfo Jayme Barrientos diff --git a/i18npool/source/localedata/data/oc_FR_lengadoc.xml b/i18npool/source/localedata/data/oc_FR_lengadoc.xml index bec03a7128a6..ce8afc7b6a99 100644 --- a/i18npool/source/localedata/data/oc_FR_lengadoc.xml +++ b/i18npool/source/localedata/data/oc_FR_lengadoc.xml @@ -255,8 +255,8 @@ sat - disabte - disabte + dissabte + dissabte
[Libreoffice-bugs] [Bug 133092] [META] Crash bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=133092 BogdanB changed: What|Removed |Added Depends on||152799 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152799 [Bug 152799] Crash with ungroup shapes and also gets some warning in console with debug LO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108741] [META] Shapes bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108741 BogdanB changed: What|Removed |Added Depends on||152799 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152799 [Bug 152799] Crash with ungroup shapes and also gets some warning in console with debug LO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152799] Crash with ungroup shapes and also gets some warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 BogdanB changed: What|Removed |Added Blocks||108741, 133092 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108741 [Bug 108741] [META] Shapes bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=133092 [Bug 133092] [META] Crash bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152799] Crash with ungroup shapes and also gets some warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 BogdanB changed: What|Removed |Added Summary|Crash with ungroup shapes |Crash with ungroup shapes ||and also gets some warning ||in console with debug LO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152799] Crash with ungroup shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 --- Comment #4 from BogdanB --- Created attachment 184439 --> https://bugs.documentfoundation.org/attachment.cgi?id=184439=edit demo document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152807] New: Nasha Mukti Kendra in Amritsar
https://bugs.documentfoundation.org/show_bug.cgi?id=152807 Bug ID: 152807 Summary: Nasha Mukti Kendra in Amritsar Product: Impress Remote Version: 1.0.0 Hardware: Other OS: other Status: UNCONFIRMED Severity: enhancement Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kiranwork1...@gmail.com Description: An effective environment and a healthy diet will benefit you a lot in recovery from addiction. Nasha Mukti Kendra in Amritsar provides the best effective surrounding for your recovery. Along with this, various other treatments also provide to our clients like Drug addiction treatment, Detoxification and many more. Reach us for more details. https://nashamuktikendrainamritsar.website/nasha-mukti-kendra-amritsar/ Steps to Reproduce: 1.Nasha Mukti Kendra in Amritsar 2.Nasha Mukti Kendra in Amritsar 3.Nasha Mukti Kendra in Amritsar Actual Results: Nasha Mukti Kendra in Amritsar Expected Results: Nasha Mukti Kendra in Amritsar Reproducible: Sometimes User Profile Reset: Yes Additional Info: Nasha Mukti Kendra in Amritsar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152806] New: Nasha Mukti Kendra in Moga
https://bugs.documentfoundation.org/show_bug.cgi?id=152806 Bug ID: 152806 Summary: Nasha Mukti Kendra in Moga Product: Impress Remote Version: 1.0.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: simriti1...@gmail.com Description: Are you addicted to substance abuse? Don’t worry. Our professional team of New Life Foundations will assist you with our magnificent therapies and counseling. Join our Nasha Mukti Kendra in Moga now. https://nashamuktikendrainmoga.website/nasha-mukti-kendra-moga/ Steps to Reproduce: 1.Nasha Mukti Kendra in Moga 2.Nasha Mukti Kendra in Moga 3.Nasha Mukti Kendra in Moga Actual Results: Nasha Mukti Kendra in Moga Expected Results: Nasha Mukti Kendra in Moga Reproducible: Sometimes User Profile Reset: Yes Additional Info: Nasha Mukti Kendra in Moga -- You are receiving this mail because: You are the assignee for the bug.
[no subject]
[Libreoffice-bugs] [Bug 152805] New: indirekt() works incorrectly after Excel import
https://bugs.documentfoundation.org/show_bug.cgi?id=152805 Bug ID: 152805 Summary: indirekt() works incorrectly after Excel import Product: LibreOffice Version: 7.3.7.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lean...@wein-hilgert.de Description: The Calc function INDIREKT() works incorrectly. If a document was imported from an xlsx file and saved as an ods file, these two problems then occur: 1. =INDIREKT("xyz.A1") produces #REF! with the separator "!" however not. => =INDIREKT("xyz!A1") 2. The table name cannot contain spaces, as this also results in #Ref! leads. => =INDIREKT("xyz xy!A1") Steps to Reproduce: 1.xlsx document save as ods document 2.use INDIREKT() with "." 3. Actual Results: 345 Expected Results: #REF! Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/sl/DocumentList.xml |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) New commits: commit 44ed45cc674820433478ceda2d6b9564020d15ce Author: Julien Nabet AuthorDate: Sun Jan 1 13:02:13 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Mon Jan 2 04:44:19 2023 + Remove "sl" autocorr entries that correct to itself Change-Id: I6b501a1159c7c022cf8da7bd5310fb97efe55093 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144920 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/sl/DocumentList.xml b/extras/source/autocorr/lang/sl/DocumentList.xml index e544a2ca25ea..0fd7cc323330 100644 --- a/extras/source/autocorr/lang/sl/DocumentList.xml +++ b/extras/source/autocorr/lang/sl/DocumentList.xml @@ -51,7 +51,7 @@ - + @@ -83,8 +83,8 @@ http://"/> - - + +
[Libreoffice-commits] core.git: compilerplugins/clang
compilerplugins/clang/constantparam.py |1 - compilerplugins/clang/expandablemethods.py |1 - compilerplugins/clang/finalclasses.py|1 - compilerplugins/clang/mergeclasses.py|2 -- compilerplugins/clang/methodcycles.py|1 - compilerplugins/clang/pahole-all-classes.py |1 - compilerplugins/clang/singlevalfields.py |1 - compilerplugins/clang/store/constfields.py |1 - compilerplugins/clang/store/countusersofdefaultparams.py |1 - compilerplugins/clang/store/inlinefields.py |1 - compilerplugins/clang/unnecessaryvirtual.py |1 - compilerplugins/clang/unusedenumconstants.py |1 - compilerplugins/clang/unusedfields.py|1 - compilerplugins/clang/unusedmethods.py |1 - compilerplugins/clang/unusedvarsglobal.py|1 - compilerplugins/clang/virtualdead.py |1 - compilerplugins/clang/virtualdown.py |1 - 17 files changed, 18 deletions(-) New commits: commit 06468a15d5d53b932e65f0ba044d15387be68904 Author: Bogdan B AuthorDate: Sun Jan 1 11:03:03 2023 +0100 Commit: Hossein CommitDate: Mon Jan 2 04:39:16 2023 + Remove unused imports from compilerplugins/clang Change-Id: I923ace7bedf022d49222e71c96c7e4c20f90e6cb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142521 Tested-by: Jenkins Reviewed-by: Hossein diff --git a/compilerplugins/clang/constantparam.py b/compilerplugins/clang/constantparam.py index 4a363eadede0..1371a6d9d7f3 100755 --- a/compilerplugins/clang/constantparam.py +++ b/compilerplugins/clang/constantparam.py @@ -1,6 +1,5 @@ #!/usr/bin/python3 -import sys import re import io diff --git a/compilerplugins/clang/expandablemethods.py b/compilerplugins/clang/expandablemethods.py index 0fa61747d368..707215f96828 100755 --- a/compilerplugins/clang/expandablemethods.py +++ b/compilerplugins/clang/expandablemethods.py @@ -1,6 +1,5 @@ #!/usr/bin/python -import sys import re import io diff --git a/compilerplugins/clang/finalclasses.py b/compilerplugins/clang/finalclasses.py index 05a1d0c43c8c..5e9f25a24a51 100755 --- a/compilerplugins/clang/finalclasses.py +++ b/compilerplugins/clang/finalclasses.py @@ -1,7 +1,6 @@ #!/usr/bin/python3 import re -import sys definitionSet = set() inheritFromSet = set() diff --git a/compilerplugins/clang/mergeclasses.py b/compilerplugins/clang/mergeclasses.py index bc6d129eeb3f..bbd469724218 100755 --- a/compilerplugins/clang/mergeclasses.py +++ b/compilerplugins/clang/mergeclasses.py @@ -1,7 +1,5 @@ #!/usr/bin/python3 -import sys - instantiatedSet = set() definitionSet = set() parentChildDict = {} diff --git a/compilerplugins/clang/methodcycles.py b/compilerplugins/clang/methodcycles.py index 52b950b86f76..5a1b731cc9d5 100755 --- a/compilerplugins/clang/methodcycles.py +++ b/compilerplugins/clang/methodcycles.py @@ -4,7 +4,6 @@ from collections import defaultdict import io import re import subprocess -import sys # # globals diff --git a/compilerplugins/clang/pahole-all-classes.py b/compilerplugins/clang/pahole-all-classes.py index 6037287a82ca..4163adc6a8da 100755 --- a/compilerplugins/clang/pahole-all-classes.py +++ b/compilerplugins/clang/pahole-all-classes.py @@ -16,7 +16,6 @@ import _thread import io import os import subprocess -import time import re # search for all the class names in the file produced by the unusedfields loplugin diff --git a/compilerplugins/clang/singlevalfields.py b/compilerplugins/clang/singlevalfields.py index fbb4e2d061b5..c9df813cf3da 100755 --- a/compilerplugins/clang/singlevalfields.py +++ b/compilerplugins/clang/singlevalfields.py @@ -1,6 +1,5 @@ #!/usr/bin/python3 -import sys import re import io diff --git a/compilerplugins/clang/store/constfields.py b/compilerplugins/clang/store/constfields.py index e81d3f3043f5..311b372bc958 100755 --- a/compilerplugins/clang/store/constfields.py +++ b/compilerplugins/clang/store/constfields.py @@ -1,6 +1,5 @@ #!/usr/bin/python -import sys import re import io diff --git a/compilerplugins/clang/store/countusersofdefaultparams.py b/compilerplugins/clang/store/countusersofdefaultparams.py index a53c17283c14..64ef6604af65 100755 --- a/compilerplugins/clang/store/countusersofdefaultparams.py +++ b/compilerplugins/clang/store/countusersofdefaultparams.py @@ -1,6 +1,5 @@ #!/usr/bin/python -import sys import re import io diff --git a/compilerplugins/clang/store/inlinefields.py b/compilerplugins/clang/store/inlinefields.py index 1a0dbda34189..e569431d37f7 100755 --- a/compilerplugins/clang/store/inlinefields.py +++ b/compilerplugins/clang/store/inlinefields.py @@ -1,6 +1,5 @@
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sc/source
sc/source/core/tool/compiler.cxx | 225 +++ 1 file changed, 157 insertions(+), 68 deletions(-) New commits: commit 6bd6f01b31bfd0175670ed3848d4ae0ff9138194 Author: Noel Grandin AuthorDate: Wed Dec 28 17:30:12 2022 +0200 Commit: Dennis Francis CommitDate: Mon Jan 2 04:32:29 2023 + optimise SUMPRODUCT(IF..) where we have entire column/row ranges following the same pattern as for SUM, set those ranges to shrink to available data. Takes it from 3s to <500ms on my test spreadsheet. Change-Id: I53ada996393a063b12ef7dd0f9bff40c90ecc8be Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144850 Tested-by: Jenkins Reviewed-by: Noel Grandin (cherry picked from commit 9713a4aae980a52d08d38f5b12424aa5e33f9a75) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144901 Reviewed-by: Michael Meeks Tested-by: Jenkins CollaboraOffice Reviewed-by: Dennis Francis diff --git a/sc/source/core/tool/compiler.cxx b/sc/source/core/tool/compiler.cxx index f1535a00fb9b..81c45db54b92 100644 --- a/sc/source/core/tool/compiler.cxx +++ b/sc/source/core/tool/compiler.cxx @@ -6452,89 +6452,178 @@ void ScCompiler::AnnotateTrimOnDoubleRefs() // OpCode of the "root" operator (which is already in RPN array). OpCode eOpCode = (*(pCode - 1))->GetOpCode(); // eOpCode can be some operator which does not change with operands with or contains zero values. -if (eOpCode != ocSum) -return; +if (eOpCode == ocSum) +{ +FormulaToken** ppTok = pCode - 2; // exclude the root operator. +// The following loop runs till a "pattern" is found or there is a mismatch +// and marks the push DoubleRef arguments as trimmable when there is a match. +// The pattern is +// SUM(IF(=, )) +// such that one of the operands of ocEqual is a double-ref. +// Examples of formula that matches this are: +// SUM(IF(D:D=$A$1,F:F)*$H$1*2.3/$G$2) +// SUM((IF(D:D=$A$1,F:F)*$H$1*2.3/$G$2)*$H$2*5/$G$3) +// SUM(IF(E:E=16,F:F)*$H$1*100) +bool bTillClose = true; +bool bCloseTillIf = false; +sal_Int16 nToksTillIf = 0; +constexpr sal_Int16 MAXDIST_IF = 15; +while (*ppTok) +{ +FormulaToken* pTok = *ppTok; +OpCode eCurrOp = pTok->GetOpCode(); +++nToksTillIf; + +// TODO : Is there a better way to handle this ? +// ocIf is too far off from the sum opcode. +if (nToksTillIf > MAXDIST_IF) +return; -FormulaToken** ppTok = pCode - 2; // exclude the root operator. -// The following loop runs till a "pattern" is found or there is a mismatch -// and marks the push DoubleRef arguments as trimmable when there is a match. -// The pattern is -// SUM(IF(=, )) -// such that one of the operands of ocEqual is a double-ref. -// Examples of formula that matches this are: -// SUM(IF(D:D=$A$1,F:F)*$H$1*2.3/$G$2) -// SUM((IF(D:D=$A$1,F:F)*$H$1*2.3/$G$2)*$H$2*5/$G$3) -// SUM(IF(E:E=16,F:F)*$H$1*100) -bool bTillClose = true; -bool bCloseTillIf = false; -sal_Int16 nToksTillIf = 0; -constexpr sal_Int16 MAXDIST_IF = 15; -while (*ppTok) -{ -FormulaToken* pTok = *ppTok; -OpCode eCurrOp = pTok->GetOpCode(); -++nToksTillIf; - -// TODO : Is there a better way to handle this ? -// ocIf is too far off from the sum opcode. -if (nToksTillIf > MAXDIST_IF) -return; +switch (eCurrOp) +{ +case ocDiv: +case ocMul: +if (!bTillClose) +return; +break; +case ocPush: -switch (eCurrOp) -{ -case ocDiv: -case ocMul: -if (!bTillClose) -return; -break; -case ocPush: +break; +case ocClose: +if (bTillClose) +{ +bTillClose = false; +bCloseTillIf = true; +} +else +return; +break; +case ocIf: +{ +if (!bCloseTillIf) +return; -break; -case ocClose: -if (bTillClose) -{ -bTillClose = false; -bCloseTillIf = true; -} -else +if (!pTok->IsInForceArray()) +return; + +const short nJumpCount = pTok->GetJump()[0]; +if (nJumpCount != 2) // Should have THEN but no ELSE. +
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 --- Comment #5 from Mitch --- This seems similar to https://bugs.documentfoundation.org/show_bug.cgi?id=133611, except it doesn't happen for all numbers. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 --- Comment #4 from Mitch --- Created attachment 184438 --> https://bugs.documentfoundation.org/attachment.cgi?id=184438=edit The Python script used to generate the .odt file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 --- Comment #3 from Mitch --- Created attachment 184437 --> https://bugs.documentfoundation.org/attachment.cgi?id=184437=edit The template .odt file used to generate the final .odt -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 --- Comment #2 from Mitch --- Created attachment 184436 --> https://bugs.documentfoundation.org/attachment.cgi?id=184436=edit Generated .odt file that exhibits the issue -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 --- Comment #1 from Mitch --- Created attachment 184435 --> https://bugs.documentfoundation.org/attachment.cgi?id=184435=edit csv file used to generate the final .odt -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] New: Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 Bug ID: 152804 Summary: Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening Product: LibreOffice Version: 7.3.7.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mitchd...@gmail.com Description: I have a script that takes a .csv file and produces an .odt file by taking an existing .odt template and writing the data from the .csv into it. When saving the generated .odt file and then re-opening it, any number in a cell that is 10 or greater will be set to 0. Steps to Reproduce: 1. Download the attachments 2. Open invoice-1.odt 3. Save it 4. Close it 5. Re-open it; the cell containing 10 will now contain 0 Note that invoice-1.odt can be generated by running "python3 make-invoice.py 1". Actual Results: The cell that contained 10 now contains 0 after saving and re-opening. Expected Results: The cell that contained 10 still contains 10 after saving and re-opening. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 32; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.1 Calc: threaded I also tested with a daily build, and the problem is reproducible there too: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 31213fc7cae358038aaec853584782c698f8 CPU threads: 32; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149121] DOC: Hang when resizing a frame/table? within (complex document)
https://bugs.documentfoundation.org/show_bug.cgi?id=149121 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152571] Very slow save (macOS, ARM)
https://bugs.documentfoundation.org/show_bug.cgi?id=152571 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 149371] File/folder shortcomings
https://bugs.documentfoundation.org/show_bug.cgi?id=149371 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149371] File/folder shortcomings
https://bugs.documentfoundation.org/show_bug.cgi?id=149371 --- Comment #4 from QA Administrators --- Dear Hein Zentgraf, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149121] DOC: Hang when resizing a frame/table? within (complex document)
https://bugs.documentfoundation.org/show_bug.cgi?id=149121 --- Comment #3 from QA Administrators --- Dear Telesto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148261] Macros: Application crash when setting Spreadsheet Events from python macro
https://bugs.documentfoundation.org/show_bug.cgi?id=148261 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62030] EDITING: Corruption of image when using the Pipette tool in the Wrap Contour Editor
https://bugs.documentfoundation.org/show_bug.cgi?id=62030 --- Comment #7 from QA Administrators --- Dear John Smith, 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 148261] Macros: Application crash when setting Spreadsheet Events from python macro
https://bugs.documentfoundation.org/show_bug.cgi?id=148261 --- Comment #3 from QA Administrators --- Dear dev, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139345] Fully populated Menus extend too high and controls can't be reached on 768px screens, and menus 'Down' arrow is off screen
https://bugs.documentfoundation.org/show_bug.cgi?id=139345 --- Comment #7 from QA Administrators --- Dear Martin Srdoš, 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 129313] Drawing moves out of position when file is saved and reopened
https://bugs.documentfoundation.org/show_bug.cgi?id=129313 --- Comment #4 from QA Administrators --- Dear R. Green, 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 139344] Edit Fields dialogs looses format of next field when selected via "Next-Field" button
https://bugs.documentfoundation.org/show_bug.cgi?id=139344 --- Comment #2 from QA Administrators --- Dear Klaus Strebel, 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 152799] Crash with ungroup shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 Telesto changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Telesto --- Confirm the crash Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 102846d45cb9660805e209b6954c7b8d707b8288 CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152799] Crash with ungroup shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 Telesto changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #2 from Telesto --- You didn't attach the sample file, only the minidump file; I think -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - formula/source include/formula sc/source
formula/source/core/api/FormulaCompiler.cxx | 14 -- include/formula/FormulaCompiler.hxx | 16 +++- sc/source/core/tool/compiler.cxx|8 3 files changed, 27 insertions(+), 11 deletions(-) New commits: commit 29d8b78c6b0bcbcf3f66e123194325008f7bc029 Author: Eike Rathke AuthorDate: Sun Jan 1 15:35:16 2023 +0100 Commit: Eike Rathke CommitDate: Mon Jan 2 02:21:12 2023 + Resolves: tdf#151886 Use default locale with English function names again Automatically switching to en-US locale when using English function names caused too much confusion. There also might be the possibility that the '.' dot decimal separator clashes with the inline array column separator in some locales. A proper solution would make this user-specified and if set also adjust the separators to the common English ones. For now keep the default locale again as it previously was the case. Change-Id: Ic4712c6609c14f35cf0d1d842ac7443806a6e115 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144924 Reviewed-by: Eike Rathke Tested-by: Jenkins (cherry picked from commit cf8cfee9d4e64dba6a14dde16f08a7699fdff863) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144905 diff --git a/formula/source/core/api/FormulaCompiler.cxx b/formula/source/core/api/FormulaCompiler.cxx index b0e21b250377..f7dcba3f9853 100644 --- a/formula/source/core/api/FormulaCompiler.cxx +++ b/formula/source/core/api/FormulaCompiler.cxx @@ -1313,7 +1313,17 @@ void FormulaCompiler::OpCodeMap::copyFrom( const OpCodeMap& r ) maExternalHashMap = r.maExternalHashMap; maReverseExternalHashMap = r.maReverseExternalHashMap; mbCore = r.mbCore; -mbEnglish = r.mbEnglish; +if (mbEnglish != r.mbEnglish) +{ +// For now keep mbEnglishLocale setting, which is false for a +// non-English native map we're copying to. +/* TODO: +if (!mbEnglish && r.mbEnglish) +mbEnglishLocale = "getUseEnglishLocaleFromConfiguration()"; +or set from outside i.e. via ScCompiler. +*/ +mbEnglish = r.mbEnglish; +} } } @@ -2658,7 +2668,7 @@ const FormulaToken* FormulaCompiler::CreateStringFromToken( OUStringBuffer& rBuf void FormulaCompiler::AppendDouble( OUStringBuffer& rBuffer, double fVal ) const { -if ( mxSymbols->isEnglish() ) +if ( mxSymbols->isEnglishLocale() ) { ::rtl::math::doubleToUStringBuffer( rBuffer, fVal, rtl_math_StringFormat_Automatic, diff --git a/include/formula/FormulaCompiler.hxx b/include/formula/FormulaCompiler.hxx index d94dbd40d399..08710f561b5a 100644 --- a/include/formula/FormulaCompiler.hxx +++ b/include/formula/FormulaCompiler.hxx @@ -83,12 +83,13 @@ public: { OpCodeHashMap maHashMap; /// Hash map of symbols, OUString -> OpCode std::unique_ptr mpTable;/// Array of symbols, OpCode -> OUString, offset==OpCode -ExternalHashMap maExternalHashMap; /// Hash map of ocExternal, Filter String -> AddIn String -ExternalHashMap maReverseExternalHashMap; /// Hash map of ocExternal, AddIn String -> Filter String +ExternalHashMap maExternalHashMap; /// Hash map of ocExternal, Filter String -> AddIn String +ExternalHashMap maReverseExternalHashMap; /// Hash map of ocExternal, AddIn String -> Filter String FormulaGrammar::Grammar meGrammar; /// Grammar, language and reference convention sal_uInt16 mnSymbols; /// Count of OpCode symbols -boolmbCore : 1;/// If mapping was setup by core, not filters -boolmbEnglish : 1;/// If English symbols and external names +boolmbCore : 1;/// If mapping was setup by core, not filters +boolmbEnglish : 1;/// If English symbols and external names +boolmbEnglishLocale : 1;/// If English locale for numbers OpCodeMap( const OpCodeMap& ) = delete; OpCodeMap& operator=( const OpCodeMap& ) = delete; @@ -101,7 +102,8 @@ public: meGrammar( eGrammar), mnSymbols( nSymbols), mbCore( bCore), -mbEnglish ( FormulaGrammar::isEnglish(eGrammar) ) +mbEnglish ( FormulaGrammar::isEnglish(eGrammar) ), +mbEnglishLocale ( mbEnglish ) { } @@ -145,6 +147,10 @@ public: be English as well)? */ bool isEnglish() const { return mbEnglish; } +/** Are inline numbers parsed/formatted in en-US locale, as opposed +to default locale? */ +bool
[Libreoffice-bugs] [Bug 152803] New: Variable x is not used
https://bugs.documentfoundation.org/show_bug.cgi?id=152803 Bug ID: 152803 Summary: Variable x is not used Product: cppunit Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mudassirpervaiz...@gmail.com CC: markus.mohrh...@googlemail.com test ID = 1 Test Description = checked usage of variable x , y, z results= variable x declared but not used -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152710] CRASH: importing ooo84576-1.odt, crashtest; corrupt document structure
https://bugs.documentfoundation.org/show_bug.cgi?id=152710 --- Comment #9 from Dave Gilbert --- The oddity seems to happen during: 1712xTxtImport->InsertControlCharacter( ControlCharacter::APPEND_PARAGRAPH ); in: #0 XMLParaContext::endFastElement(int) (this=0x15f1400) at /discs/fast/core/xmloff/source/text/txtparai.cxx:1715 #1 0x7fffed1eb0ed in SvXMLImport::endFastElement(int) (this=0x49b1450, Element=197980) at /discs/fast/core/xmloff/source/core/xmlimp.cxx:870 #2 0x7fffd02399dd in (anonymous namespace)::Entity::endElement() (this=0x499e190) at /discs/fast/core/sax/source/fastparser/fastparser.cxx:515 specifically (my line numbers are off a little from debug) b sw/source/filter/xml/XMLRedlineImportHelper.cxx:728 (i.e. the triggering recursive check) (click to load, hit the breakpoint) p pDoc b endElement (gdb) p *((SwDoc *)0x1958470)->m_pNodes (ok...) c c goes into: SvXMLImport::endFastElement (this=0x49d20b0, Element=197980) at /discs/fast/core/xmloff/source/core/xmlimp.cxx:o58 and then #0 XMLParaContext::endFastElement(int) (this=0x15f1400) at /discs/fast/core/xmloff/source/text/txtparai.cxx:1688 and I think it's the call to: 1712xTxtImport->InsertControlCharacter( ControlCharacter::APPEND_PARAGRAPH ); that breaks it: (gdb) p *((SwDoc *)0x1957c70)->m_pNodes $56 = { = BigPtrArray of length 11 = { [ 0] 0x4967ec0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4968e30, [ 1] 0x4968e30 EndNode start: 0x4967ec0, [ 2] 0x4969240StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4969000, [ 3] 0x4969000 EndNode start: 0x4969240, [ 4] 0x495edf0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x496aec0, [ 5] 0x496aec0 EndNode start: 0x495edf0, [ 6] 0x4968020StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4968740, [ 7] 0x4968740 EndNode start: 0x4968020, [ 8] 0x49697f0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4967bf0, [ 9] 0x45a1458TextNode "", [ 10] 0x4967bf0 EndNode start: 0x49697f0}, m_vIndices = 0x49810a8, m_rMyDoc = @0x1957c70, m_pEndOfPostIts = 0x4968e30, m_pEndOfInserts = 0x4969000, m_pEndOfAutotext = 0x496aec0, m_pEndOfRedlines = 0x4968740, m_pEndOfContent = std::unique_ptr = {get() = 0x4967bf0}, m_aOutlineNodes = {> = {m_vector = std::vector of length 0, capacity 0}, static npos = 18446744073709551615}, m_bInNodesDel = false, m_bInDelUpdOutline = false} (gdb) n 1712xTxtImport->InsertControlCharacter( ControlCharacter::APPEND_PARAGRAPH ); (gdb) n 1715Reference < XTextCursor > xAttrCursor; (gdb) p *((SwDoc *)0x1957c70)->m_pNodes $57 = { = BigPtrArray of length 12 = { [ 0] 0x4967ec0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4968e30, [ 1] 0x4968e30 EndNode start: 0x4967ec0, [ 2] 0x4969240StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4969000, [ 3] 0x4969000 EndNode start: 0x4969240, [ 4] 0x495edf0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x496aec0, [ 5] 0x496aec0 EndNode start: 0x495edf0, [ 6] 0x4968020StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4968740, [ 7] 0x4968740 EndNode start: 0x4968020, [ 8] 0x49e15c8 TextNode "", [ 9] 0x49697f0StartNode/SwNormalStartNode parent-start: 0x4967ec0 end: 0x4967bf0, [ 10] 0x45a1458TextNode "", [ 11] 0x4967bf0 EndNode start: 0x49697f0}, m_vIndices = 0x49810a8, m_rMyDoc = @0x1957c70, m_pEndOfPostIts = 0x4968e30, m_pEndOfInserts = 0x4969000, m_pEndOfAutotext = 0x496aec0, m_pEndOfRedlines = 0x4968740, m_pEndOfContent = std::unique_ptr = {get() = 0x4967bf0}, m_aOutlineNodes = {> = {m_vector = std::vector of length 0, capacity 0}, static npos = 18446744073709551615}, m_bInNodesDel = false, m_bInDelUpdOutline = false} which makes me think this is trying to modify the text that was deleted by the recursion fix up?? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/cib-6.4-14'
Tag 'cib-6.4-14' created by Thorsten Behrens at 2023-01-01 23:52 + Release CIB Office cib-6.4-14 -BEGIN PGP SIGNATURE- iNUEABYKAH0WIQRV78SO268/dhkw1IIeB5amgXyR5gUCY7IcrF8UgAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NTVF RkM0OEVEQkFGM0Y3NjE5MzBENDgyMUUwNzk2QTY4MTdDOTFFNgAKCRAeB5amgXyR 5rYuAP9cMdnELGhSLhNdNj3KzyoUgo4W8q51NctunI6TkM2+5QD8D2Pe5uC2DR5m PhlXjxp0ZHzRx004wZcHMZatPRSqNQg= =YsrF -END PGP SIGNATURE- Changes since cib-6.4-13-23: --- 0 files changed ---
[Libreoffice-bugs] [Bug 152802] Frequent Crashes when Closing LibreOffice (without data losses, tested on Calc only)
https://bugs.documentfoundation.org/show_bug.cgi?id=152802 Nicolás Adamo changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INSUFFICIENTDATA --- Comment #1 from Nicolás Adamo --- I'm sorry... I was pretty sure I had cleared the profile, but after doing it (might be the first time, I can't remember), the crash is not happening. I'll close the bug, and in case it reoccurs, I'll reopen it. Sorry for the noise. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152801] Input text for a formatted text box shows up as light gray instead of black.
https://bugs.documentfoundation.org/show_bug.cgi?id=152801 --- Comment #4 from lailie.ah...@aol.com --- Created attachment 184434 --> https://bugs.documentfoundation.org/attachment.cgi?id=184434=edit PDF document with fillable form text boxes. When opened in pdf viewer, this will reproduce the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152801] Input text for a formatted text box shows up as light gray instead of black.
https://bugs.documentfoundation.org/show_bug.cgi?id=152801 --- Comment #3 from lailie.ah...@aol.com --- Created attachment 184433 --> https://bugs.documentfoundation.org/attachment.cgi?id=184433=edit Screenshot of the Export-to-PDF settings used to produce the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152801] Input text for a formatted text box shows up as light gray instead of black.
https://bugs.documentfoundation.org/show_bug.cgi?id=152801 --- Comment #2 from lailie.ah...@aol.com --- Created attachment 184432 --> https://bugs.documentfoundation.org/attachment.cgi?id=184432=edit LibreOffice document with form text boxes. When exported to pdf, this will reproduce the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152726] Pasting Selected Range to Sheet as BMP Image, Text of Button is getting bigger.
https://bugs.documentfoundation.org/show_bug.cgi?id=152726 nobu changed: What|Removed |Added Summary|Pasting Selected Range to |Pasting Selected Range to |Sheet as BMP Image, Font|Sheet as BMP Image, Text of |size of Button Control |Button is getting bigger. |increases. | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/oox oox/Library_oox.mk oox/source solenv/clang-format sw/qa writerfilter/inc writerfilter/Library_writerfilter.mk writerfilter/source
include/oox/drawingml/ThemeFilterBase.hxx | 58 + include/oox/drawingml/themefragmenthandler.hxx |1 oox/Library_oox.mk |1 oox/source/drawingml/ThemeFilterBase.cxx | 50 + oox/source/drawingml/themefragmenthandler.cxx | 56 - oox/source/shape/ShapeContextHandler.cxx |4 solenv/clang-format/excludelist|1 sw/qa/core/theme/ThemeTest.cxx | 46 + writerfilter/Library_writerfilter.mk |3 writerfilter/inc/ooxml/OOXMLDocument.hxx |3 writerfilter/source/dmapper/DomainMapper.cxx | 27 writerfilter/source/dmapper/DomainMapper_Impl.cxx |8 writerfilter/source/dmapper/DomainMapper_Impl.hxx | 19 writerfilter/source/dmapper/ThemeHandler.cxx | 422 + writerfilter/source/dmapper/ThemeHandler.hxx | 35 writerfilter/source/dmapper/ThemeTable.cxx | 563 - writerfilter/source/dmapper/ThemeTable.hxx | 58 - writerfilter/source/ooxml/OOXMLDocumentImpl.cxx| 14 writerfilter/source/ooxml/OOXMLDocumentImpl.hxx|9 writerfilter/source/ooxml/OOXMLFactory.hxx |2 writerfilter/source/ooxml/OOXMLFastContextHandlerTheme.cxx | 69 + writerfilter/source/ooxml/OOXMLFastContextHandlerTheme.hxx | 46 + writerfilter/source/ooxml/model.xml|2 23 files changed, 821 insertions(+), 676 deletions(-) New commits: commit 31213fc7cae358038aaec853584782c698f8 Author: Tomaž Vajngerl AuthorDate: Tue Dec 6 17:33:44 2022 +0900 Commit: Tomaž Vajngerl CommitDate: Sun Jan 1 23:35:17 2023 + sw: read theme from OOXML file and set it to the draw page This change extends writerfilter to use oox::ThemeFragmentHandler to read the theme properties, and sets that to the one and only draw page of a Writer document. This change also removes ThemeTable and replaces it with the ThemeHandler, which takes theme font data from svx::Theme instead. In addition, a test has been writen, which loads a document with a theme, and asserts the draw page has the theme and the theme properties currently supported. Change-Id: Iff0048cd21ea030ac55287707852acc463ec3cb0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143699 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl diff --git a/include/oox/drawingml/ThemeFilterBase.hxx b/include/oox/drawingml/ThemeFilterBase.hxx new file mode 100644 index ..7f311e206a90 --- /dev/null +++ b/include/oox/drawingml/ThemeFilterBase.hxx @@ -0,0 +1,58 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ +/* + * This file is part of the LibreOffice project. + * + * This Source Code Form is subject to the terms of the Mozilla Public + * License, v. 2.0. If a copy of the MPL was not distributed with this + * file, You can obtain one at http://mozilla.org/MPL/2.0/. + */ + +#pragma once + +#include +#include +#include +#include +#include + +namespace oox::drawingml +{ +class OOX_DLLPUBLIC ThemeFilterBase final : public core::XmlFilterBase +{ +public: +typedef rtl::Reference Pointer_t; + +explicit ThemeFilterBase(css::uno::Reference const& rxContext); + +virtual ~ThemeFilterBase() override; + +/** Has to be implemented by each filter, returns the current theme. */ +virtual const oox::drawingml::Theme* getCurrentTheme() const override; + +/** May be implemented by filters which handle Diagrams, default returns empty ptr */ +virtual std::shared_ptr getCurrentThemePtr() const override; + +void setCurrentTheme(const oox::drawingml::ThemePtr& pTheme); + +/** Has to be implemented by each filter to return the collection of VML shapes. */ +virtual oox::vml::Drawing* getVmlDrawing() override; + +/** Has to be implemented by each filter to return TableStyles. */ +virtual oox::drawingml::table::TableStyleListPtr getTableStyles() override; + +virtual oox::drawingml::chart::ChartConverter* getChartConverter() override; + +virtual oox::ole::VbaProject* implCreateVbaProject() const override; + +virtual bool importDocument() override { return true; } +virtual bool exportDocument() override { return false; } + +private: +virtual OUString SAL_CALL getImplementationName() override; + +oox::drawingml::ThemePtr mpTheme; +}; + +} // namespace oox::drawingml + +/* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/oox/drawingml/themefragmenthandler.hxx b/include/oox/drawingml/themefragmenthandler.hxx index e433c350de80..918a3eb861b9 100644 --- a/include/oox/drawingml/themefragmenthandler.hxx +++ b/include/oox/drawingml/themefragmenthandler.hxx @@ -44,6 +44,7 @@ public:
[Libreoffice-commits] core.git: include/oox include/svx oox/inc oox/source svx/CppunitTest_svx_unit.mk svx/qa
include/oox/drawingml/theme.hxx | 12 +- include/svx/ColorSets.hxx | 149 ++ oox/inc/drawingml/textfont.hxx|3 oox/source/drawingml/textfont.cxx |9 + oox/source/drawingml/theme.cxx| 69 +++- oox/source/drawingml/themeelementscontext.cxx | 23 ++-- svx/CppunitTest_svx_unit.mk |1 svx/qa/unit/ThemeTest.cxx | 40 ++ 8 files changed, 295 insertions(+), 11 deletions(-) New commits: commit d5a71bc6a28f8a3d726b2ac4688c7cef9d77ddf0 Author: Tomaž Vajngerl AuthorDate: Mon Dec 12 22:12:58 2022 +0900 Commit: Tomaž Vajngerl CommitDate: Sun Jan 1 23:34:32 2023 + oox: add support for importing font scheme into a svx::Theme Change-Id: I862256a17ce84c85174678f3fd03c8ef6661f2c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143995 Tested-by: Tomaž Vajngerl Reviewed-by: Tomaž Vajngerl diff --git a/include/oox/drawingml/theme.hxx b/include/oox/drawingml/theme.hxx index f7b4a262ffb8..ebd05957bf3b 100644 --- a/include/oox/drawingml/theme.hxx +++ b/include/oox/drawingml/theme.hxx @@ -35,8 +35,12 @@ namespace com::sun::star { namespace drawing { class XDrawPage; } namespace xml::dom { class XDocument; } } +namespace svx { +class Theme; +} -namespace oox::drawingml { +namespace oox::drawingml +{ struct EffectProperties; struct FillProperties; @@ -82,6 +86,10 @@ public: FontScheme& getFontScheme() { return maFontScheme; } const FontScheme&getFontScheme() const { return maFontScheme; } + +std::map>>& getSupplementalFontMap() { return maSupplementalFontMap; } +std::map>> const& getSupplementalFontMap() const { return maSupplementalFontMap; } + /** Returns theme font properties by scheme type (major/minor). */ const TextCharacterProperties* getFontStyle( sal_Int32 nSchemeType ) const; /** Returns theme font by placeholder name, e.g. the major latin theme font for the font name '+mj-lt'. */ @@ -99,6 +107,7 @@ public: const css::uno::Reference& getFragment() const { return mxFragment; } void setFragment( const css::uno::Reference< css::xml::dom::XDocument>& xRef ) { mxFragment=xRef; } +std::unique_ptr createSvxTheme() const; void addTheme(const css::uno::Reference& xDrawPage) const; private: @@ -111,6 +120,7 @@ private: LineStyleList maLineStyleList; EffectStyleList maEffectStyleList; FontScheme maFontScheme; +std::map>> maSupplementalFontMap; Shape maSpDef; Shape maLnDef; Shape maTxDef; diff --git a/include/svx/ColorSets.hxx b/include/svx/ColorSets.hxx index 47e1d8866e5d..718b79b3e66c 100644 --- a/include/svx/ColorSets.hxx +++ b/include/svx/ColorSets.hxx @@ -101,6 +101,146 @@ public: const ColorSet& getColorSet(std::u16string_view rName); }; +struct SVXCORE_DLLPUBLIC ThemeSupplementalFont +{ +OUString maScript; +OUString maTypeface; +}; + +struct SVXCORE_DLLPUBLIC ThemeFont +{ +OUString maTypeface; +OUString maPanose; +sal_Int16 maPitch; +sal_Int16 maFamily; +sal_Int32 maCharset; + +sal_Int16 getPitchFamily() const +{ +return (maPitch & 0x0F) | (maFamily & 0x0F) << 4; +} +}; + +class SVXCORE_DLLPUBLIC FontScheme +{ +private: +OUString maName; + +ThemeFont maMinorLatin; +ThemeFont maMinorAsian; +ThemeFont maMinorComplex; + +ThemeFont maMajorLatin; +ThemeFont maMajorAsian; +ThemeFont maMajorComplex; + +std::vector maMinorSupplementalFontList; +std::vector maMajorSupplementalFontList; + +public: +FontScheme() = default; +FontScheme(OUString const& rName) +: maName(rName) +{} + +const OUString& getName() const +{ +return maName; +} + +ThemeFont const& getMinorLatin() const +{ +return maMinorLatin; +} +void setMinorLatin(ThemeFont const& aMinor) +{ +maMinorLatin = aMinor; +} + +ThemeFont const& getMinorAsian() const +{ +return maMinorAsian; +} +void setMinorAsian(ThemeFont const& aMinor) +{ +maMinorAsian = aMinor; +} + +ThemeFont const& getMinorComplex() const +{ +return maMinorComplex; +} +void setMinorComplex(ThemeFont const& aMinor) +{ +maMinorComplex = aMinor; +} + +ThemeFont const& getMajorLatin() const +{ +return maMajorLatin; +} +void setMajorLatin(ThemeFont const& aMajor) +{ +maMajorLatin = aMajor; +} + +ThemeFont const& getMajorAsian() const +{ +return maMajorAsian; +} +void setMajorAsian(ThemeFont const& aMajor) +{ +maMajorAsian = aMajor; +} + +ThemeFont const& getMajorComplex() const +{ +return maMajorComplex; +} +void
[Libreoffice-bugs] [Bug 152802] New: Frequent Crashes when Closing LibreOffice (without data losses, tested on Calc only)
https://bugs.documentfoundation.org/show_bug.cgi?id=152802 Bug ID: 152802 Summary: Frequent Crashes when Closing LibreOffice (without data losses, tested on Calc only) Product: LibreOffice Version: 7.4.3.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nicoad...@gmail.com Description: When closing LibreOffice, even starting it from a bash console (konsole from Plasma / KDE), a kcrash window is started. Below some traces I could get. The first one is from konsole: #being cf = 'libreoffice /.../somefile.ods' [nico@a7er ~]$ cf 45 -- exe=/usr/lib/libreoffice/program/soffice.bin 20 -- appname=soffice.bin 37 -- apppath=/usr/lib/libreoffice/program 10 -- signal=11 9 -- pid=3184 12 -- startupid=0 KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = soffice.bin path = /usr/lib/libreoffice/program pid = 3184 KCrash: Arguments: /usr/lib/libreoffice/program/soffice.bin --nocrashhandler KCrash: Attempting to start /usr/lib/drkonqi file:///usr/lib/qt/qml/org/kde/kirigami.2/ContextDrawer.qml:132:9: QML ListView: Binding loop detected for property "topMargin" org.kde.drkonqi.bugzilla: RuntimeException: "Failed to resolve bugzilla product" org.kde.drkonqi: "Failed to resolve bugzilla product" The second one is from kcrash after installing the debug symbols (using the button it has): Application: soffice (soffice), signal: Segmentation fault Content of s_kcrashErrorMessage: std::unique_ptr = {get() = } [KCrash Handler] #6 0x7f38592a4884 in () at /usr/lib/libreoffice/program/libuno_sal.so.3 #7 0x7f38588fe1d5 in () at /usr/lib/libreoffice/program/libcomphelper.so #8 0x7f38588fe2f9 in () at /usr/lib/libreoffice/program/libcomphelper.so #9 0x7f3858fc5fa5 in __run_exit_handlers (status=0, listp=0x7f3859163760 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:113 #10 0x7f3858fc6120 in __GI_exit (status=) at exit.c:143 #11 0x7f3858fae297 in __libc_start_call_main (main=main@entry=0x555f3a6d6020, argc=argc@entry=3, argv=argv@entry=0x7b940468) at ../sysdeps/nptl/libc_start_call_main.h:74 #12 0x7f3858fae34a in __libc_start_main_impl (main=0x555f3a6d6020, argc=3, argv=0x7b940468, init=, fini=, rtld_fini=, stack_end=0x7b940458) at ../csu/libc-start.c:381 #13 0x555f3a6d6065 in () [Inferior 1 (process 3184) detached] Steps to Reproduce: 1. Launch the alias command I've mentioned, which points to 'libreoffice /.../somefile.ods' 2. Work on that file 3. Save 4. Close Calc's window or UI Actual Results: The traces I've mentioned before, in the konsole (if launched from the konsole) and the kcrash dialog, which output I've provided in the description but I'll repeat here: Application: soffice (soffice), signal: Segmentation fault Content of s_kcrashErrorMessage: std::unique_ptr = {get() = } [KCrash Handler] #6 0x7f38592a4884 in () at /usr/lib/libreoffice/program/libuno_sal.so.3 #7 0x7f38588fe1d5 in () at /usr/lib/libreoffice/program/libcomphelper.so #8 0x7f38588fe2f9 in () at /usr/lib/libreoffice/program/libcomphelper.so #9 0x7f3858fc5fa5 in __run_exit_handlers (status=0, listp=0x7f3859163760 <__exit_funcs>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:113 #10 0x7f3858fc6120 in __GI_exit (status=) at exit.c:143 #11 0x7f3858fae297 in __libc_start_call_main (main=main@entry=0x555f3a6d6020, argc=argc@entry=3, argv=argv@entry=0x7b940468) at ../sysdeps/nptl/libc_start_call_main.h:74 #12 0x7f3858fae34a in __libc_start_main_impl (main=0x555f3a6d6020, argc=3, argv=0x7b940468, init=, fini=, rtld_fini=, stack_end=0x7b940458) at ../csu/libc-start.c:381 #13 0x555f3a6d6065 in () [Inferior 1 (process 3184) detached] Expected Results: LibreOffice Calc closing without any reports, in other words, no crash should raise after closing. Reproducible: Sometimes User Profile Reset: Yes Additional Info: It's not only new to LibreOffice version 7.4.3.2 - I can't tell exactly in which version it started to happen, but I think it was around June 2022, in package libreoffice-fresh for ArchLinux, which points to 7.3.3 likely. Plasma / KDE version is currently 5.26.4 Linux Distribution is ArchLinux. Version: 7.4.3.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: es-AR (es_AR.UTF-8); UI: en-US 7.4.3-3 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152801] Input text for a formatted text box shows up as light gray instead of black.
https://bugs.documentfoundation.org/show_bug.cgi?id=152801 --- Comment #1 from lailie.ah...@aol.com --- Reproducibility should be "Happens sometimes, but not always". Apologies for the mistake on the bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152726] Pasting Selected Range to Sheet as BMP Image, Font size of Button Control increases.
https://bugs.documentfoundation.org/show_bug.cgi?id=152726 nobu changed: What|Removed |Added Summary|Pasting Selection Range to |Pasting Selected Range to |Sheet as BMP Image, Font|Sheet as BMP Image, Font |size of Button Control |size of Button Control |increases. |increases. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152801] New: Input text for a formatted text box shows up as light gray instead of black.
https://bugs.documentfoundation.org/show_bug.cgi?id=152801 Bug ID: 152801 Summary: Input text for a formatted text box shows up as light gray instead of black. Product: LibreOffice Version: 5.3.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lailie.ah...@aol.com Description: When making a fillable pdf form, and using a formatted text box to allow text input on the form, the text color is broken. Using "Control Properties" > "Font ..." > "Font Color", then choosing "black" is chosen as the input text color. Export as pdf, then open the pdf and fill text in the fillable text box. This input text actually shows up light gray instead of black. I personally verified with Adobe Acrobat Reader on Windows, but it has been documented here as well: https://ask.libreoffice.org/t/i-am-unable-to-make-the-input-text-for-a-formatted-box-black-in-color/24789 When dark gray (or another color) is selected as the input text color instead of black, the text color displays as intended. Note: On my system, the darkest gray is called "Dark Gray 4", but the forum post linked above from 6 years ago calls it "Gray 10". I assume these are the same thing, just renamed over time. Steps to Reproduce: 1. Open document in LibreOffice Writer 2. Open Form Controls toolbar and create a form text box. 3. [this is likely to be default, but confirm just in case] Open Control Properties for the text box. Scroll down to "Font [...]" and click the three dots. Confirm that "Font Color" is set to "Black". 4. File > Export as pdf [...]. Ensure "create PDF form" is checked. Export. 5. Open pdf file with pdf viewer. 6. Type into text box form and observe the color of the input text. Actual Results: Input text appears as light gray in color. Expected Results: Input text should appear as black in color. Reproducible: Always User Profile Reset: No Additional Info: I haven't verified if this is related to Dark Mode on computer displays or not. I am currently making the pdf using LibreOffice on Ubuntu, and viewing the pdf in Adobe Acrobat on Windows, but I suspect this issue persists across OSs and softwares, given the forum post from 2017. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103475] FILEOPEN PPTX OLE objects shown as placeholders (see comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=103475 Aron Budea changed: What|Removed |Added Whiteboard||target:7.3.0 Resolution|WORKSFORME |FIXED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||3222 --- Comment #13 from Aron Budea --- Reverse bibisecting revealed that the OLE placeholders have been fixed by the following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=92a407b7f90a98704a238c5ffa3a3491eaf3263a author Gülşah Köse 2021-07-07 00:27:58 +0300 committer Gülşah Köse 2021-07-08 23:12:07 +0200 tdf143222 Handle alternate content of graphicData element. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139904] [META] PPTX OLE-object issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139904 Aron Budea changed: What|Removed |Added Depends on||143222 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=143222 [Bug 143222] Impress doesn't handle embedded ole object. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45763] 237 pages complex .doc file hang when trying to open
https://bugs.documentfoundation.org/show_bug.cgi?id=45763 --- Comment #33 from spaceshipgal...@outlook.com --- This problem still exists in v7.5 RC1: Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150497] FORMATTING: Templates in nested folders are not displayed, allow nested categories in the Template Manager
https://bugs.documentfoundation.org/show_bug.cgi?id=150497 --- Comment #10 from Andreas Heinisch --- Unfortunately, I have no idea how to solve this issue. Lots of calls to subclasses and delegations, even some kind of cache that checks if all the folders AND subfolders are in place. Then it even gets stranger. SOMETIMES all the folders including subfolders work, sometimes they disappear event on the file system itself. Imho, this section needs a rework or someone with a deeper understanding of the code base that left untouched for 22 years according to github. -- You are receiving this mail because: You are the assignee for the bug.
Trouble with theme color in docx
Hi Miklos, hi Tomaž, hi all, Tomaž, I have put you in CC because you are currently heavily working on theme colors. I come across the problem, that my import in https://gerrit.libreoffice.org/c/core/+/143615 does not get the correct color, if theme colors other than 'accent1'..'accent6' are used. Colored text in shapes in PowerPoint and fill and stroke of shapes in Word use e.g.: But colored text in shapes in Word uses e.g.: The themeColor attribute uses ST_ThemeColor (ISO 17.18.97) and that are the long variants of the color keys, e.g: background1, dark1, light1 uses the ST_SchemeColorVal enumeration (ISO 20.1.10.54). That one has the same items as the elements in in but with the additional items 'bg1', 'bg2', 'tx1', 'tx2'. The ClrScheme::getColor() method maps these additional items to 'lt1', 'lt2', 'dk1' and 'dk2' respectively before searching the color. But it does not catch the keys used with themeColor attribute. The only kind of mapping with the long variants that I have found at all is TDefTableHandler::getThemeColorTypeIndex and those assignments look wrong to me (e.g. using 0 for background1 and for dark1). VML import/export is likely effected too, because it uses w:themeColor=".."> too. Where to fix it? Kind regards, Regina
[Libreoffice-commits] core.git: i18npool/source
i18npool/source/localedata/data/oc_FR_lengadoc.xml |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit ec1acb45021fee2259028e4ee830c11b61c25fac Author: Julien Nabet AuthorDate: Sun Jan 1 18:59:49 2023 +0100 Commit: Julien Nabet CommitDate: Sun Jan 1 21:42:43 2023 + tdf#152785: typo "disabte" instead of "dissabte" for Saturday in occitan Refs: 1) https://locongres.org/oc/aplicacions/dicodoc-oc/dicodoc-recerca?option=com_dicodoc=search=168=fr-oc%5B%5D=BASIC%5B%5D=LAUS%5B%5D=LAGA=samedi==Cercar 2) https://en.wiktionary.org/wiki/Appendix:Days_of_the_week like this since the beginning 5b7b4e81144619c8350b5c59d9d17ba7f75aeccb " INTEGRATION: CWS locales23 (1.1.2); FILE ADDED 2007/04/25 19:14:54 er 1.1.2.1: #i76044# add Occitan_France (oc_FR) locale data; contributed by Bruno Gallart " Thank you to quentinanto...@free.fr for having spotted this + provided refs! Change-Id: I8b81e561885bc2e1eea6c5f88a3924ea58141791 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144926 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/i18npool/source/localedata/data/oc_FR_lengadoc.xml b/i18npool/source/localedata/data/oc_FR_lengadoc.xml index bec03a7128a6..ce8afc7b6a99 100644 --- a/i18npool/source/localedata/data/oc_FR_lengadoc.xml +++ b/i18npool/source/localedata/data/oc_FR_lengadoc.xml @@ -255,8 +255,8 @@ sat - disabte - disabte + dissabte + dissabte
[Libreoffice-bugs] [Bug 152787] EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports
https://bugs.documentfoundation.org/show_bug.cgi?id=152787 --- Comment #6 from DougL --- (In reply to Robert Großkopf from comment #4) > Opened the report for editing. > Switched to View → Sorting and Grouping > Couldn't reproduce a bug here. > The group exists already, but no field is chosen for the group. Might be > this is the result of the crash? > > Tested with OpenSUSE 15.3 64bit rpm Linux. > Should be tested with Mac. It is possible I am doing something wrong, I have not been using LO for long. My intent was to change the grouping and/or sorting within the report. Is there a specific sequence (click on a region or field within the report) before opening the Grouping and Sorting panel? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152787] EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports
https://bugs.documentfoundation.org/show_bug.cgi?id=152787 --- Comment #5 from DougL --- (In reply to Julien Nabet from comment #3) > Would it be possible to have crash info? (see > https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#macOS: > _How_to_get_debug_information) LO is detecting and reporting the crash, the macOS crash window does not appear. Instead I get a "LibreOffice 7.4 Document Recover" window with "Due to an error, LibreOffice crashed. All the files you were working on will now be saved. The next time LibreOffice is launched, your files will be recovered automatically." and then the open files are listed. I click [OK] and LO closes and restarts. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: formula/source include/formula sc/source
formula/source/core/api/FormulaCompiler.cxx | 14 -- include/formula/FormulaCompiler.hxx | 16 +++- sc/source/core/tool/compiler.cxx|8 3 files changed, 27 insertions(+), 11 deletions(-) New commits: commit cf8cfee9d4e64dba6a14dde16f08a7699fdff863 Author: Eike Rathke AuthorDate: Sun Jan 1 15:35:16 2023 +0100 Commit: Eike Rathke CommitDate: Sun Jan 1 20:26:05 2023 + Resolves: tdf#151886 Use default locale with English function names again Automatically switching to en-US locale when using English function names caused too much confusion. There also might be the possibility that the '.' dot decimal separator clashes with the inline array column separator in some locales. A proper solution would make this user-specified and if set also adjust the separators to the common English ones. For now keep the default locale again as it previously was the case. Change-Id: Ic4712c6609c14f35cf0d1d842ac7443806a6e115 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144924 Reviewed-by: Eike Rathke Tested-by: Jenkins diff --git a/formula/source/core/api/FormulaCompiler.cxx b/formula/source/core/api/FormulaCompiler.cxx index b0e21b250377..f7dcba3f9853 100644 --- a/formula/source/core/api/FormulaCompiler.cxx +++ b/formula/source/core/api/FormulaCompiler.cxx @@ -1313,7 +1313,17 @@ void FormulaCompiler::OpCodeMap::copyFrom( const OpCodeMap& r ) maExternalHashMap = r.maExternalHashMap; maReverseExternalHashMap = r.maReverseExternalHashMap; mbCore = r.mbCore; -mbEnglish = r.mbEnglish; +if (mbEnglish != r.mbEnglish) +{ +// For now keep mbEnglishLocale setting, which is false for a +// non-English native map we're copying to. +/* TODO: +if (!mbEnglish && r.mbEnglish) +mbEnglishLocale = "getUseEnglishLocaleFromConfiguration()"; +or set from outside i.e. via ScCompiler. +*/ +mbEnglish = r.mbEnglish; +} } } @@ -2658,7 +2668,7 @@ const FormulaToken* FormulaCompiler::CreateStringFromToken( OUStringBuffer& rBuf void FormulaCompiler::AppendDouble( OUStringBuffer& rBuffer, double fVal ) const { -if ( mxSymbols->isEnglish() ) +if ( mxSymbols->isEnglishLocale() ) { ::rtl::math::doubleToUStringBuffer( rBuffer, fVal, rtl_math_StringFormat_Automatic, diff --git a/include/formula/FormulaCompiler.hxx b/include/formula/FormulaCompiler.hxx index d94dbd40d399..08710f561b5a 100644 --- a/include/formula/FormulaCompiler.hxx +++ b/include/formula/FormulaCompiler.hxx @@ -83,12 +83,13 @@ public: { OpCodeHashMap maHashMap; /// Hash map of symbols, OUString -> OpCode std::unique_ptr mpTable;/// Array of symbols, OpCode -> OUString, offset==OpCode -ExternalHashMap maExternalHashMap; /// Hash map of ocExternal, Filter String -> AddIn String -ExternalHashMap maReverseExternalHashMap; /// Hash map of ocExternal, AddIn String -> Filter String +ExternalHashMap maExternalHashMap; /// Hash map of ocExternal, Filter String -> AddIn String +ExternalHashMap maReverseExternalHashMap; /// Hash map of ocExternal, AddIn String -> Filter String FormulaGrammar::Grammar meGrammar; /// Grammar, language and reference convention sal_uInt16 mnSymbols; /// Count of OpCode symbols -boolmbCore : 1;/// If mapping was setup by core, not filters -boolmbEnglish : 1;/// If English symbols and external names +boolmbCore : 1;/// If mapping was setup by core, not filters +boolmbEnglish : 1;/// If English symbols and external names +boolmbEnglishLocale : 1;/// If English locale for numbers OpCodeMap( const OpCodeMap& ) = delete; OpCodeMap& operator=( const OpCodeMap& ) = delete; @@ -101,7 +102,8 @@ public: meGrammar( eGrammar), mnSymbols( nSymbols), mbCore( bCore), -mbEnglish ( FormulaGrammar::isEnglish(eGrammar) ) +mbEnglish ( FormulaGrammar::isEnglish(eGrammar) ), +mbEnglishLocale ( mbEnglish ) { } @@ -145,6 +147,10 @@ public: be English as well)? */ bool isEnglish() const { return mbEnglish; } +/** Are inline numbers parsed/formatted in en-US locale, as opposed +to default locale? */ +bool isEnglishLocale() const { return mbEnglishLocale; } + /// Is it an ODF 1.1 compatibility mapping? bool isPODF() const { return
[Libreoffice-commits] core.git: vcl/source
vcl/source/bitmap/bitmappaint.cxx | 56 -- 1 file changed, 7 insertions(+), 49 deletions(-) New commits: commit efda8aa8ee0e8ec7afe5ad56937ae2e3c5570c32 Author: Noel Grandin AuthorDate: Sun Jan 1 21:14:14 2023 +0200 Commit: Noel Grandin CommitDate: Sun Jan 1 20:24:51 2023 + remove dead code this code has been dead for some time, no need to keep it anymore. Change-Id: I9c553fa7460bda5331f5908311783207bf88be17 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144927 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/vcl/source/bitmap/bitmappaint.cxx b/vcl/source/bitmap/bitmappaint.cxx index 9caca46342e0..c0f6715238e7 100644 --- a/vcl/source/bitmap/bitmappaint.cxx +++ b/vcl/source/bitmap/bitmappaint.cxx @@ -441,7 +441,6 @@ Bitmap Bitmap::CreateMask(const Color& rTransColor, sal_uInt8 nTol) const // better supported by hardware, and the memory savings are not worth // it anymore. // TODO: Possibly remove the 1bpp code later. -constexpr bool use8BitMask = true; if (!nTol && pReadAcc && (pReadAcc->GetScanlineFormat() == ScanlineFormat::N1BitLsbPal @@ -453,9 +452,8 @@ Bitmap Bitmap::CreateMask(const Color& rTransColor, sal_uInt8 nTol) const return *this; } -auto ePixelFormat = use8BitMask ? vcl::PixelFormat::N8_BPP : vcl::PixelFormat::N1_BPP; -Bitmap aNewBmp(GetSizePixel(), ePixelFormat, - use8BitMask ? ::GetGreyPalette(256) : nullptr); +auto ePixelFormat = vcl::PixelFormat::N8_BPP; +Bitmap aNewBmp(GetSizePixel(), ePixelFormat, ::GetGreyPalette(256)); BitmapScopedWriteAccess pWriteAcc(aNewBmp); bool bRet = false; @@ -470,49 +468,10 @@ Bitmap Bitmap::CreateMask(const Color& rTransColor, sal_uInt8 nTol) const { const BitmapColor aTest(pReadAcc->GetBestMatchingColor(rTransColor)); -if (pWriteAcc->GetBitCount() == 1 -&& pReadAcc->GetScanlineFormat() == ScanlineFormat::N8BitPal) -{ -// optimized for 8Bit source palette -const sal_uInt8 cTest = aTest.GetIndex(); - -if (pWriteAcc->GetScanlineFormat() == ScanlineFormat::N1BitMsbPal -&& aWhite.GetIndex() == 1) -{ -// optimized for 1Bit-MSB destination palette -for (tools::Long nY = 0; nY < nHeight; ++nY) -{ -Scanline pSrc = pReadAcc->GetScanline(nY); -Scanline pDst = pWriteAcc->GetScanline(nY); -for (tools::Long nX = 0; nX < nWidth; ++nX) -{ -if (cTest == pSrc[nX]) -pDst[nX >> 3] |= 1 << (7 - (nX & 7)); -else -pDst[nX >> 3] &= ~(1 << (7 - (nX & 7))); -} -} -} -else -{ -for (tools::Long nY = 0; nY < nHeight; ++nY) -{ -Scanline pSrc = pReadAcc->GetScanline(nY); -Scanline pDst = pWriteAcc->GetScanline(nY); -for (tools::Long nX = 0; nX < nWidth; ++nX) -{ -if (cTest == pSrc[nX]) -pWriteAcc->SetPixelOnData(pDst, nX, aWhite); -else -pWriteAcc->SetPixelOnData(pDst, nX, aBlack); -} -} -} -} -else if (pWriteAcc->GetScanlineFormat() == pReadAcc->GetScanlineFormat() - && aWhite.GetIndex() == 1 - && (pReadAcc->GetScanlineFormat() == ScanlineFormat::N1BitLsbPal - || pReadAcc->GetScanlineFormat() == ScanlineFormat::N1BitMsbPal)) +if (pWriteAcc->GetScanlineFormat() == pReadAcc->GetScanlineFormat() +&& aWhite.GetIndex() == 1 +&& (pReadAcc->GetScanlineFormat() == ScanlineFormat::N1BitLsbPal +|| pReadAcc->GetScanlineFormat() == ScanlineFormat::N1BitMsbPal)) { for (tools::Long nY = 0; nY < nHeight; ++nY) { @@ -524,8 +483,7 @@ Bitmap Bitmap::CreateMask(const Color& rTransColor, sal_uInt8 nTol) const pDst[nX] = ~pSrc[nX]; } } -else if (use8BitMask && pWriteAcc->GetBitCount() == 8 - && pReadAcc->GetScanlineFormat() == ScanlineFormat::N8BitPal) +else if (pReadAcc->GetScanlineFormat() == ScanlineFormat::N8BitPal) { // optimized for 8Bit source palette const sal_uInt8 cTest = aTest.GetIndex();
[Libreoffice-bugs] [Bug 152800] New: Edits to default style in default template do not persist
https://bugs.documentfoundation.org/show_bug.cgi?id=152800 Bug ID: 152800 Summary: Edits to default style in default template do not persist Product: LibreOffice Version: 7.4.3.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: baloo...@gmail.com Description: As titled. Specifically, changing the border parameters (e.g. color, width) does not 'save' or persist. https://www.loom.com/share/19f5b7b7f7664d1989e3e2247c9c6057 Steps to Reproduce: 1. File > Templates > Manage Templates 2. Open default template 3. Styles (sidebar) > Default > Modify 4. Borders menu > Line sub-menu: change Color property 5. (opt) press update style Actual Results: Newly added borders are not in the specified color. (Clicking Update Sytle in style sidebar applies the parameter to ALL cells - not correct). Expected Results: When adding new cell borders, they would appear in the updated default color setting for the borders menu. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: yes Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 24; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152799] Crash with ungroup shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- Created attachment 184431 --> https://bugs.documentfoundation.org/attachment.cgi?id=184431=edit dmp file after the crash -- You are receiving this mail because: You are the assignee for the bug.
license statement
Hello world: All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license. Regards, Douglas. -- Bold character derived from stubborn patience and adversity. == Douglas Guptill, B.Sc., CCP, M.Comp.Sci., THB
[Libreoffice-bugs] [Bug 152799] New: Crash with ungroup shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=152799 Bug ID: 152799 Summary: Crash with ungroup shapes Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open the attached file with 2 shapes. In the dbg build of LibreOffice already at opening the file I get the warning: warn:xmloff:711529:711529:xmloff/source/draw/shapeimport.cxx:354: unknown attribute urn:oasis:names:tc:opendocument:xmlns:text:1.0 text:anchor-type value=paragraph warn:xmloff:711529:711529:xmloff/source/draw/shapeimport.cxx:354: unknown attribute urn:oasis:names:tc:opendocument:xmlns:text:1.0 text:anchor-type value=paragraph - Then select all the shapes (easier if you activate View - Toolbar - Drawing - first icon) - Group them: Format - Group - Group - Ungroup them: Format - Group - Ungroup - CRASH and mesage in console: warn:sw.core:711529:711529:sw/source/core/doc/textboxhelper.cxx:1797: SwTextBoxNode::GetTextBox(): RefCount and TexBox count mismatch! soffice.bin: /home/tdf/lode/jenkins/workspace/lo_gerrit/tb/src_master/sw/source/core/doc/textboxhelper.cxx:1798: SwFrameFormat* SwTextBoxNode::GetTextBox(const SdrObject*) const: Assertion `false' failed. warn:desktop:711529:711529:desktop/source/app/crashreport.cxx:61: minidump generated: /home/bogdan/Documente/LibreOfficeDev_7.6.0.0.alpha0_Linux_x86-64_archive/LibreOfficeDev_7.6.0.0.alpha0_Linux_x86-64_archive/program/../program/../libreofficedev/4/crash//ae7f1d12-c6a5-43cb-69ec0fb0-968db234.dmp warn:legacy.osl:711529:711529:sw/source/core/frmedt/fefly1.cxx:1721: - missing draw contact object warn:legacy.osl:711529:711529:sw/source/core/frmedt/fefly1.cxx:1721: - missing draw contact object warn:legacy.osl:711529:711529:sw/source/core/frmedt/fefly1.cxx:1721: - missing draw contact object warn:legacy.osl:711529:711529:sw/source/core/frmedt/fefly1.cxx:1721: - missing draw contact object Steps to Reproduce: see description Actual Results: CRASH Expected Results: NO CRASH Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152798] Rotating the image gets a warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152798 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- Created attachment 184430 --> https://bugs.documentfoundation.org/attachment.cgi?id=184430=edit demo document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152798] New: Rotating the image gets a warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152798 Bug ID: 152798 Summary: Rotating the image gets a warning in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: In the attachment I have an image. Select it. Format - Rotate - Rotate 180. In the dbg build of LibreOffice if you click on the right frame you get this warning: warn:legacy.osl:629036:629036:sw/source/core/layout/anchoredobject.cxx:563: - cache for object rectangle inclusive spaces marked as valid, but it couldn't be. Missing invalidation of cache. Steps to Reproduce: see description Actual Results: warning Expected Results: no warning Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152797] Click on the right frame (linked frames) gets a warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152797 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- Created attachment 184429 --> https://bugs.documentfoundation.org/attachment.cgi?id=184429=edit demo document -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152797] New: Click on the right frame (linked frames) gets a warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152797 Bug ID: 152797 Summary: Click on the right frame (linked frames) gets a warning in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: In the attachment I have 2 frames conected (like this: Format - Frame - Link). In the dbg build of LibreOffice if you click on the right frame you get this warning: warn:legacy.osl:563853:563853:sw/source/core/access/accmap.cxx:2511: cursor is not contained in fly frame Steps to Reproduce: see description Actual Results: warning Expected Results: no warning Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152763] Insert - Frame - Frame in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152763 BogdanB changed: What|Removed |Added OS|All |Linux (All) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152796] Format - Textbox: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152796 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Summary|Format - Textbox ... - |Format - Textbox: warnings |Line: warnings in console |in console with debug LO |with debug LO | --- Comment #1 from BogdanB --- The same warnings for Format - Textbox... - Area. We don't have warnings if we go to Format - Textbox... - Position and Size. Maybe this info will help. Format - Textbox... - Text Attributes: we get sometimes this warning: warn:legacy.osl:506674:506674:svx/source/accessibility/AccessibleTextHelper.cxx:781: AccessibleTextHelper_Impl::UpdateVisibleChildren error while determining visible children - -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152796] New: Format - Textbox ... - Line: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152796 Bug ID: 152796 Summary: Format - Textbox ... - Line: warnings in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open a new Writer document. Insert a textbox and select it. Format - Textbox... - Line. Just opening the window generate warnings In the dbg build of LibreOffice I get in terminal this warnings: warn:svl.items:463898:463898:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:463898:463898:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:463898:463898:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. Steps to Reproduce: see description Actual Results: warnings Expected Results: no warnings Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137463] Impress duplicated table breaks formatting on Copy/paste
https://bugs.documentfoundation.org/show_bug.cgi?id=137463 BogdanB changed: What|Removed |Added OS|Windows (All) |All --- Comment #5 from BogdanB --- Also on Linux Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152795] Black text on very dark grey background in menus after computer was locked
https://bugs.documentfoundation.org/show_bug.cgi?id=152795 --- Comment #2 from dafadl...@gmail.com --- Created attachment 184428 --> https://bugs.documentfoundation.org/attachment.cgi?id=184428=edit Screenshot displaying the normal appearance of the menus (black text on light background) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152795] Black text on very dark grey background in menus after computer was locked
https://bugs.documentfoundation.org/show_bug.cgi?id=152795 --- Comment #1 from dafadl...@gmail.com --- Created attachment 184427 --> https://bugs.documentfoundation.org/attachment.cgi?id=184427=edit Screenshot displaying the problem (black text on dark background) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152795] New: Black text on very dark grey background in menus after computer was locked
https://bugs.documentfoundation.org/show_bug.cgi?id=152795 Bug ID: 152795 Summary: Black text on very dark grey background in menus after computer was locked Product: LibreOffice Version: 7.4.3.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dafadl...@gmail.com Description: With Windows set to dark mode, every time after the computer was locked an i log back in, menus are displayed with black text on a very dark grey background, which makes the menu entries nearly impossible to read (cf. 1st screenshot). By default and after closing and reopening LibreOffice, the menus have a light grey background (2nd screenshot). If Windows is set to light mode, the problem described above does not occur. (Note that this problem occurs with and without Sika. The Intel Iris Xe Graphics driver has been updated to its latest version 31.0.101.4032.) Steps to Reproduce: 1. Open LibreOffice. 2. Open a menu in LibreOffice. -> Everything is still fine. 3. Lock the computer (or close the notebook lid). 4. Log back in. 5. Open a menu in LibreOffice. Actual Results: The menu is displayed with black text on a almost black background. Expected Results: The menu background should be light grey. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: de-CH (en_GB); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152794] New: Format - Image - Filter - Mosaic: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152794 Bug ID: 152794 Summary: Format - Image - Filter - Mosaic: warning in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open a new Writer document. Insert any image and select it. Format - Image - Filter - Mosaic In the dbg build of LibreOffice I get in terminal this warning: warn:vcl.gdi:240724:240724:vcl/source/bitmap/bitmapfilter.cxx:26: Bitmap filter failed 18BitmapMosaicFilter Steps to Reproduce: see description Actual Results: warning Expected Results: no warning Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150676] Inserting and deleting a simple table in Writer (warnings in console with debug LO)
https://bugs.documentfoundation.org/show_bug.cgi?id=150676 --- Comment #12 from BogdanB --- Format - Columns - 2 - OK is generating the same warning. I want to test also this when I will verify this bug if it is solved. warn:legacy.osl:240724:240724:svx/source/dialog/rulritem.cxx:480: Wrong MemberId! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152787] EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports
https://bugs.documentfoundation.org/show_bug.cgi?id=152787 Robert Großkopf changed: What|Removed |Added CC||rob...@familiegrosskopf.de --- Comment #4 from Robert Großkopf --- Opened the report for editing. Switched to View → Sorting and Grouping Couldn't reproduce a bug here. The group exists already, but no field is chosen for the group. Might be this is the result of the crash? Tested with OpenSUSE 15.3 64bit rpm Linux. Should be tested with Mac. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152781] Format - Character: too many warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152781 --- Comment #4 from BogdanB --- (In reply to Eike Rathke from comment #2) > Regarding the > svtools/source/misc/langtab.cxx:244: Language > warnings, that's a good source of information what on-the-fly language tags > are added to the predefined list. Nothing to worry about. > To be investigated though is whether attempting to obtain some more than > once could be avoided. > > svl/source/items/itempool.cxx:442: old secondary pool > should be looked at. In my list of languages from Character window I see that some languages are checked, from example, French (Monaco). But in the list from description is just Spanish. So, I supose something is not well detected about Spanish language. ("Language: 0x7e0 with unknown name"). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152781] Format - Character: too many warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152781 --- Comment #3 from BogdanB --- The same warnings are generated after we have some comments in a document and we want to format them (Format - Comments), so the Character window is opening with the same result I mentioned in description. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152793] Frame anchored to page following manual page break migrates to previous page as text is added before the break
https://bugs.documentfoundation.org/show_bug.cgi?id=152793 --- Comment #2 from chris...@labs.epiuse.com --- Created attachment 184426 --> https://bugs.documentfoundation.org/attachment.cgi?id=184426=edit 2 - Frame before page break -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152793] Frame anchored to page following manual page break migrates to previous page as text is added before the break
https://bugs.documentfoundation.org/show_bug.cgi?id=152793 --- Comment #1 from chris...@labs.epiuse.com --- Created attachment 184425 --> https://bugs.documentfoundation.org/attachment.cgi?id=184425=edit 1 - Starting position of frame -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152792] Format - Title Page - Insert...: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152792 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- If I choose Insert new title pages AND check Page Numbering after title pages AND check Set page number for first title page I get more warnings, but with the same content: warn:legacy.osl:102845:102845:sw/source/core/access/accmap.cxx:1064: invalid event combination warn:sw.a11y:102845:102845:sw/source/core/access/acccontext.cxx:444: SwAccessibleContext::FireAccessibleEvent called for already disposed frame? warn:legacy.osl:102845:102845:sw/source/core/access/accmap.cxx:1064: invalid event combination warn:legacy.osl:102845:102845:sw/source/core/access/accmap.cxx:1064: invalid event combination warn:sw.a11y:102845:102845:sw/source/core/access/acccontext.cxx:444: SwAccessibleContext::FireAccessibleEvent called for already disposed frame? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152793] New: Frame anchored to page following manual page break migrates to previous page as text is added before the break
https://bugs.documentfoundation.org/show_bug.cgi?id=152793 Bug ID: 152793 Summary: Frame anchored to page following manual page break migrates to previous page as text is added before the break Product: LibreOffice Version: 7.4.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: chris...@labs.epiuse.com Description: The effect of this bug is that frames of figures that are placed in a separate chapter or appendix and anchored to its pages move in unexpected ways as text is added to the document elsewhere. Although anchored to the page, frames cross manual page break boundaries (see detailed example below). Steps to Reproduce: 1. Start with attachment 1, which has two pages separated by a manual page break. A frame is anchored to the second page. 2. Add text to the first page, so that there is more text than can fit on it. Actual Results: See attachment 2. a) As expected, the portion of the text that does not fit on the first page is placed on a new page, before the page break. b) Unexpectedly, the frame is now on the new page, BEFORE the break. Expected Results: The expected position of the frame is on the page following the page break, which is now the third page in the document. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152792] New: Format - Title Page - Insert...: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152792 Bug ID: 152792 Summary: Format - Title Page - Insert...: warnings in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open a new Writer document. Format - Title Page - Insert new title page - OK. In the dbg build of LibreOffice I get in terminal this warnings: warn:legacy.osl:102845:102845:sw/source/core/access/accmap.cxx:1064: invalid event combination warn:sw.a11y:102845:102845:sw/source/core/access/acccontext.cxx:444: SwAccessibleContext::FireAccessibleEvent called for already disposed frame? Steps to Reproduce: see description Actual Results: warnings Expected Results: no warnings Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152791] New: Format - Page Style: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152791 Bug ID: 152791 Summary: Format - Page Style: warnings in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open a new Writer document. Format - Page Style. In the dbg build of LibreOffice I get in terminal this warnings: warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:88151:88151:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:vcl.unx.print:88151:88151:vcl/unx/generic/printer/ppdparser.cxx:845: no Resolution in /tmp/63b1d47440122 Steps to Reproduce: see description Actual Results: warnings Expected Results: no warnings Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152790] New: Format - Bullets and Numbering: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152790 Bug ID: 152790 Summary: Format - Bullets and Numbering: warnings in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: Open a new Writer document. Format - Bullets and Numbering. In the dbg build of LibreOffice I get in terminal this warnings: warn:sfx.dialog:59364:59364:sfx2/source/dialog/tabdlg.cxx:271: SfxTabPage::PageCreated should not be called warn:vcl.gdi:59364:59364:vcl/source/outdev/font.cxx:1064: Font fallback to the same font, but has missing codes Steps to Reproduce: see description Actual Results: warnings Expected Results: no warnings Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152786] Format - List - Unordered List: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152786 --- Comment #2 from BogdanB --- This warn is also for Format - List - Ordered List. (But not the fallback warn) warn:svl:16031:16031:svl/source/undo/undo.cxx:1070: SfxUndoManager::MarkTopUndoAction(): suspicious call! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152710] CRASH: importing ooo84576-1.odt, crashtest; corrupt document structure
https://bugs.documentfoundation.org/show_bug.cgi?id=152710 --- Comment #8 from Dave Gilbert --- This is actually the easy case of deleting a recursive change, and the delete itself seems to work OK. Before the delete we have: (gdb) n 733 pDoc->getIDocumentContentOperations().DeleteRange(aPaM); (gdb) p aPaM $3 = SwPaM = {point = SwPosition (node 7, offset 0), mark = SwPosition (node 9, offset 0)} (gdb) p *pDoc->m_pNodes $4 = { = BigPtrArray of length 14 = { [ 0] 0x6063780StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x60646f0, [ 1] 0x60646f0 EndNode start: 0x6063780, [ 2] 0x6064b00StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066280, [ 3] 0x6066280 EndNode start: 0x6064b00, [ 4] 0x605a5a0StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066480, [ 5] 0x6066480 EndNode start: 0x605a5a0, [ 6] 0x3381220StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066390, [ 7] 0x618b0c0 StartNode/SwNormalStartNode parent-start: 0x3381220 end: 0x618b120, [ 8] 0x617e158 TextNode "tainment", [ 9] 0x618b120 EndNode start: 0x618b0c0, [ 10] 0x6066390 EndNode start: 0x3381220, [ 11] 0x6064f40StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6063340, [ 12] 0x5ec6498TextNode "", [ 13] 0x6063340 EndNode start: 0x6064f40}, m_vIndices = 0x607d7a8, m_rMyDoc = @0x2c17f60, m_pEndOfPostIts = 0x60646f0, m_pEndOfInserts = 0x6066280, m_pEndOfAutotext = 0x6066480, m_pEndOfRedlines = 0x6066390, m_pEndOfContent = std::unique_ptr = { get() = 0x6063340}, m_aOutlineNodes = {> = { m_vector = std::vector of length 0, capacity 0}, static npos = 18446744073709551615}, m_bInNodesDel = false, m_bInDelUpdOutline = false} RecursiveContains rls.i=7 rPos.i=8 rls.EoSI=9 RecursiveContains True! and after: (gdb) p *pDoc->m_pNodes $5 = { = BigPtrArray of length 11 = { [ 0] 0x6063780StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x60646f0, [ 1] 0x60646f0 EndNode start: 0x6063780, [ 2] 0x6064b00StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066280, [ 3] 0x6066280 EndNode start: 0x6064b00, [ 4] 0x605a5a0StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066480, [ 5] 0x6066480 EndNode start: 0x605a5a0, [ 6] 0x3381220StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6066390, [ 7] 0x6066390 EndNode start: 0x3381220, [ 8] 0x6064f40StartNode/SwNormalStartNode parent-start: 0x6063780 end: 0x6063340, [ 9] 0x5ec6498TextNode "", [ 10] 0x6063340 EndNode start: 0x6064f40}, m_vIndices = 0x607d7a8, m_rMyDoc = @0x2c17f60, m_pEndOfPostIts = 0x60646f0, m_pEndOfInserts = 0x6066280, m_pEndOfAutotext = 0x6066480, m_pEndOfRedlines = 0x6066390, m_pEndOfContent = std::unique_ptr = { get() = 0x6063340}, m_aOutlineNodes = {> = { m_vector = std::vector of length 0, capacity 0}, static npos = 18446744073709551615}, m_bInNodesDel = false, m_bInDelUpdOutline = false} -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152789] Please create a way to automatically add a word to exclusion list
https://bugs.documentfoundation.org/show_bug.cgi?id=152789 --- Comment #1 from rferr...@sccoast.net --- Of course the other option is to have Ignore All remember between sessions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152789] New: Please create a way to automatically add a word to exclusion list
https://bugs.documentfoundation.org/show_bug.cgi?id=152789 Bug ID: 152789 Summary: Please create a way to automatically add a word to exclusion list Product: LibreOffice Version: 7.4.2.3 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rferr...@sccoast.net Description: During spell check, it would be nice to have the option to add a word to an exclusion list with a right click when it is underlined as spelling error. Alternately if one selects Ignore All it would add the word to the exclusion list. The reason this is needed is that Ignore All is not remembered in subsequent sessions. I have been working on a document for 3 years and it is over 700,000 thousand words. Many technical items that I do not want to add to dictionary. Each time I load the document the words are underlined in red again. It is quite distracting to one's focus and very tedious to have to constant do ignore All each session to avoid the distraction. Steps to Reproduce: See above Actual Results: See above Expected Results: See above Reproducible: Always User Profile Reset: No Additional Info: See above -- You are receiving this mail because: You are the assignee for the bug.