[Libreoffice-commits] core.git: compilerplugins/LICENSE.TXT cui/inc odk/docs odk/examples odk/index.html odk/index_online.html readlicense_oo/license setup_native/source sfx2/uiconfig
compilerplugins/LICENSE.TXT |2
cui/inc/strings.hrc |2
odk/docs/install.html|2
odk/docs/tools.html |2
odk/examples/DevelopersGuide/examples.html |2
odk/examples/examples.html |2
odk/index.html |2
odk/index_online.html|2
readlicense_oo/license/license.xml |2
setup_native/source/packinfo/packinfo_brand.txt | 16 -
setup_native/source/packinfo/packinfo_extensions.txt |8
setup_native/source/packinfo/packinfo_librelogo_disabled.txt |2
setup_native/source/packinfo/packinfo_office.txt | 126 +--
setup_native/source/packinfo/packinfo_office_help.txt|2
setup_native/source/packinfo/packinfo_office_lang.txt| 20 -
setup_native/source/packinfo/packinfo_sdkoo.txt |2
setup_native/source/packinfo/packinfo_ure.txt|4
sfx2/uiconfig/ui/licensedialog.ui|2
18 files changed, 100 insertions(+), 100 deletions(-)
New commits:
commit 56cc13e854abb9d9257abda6d67cd5d0ee8b8140
Author: Adolfo Jayme Barrientos
AuthorDate: Sun Jan 1 03:26:25 2023 -0600
Commit: Adolfo Jayme Barrientos
CommitDate: Sun Jan 1 10:12:56 2023 +
Bump copyright year to 2023
Change-Id: I699112a3e554013bab75b82d1eae00098216c886
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144893
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos
diff --git a/compilerplugins/LICENSE.TXT b/compilerplugins/LICENSE.TXT
index 9c9d2864970e..1e8587c1cce9 100644
--- a/compilerplugins/LICENSE.TXT
+++ b/compilerplugins/LICENSE.TXT
@@ -1,7 +1,7 @@
University of Illinois/NCSA
Open Source License
-Copyright (c) 2012-2022 The Document Foundation
+Copyright (c) 2012-2023 The Document Foundation
All rights reserved.
Developed by:
diff --git a/cui/inc/strings.hrc b/cui/inc/strings.hrc
index 0d311518ad53..8228eea8f1fa 100644
--- a/cui/inc/strings.hrc
+++ b/cui/inc/strings.hrc
@@ -367,7 +367,7 @@
#define RID_CUISTR_CANNOTCONVERTURL_ERR
NC_("RID_SVXSTR_CANNOTCONVERTURL_ERR", "The URL <%1> cannot be converted to a
filesystem path.")
-#define RID_CUISTR_ABOUT_COPYRIGHT
NC_("aboutdialog|copyright", "Copyright © 2000–2022 LibreOffice contributors.")
+#define RID_CUISTR_ABOUT_COPYRIGHT
NC_("aboutdialog|copyright", "Copyright © 2000–2023 LibreOffice contributors.")
#define RID_CUISTR_ABOUT_VENDOR NC_("aboutdialog|vendor",
"This release was supplied by %OOOVENDOR.")
#define RID_CUISTR_ABOUT_BASED_ON
NC_("aboutdialog|libreoffice", "LibreOffice was based on OpenOffice.org.")
#define RID_CUISTR_ABOUT_DERIVEDNC_("aboutdialog|derived",
"%PRODUCTNAME is derived from LibreOffice which was based on OpenOffice.org")
diff --git a/odk/docs/install.html b/odk/docs/install.html
index 1abd0b8c9bb4..aaafae6ce9c3 100644
--- a/odk/docs/install.html
+++ b/odk/docs/install.html
@@ -534,7 +534,7 @@
-Copyright © 2000–2022 LibreOffice contributors. All rights
+Copyright © 2000–2023 LibreOffice contributors. All rights
reserved.
LibreOffice was created by The Document Foundation, based on
OpenOffice.org.
The Document Foundation acknowledges all community members,
please
diff --git a/odk/docs/tools.html b/odk/docs/tools.html
index 092f4b185cbf..d71d36f2401d 100644
--- a/odk/docs/tools.html
+++ b/odk/docs/tools.html
@@ -881,7 +881,7 @@ types the specified types depend on.
-Copyright © 2000–2022 LibreOffice contributors.
All rights reserved.
+Copyright © 2000–2023 LibreOffice contributors.
All rights reserved.
LibreOffice was created by The Document Foundation,
based on Apache OpenOffice, which is Copyright
2011,
diff --git a/odk/examples/DevelopersGuide/examples.html
b/odk/examples/DevelopersGuide/examples.html
index 7cb3fb42fada..df5a83fdd1d9 100644
--- a/odk/examples/DevelopersGuide/examples.html
+++ b/odk/examples/DevelopersGuide/examples.html
@@ -2856,7 +2856,7 @@ for the Office application.
-Copyright © 2000–2022 LibreOffice contributors.
All rights reserved.
+Copyright © 2000–2023 LibreOffice contributors.
All rights reserved.
LibreOffice
Re: How to get started with contribution
On 1.1.2023 10.30, Ekta wrote: Respected sir/madam, I am Ekta Goel, a computer science undergrad. I am new to open source contributions but I am well aware of C/C++ and Python and comfortable working with git. I would love to contribute to your organization so I will be really grateful if you could guide me how to get started? For list readers: we connected in the chat and already scheduled an interview. Ilmari
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/cs/DocumentList.xml |6 -- 1 file changed, 6 deletions(-) New commits: commit adcb1831e81df050fea2c9fadeb671c8748aada6 Author: Julien Nabet AuthorDate: Sun Jan 1 13:00:38 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:43:24 2023 + Remove "cs" autocorr entries that correct to itself Change-Id: I16acb568ebb2d4426782df4c745d4de9408c0f01 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144914 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/cs/DocumentList.xml b/extras/source/autocorr/lang/cs/DocumentList.xml index 962d59303d90..b375be76f1c8 100644 --- a/extras/source/autocorr/lang/cs/DocumentList.xml +++ b/extras/source/autocorr/lang/cs/DocumentList.xml @@ -224,7 +224,6 @@ - @@ -461,7 +460,6 @@ - @@ -516,15 +514,12 @@ - - - @@ -552,7 +547,6 @@ -
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/fa/DocumentList.xml | 13 - 1 file changed, 13 deletions(-) New commits: commit 4ffcf43a4ba8b576815dc1ef5aa15d7da1cb03f1 Author: Julien Nabet AuthorDate: Sun Jan 1 13:01:00 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:43:41 2023 + Remove "fa" autocorr entries that correct to itself Change-Id: Ie493f9342fb1b66779a3ffebae03eeabe7a2b704 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144915 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/fa/DocumentList.xml b/extras/source/autocorr/lang/fa/DocumentList.xml index 76162c2b5362..48f4ff372bc2 100644 --- a/extras/source/autocorr/lang/fa/DocumentList.xml +++ b/extras/source/autocorr/lang/fa/DocumentList.xml @@ -178,7 +178,6 @@ - @@ -870,7 +869,6 @@ - @@ -1809,7 +1807,6 @@ - @@ -2706,7 +2703,6 @@ - @@ -4030,7 +4026,6 @@ - @@ -4190,7 +4185,6 @@ - @@ -4215,7 +4209,6 @@ - @@ -4247,7 +4240,6 @@ - @@ -5291,8 +5283,6 @@ - - @@ -5314,9 +5304,6 @@ - - -
[Libreoffice-commits] core.git: sfx2/source
sfx2/source/doc/docmacromode.cxx |1 + 1 file changed, 1 insertion(+) New commits: commit ab81b5e097eef3d154f5150d1f747937439b5c37 Author: Mike Kaganski AuthorDate: Fri Dec 30 18:46:58 2022 + Commit: Mike Kaganski CommitDate: Sun Jan 1 16:09:17 2023 + Fix no-pch build on Windows Change-Id: If4eadc1987bb7015d2a7d3a6fb3c25a57158b248 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144899 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/sfx2/source/doc/docmacromode.cxx b/sfx2/source/doc/docmacromode.cxx index 976fc53414ed..44be05a06841 100644 --- a/sfx2/source/doc/docmacromode.cxx +++ b/sfx2/source/doc/docmacromode.cxx @@ -39,6 +39,7 @@ #include #if defined(_WIN32) +#include #include #include #endif
How to get started with contribution
Respected sir/madam,I am Ekta Goel, a computer science undergrad. I am new to open source contributions but I am well aware of C/C++ and Python and comfortable working with git. I would love to contribute to your organization so I will be really grateful if you could guide me how to get started?Regards Ekta Sent from Mail for Windows
[Libreoffice-commits] core.git: sfx2/source
sfx2/source/doc/docmacromode.cxx | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
New commits:
commit f1151648b3df1b76e3308c288f12b4dd1414e92e
Author: Mike Kaganski
AuthorDate: Sun Jan 1 14:21:34 2023 +
Commit: Mike Kaganski
CommitDate: Sun Jan 1 16:03:10 2023 +
Avoid unneeded initialization, and use URLZONE ids
Change-Id: I8c6f31865b992fab0739fbefed5d39f21d0fa664
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144904
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/sfx2/source/doc/docmacromode.cxx b/sfx2/source/doc/docmacromode.cxx
index cbd720132323..976fc53414ed 100644
--- a/sfx2/source/doc/docmacromode.cxx
+++ b/sfx2/source/doc/docmacromode.cxx
@@ -303,25 +303,25 @@ namespace sfx2
{
// no Security Zone info found -> assume a local file, not
// from the internet
-dwZone = 0;
+dwZone = URLZONE_LOCAL_MACHINE;
}
// determine action from zone and settings
-sal_Int32 nAction = 0;
+sal_Int32 nAction;
switch (dwZone) {
-case 0:
+case URLZONE_LOCAL_MACHINE:
nAction =
officecfg::Office::Common::Security::Scripting::WindowsSecurityZone::ZoneLocal::get();
break;
-case 1:
+case URLZONE_INTRANET:
nAction =
officecfg::Office::Common::Security::Scripting::WindowsSecurityZone::ZoneIntranet::get();
break;
-case 2:
+case URLZONE_TRUSTED:
nAction =
officecfg::Office::Common::Security::Scripting::WindowsSecurityZone::ZoneTrusted::get();
break;
-case 3:
+case URLZONE_INTERNET:
nAction =
officecfg::Office::Common::Security::Scripting::WindowsSecurityZone::ZoneInternet::get();
break;
-case 4:
+case URLZONE_UNTRUSTED:
nAction =
officecfg::Office::Common::Security::Scripting::WindowsSecurityZone::ZoneUntrusted::get();
break;
default:
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/nl-BE/DocumentList.xml |1 - 1 file changed, 1 deletion(-) New commits: commit 36b41e69f6ace9a9ccaa8642b7167752c55881d4 Author: Julien Nabet AuthorDate: Sun Jan 1 13:01:39 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:45:41 2023 + Remove "nl-BE" autocorr entries that correct to itself Change-Id: Iad59d47f3b34a7d7e16fd7c5ecb02b2bd7d3fab5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144917 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/nl-BE/DocumentList.xml b/extras/source/autocorr/lang/nl-BE/DocumentList.xml index f0304aa4c50a..aad43a2ac536 100644 --- a/extras/source/autocorr/lang/nl-BE/DocumentList.xml +++ b/extras/source/autocorr/lang/nl-BE/DocumentList.xml @@ -45,7 +45,6 @@ -
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/mn/DocumentList.xml |6 -- 1 file changed, 6 deletions(-) New commits: commit 1f1559229e26e32e51193e8f25f963afcb200105 Author: Julien Nabet AuthorDate: Sun Jan 1 13:01:17 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:45:05 2023 + Remove "mn" autocorr entries that correct to itself Change-Id: Ib5a3ef8066517ac79101a409aedc78a764979a2a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144916 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/mn/DocumentList.xml b/extras/source/autocorr/lang/mn/DocumentList.xml index 96d28ff1af45..ee84cf5d10d8 100644 --- a/extras/source/autocorr/lang/mn/DocumentList.xml +++ b/extras/source/autocorr/lang/mn/DocumentList.xml @@ -11,12 +11,6 @@ - - - - - -
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/pt/DocumentList.xml | 12 1 file changed, 12 deletions(-) New commits: commit bdaf40b10c2602e09cd6ce20ba68206bcbfdfe3e Author: Julien Nabet AuthorDate: Sun Jan 1 13:02:05 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:46:53 2023 + Remove "pt" autocorr entries that correct to itself Change-Id: I6c08829a71deb5fae1d986946efd91aec28fe342 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144919 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/pt/DocumentList.xml b/extras/source/autocorr/lang/pt/DocumentList.xml index 394cc935eb0e..26245a70ddbf 100644 --- a/extras/source/autocorr/lang/pt/DocumentList.xml +++ b/extras/source/autocorr/lang/pt/DocumentList.xml @@ -235,7 +235,6 @@ - @@ -354,7 +353,6 @@ - @@ -649,16 +647,6 @@ - - - - - - - - - -
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/pt-PT/DocumentList.xml | 12 1 file changed, 12 deletions(-) New commits: commit 3151cb3f2cb40470f7cff95c48d3ab61cc46b4b2 Author: Julien Nabet AuthorDate: Sun Jan 1 13:01:58 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:46:27 2023 + Remove "pt-PT" autocorr entries that correct to itself Change-Id: I3702ce12cd62c0b4c2d7ee4a4af2640e3db76bef Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144918 Tested-by: Adolfo Jayme Barrientos Reviewed-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/pt-PT/DocumentList.xml b/extras/source/autocorr/lang/pt-PT/DocumentList.xml index c9cc104c30fc..ab6e85dfd17e 100644 --- a/extras/source/autocorr/lang/pt-PT/DocumentList.xml +++ b/extras/source/autocorr/lang/pt-PT/DocumentList.xml @@ -190,7 +190,6 @@ - @@ -261,7 +260,6 @@ - @@ -443,16 +441,6 @@ - - - - - - - - - -
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/vi/DocumentList.xml |1 - 1 file changed, 1 deletion(-) New commits: commit 7b7e3392069716539a1a3a9d453e57f681b6e7d5 Author: Julien Nabet AuthorDate: Sun Jan 1 13:02:26 2023 +0100 Commit: Adolfo Jayme Barrientos CommitDate: Sun Jan 1 15:50:43 2023 + Remove "vi" autocorr entries that correct to itself Change-Id: I684bdb18209f2f3fa75adb77bdbe27a4645e5b75 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144922 Reviewed-by: Adolfo Jayme Barrientos Tested-by: Adolfo Jayme Barrientos diff --git a/extras/source/autocorr/lang/vi/DocumentList.xml b/extras/source/autocorr/lang/vi/DocumentList.xml index f368764c4f39..cabc2ea01985 100644 --- a/extras/source/autocorr/lang/vi/DocumentList.xml +++ b/extras/source/autocorr/lang/vi/DocumentList.xml @@ -273,7 +273,6 @@ -
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-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-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-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-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: 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-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.
+
[no subject]
[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-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://"/> - - + +
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-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 152781] New: Format - Character: too many warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152781
Bug ID: 152781
Summary: Format - Character: too many warnings in console with
debug LO
Product: LibreOffice
Version: 7.6.0.0 alpha0+ Master
Hardware: All
OS: 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 - Character
In the dbg build of LibreOffice I get in terminal this warnings:
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0x7e0 with unknown name, so returning lang-tag of: Spanish (Equatorial Guinea)
{es-GQ}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0x7e1 with unknown name, so returning lang-tag of: Spanish (Philippines)
{es-PH}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0x540a with unknown name, so returning lang-tag of: Spanish (United States)
{es-US}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0xe40a with unknown name, so returning lang-tag of: Spanish {es}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0x540a with unknown name, so returning lang-tag of: Spanish (United States)
{es-US}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0xe40a with unknown name, so returning lang-tag of: Spanish {es}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0x540a with unknown name, so returning lang-tag of: Spanish (United States)
{es-US}
warn:svtools.misc:86308:86308:svtools/source/misc/langtab.cxx:244: Language:
0xe40a with unknown name, so returning lang-tag of: Spanish {es}
warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary
pool: EditEngineItemPool of pool: XOutdevItemPool must be empty.
warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary
pool: EditEngineItemPool of pool: XOutdevItemPool must be empty.
warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary
pool: EditEngineItemPool of pool: XOutdevItemPool must be empty.
warn:svl.items:86308:86308: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: b9e3e20bfd102880d12384892eaeca094c38a519
CPU threads: 16; OS: Linux 5.15; 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 152781] Format - Character: too many warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152781 BogdanB changed: What|Removed |Added OS|All |Linux (All) CC||buzea.bog...@libreoffice.or ||g -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152782] New: When ussing Accumulation in LibreOffice Base Report system freezes
https://bugs.documentfoundation.org/show_bug.cgi?id=152782 Bug ID: 152782 Summary: When ussing Accumulation in LibreOffice Base Report system freezes Product: LibreOffice Version: 7.4.3.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: david.connoll...@gmail.com Description: Trying to insert a sub-total in Report Writer. Insert a Text Box. Select Data tab, Function, Data Field, Accumulation. Screen goes black and system freezes. Sometimes recovers after several minutes. Have tried opening in Safe Mode, resetting User Profile and using Accumulation in Safe Mode. System still hangs, but no black screen Steps to Reproduce: 1.Insert Text Box in Report Writer 2.Select Data Tab 3.Select Function-Accumulation Actual Results: System Hangs Expected Results: Subtotal or Total of Amount field Reproducible: Always User Profile Reset: Yes Additional Info: I have looked at similar reports of problems with Accumulation. Tried resetting Profile. I have managed to get one Accumulation field to work , after several attempts over many hours. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152785] New: OC: localedata contains a typo
https://bugs.documentfoundation.org/show_bug.cgi?id=152785 Bug ID: 152785 Summary: OC: localedata contains a typo Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: trivial Priority: medium Component: Localization Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: quentinanto...@free.fr Description: There is a typo in: i18npool/source/localedata/data/oc_FR_lengadoc.xml Where Saturday should be spelt «dissabte» with 2 S. sat disabte disabte Some sources: 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 Actual Results: Saturday is spelt "disabte" Expected Results: Saturday is spelt "dissabte" Reproducible: Always User Profile Reset: No Additional Info: It's for oc_FR_lengadoc -- 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 #1 from BogdanB --- Partial of this warning when Format - Paragraph: warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. warn:svl.items:86308:86308:svl/source/items/itempool.cxx:442: old secondary pool: EditEngineItemPool of pool: XOutdevItemPool must be empty. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112009] Line numbers do not have the same size in specific ODT (no steps)
https://bugs.documentfoundation.org/show_bug.cgi?id=112009 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2548 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152548] Line numbering sizes inconsistent when decreasing font size
https://bugs.documentfoundation.org/show_bug.cgi?id=152548 Dieter changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||2009 CC||dgp-m...@gmx.de Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Dieter --- I confirm it with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 376152fbd110cdc0a2cde1fa9758f36c016d9352 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (de_DE); UI: en-GB Calc: CL threaded Eyal, I can see different font size, but don't know how to see the specific value. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152548] Line numbering sizes inconsistent when decreasing font size
https://bugs.documentfoundation.org/show_bug.cgi?id=152548 Dieter changed: What|Removed |Added Status|NEEDINFO|NEW -- 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 #1 from DougL --- Created attachment 184423 --> https://bugs.documentfoundation.org/attachment.cgi?id=184423=edit Database that exhibits the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152778] New: variable x is not used
https://bugs.documentfoundation.org/show_bug.cgi?id=152778 Bug ID: 152778 Summary: variable x is not used Product: cppunit Version: 1.12 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wajahat.awan@gmail.com CC: markus.mohrh...@googlemail.com variable x is not used -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152777] variable x is not used
https://bugs.documentfoundation.org/show_bug.cgi?id=152777 Muhammad Wajahat Asif changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152780] FILESAVE problem when changing format of bar chart
https://bugs.documentfoundation.org/show_bug.cgi?id=152780 noelt...@hotmail.com changed: What|Removed |Added CC||noelt...@hotmail.com --- Comment #1 from noelt...@hotmail.com --- Created attachment 184417 --> https://bugs.documentfoundation.org/attachment.cgi?id=184417=edit Sample calc file with chart and description of problem This sample Calc file shows a simple chart and a description of the sequence which demonstrates the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number
https://bugs.documentfoundation.org/show_bug.cgi?id=137010 Buovjaga changed: What|Removed |Added CC||richardcooper...@gmail.com --- Comment #10 from Buovjaga --- (In reply to Richard Cooper from comment #9) > I have a similar problem, which occurs in text with an isolated lower case i. > LO Version 7.3.7_Win_x64 > Example: > Enter in columns A to J, lower case letters a b i j > > The i is capitalised. > Type 'Enter i' results in 'Enter I'. > > Should this should be a new bug? That happens when the language for the cells is defined as English. You can disable the behaviour by going to Tools - AutoCorrect Options - Options, uncheck "Use replacement table". It is a feature, not a bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96276] Fileopen: RTF paragraph line spacing 1.15 instead of Single
https://bugs.documentfoundation.org/show_bug.cgi?id=96276 --- Comment #25 from Gabor Kelemen (allotropia) --- Created attachment 184422 --> https://bugs.documentfoundation.org/attachment.cgi?id=184422=edit Double line spacing from style, overridden with DF, which is not imported in Writer Another example arrived, this time with double line spacing value, which is handled incorrectly in Writer. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 44355a90b3450111ad87ad4b6607a564e41d7b54 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152783] Cannot accurately select polyline point with KF5 VCL and Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=152783 Callegar changed: What|Removed |Added Summary|Cannot accurately select|Cannot accurately select |polyline point with KDE VCL |polyline point with KF5 VCL ||and Wayland -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152783] Cannot accurately select polyline point with KDE VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=152783 --- Comment #1 from Callegar --- Just verified that this only happens in Wayland. X11 is fine. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 40163] When exporting a selection to PDF, output page size not limited to selection size
https://bugs.documentfoundation.org/show_bug.cgi?id=40163 --- Comment #53 from Callegar --- @Eyal Rozenberg > that's a completely different (though worthy) feature request. Sometimes you > want to export a part of a larger page with more content than what's being > exported - that's why we have "export selection". Clearly, you are right. To my excuse, must say that, due to other bugs, to me "Export selection" has become synonymous of "Export with no solid background" (that is otherwise always inserted even if the page background is set to none), so I may have lost contact with the original use it was meant for ;-) I would say that for this use, reducing the PDF bounding box to the selection would almost always be what you want. I expect real world usage for exporting a part of a drawing so that it remains not centered in a much larger white page is probably low, is it? So if you add a tick, the logic could probably be better inverted (default for selection export is tight bounding box, tick to preserve page size when exporting selection). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151886] "Use English function names" changes decimal separator recognition
https://bugs.documentfoundation.org/show_bug.cgi?id=151886 Eike Rathke changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |er...@redhat.com |desktop.org | Status|NEW |ASSIGNED -- 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 #2 from DougL ---
First reported at ask.libreoffice.org,
https://ask.libreoffice.org/t/base-crashes-when-selecting-sorting-and-grouping/85973.
LO: 7.4.3.2
OS: macOS Big Sur 11.7.1
Results of running from the terminal:
$ /Applications/LibreOffice.app/Contents/MacOS/soffice
Jan 01, 2023 5:33:29 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibSerializer 1.1.6.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibBase 1.1.6.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibLoader 1.1.6.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibRepository 1.1.6.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibFonts 1.1.6.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibLayout null started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibFormula 1.1.7.10682 started.
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: LibXML 1.1.7.10682 started.
Jan 01, 2023 5:33:30 AM
org.pentaho.reporting.libraries.base.boot.PackageManager loadModule
WARNING: Exception while loading module:
org.pentaho.reporting.libraries.base.boot.DefaultModuleInfo={ModuleClass=org.jfree.report.modules.gui.swing.common.SwingCommonModule}
: java.lang.NullPointerException
Jan 01, 2023 5:33:30 AM
org.pentaho.reporting.libraries.base.boot.PackageManager loadModule
WARNING: Exception while loading module:
org.pentaho.reporting.libraries.base.boot.DefaultModuleInfo={ModuleClass=org.jfree.report.modules.gui.swing.html.SwingHtmlModule}
: java.lang.NullPointerException
Jan 01, 2023 5:33:30 AM
org.pentaho.reporting.libraries.base.boot.PackageManager loadModule
WARNING: Exception while loading module:
org.pentaho.reporting.libraries.base.boot.DefaultModuleInfo={ModuleClass=org.jfree.report.modules.gui.swing.pdf.SwingPdfModule}
: java.lang.NullPointerException
Jan 01, 2023 5:33:30 AM
org.pentaho.reporting.libraries.base.boot.PackageManager loadModule
WARNING: Exception while loading module:
org.pentaho.reporting.libraries.base.boot.DefaultModuleInfo={ModuleClass=org.jfree.report.modules.gui.swing.preview.SwingPreviewModule}
: java.lang.NullPointerException
Jan 01, 2023 5:33:30 AM
org.pentaho.reporting.libraries.base.boot.PackageManager loadModule
WARNING: Exception while loading module:
org.pentaho.reporting.libraries.base.boot.DefaultModuleInfo={ModuleClass=org.jfree.report.modules.gui.swing.printing.SwingPrintingModule}
: java.lang.NullPointerException
Jan 01, 2023 5:33:30 AM org.pentaho.reporting.libraries.base.boot.AbstractBoot
start
INFO: Pentaho Reporting Flow-Engine null started.
$
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136604] Unbundle the Source font families and remove them from our templates
https://bugs.documentfoundation.org/show_bug.cgi?id=136604 --- Comment #16 from Adolfo Jayme Barrientos --- I’d say let’s leave that last part for the trunk branch only and buy ourselves six more months to update those templates. Thanks, Khaled! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128379] Exported v1.5 PDF with embedded PDF cannot be opened with Adobe Reader (other readers work)
https://bugs.documentfoundation.org/show_bug.cgi?id=128379 Aron Budea changed: What|Removed |Added Whiteboard||target:7.5.0 Resolution|WORKSFORME |FIXED --- Comment #12 from Aron Budea --- Reverse bibisecting points to the following fixing commit. https://cgit.freedesktop.org/libreoffice/core/commit/?id=3f9e8ac6172f5b1dfd2869ee1c6aea4f24d3f480 author Dennis Francis2022-10-18 16:14:37 +0530 committer Dennis Francis2022-10-27 07:54:59 +0200 vcl: re-exporting broken pdfs -> empty pages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152777] New: variable x is not used
https://bugs.documentfoundation.org/show_bug.cgi?id=152777 Bug ID: 152777 Summary: variable x is not used Product: cppunit Version: 1.13 Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: wajahat.awan@gmail.com CC: markus.mohrh...@googlemail.com Test the Hello Worlds -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152780] New: FILESAVE problem when changing format of bar chart
https://bugs.documentfoundation.org/show_bug.cgi?id=152780 Bug ID: 152780 Summary: FILESAVE problem when changing format of bar chart 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: noelt...@hotmail.com When a bar chart is created, X axis 'Position Axis' is set to 'Between tick marks' as default. If this is changed to 'On tick marks' and then the file is saved, this state is saved correctly. However, if the Position Axis is then changed back to 'Between tick marks' this state is not saved for future sessions. All future sessions open with bars 'On tick marks'. -- 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 Andreas Heinisch changed: What|Removed |Added Assignee|andreas.heini...@yahoo.de |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number
https://bugs.documentfoundation.org/show_bug.cgi?id=137010 --- Comment #9 from Richard Cooper --- I have a similar problem, which occurs in text with an isolated lower case i. LO Version 7.3.7_Win_x64 Example: Enter in columns A to J, lower case letters a b i j The i is capitalised. Type 'Enter i' results in 'Enter I'. Should this should be a new bug? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112772] [META] RTF (text) bullet and numbering list-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112772 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||152784 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152784 [Bug 152784] FILEOPEN RTF Numbering from style, disabled with DF is still visible in Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152784] FILEOPEN RTF Numbering from style, disabled with DF is still visible in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=152784 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||112772 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112772 [Bug 112772] [META] RTF (text) bullet and numbering list-related issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152784] New: FILEOPEN RTF Numbering from style, disabled with DF is still visible in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=152784 Bug ID: 152784 Summary: FILEOPEN RTF Numbering from style, disabled with DF is still visible in Writer Product: LibreOffice Version: 4.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kelem...@ubuntu.com Created attachment 184419 --> https://bugs.documentfoundation.org/attachment.cgi?id=184419=edit Example file from Word 2016 Attached example file has numbering defined in the Heading 3 style, applied to all paragraphs. Some paragraphs have this disabled with direct formatting in Word, but they appear with the numbering in Writer. 1, Open attached file 2, Notice the first paragraph containing A is numbered, fourth and fifth paragraphs that start with 3 and 4 are also numbered, unlike in Word. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 44355a90b3450111ad87ad4b6607a564e41d7b54 CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded and older versions back to 4.3, before that it was differently bad: numbering was missing entirely back to 4.0, and in 3.6 only two of the three paragraphs were numbered. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152784] FILEOPEN RTF Numbering from style, disabled with DF is still visible in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=152784 --- Comment #1 from Gabor Kelemen (allotropia) --- Created attachment 184420 --> https://bugs.documentfoundation.org/attachment.cgi?id=184420=edit The example file in Word 2016 and Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152786] New: Format - List - Unorderd List: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152786 Bug ID: 152786 Summary: Format - List - Unorderd List: warnings in console with debug LO Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: 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 - List - Unorderd List. In the dbg build of LibreOffice I get in terminal this warnings: warn:svl:652925:652925:svl/source/undo/undo.cxx:1070: SfxUndoManager::MarkTopUndoAction(): suspicious call! warn:vcl.gdi:652925:652925:vcl/source/outdev/font.cxx:1064: Font fallback to the same font, but has missing codes warn:vcl.gdi:652925:652925: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: b9e3e20bfd102880d12384892eaeca094c38a519 CPU threads: 16; OS: Linux 5.15; 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 - Unorderd List: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152786 BogdanB changed: What|Removed |Added OS|All |Linux (All) CC||buzea.bog...@libreoffice.or ||g -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122839] Copy from Draw to Writer keeps only the first paragraph alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=122839 --- Comment #4 from Regina Henschel --- The error still exists in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152786] Format - List - Unorderd List: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152786 --- Comment #1 from BogdanB --- After closing the file, I get this messages: warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. warn:sw.core:661960:661960:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96276] Fileopen: RTF paragraph line spacing 1.15 instead of Single
https://bugs.documentfoundation.org/show_bug.cgi?id=96276 --- Comment #24 from Gabor Kelemen (allotropia) --- Created attachment 184421 --> https://bugs.documentfoundation.org/attachment.cgi?id=184421=edit Another example file, this time with double line spacing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152779] New: Scheme "LibreOffice Dark" is not localised
https://bugs.documentfoundation.org/show_bug.cgi?id=152779 Bug ID: 152779 Summary: Scheme "LibreOffice Dark" is not localised Product: LibreOffice Version: 7.4.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Localization Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lob...@web.de Created attachment 184415 --> https://bugs.documentfoundation.org/attachment.cgi?id=184415=edit Scheme dark not localised The scheme "LibreOffice Dark" under Tools - Options - LibreOffice - Applications Colours is not localised. Version: 7.4.3.2 (x64) / LibreOffice Community Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; 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-bugs] [Bug 152472] LO Base leaves orphaned temp files after running a report
https://bugs.documentfoundation.org/show_bug.cgi?id=152472 --- Comment #3 from Robert Großkopf --- (In reply to Paul Ward from comment #2) > Similarly, temporary folders and files are left behind after doing either of > the following: > > -- displaying the list of queries by clicking the query button on the LO > Base main page (even without running or editing a query) > > -- opening the Tools:SQL window from the LO Base main page (even without > executing an SQL command) No wonder - the database will be opened. Connecting to queries and tables and also tools → sql will open the database. Looking at the report you are using Firebird. The database will be unpacked in the tmp-folder for getting the data. Buggy behavior you reported is the files in tmp-folder aren't deleted when LO has been closed. And this I couldn't confirm. No more files here when LO has been closed. All old lu… folders in tmp I could find are folders, which weren't deleted because LO crashed/hanged - for example while testing macro code. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152783] New: Cannot accurately select polyline point with KDE VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=152783 Bug ID: 152783 Summary: Cannot accurately select polyline point with KDE VCL Product: LibreOffice Version: 7.4.3.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: sergio.calleg...@gmail.com Description: You have a polygon line and you want to split the line at some point. So, you activate "Points (F8)" and you try to select the point where you want to split the line. This is all good with the GTK4 VCL. As you get close to a point in the polygon line, the cursor changes into an arrow with a little square on one side. You place the arrow head on the point you want to select and click. Now try to do the same with the KDE VCL. As soon as you get close to the point you want to select, the cursor turns into a cicle with four little arrows around. This is the cursor that is generally meant to /move/ things, not to select them and is already wrong. But this is not the end of the story. When you try to pick the point, you find that the cursor starts jumping around as it does not want to go on top of the point you want to pick. Steps to Reproduce: See description Actual Results: See description Expected Results: See description Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: DrawingDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152783] Cannot accurately select polyline point with KF5 VCL and Wayland
https://bugs.documentfoundation.org/show_bug.cgi?id=152783 --- Comment #2 from Callegar --- So I guess it may not be a LibO bug after all, but a bug in QT5, Wayland, KWin or whatever among the tons of little things that are half broken in Wayland. Consider closing if the bug is elsewhere. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-qa] Live streaming LibreOffice bug triaging (week 1)
I will be live streaming a 1 hour LibreOffice bug triaging session in the Jitsi room https://jitsi.documentfoundation.org/ilmaritriages on Mon, 2 January 2023 at 11:00 UTC Tue, 3 January 2023 at 11:00 UTC Thu, 5 January 2023 at 12:00 UTC Fri, 6 January 2023 at 13:00 UTC Anyone is welcome to interrupt me during the session and ask questions about the process or request me to test something specific. Ilmari
[Libreoffice-bugs] [Bug 152471] COPY / PASTE
https://bugs.documentfoundation.org/show_bug.cgi?id=152471 hildalgotradin...@gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED --- Comment #2 from hildalgotradin...@gmail.com --- FOR Windows - fixed go to "system" then "clipboard" then shut off "clipboard history" shut off "suggested actions" calc now works, writer always worked -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152787] New: EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports
https://bugs.documentfoundation.org/show_bug.cgi?id=152787 Bug ID: 152787 Summary: EDITING: Base Crashes When Selecting “Sorting and Grouping” in Reports Product: LibreOffice Version: 7.4.3.2 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: l...@whidbey.com Description: Selecting “Sorting and Grouping” via the context menu or View menu always causes a (recoverable) crash in editing a report. Sorting and grouping are functional when the report is created via the wizard. Steps to Reproduce: 1. Create and save report. 2. Edit report. 3. Select View > Sorting and Grouping. 4. Crash. Actual Results: Crash Expected Results: Able to edit the grouping and sorting. Reproducible: Always User Profile Reset: Yes Additional Info: Attached is a simple database the exhibits the problem. The report is based on a query that pulls data from two tables based on a junction (third) table. I am running on a 2018 Intel based MacBook Pro. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89358] array references for a text argument in calc functions are not explained in Libreoffice help
https://bugs.documentfoundation.org/show_bug.cgi?id=89358 Olivier Hallot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 67997] Wrapping arround a frame does not work when two frames are nearby
https://bugs.documentfoundation.org/show_bug.cgi?id=67997 --- Comment #18 from Stanislav Horacek --- Still reproducible in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 29c2bba1f3ef216d226c97197185066880fc1ab5 CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ 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 Julien Nabet changed: What|Removed |Added Summary|Format - List - Unorderd|Format - List - Unordered |List: warnings in console |List: warnings in console |with debug LO |with debug LO -- 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 Julien Nabet changed: What|Removed |Added Keywords||wantBacktrace --- Comment #3 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I don't reproduce this (with gtk or gen renderings), perhaps macOS only bug? Would it be possible to have crash info? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#macOS:_How_to_get_debug_information) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144786] FILEOPEN XLSX Hidden status of Table/Data range filter button not imported
https://bugs.documentfoundation.org/show_bug.cgi?id=144786 Buovjaga changed: What|Removed |Added CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- Can this be closed as fixed? -- 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 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 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 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 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 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.
[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 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 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 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 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 #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 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 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 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 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 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 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 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 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 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 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 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.
