[Bug 159625] Can NOT un-check [allow to split paragraph]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159625

Samuel Mehrbrodt (allotropia)  changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #4 from Samuel Mehrbrodt (allotropia) 
 ---
Can't reproduce with recent master.
Can you be more specific, how exactly did you try to uncheck the checkbox?
Also, please paste the content of the About dialog

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159635] New: A bug in LibreOffice WebSite

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159635

Bug ID: 159635
   Summary: A bug in LibreOffice WebSite
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jayce.p...@gmail.com
CC: olivier.hal...@libreoffice.org

Description:
The release-notes page available at 
https://www.libreoffice.org/download/release-notes/

seems to be outdated, fresh and still versions don't refer to the same versions
as the ones in the download page.

Steps to Reproduce:
1. Connect to https://www.libreoffice.org/download/release-notes/
2. Then connect to https://www.libreoffice.org/download/downlaod/


Actual Results:
Versions differ.
The release-notes page says fresh version is 7.6.4 and the still version is
7.5.9.

Expected Results:
The release note page should mention the 24.2.0 version as fresh and the 7.6.4
version as still.


Reproducible: Always


User Profile Reset: No

Additional Info:
The release note page should mention the 24.2.0 version as fresh and the 7.6.4
version as still.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: static/source

[Stephan Bergmann (via logerrit)]

 static/source/embindmaker/embindmaker.cxx |   86 +-
 1 file changed, 5 insertions(+), 81 deletions(-)

New commits:
commit 578d9be50413a4bdc809f8b5f58cc177458f8325
Author: Stephan Bergmann 
AuthorDate: Wed Feb 7 17:23:58 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Thu Feb 8 08:36:06 2024 +0100

Embind: Map UNO structs to emscripten::value_object

...so that it has a nicer integration into JS, at the expense of copying 
data
between C++ and JS

Change-Id: I19af55e8db0c374dd7b0f58f74d1af19214175b4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163098
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/static/source/embindmaker/embindmaker.cxx 
b/static/source/embindmaker/embindmaker.cxx
index fb6ba0880508..bff11e99b16d 100644
--- a/static/source/embindmaker/embindmaker.cxx
+++ b/static/source/embindmaker/embindmaker.cxx
@@ -378,61 +378,6 @@ void dumpType(std::ostream& out, 
rtl::Reference const& manager,
 }
 }
 
-bool hasStructMembers(rtl::Reference const& manager,
-  rtl::Reference struc)
-{
-for (;;)
-{
-if (!struc->getDirectMembers().empty())
-{
-return true;
-}
-auto const& base = struc->getDirectBase();
-if (base.isEmpty())
-{
-return false;
-}
-auto const ent = manager->getManager()->findEntity(base);
-if (!ent.is() || ent->getSort() != 
unoidl::Entity::SORT_PLAIN_STRUCT_TYPE)
-{
-throw CannotDumpException("bad struct base \"" + base + "\"");
-}
-struc = static_cast(ent.get());
-}
-}
-
-void dumpStructMemberTypes(std::ostream& out, rtl::Reference 
const& manager,
-   rtl::Reference 
struc, bool& first)
-{
-auto const& base = struc->getDirectBase();
-if (!base.isEmpty())
-{
-auto const ent = manager->getManager()->findEntity(base);
-if (!ent.is() || ent->getSort() != 
unoidl::Entity::SORT_PLAIN_STRUCT_TYPE)
-{
-throw CannotDumpException("bad struct base \"" + base + "\"");
-}
-dumpStructMemberTypes(out, manager, 
static_cast(ent.get()),
-  first);
-}
-for (auto const& mem : struc->getDirectMembers())
-{
-if (first)
-{
-first = false;
-}
-else
-{
-out << ", ";
-}
-dumpType(out, manager, mem.type);
-if (passByReference(manager, mem.type))
-{
-out << " const &";
-}
-}
-}
-
 void dumpStructMembers(std::ostream& out, rtl::Reference const& 
manager,
OUString const& name, 
rtl::Reference struc)
 {
@@ -449,15 +394,8 @@ void dumpStructMembers(std::ostream& out, 
rtl::Reference const& man
 }
 for (auto const& mem : struc->getDirectMembers())
 {
-out << "
.property(\"" << mem.name << "\", +[](" << cppName(name)
-<< " const & the_self) { return the_self." << mem.name << "; }, 
+[](" << cppName(name)
-<< " & the_self, ";
-dumpType(out, manager, mem.type);
-if (passByReference(manager, mem.type))
-{
-out << " const &";
-}
-out << " the_value) { the_self." << mem.name << " = the_value; })";
+out << "
.field(\"" << mem.name << "\", &" << cppName(name) << "::" << mem.name
+<< ")";
 }
 }
 
@@ -870,23 +808,9 @@ SAL_IMPLEMENT_MAIN()
 assert(ent->getSort() == unoidl::Entity::SORT_PLAIN_STRUCT_TYPE);
 rtl::Reference const 
strEnt(static_cast(ent.get()));
 dumpRegisterFunctionProlog(cppOut, n);
-cppOut << "::emscripten::class_<" << cppName(str);
-auto const& base = strEnt->getDirectBase();
-if (!base.isEmpty())
-{
-cppOut << ", ::emscripten::base<" << cppName(base) << ">";
-}
-cppOut << ">(\"uno_Type_" << jsName(str)
-   << "\")
"
-  ".constructor()";
-if (hasStructMembers(mgr, strEnt))
-{
-cppOut << "
.constructor<";
-auto first = true;
-dumpStructMemberTypes(cppOut, mgr, strEnt, first);
-cppOut << ">()";
-dumpStructMembers(cppOut, mgr, str, strEnt);
-}
+cppOut << "::emscripten::value_object<" << cppName(str) << 
">(\"uno_Type_"
+   << jsName(str) << "\")";
+dumpStructMembers(cppOut, mgr, str, strEnt);
 cppOut << ";
";
 dumpRegisterFunctionEpilog(cppOut, n);
 for (auto const& mem : strEnt->getDirectMembers())

[Bug 158429] ctrl + z is not working properly

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158429

Michael Weghorn  changed:

   What|Removed |Added

 CC||m.wegh...@posteo.de
  Component|Android Editor  |Android Viewer

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'libreoffice-24-2' - sc/qa sc/source

[Justin Luth (via logerrit)]

 sc/qa/unit/data/xlsx/tdf159581_optimalRowHeight.xlsx |binary
 sc/qa/unit/subsequent_filters_test2.cxx  |   11 +++
 sc/source/core/data/dociter.cxx  |2 +-
 3 files changed, 12 insertions(+), 1 deletion(-)

New commits:
commit c723758d0540bdb4846eefb4b50b4bde212f1985
Author: Justin Luth 
AuthorDate: Tue Feb 6 21:08:36 2024 -0500
Commit: Miklos Vajna 
CommitDate: Thu Feb 8 08:31:15 2024 +0100

tdf#159581 sc: fix multi-sheet ScDocRowHeightUpdater

Apparently it was caching the first sheet's
row height, and applying it to every other sheet.

AFAICS, the only time this ever ran against multiple sheets
was during import time, so that is why it wasn't easily noticed
before 24.2 when XLSX started using it on import.

make CppunitTest_sc_subsequent_filters_test2 \
CPPUNIT_TEST_NAME=testTdf159581_optimalRowHeight

Change-Id: Ic4e4dd335fa48d02acbc85cfad35feb8eca7597b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163066
Tested-by: Jenkins
Reviewed-by: Justin Luth 
(cherry picked from commit 9778d499df3d081314295ae099463870146b7a9c)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163027

diff --git a/sc/qa/unit/data/xlsx/tdf159581_optimalRowHeight.xlsx 
b/sc/qa/unit/data/xlsx/tdf159581_optimalRowHeight.xlsx
new file mode 100644
index ..8df77208045f
Binary files /dev/null and 
b/sc/qa/unit/data/xlsx/tdf159581_optimalRowHeight.xlsx differ
diff --git a/sc/qa/unit/subsequent_filters_test2.cxx 
b/sc/qa/unit/subsequent_filters_test2.cxx
index dd63f0b8a973..2b8ff43962bb 100644
--- a/sc/qa/unit/subsequent_filters_test2.cxx
+++ b/sc/qa/unit/subsequent_filters_test2.cxx
@@ -159,6 +159,17 @@ CPPUNIT_TEST_FIXTURE(ScFiltersTest2, 
testTdf123026_optimalRowHeight)
 CPPUNIT_ASSERT_GREATER(2000, nHeight);
 }
 
+CPPUNIT_TEST_FIXTURE(ScFiltersTest2, testTdf159581_optimalRowHeight)
+{
+createScDoc("xlsx/tdf159581_optimalRowHeight.xlsx");
+SCTAB nTab = 1;
+SCROW nRow = 0; // row 1
+int nHeight = convertTwipToMm100(getScDoc()->GetRowHeight(nRow, nTab, 
false));
+
+// Without the fix, this was 2027. It should be 450.
+CPPUNIT_ASSERT_LESS(500, nHeight);
+}
+
 CPPUNIT_TEST_FIXTURE(ScFiltersTest2, testCustomNumFormatHybridCellODS)
 {
 createScDoc("ods/custom-numfmt-hybrid-cell.ods");
diff --git a/sc/source/core/data/dociter.cxx b/sc/source/core/data/dociter.cxx
index b1fca78c86be..1fe1f5344d0a 100644
--- a/sc/source/core/data/dociter.cxx
+++ b/sc/source/core/data/dociter.cxx
@@ -1683,13 +1683,13 @@ void ScDocRowHeightUpdater::updateAll(const bool 
bOnlyUsedRows)
 ScProgress aProgress(mrDoc.GetDocumentShell(), 
ScResId(STR_PROGRESS_HEIGHTING), nCellCount, true);
 
 Fraction aZoom(1, 1);
-sc::RowHeightContext aCxt(mrDoc.MaxRow(), mfPPTX, mfPPTY, aZoom, aZoom, 
mpOutDev);
 sal_uInt64 nProgressStart = 0;
 for (SCTAB nTab = 0; nTab < mrDoc.GetTableCount(); ++nTab)
 {
 if (!ValidTab(nTab) || !mrDoc.maTabs[nTab])
 continue;
 
+sc::RowHeightContext aCxt(mrDoc.MaxRow(), mfPPTX, mfPPTY, aZoom, 
aZoom, mpOutDev);
 SCCOL nEndCol = 0;
 SCROW nEndRow = mrDoc.MaxRow();
 if (!bOnlyUsedRows || mrDoc.GetPrintArea(nTab, nEndCol, nEndRow))

[Bug 159625] Can NOT un-check [allow to split paragraph]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159625

Samuel Mehrbrodt (allotropia)  changed:

   What|Removed |Added

 Attachment #192454|0   |1
is obsolete||

--- Comment #3 from Samuel Mehrbrodt (allotropia) 
 ---
Created attachment 192460
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192460=edit
bugdoc

Uploaded ODT file directly (drop .7z file)

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: officecfg/registry sfx2/source

[Samuel Mehrbrodt (via logerrit)]

 officecfg/registry/schema/org/openoffice/Office/Common.xcs |9 +
 sfx2/source/doc/docfile.cxx|2 ++
 2 files changed, 11 insertions(+)

New commits:
commit cf616121ed48c8df96104bc35abf3b55b8862043
Author: Samuel Mehrbrodt 
AuthorDate: Mon Feb 5 14:12:53 2024 +0100
Commit: Miklos Vajna 
CommitDate: Thu Feb 8 08:29:09 2024 +0100

tdf#158975 Add option to not write temp file next to local file

This causes permission issues in some setups.
See bug report for details.

Change-Id: If97030f95185ab96e21cec968b734fba8a811f9d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163003
Tested-by: Jenkins
Reviewed-by: Miklos Vajna 

diff --git a/officecfg/registry/schema/org/openoffice/Office/Common.xcs 
b/officecfg/registry/schema/org/openoffice/Office/Common.xcs
index 3b66f6a8394b..adfa422f01b0 100644
--- a/officecfg/registry/schema/org/openoffice/Office/Common.xcs
+++ b/officecfg/registry/schema/org/openoffice/Office/Common.xcs
@@ -5218,6 +5218,15 @@
 
 true
   
+  
+
+  Determines if temp files are placed next to the local file 
when a file is saved.
+  If this is false, the temp file will be placed in the default temp 
directory.
+  Placing the temp file next to the local file will increase 
performance, but it might lead
+  to permission issues such as described in this bug: 
https://bugs.documentfoundation.org/show_bug.cgi?id=158975
+
+true
+  
   
 
   Allows to specify whether the OOo document file locking
diff --git a/sfx2/source/doc/docfile.cxx b/sfx2/source/doc/docfile.cxx
index fe1f5d0b773c..88f712e6989b 100644
--- a/sfx2/source/doc/docfile.cxx
+++ b/sfx2/source/doc/docfile.cxx
@@ -4006,6 +4006,8 @@ OUString GetLogicBase(const INetURLObject& rURL, 
std::unique_ptr
 (void) rURL;
 (void) pImpl;
 #else
+if (!officecfg::Office::Common::Misc::TempFileNextToLocalFile::get())
+return aLogicBase;
 
 if (!pImpl->m_bHasEmbeddedObjects // Embedded objects would mean a special 
base, ignore that.
 && rURL.GetProtocol() == INetProtocol::File && !pImpl->m_pInStream)

core.git: sc/inc sc/qa sc/source

[Balazs Varga (via logerrit)]

 sc/inc/queryiter.hxx|   18 
 sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods |  406 ++--
 sc/source/core/data/queryiter.cxx   |   57 +-
 sc/source/core/tool/interpr1.cxx|   22 
 4 files changed, 423 insertions(+), 80 deletions(-)

New commits:
commit 68738bd0ac262819b13ea7e11af67ee493b9b3e1
Author: Balazs Varga 
AuthorDate: Thu Feb 1 14:36:24 2024 +0100
Commit: Balazs Varga 
CommitDate: Thu Feb 8 08:25:15 2024 +0100

Related: tdf#127293 Fix function XLOOKUP binary search corner cases

Fix some binary search (vertical) corner cases in case of XLOOKUP
where we looking for the first matches.

Change-Id: I6cdc778350989e0802ffc54284fdab9b8a2bece4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162877
Tested-by: Jenkins
Reviewed-by: Balazs Varga 

diff --git a/sc/inc/queryiter.hxx b/sc/inc/queryiter.hxx
index e34a7be20e13..662fe8a9cf35 100644
--- a/sc/inc/queryiter.hxx
+++ b/sc/inc/queryiter.hxx
@@ -171,8 +171,16 @@ protected:
 nTestEqualConditionFulfilled = nTestEqualConditionEnabled | 
nTestEqualConditionMatched
 };
 
+enum SortedBinarySearchBits
+{
+nBinarySearchDisabled = 0x00,
+nSearchbAscd = 0x01,
+nSearchbDesc = 0x02,
+};
+
 sal_uInt8nStopOnMismatch;
 sal_uInt8nTestEqualCondition;
+sal_uInt8nSortedBinarySearch;
 boolbAdvanceQuery;
 boolbIgnoreMismatchOnLeadingStrings;
 boolbSortedBinarySearch;
@@ -263,8 +271,11 @@ public:
 { bAdvanceQuery = bVal; }
 voidAdvanceQueryParamEntryField();
 
-voidSetSortedBinarySearchMode( bool bVal )
-{ bSortedBinarySearch = bVal; }
+voidSetSortedBinarySearchMode( sal_Int8 nSearchMode )
+{
+nSortedBinarySearch = 
sal::static_int_cast(nSearchMode == 2 ?
+nSearchbAscd : (nSearchMode == -2 ? 
nSearchbDesc : nBinarySearchDisabled));
+}
 
 voidSetXlookupMode( bool bVal )
 { bXLookUp = bVal; }
@@ -309,11 +320,12 @@ class ScQueryCellIterator
 using Base::nStopOnMismatchEnabled;
 using Base::nTestEqualCondition;
 using Base::nTestEqualConditionEnabled;
+using Base::nSortedBinarySearch;
+using Base::nBinarySearchDisabled;
 using Base::PerformQuery;
 using Base::getThisResult;
 using Base::nBestFitCol;
 using Base::nBestFitRow;
-using Base::bSortedBinarySearch;
 using Base::bXLookUp;
 
 bool GetThis();
diff --git a/sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods
index 16abcbcacb4b..49ecf573b50c 100644
--- a/sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods
+++ b/sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods
@@ -1,7 +1,7 @@
 
 
 http://openoffice.org/2004/office; 
xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" 
xmlns:xlink="http://www.w3.org/1999/xlink; 
xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" 
xmlns:dc="http://purl.org/dc/elements/1.1/; 
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" 
xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" 
xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" 
xmlns:rpt="http://openoffice.org/2005/report; 
xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" 
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" 
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" 
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" 
xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" 
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" 
xmlns:ooow="http://openoffice.org/200
 4/writer" xmlns:oooc="http://openoffice.org/2004/calc; 
xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" 
xmlns:xforms="http://www.w3.org/2002/xforms; 
xmlns:tableooo="http://openoffice.org/2009/table; 
xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0"
 xmlns:drawooo="http://openoffice.org/2010/draw; 
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
 xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" 
xmlns:math="http://www.w3.org/1998/Math/MathML; 
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" 
xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" 
xmlns:formx="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0"
 xmlns:dom="http://www.w3.org/2001/xml-events; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xmlns:xhtml="http://www.w3.org/1999/xhtml; 
xmlns:grddl="http://www.w3.org/2003/g/data-view#; xmlns
 

[Bug 159634] New: 'This file has been locked by another user'

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159634

Bug ID: 159634
   Summary: 'This file has been locked by another user'
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: c_a_...@yahoo.com

Every time I try to open any of my saved Writer files, I get the above message
and am only given the choice to open in read-only.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: RepositoryModule_host.mk solenv/gbuild

[Noel Grandin (via logerrit)]

 RepositoryModule_host.mk   |4 ++--
 solenv/gbuild/extensions/pre_MergedLibsList.mk |1 +
 2 files changed, 3 insertions(+), 2 deletions(-)

New commits:
commit ba3d3c308e944978a6b84b81cdcc1fd18f0c713e
Author: Noel Grandin 
AuthorDate: Wed Feb 7 12:29:08 2024 +0200
Commit: Noel Grandin 
CommitDate: Thu Feb 8 08:08:17 2024 +0100

add oox to --enable-mergelibs

Change-Id: Ic5158faa07538a688fe609cfd1359ec9ce3b6807
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163089
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

diff --git a/RepositoryModule_host.mk b/RepositoryModule_host.mk
index b25350ee2c3e..0aeae0903c8f 100644
--- a/RepositoryModule_host.mk
+++ b/RepositoryModule_host.mk
@@ -231,9 +231,9 @@ $(eval $(call repositorymodule_serialize,\
$(call gb_Helper_optional,DESKTOP,swui) \
sw sd \
$(call gb_Helper_optional,DBCONNECTIVITY,dbu) \
-   writerfilter cui chartcontroller chartcore oox \
+   writerfilter cui chartcontroller chartcore \
$(if $(MERGELIBS), merged, \
-   svx svxcore xo sfx fwk svt vcl) \
+oox svx svxcore xo sfx fwk svt vcl) \
 ))
 endif
 endif # !$(DISABLE_DYNLOADING)
diff --git a/solenv/gbuild/extensions/pre_MergedLibsList.mk 
b/solenv/gbuild/extensions/pre_MergedLibsList.mk
index 44b9bbc47688..be37fe3752fc 100644
--- a/solenv/gbuild/extensions/pre_MergedLibsList.mk
+++ b/solenv/gbuild/extensions/pre_MergedLibsList.mk
@@ -61,6 +61,7 @@ gb_MERGE_LIBRARY_LIST := \
odfflatxml \
offacc \
$(if $(ENABLE_OPENGL_CANVAS),oglcanvas) \
+   oox \
$(if $(filter OPENCL,$(BUILD_TYPE)),opencl) \
package2 \
passwordcontainer \

[Bug 159556] LibreOffice Calc; mathematical rounding error

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159556

stanjvinc...@gmail.com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from stanjvinc...@gmail.com ---
there is NO error .using 5 decimal places the result is 678.9647 which
correctly rounds to 678.96

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'libreoffice-24-2' - test/CppunitTest_test_a11y.mk

[Noel Grandin (via logerrit)]

 test/CppunitTest_test_a11y.mk |1 +
 1 file changed, 1 insertion(+)

New commits:
commit e4cc4aefc6715a54b140b6c962bff5af9f39dc37
Author: Noel Grandin 
AuthorDate: Wed Feb 7 13:00:38 2024 +0200
Commit: Noel Grandin 
CommitDate: Thu Feb 8 07:07:28 2024 +0100

missing dependency in CppunitTest_test_a11y

found while doing other builds - if the build ordering is very unlucky,
acc is not built when this runs, the dynamic load fails in the
accessibility factory fails, and we fall back to using the
DummyAccessibilityFactory instead of the real one and the test will
crash.

Change-Id: Ic16fdbe17d50c6be26b5627a4f515c91e1f7f609
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163091
Tested-by: Jenkins
Reviewed-by: Noel Grandin 
(cherry picked from commit 41c9b2a81e9eb795aaecc8c52a8e7bce0a5a3c07)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163026

diff --git a/test/CppunitTest_test_a11y.mk b/test/CppunitTest_test_a11y.mk
index 22d1c8bc5576..212e9059785b 100644
--- a/test/CppunitTest_test_a11y.mk
+++ b/test/CppunitTest_test_a11y.mk
@@ -14,6 +14,7 @@ $(eval $(call gb_CppunitTest_add_exception_objects,test_a11y, 
\
 ))
 
 $(eval $(call gb_CppunitTest_use_libraries,test_a11y, \
+   acc \
sal \
cppu \
subsequenttest \

[Bug 159633] New: AutoCorrect Repalce table list can not take hyphen key words. (- and _)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159633

Bug ID: 159633
   Summary: AutoCorrect Repalce table list can not take hyphen key
words. (- and _)
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: 0518opqkrdl...@gmail.com

Description:
When search with input keys in autocorrect table, it can't take only hyphen key
words. 

Actual Results:
Enter Tools -> AutoCorrect -> AutoCorrect Options
Go "Replace" tab and click word table.
press hyphen key. it doesn't work unlike others.

Expected Results:
Exactly.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no

-- 
You are receiving this mail because:
You are the assignee for the bug.

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

[Rene Engelhard]

Hi again,


more info:

Am 08.02.24 um 06:37 schrieb Rene Engelhard:

Hi,

Am 07.02.24 um 20:49 schrieb Dan Horák:

On Wed, 7 Feb 2024 12:51:06 -0600
Escuelas Linux  wrote:

  The release notes for the latest version of LibreOffice (24.2) 
state that



"The minimum requirements for building and running LibreOffice on Linux
have been raised from Red Hat Enterprise Linux 7/CentOS 7 to Red Hat
Enterprise Linux 8/CentOS 8 (or equivalent)".


Since Red Hat/CentOS 8 does not have a 32-bit edition, I wonder if my
problems compiling for 32-bit are due to a possible lack of support.


There is no upstream proactive 32bit testing since longer before that 
baseline bump. (Stuff I report once in a while get fixed, though, 
usually).


Debian still ships LibreOffice on 32bit archs, as do other distributions.


https://buildd.debian.org/status/fetch.php?pkg=libreoffice=i386=4%3A24.2.0-1=1706716725=0


make check fails. I do a minimal set (testtools bridgetest, smoketest, 
sal, the other public libraries) to at least not get something 
fundamentally broken.


https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/-/blob/master/rules?ref_type=heads#L2444

(And somehow the testtools bridgetest fails when building with gcc >= 
13, 12 works. Haven't yet found a solution.)



Regards,


Rene

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

[Rene Engelhard]

Hi,

Am 07.02.24 um 20:49 schrieb Dan Horák:

On Wed, 7 Feb 2024 12:51:06 -0600
Escuelas Linux  wrote:


  The release notes for the latest version of LibreOffice (24.2) state that


"The minimum requirements for building and running LibreOffice on Linux
have been raised from Red Hat Enterprise Linux 7/CentOS 7 to Red Hat
Enterprise Linux 8/CentOS 8 (or equivalent)".


Since Red Hat/CentOS 8 does not have a 32-bit edition, I wonder if my
problems compiling for 32-bit are due to a possible lack of support.


There is no upstream proactive 32bit testing since longer before that 
baseline bump. (Stuff I report once in a while get fixed, though, usually).


Debian still ships LibreOffice on 32bit archs, as do other distributions.

But it's slowly dying, yes


I have been compiling LibreOffice for Linux 32-bit since the Foundation
stopped releasing 32-bit binaries. I have been able to solve problems,
sometimes on my own, sometimes with the generous help of people on this
very mailing list.

But now I'm stuck.

I am using Debian 12 Bookworm 32-bit as my OS base. I downloaded all the
dependencies asked for on the BuildingOnLinux Foundation wiki.

Since trying to compile 24.2 with a simple 'make' treats all warnings as
errors, I tried using

--disable-werror for configure/autogen.sh

[...]
But it stops at one of the last stages with this message:


"/usr/bin/ld: Error: /tmp/ccDBatVc.ltrans0.ltrans.o(.data.rel.ro) is too
big (0x3ef58 bytes)

/usr/bin/ld: Could not set dynamic section sizes: memory exhausted

collect2: Error: ld returned 1 exit state

make[1]: ***
[/home/linux/Downloads/libreoffice-24.2.0.3/Library_merged.mk:11:
/home/linux/Downloads/libreoffice-24.2.0.3/instdir/program/libmergedlo.so]
Error"


Since I have allocated 12 GB of RAM in the virtual machine, I don't know
why the memory is exhausted.

because 32-bit system means max 4GB of address space for a process and
ld runs as a single process

you can try disabling or reducing the size of debuginfo to reduce the
size of the *.o files if it's used, you can disable LTO and there are
some options for ld to reduce its memory consumption a bit


All correct. I do -g1 in Debian. LTO works.

And because of exactly this case I (also) don't use --enable-mergelibs 
on 32bit architectures.



Regards,


Rene

core.git: canvas/source

[Arnaud VERSINI (via logerrit)]

 canvas/source/cairo/cairo_canvas.cxx |4 ++--
 canvas/source/cairo/cairo_canvasbitmap.cxx   |4 ++--
 canvas/source/cairo/cairo_canvascustomsprite.cxx |4 ++--
 canvas/source/cairo/cairo_canvasfont.cxx |4 ++--
 canvas/source/cairo/cairo_spritecanvas.cxx   |2 +-
 canvas/source/cairo/cairo_textlayout.cxx |4 ++--
 canvas/source/tools/cachedprimitivebase.cxx  |4 ++--
 canvas/source/tools/parametricpolypolygon.cxx|4 ++--
 canvas/source/vcl/canvas.cxx |4 ++--
 canvas/source/vcl/canvasbitmap.cxx   |4 ++--
 canvas/source/vcl/canvascustomsprite.cxx |4 ++--
 canvas/source/vcl/canvasfont.cxx |4 ++--
 canvas/source/vcl/textlayout.cxx |4 ++--
 13 files changed, 25 insertions(+), 25 deletions(-)

New commits:
commit 6a831189367528d8d9eea0eb6826af401f756cc6
Author: Arnaud VERSINI 
AuthorDate: Tue Feb 6 13:04:11 2024 +0100
Commit: Mike Kaganski 
CommitDate: Thu Feb 8 04:37:27 2024 +0100

canvas : use more OUString literals

Change-Id: I539e1e6d04299154bfe1ad2cf0362bdf3d96537b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163051
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/canvas/source/cairo/cairo_canvas.cxx 
b/canvas/source/cairo/cairo_canvas.cxx
index 1a16a9f813cb..100ee51c0aa2 100644
--- a/canvas/source/cairo/cairo_canvas.cxx
+++ b/canvas/source/cairo/cairo_canvas.cxx
@@ -110,7 +110,7 @@ namespace cairocanvas
 
 OUString SAL_CALL Canvas::getServiceName(  )
 {
-return "com.sun.star.rendering.Canvas.Cairo";
+return u"com.sun.star.rendering.Canvas.Cairo"_ustr;
 }
 
 //  XServiceInfo
@@ -121,7 +121,7 @@ namespace cairocanvas
 }
 OUString Canvas::getImplementationName()
 {
-return "com.sun.star.comp.rendering.Canvas.Cairo";
+return u"com.sun.star.comp.rendering.Canvas.Cairo"_ustr;
 }
 css::uno::Sequence< OUString > Canvas::getSupportedServiceNames()
 {
diff --git a/canvas/source/cairo/cairo_canvasbitmap.cxx 
b/canvas/source/cairo/cairo_canvasbitmap.cxx
index 9f18be80824a..c4de75ee2fce 100644
--- a/canvas/source/cairo/cairo_canvasbitmap.cxx
+++ b/canvas/source/cairo/cairo_canvasbitmap.cxx
@@ -145,7 +145,7 @@ namespace cairocanvas
 
 OUString SAL_CALL CanvasBitmap::getImplementationName(  )
 {
-return "CairoCanvas.CanvasBitmap";
+return u"CairoCanvas.CanvasBitmap"_ustr;
 }
 
 sal_Bool SAL_CALL CanvasBitmap::supportsService( const OUString& 
ServiceName )
@@ -155,7 +155,7 @@ namespace cairocanvas
 
 uno::Sequence< OUString > SAL_CALL CanvasBitmap::getSupportedServiceNames( 
 )
 {
-return { "com.sun.star.rendering.CanvasBitmap" };
+return { u"com.sun.star.rendering.CanvasBitmap"_ustr };
 }
 
 }
diff --git a/canvas/source/cairo/cairo_canvascustomsprite.cxx 
b/canvas/source/cairo/cairo_canvascustomsprite.cxx
index f7fffb6e50be..72fb291ebf35 100644
--- a/canvas/source/cairo/cairo_canvascustomsprite.cxx
+++ b/canvas/source/cairo/cairo_canvascustomsprite.cxx
@@ -134,7 +134,7 @@ namespace cairocanvas
 
 OUString SAL_CALL CanvasCustomSprite::getImplementationName()
 {
-return "CairoCanvas.CanvasCustomSprite";
+return u"CairoCanvas.CanvasCustomSprite"_ustr;
 }
 
 sal_Bool SAL_CALL CanvasCustomSprite::supportsService( const OUString& 
ServiceName )
@@ -144,7 +144,7 @@ namespace cairocanvas
 
 uno::Sequence< OUString > SAL_CALL 
CanvasCustomSprite::getSupportedServiceNames()
 {
-return { "com.sun.star.rendering.CanvasCustomSprite" };
+return { u"com.sun.star.rendering.CanvasCustomSprite"_ustr };
 }
 }
 
diff --git a/canvas/source/cairo/cairo_canvasfont.cxx 
b/canvas/source/cairo/cairo_canvasfont.cxx
index 2445f408853c..a2650811b721 100644
--- a/canvas/source/cairo/cairo_canvasfont.cxx
+++ b/canvas/source/cairo/cairo_canvasfont.cxx
@@ -139,7 +139,7 @@ namespace cairocanvas
 
 OUString SAL_CALL CanvasFont::getImplementationName()
 {
-return "CairoCanvas::CanvasFont";
+return u"CairoCanvas::CanvasFont"_ustr;
 }
 
 sal_Bool SAL_CALL CanvasFont::supportsService( const OUString& ServiceName 
)
@@ -149,7 +149,7 @@ namespace cairocanvas
 
 uno::Sequence< OUString > SAL_CALL CanvasFont::getSupportedServiceNames()
 {
-return { "com.sun.star.rendering.CanvasFont" };
+return { u"com.sun.star.rendering.CanvasFont"_ustr };
 }
 
 vcl::Font const & CanvasFont::getVCLFont() const
diff --git a/canvas/source/cairo/cairo_spritecanvas.cxx 
b/canvas/source/cairo/cairo_spritecanvas.cxx
index 5af40370c57f..be26b17774d7 100644
--- a/canvas/source/cairo/cairo_spritecanvas.cxx
+++ b/canvas/source/cairo/cairo_spritecanvas.cxx
@@ -144,7 +144,7 @@ namespace cairocanvas
 }
 OUString SpriteCanvas::getImplementationName()
 {
-return "com.sun.star.comp.rendering.SpriteCanvas.Cairo";

[Bug 159356] Table of Contents will not show correctly in LO but shows correctly in MSO and OnlyOffice

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159356

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159359] Dark mode doesn work on KDE correctly - wrong contrasting?

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159359

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 155868] Export Date from Base to Calc: C'n'P vs. D'n'D

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=155868

--- Comment #3 from QA Administrators  ---
Dear Stevo,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 140192] Need more room for translated string in Application Appearance dialog (12 pt UI font, gen and kf5)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=140192

--- Comment #8 from QA Administrators  ---
Dear Olivier Hallot,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 88794] EDITING, editing subtotal function options adds columns group

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88794

--- Comment #15 from QA Administrators  ---
Dear Robert Gonzalez MX,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 88061] ROWS(),SHEETS(), COLUMNS() functions - relative path to other file

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88061

--- Comment #7 from QA Administrators  ---
Dear raal,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 140138] On export to SVG font substituted if OpenType features used

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=140138

--- Comment #5 from QA Administrators  ---
Dear RGB,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 81593] Regression: thumbnails in gallery have poor resolution and excessive enlargement when the vector source has small dimensions

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=81593

--- Comment #24 from QA Administrators  ---
Dear sportegioco,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 82674] PDF: Export-as-PDF during Page Preview corrupts display (2 overlapping images)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=82674

--- Comment #20 from QA Administrators  ---
Dear Jim Avera,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159630] Calc : Paste Special / Unformatted Text missing when pasting in a non-empty field

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159630

--- Comment #2 from ady  ---
(In reply to Richard Vinck from comment #0)

> 3. Now comes the problem: In the same field, try now to paste the same
> content to obtain "FantasticFantastic".

You are mixing pasting to a cell with pasting while you are in cell's edit
mode. These are not the same.

If you are not in cell's edit mode and you want to paste as unformatted text on
a non-empty cell, it will happen and the new pasted text will replace the prior
content.

You could also try pasting on the input window box of the formula bar.

IMO, this is not a bug.

Please next time use .

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

--- Comment #7 from ady  ---
Just a comment regarding the Wrap Text cell attribute, FWIW.

The Wrap Text changes the height of the cell, depending on the column width and
the content (length) of the cell, *at the moment the Wrap Text attribute is
applied*.

If the IF() function changes the result of the cell (depending on whichever
condition), the height of the cell remains as it was at the time the WT was
initially applied. IOW, changing the result of the cell (depending on the
condition for the IF() function) will not _automatically_ recalculate the
height.

Now, if you have a cell with text, and you manually edit the text and make it
longer, then the cell's height can be extended; it might depend on others
factors, especially related to the same row. OTOH, if you reduce the amount of
text, the height of the cell is not automatically reduced. Setting Wrap Text
OFF and then ON again on the cell, the height will be adapted again, according
to the content of the cell at that moment.

Using IF() means that the cell is not being edited, but instead its result
changes according to the condition for that IF(). This is not the same as
editing the content of the cell.

In addition to this behavior, I believe that LO 24.2 improved/solved (at least
partially) the behavior regarding Optimal Row Height and Optimal Column Width
calculations. There are still things being improved for 24.2.1. Whether any of
these changes might have some influence regarding Wrap Text behavior, IDK.

I am not saying what should happen. I am just describing the behavior in Calc.

Besides this behavior, there is the matter of whether the WT attribute is
correctly saved as ods (or exported to xls(x) file format), which is the main
question in this bug report.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159617] header label is on, despite editing the body text

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159617

raal  changed:

   What|Removed |Added

 OS|Windows (All)   |All
 CC||michael.st...@allotropia.de
   ||, r...@post.cz
   Keywords||bibisected, bisected
  Regression By||Michael Stahl

--- Comment #4 from raal  ---
This seems to have begun at the below commit in bibisect repository/OS
linux-64-7.2.
Adding Cc: to Michael Stahl ; Could you possibly take a look at this one?
Thanks

5486287bd58a01a61664fc5ae8874f88276b4dfb is the first bad commit
commit 5486287bd58a01a61664fc5ae8874f88276b4dfb
Author: Jenkins Build User 
Date:   Mon Jul 19 02:02:44 2021 +0200

source sha:6511448b408887811f5026ccdd1b170e3731afd8

119036: tdf#92796 ODF import: remove unused bitmap fills |
https://gerrit.libreoffice.org/c/core/+/119036

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

--- Comment #6 from ifb...@hotmail.com ---
I have learnt something. The issue I have does not occur if I save the file in
Open document format. The issue is there if I save my file as an older style
xlsx file format. 

I guess the older xlsx file format was not written to cope with such
formatting. So it’s not a bug but a feature. I have created a 2 small
worksheets that prove this.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159623] Form letter prints ODF (odt) – comments are not deleted in the documents

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159623

raal  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||r...@post.cz

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159630] Calc : Paste Special / Unformatted Text missing when pasting in a non-empty field

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159630

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Not reproducible
Version: 24.2.1.0.0+ (X86_64) / LibreOffice Community
Build ID: cafcc50570f9edaaebe74d2152bae5df1cc2edfe
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

What do you mean for field, a cell?

Please test in safe mode, Menu/Help/Restart in Safe Mode

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159611] Explain the weird version jump in the release notes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159611

--- Comment #3 from Italo Vignoli  ---
Fixed

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159629] Table cells merge: some cells disappear

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159629

m_a_riosv  changed:

   What|Removed |Added

Version|4.1.0.4 release |7.5.9.2 release
 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #4 from m_a_riosv  ---
Works fine for me with
Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: cdeefe45c17511d326101eed8008ac4092f278a9
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Version: 7.6.5.0.0+ (X86_64) / LibreOffice Community
Build ID: 2e65401cf50ca25e16a0f3d4b624e2b48c97644c
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: default; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded

Maybe only Linux issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159629] Table cells merge: some cells disappear

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159629

raal  changed:

   What|Removed |Added

Version|7.5.9.2 release |4.1.0.4 release
 CC||r...@post.cz

--- Comment #3 from raal  ---
reproducible with Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: f289fe3dca487c45417f7b40d51a4830f3369fb1
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo

and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

Not sure if it's a bug, leaving unconfirmed.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

--- Comment #5 from ifb...@hotmail.com ---
If I increase the column width the result of my IF statement will fit the text
into the cell with no problem. 

If I save the file with the column width extra wide then this is saved and the
text fits. 

I will attach an example in the morning. It’s nearly midnight here. Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159623] Form letter prints ODF (odt) – comments are not deleted in the documents

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159623

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #3 from m_a_riosv  ---
Please attach a sample file, reduce the size as much as possible without
private information, and paste the information in Menu/Help/About LibreOffice,
there is a copy icon.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

--- Comment #4 from ifb...@hotmail.com ---
The spreadsheet is saved in .xlsx format. 

I will supply a cutdown version of my spreadsheet in the morning as an
attachment

The text shown in the cell as a result of an if statement does not fit the cell
width. So I use the format option to spreadsheet over 2 lines in the cell. This
works as it formats correctly on screen. I then save the spreadsheet. 

Then switch off the computer. Next day I start the computer and open the
spreadsheet. The formatting that has saved has gone and I have a red pointing
arrow indicating that the text does not fit in the cell. 

I can reformat the cell to get the alignment correct. 

So I wonder should I use a different format to save the file? I can try this
tomorrow and load up an example.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159620] loss of text visualisation

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159620

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m_a_riosv  ---
Try changing skia options
Menu/Tools/LibreOffice/View

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159622] Powerpoint file ends up with displaced background

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159622

--- Comment #3 from nj  ---
(In reply to Rafael Lima from comment #1)
> I guess you forgot to attach the file. Click "Add an attachment" and upload
> a sample file for testing. Thanks

Sorry - I don't know what happened there; perhaps, last time, I failed to click
the 'submit' button.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159622] Powerpoint file ends up with displaced background

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159622

--- Comment #2 from nj  ---
Created attachment 192459
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192459=edit
Test file

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159617] header label is on, despite editing the body text

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159617

m_a_riosv  changed:

   What|Removed |Added

Summary|header is on, despite   |header label is on, despite
   |editing the body text   |editing the body text

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159617] header is on, despite editing the body text

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159617

m_a_riosv  changed:

   What|Removed |Added

   Keywords||regression
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||miguelangelrv@libreoffice.o
   ||rg
Version|7.6.4.1 release |7.2.7.2 release

--- Comment #3 from m_a_riosv  ---
Reproducible
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

regression from
Version: 7.1.8.1 (x86) / LibreOffice Community
Build ID: e1f30c802c3269a1d052614453f260e49458c82c
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-AR (es_ES); UI: es-ES
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158601] Page direction not the same as sheet direction

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158601

Eyal Rozenberg  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

--- Comment #5 from Eyal Rozenberg  ---
(In reply to ady from comment #3)
> If I may, I would have a request then. Would you please post the exact steps
> in order to arrive to the 2 different settings (in the UI) you are asking
> about?

(In reply to Heiko Tietze from comment #4)
> And please include the locale and UI language settings.

1. Start LO Calc (locale en-IL, UI en-US)
2. Note the sheet direction
3. Open the Format | Page Style... dialog and note the text direction
4. Switch the sheet direction, by toggling Sheet | Direction (it's on the
bottom of the menu
5. Open the Format | Page Style... dialog again and note the text direction

Expected results:
At (2.), sheet direction is LTR.
At (3.), text direction is LTR.
At (5.), text direction is RTL.

Actual result:
At (2.), sheet direction is LTR.
At (3.), text direction is LTR.
At (5.), text direction is LTR.


Full version info:

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158601] Page direction not the same as sheet direction

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158601

Eyal Rozenberg  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

--- Comment #5 from Eyal Rozenberg  ---
(In reply to ady from comment #3)
> If I may, I would have a request then. Would you please post the exact steps
> in order to arrive to the 2 different settings (in the UI) you are asking
> about?

(In reply to Heiko Tietze from comment #4)
> And please include the locale and UI language settings.

1. Start LO Calc (locale en-IL, UI en-US)
2. Note the sheet direction
3. Open the Format | Page Style... dialog and note the text direction
4. Switch the sheet direction, by toggling Sheet | Direction (it's on the
bottom of the menu
5. Open the Format | Page Style... dialog again and note the text direction

Expected results:
At (2.), sheet direction is LTR.
At (3.), text direction is LTR.
At (5.), text direction is RTL.

Actual result:
At (2.), sheet direction is LTR.
At (3.), text direction is LTR.
At (5.), text direction is LTR.


Full version info:

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

--- Comment #3 from m_a_riosv  ---
(In reply to Rafael Lima from comment #2)
> I can't reproduce this issue neither in 7.6 nor in 24.2.
> 
> However I'm not sure I could understand the bug correctly. A sample file
> would help a lot.

Right, we don't know what file format is used to save.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 157051] Complaint about a missing template from the previous version's installation folder location

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=157051

Eyal Rozenberg  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #5 from Eyal Rozenberg  ---
This is happening again, after my upgrade from 7.6 to 24.2:

/opt/libreoffice/share/template/common/style/Default.ott does not exist

this has got to annoy a lot of upgrading users!

And getting two of these prompts on startup.

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug 157051] Complaint about a missing template from the previous version's installation folder location

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=157051

Eyal Rozenberg  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #5 from Eyal Rozenberg  ---
This is happening again, after my upgrade from 7.6 to 24.2:

/opt/libreoffice/share/template/common/style/Default.ott does not exist

this has got to annoy a lot of upgrading users!

And getting two of these prompts on startup.

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'distro/collabora/co-23.05' - readlicense_oo/license

[Andras Timar (via logerrit)]

 readlicense_oo/license/EULA_en-US.rtf |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 7cf3c37c8e8350cfb2fa84ee4f3c7a21ff623db9
Author: Andras Timar 
AuthorDate: Thu Feb 8 00:03:29 2024 +0100
Commit: Andras Timar 
CommitDate: Thu Feb 8 00:04:02 2024 +0100

[cp] email address in EULA

Change-Id: I0eab8565b804d77d7770b1d6c3976075ebdacea0

diff --git a/readlicense_oo/license/EULA_en-US.rtf 
b/readlicense_oo/license/EULA_en-US.rtf
index b5f8e682645b..ebdfa60c3bf7 100644
--- a/readlicense_oo/license/EULA_en-US.rtf
+++ b/readlicense_oo/license/EULA_en-US.rtf
@@ -101,5 +101,5 @@ MAINTENANCE SERVICES. 0s24\par
 
 \pard\qcs16 Collabora Productivity Ltd. The Platinum Building, St John quote 
s Innovation Park, Cambridge, CB4 0DS, United Kingdom\par
 Registered in England and Wales with company number 08644931\par
-Telephone +44 (0)1223 362967libreoff...@collabora.com{{ield{\*
ldinst{HYPERLINK http://CollaboraOffice.com }}{
ldrslt{http://CollaboraOffice.com\ul0+Telephone +44 (0)1223 362967
he...@collaboraoffice.com{{ield{\*ldinst{HYPERLINK 
http://CollaboraOffice.com }}{ldrslt{http://CollaboraOffice.com\ul0 }

core.git: Branch 'distro/collabora/co-24.04' - readlicense_oo/license

[Andras Timar (via logerrit)]

 readlicense_oo/license/EULA_en-US.rtf |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit cb6d29c5ca521014d648c835ed307853c80948b9
Author: Andras Timar 
AuthorDate: Thu Feb 8 00:03:29 2024 +0100
Commit: Andras Timar 
CommitDate: Thu Feb 8 00:03:29 2024 +0100

[cp] email address in EULA

Change-Id: I0eab8565b804d77d7770b1d6c3976075ebdacea0

diff --git a/readlicense_oo/license/EULA_en-US.rtf 
b/readlicense_oo/license/EULA_en-US.rtf
index b5f8e682645b..ebdfa60c3bf7 100644
--- a/readlicense_oo/license/EULA_en-US.rtf
+++ b/readlicense_oo/license/EULA_en-US.rtf
@@ -101,5 +101,5 @@ MAINTENANCE SERVICES. 0s24\par
 
 \pard\qcs16 Collabora Productivity Ltd. The Platinum Building, St John quote 
s Innovation Park, Cambridge, CB4 0DS, United Kingdom\par
 Registered in England and Wales with company number 08644931\par
-Telephone +44 (0)1223 362967libreoff...@collabora.com{{ield{\*
ldinst{HYPERLINK http://CollaboraOffice.com }}{
ldrslt{http://CollaboraOffice.com\ul0+Telephone +44 (0)1223 362967
he...@collaboraoffice.com{{ield{\*ldinst{HYPERLINK 
http://CollaboraOffice.com }}{ldrslt{http://CollaboraOffice.com\ul0 }

[Bug 159632] New: Writer: Editing a field with additional format, doesn't show the actual format but a default

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159632

Bug ID: 159632
   Summary: Writer: Editing a field with additional format,
doesn't show the actual format but a default
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: miguelange...@libreoffice.org

Description:
On the attached file, edit the field with a long date as text, by double-click,
select additional format, it shows DD/MM/AA which is not the format of the
field.
Even it can be selected on the list of formats, looks a bit strange not having
it directly to edit.

Steps to Reproduce:
.

Actual Results:
.

Expected Results:
.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159611] Explain the weird version jump in the release notes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159611

V Stuart Foote  changed:

   What|Removed |Added

 CC||it...@vignoli.org

--- Comment #2 from V Stuart Foote  ---
@Italo, the linked Release plan probably needs a marketing touch-up.

The Still-Fresh distinction remain a little too prominent in the copy.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159631] New: ScriptForge.L10N service don't support Plural-Forms from correct .po file

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159631

Bug ID: 159631
   Summary: ScriptForge.L10N service don't support Plural-Forms
from correct .po file
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: BASIC
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: proj...@tongtang.pl

Description:
I would like to use plural translation in the Basic extension, but all attempts
to force the GetText method to read the plural form of the translation from .po
file ended in failure. Perhaps ScriptForge.L10N service does not support this
feature - please confirm or deny. If indeed it does not support it, perhaps
such functionality could be added.

Actual Results:
Plural-Forms from .po file aren't return by GetText method of ScriptForge.L10N
service.

Expected Results:
GetText is reading plural form of translaton string.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: pl-PL (pl_PL); UI: pl-PL
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159622] Powerpoint file ends up with displaced background

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159622

--- Comment #1 from Rafael Lima  ---
I guess you forgot to attach the file. Click "Add an attachment" and upload a
sample file for testing. Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159630] New: Calc : Paste Special / Unformatted Text missing when pasting in a non-empty field

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159630

Bug ID: 159630
   Summary: Calc : Paste Special / Unformatted Text missing when
pasting in a non-empty field
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: charvi...@gmail.com

Description:
In Calc, version 24.2.0.3, when a field is not empty, and I want to paste more
data in it, the option 'Paste Special' is missing, so it is not possible to
paste with 'Unformatted Text'.
This worked perfectly in version 7.6.4.1.

Steps to Reproduce:
1. Open Calc and the website https://www.libreoffice.org (I'm using Firefox)
and select the word "Fantastic" (from the title 'Fantastic People'.
2. Paste that word in an empty field with right click 'Paste
Special/Unformatted Text'. This will work fine so far.
3. Now comes the problem: In the same field, try now to paste the same content
to obtain "FantasticFantastic".

Actual Results:
Different font and format because it is not pasted in 'Unformatted Text'.
Remember: it worked perfectly in version 7.6.4.1

Expected Results:
Same font and format than the first paste


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 6; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159629] Table cells merge: some cells disappear

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159629

--- Comment #2 from Alexander Kurakin  ---
Reproduced in:

Version: 7.5.9.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
Gentoo official package
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159629] Table cells merge: some cells disappear

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159629

--- Comment #1 from Alexander Kurakin  ---
Created attachment 192458
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192458=edit
Test case file

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159611] Explain the weird version jump in the release notes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159611

V Stuart Foote  changed:

   What|Removed |Added

URL||https://wiki.documentfounda
   ||tion.org/ReleasePlan

--- Comment #1 from V Stuart Foote  ---
Nothing to explain.  Just a more meaningful naming of projects timed-release
development model.

Two major releases per year, with incremental patches. Spelled out in the
release plan:  https://wiki.documentfoundation.org/ReleasePlan

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159629] New: Table cells merge: some cells disappear

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159629

Bug ID: 159629
   Summary: Table cells merge: some cells disappear
   Product: LibreOffice
   Version: 7.5.9.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kuraga...@mail.ru
CC: kuraga...@mail.ru

1. Create a table with 3 rows and 2 columns.
2. Keep it clean but we'll virtually name the cells:
-
| 1 | 2 |
-
| 3 | 4 |
-
| 5 | 6 |
-
3. Merge cells "3" and "5".
4. Got the test case file.
5. Merge the cells "2" and "4".
6. Expected: 3 rows.
7. Actual: 2 rows:
-
|   |   |
-
|   |   |
-

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

Rafael Lima  changed:

   What|Removed |Added

 CC||rafael.palma.l...@gmail.com

--- Comment #2 from Rafael Lima  ---
I can't reproduce this issue neither in 7.6 nor in 24.2.

However I'm not sure I could understand the bug correctly. A sample file would
help a lot.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159621] Highlighting Positve Numbers Libre Office Calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159621

Rafael Lima  changed:

   What|Removed |Added

 CC||rafael.palma.l...@gmail.com

--- Comment #1 from Rafael Lima  ---
FYI you can achieve this by simply entering the code below in "Format code".

[GREEN]0;[RED]-0

Also conditional formatting could be used to achieve the same result.

I'm not sure about adding a new check box in the UI.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159611] Explain the weird version jump in the release notes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159611

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG
 CC||vsfo...@libreoffice.org

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159615] Wrap text automatically works but does not save The wrap is gone when the file is opened.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159615

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Please attach a sample file, reduce the size as much as possible without
private information, and paste the information in Menu/Help/About LibreOffice,
there is a copy icon.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159614] Repair / Modify Option at the Help Menu

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159614

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m_a_riosv  ---
Please paste here the information on Menu/Help/About LibreOffice (There is an
icon to copy)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159302] Formula OLE in a line of text or its full height frame is now misaligned vertically, due to change of sm map units

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159302

V Stuart Foote  changed:

   What|Removed |Added

 CC||lepton...@hotmail.com

--- Comment #13 from V Stuart Foote  ---
*** Bug 159627 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159627] Writer Equations not Properly Anchored

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159627

V Stuart Foote  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED
  Component|Writer  |Formula Editor
 CC||vsfo...@libreoffice.org

--- Comment #1 from V Stuart Foote  ---


*** This bug has been marked as a duplicate of bug 159302 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input (comment 5, comment 9)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158112

--- Comment #47 from V Stuart Foote  ---
(In reply to John van Someren from comment #46)
>... Will I have to wait for a
> later release for it to work in British English?

No, just the 24.2.1.2 rc2 release build,  week of ~19 Feb.

The behavior is locale neutral, at 24.2.1 it will work with what ever
Alt+Numpad the MS os/DE provides per locale.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'distro/collabora/co-24.04' - 12 commits - comphelper/source include/comphelper oox/source package/source sc/source svl/source sw/qa sw/source writerfilter/source xmlsecurity/inc xmls

[Caolán McNamara (via logerrit)]

 comphelper/source/misc/configuration.cxx|  107 +
 comphelper/source/misc/docpasswordhelper.cxx|5 
 comphelper/source/misc/storagehelper.cxx|5 
 include/comphelper/configuration.hxx|   22 -
 oox/source/crypto/Standard2007Engine.cxx|5 
 package/source/zippackage/ZipPackageStream.cxx  |   10 
 sc/source/core/tool/compiler.cxx|   10 
 sc/source/filter/excel/xeroot.cxx   |6 
 sc/source/filter/excel/xestream.cxx |5 
 svl/source/passwordcontainer/passwordcontainer.cxx  |5 
 sw/qa/extras/odfimport/data/tdf123968.odt   |binary
 sw/qa/extras/odfimport/odfimport.cxx|   12 
 sw/qa/extras/rtfexport/data/tdf136445-1-min.rtf |   17 
 sw/qa/extras/rtfexport/data/tdf158409.rtf   |   12 
 sw/qa/extras/rtfexport/data/tdf158586_pageBreak1_header.rtf |   17 
 sw/qa/extras/rtfexport/rtfexport3.cxx   |9 
 sw/qa/extras/rtfexport/rtfexport8.cxx   |   56 ++-
 sw/qa/extras/rtfimport/rtfimport.cxx|2 
 sw/source/core/fields/expfld.cxx|   20 -
 sw/source/core/inc/unofield.hxx |2 
 sw/source/core/layout/fly.cxx   |5 
 sw/source/core/unocore/unofield.cxx |   30 +
 sw/source/filter/ww8/wrtww8.cxx |6 
 sw/source/filter/ww8/ww8par.cxx |6 
 writerfilter/source/dmapper/DomainMapper.cxx|9 
 writerfilter/source/dmapper/DomainMapper_Impl.cxx   |  223 +---
 writerfilter/source/dmapper/DomainMapper_Impl.hxx   |  119 +++---
 writerfilter/source/dmapper/SdtHelper.cxx   |4 
 writerfilter/source/rtftok/rtfdispatchsymbol.cxx|9 
 writerfilter/source/rtftok/rtfdocumentimpl.cxx  |   22 -
 writerfilter/source/rtftok/rtfdocumentimpl.hxx  |2 
 xmlsecurity/inc/certificatechooser.hxx  |   18 
 xmlsecurity/source/component/documentdigitalsignatures.cxx  |2 
 xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx  |2 
 xmlsecurity/source/xmlsec/nss/ciphercontext.cxx |5 
 35 files changed, 445 insertions(+), 344 deletions(-)

New commits:
commit 38a572d54dd360298d032504f1eb5de682cc2add
Author: Caolán McNamara 
AuthorDate: Mon Jan 29 10:53:32 2024 +
Commit: Andras Timar 
CommitDate: Wed Feb 7 22:57:27 2024 +0100

ofz: Use-of-uninitialized-value

keep a high water mark of the highest initialized level

Change-Id: Ib799331c523209c4f165dc4c40317e25b6b0cc7c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162624
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/source/core/tool/compiler.cxx b/sc/source/core/tool/compiler.cxx
index 63b1f0969225..c9934c26fff6 100644
--- a/sc/source/core/tool/compiler.cxx
+++ b/sc/source/core/tool/compiler.cxx
@@ -4738,6 +4738,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 pFunctionStack[0].eOp = ocNone;
 pFunctionStack[0].nSep = 0;
 size_t nFunction = 0;
+size_t nHighWatermark = 0;
 short nBrackets = 0;
 bool bInArray = false;
 eLastOp = ocOpen;
@@ -4757,6 +4758,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eLastOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4795,6 +4797,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4825,6 +4828,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4867,9 +4871,9 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 // Append a parameter for WEEKNUM, all 1.0
 // Function is already closed, parameter count is nSep+1
 size_t nFunc = nFunction + 1;
-if (eOp == ocClose &&
-(pFunctionStack[ nFunc ].eOp == ocWeek &&   // 2nd week 
start
- pFunctionStack[ nFunc ].nSep == 0))
+if (eOp == ocClose && 

[Bug 159541] Dark background colour ignores fix font color

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159541

ady  changed:

   What|Removed |Added

 CC||pfat...@uchicago.edu

--- Comment #12 from ady  ---
*** Bug 159628 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159628] Text color preference is not respected.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159628

ady  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from ady  ---


*** This bug has been marked as a duplicate of bug 159541 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159628] New: Text color preference is not respected.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159628

Bug ID: 159628
   Summary: Text color preference is not respected.
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: ARM
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pfat...@uchicago.edu

Libreoffice Calc now opens all .csv documents with white text. 

I tried to fix the problem by going to Preferences-->LibreOffice-->Application
Colors and then in the Spreadsheet section changed the Text dropdown to black,
and hit Apply, but this had no effect. 

I can fix the problem by manually selecting every cell and then changing the
text color from the toolbar, but that only works for the single document being
viewed.

I'm using the "LibreOffice Dark" Scheme, with the "Automatic" dropdown set to
Dark, in case that matters.

Reverting to version 7.6.4 solves the problem (text is black when the .csv
document opens), as expected.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'libreoffice-24-2' - sc/source

[Caolán McNamara (via logerrit)]

 sc/source/core/tool/compiler.cxx |   10 +++---
 1 file changed, 7 insertions(+), 3 deletions(-)

New commits:
commit c7e9e3a35c00cae8cea13cbef1de9c696a881cdb
Author: Caolán McNamara 
AuthorDate: Mon Jan 29 10:53:32 2024 +
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 22:28:03 2024 +0100

ofz: Use-of-uninitialized-value

keep a high water mark of the highest initialized level

Change-Id: Ib799331c523209c4f165dc4c40317e25b6b0cc7c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162624
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/source/core/tool/compiler.cxx b/sc/source/core/tool/compiler.cxx
index 63b1f0969225..c9934c26fff6 100644
--- a/sc/source/core/tool/compiler.cxx
+++ b/sc/source/core/tool/compiler.cxx
@@ -4738,6 +4738,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 pFunctionStack[0].eOp = ocNone;
 pFunctionStack[0].nSep = 0;
 size_t nFunction = 0;
+size_t nHighWatermark = 0;
 short nBrackets = 0;
 bool bInArray = false;
 eLastOp = ocOpen;
@@ -4757,6 +4758,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eLastOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4795,6 +4797,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4825,6 +4828,7 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 ++nFunction;
 pFunctionStack[ nFunction ].eOp = eOp;
 pFunctionStack[ nFunction ].nSep = 0;
+nHighWatermark = nFunction;
 }
 }
 break;
@@ -4867,9 +4871,9 @@ std::unique_ptr ScCompiler::CompileString( 
const OUString& rFormul
 // Append a parameter for WEEKNUM, all 1.0
 // Function is already closed, parameter count is nSep+1
 size_t nFunc = nFunction + 1;
-if (eOp == ocClose &&
-(pFunctionStack[ nFunc ].eOp == ocWeek &&   // 2nd week 
start
- pFunctionStack[ nFunc ].nSep == 0))
+if (eOp == ocClose && nFunc <= nHighWatermark &&
+ pFunctionStack[ nFunc ].nSep == 0 &&
+ pFunctionStack[ nFunc ].eOp == ocWeek)   // 2nd week start
 {
 if (!static_cast(pArr)->Add( new 
FormulaToken( svSep, ocSep)) ||
 !static_cast(pArr)->Add( new 
FormulaDoubleToken( 1.0)))

[Bug 150324] [META] RTF (text) Field related issues

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=150324

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Depends on||158409


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=158409
[Bug 158409] FILEOPEN: RTF field results do not respect current character
properties
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 81234] [META] RTF filter issues

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=81234

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Depends on|158409  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=158409
[Bug 158409] FILEOPEN: RTF field results do not respect current character
properties
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159538] Libreoffice: Printing "selected cells" in landscape format: Zoom factor is not adjusted

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159538

m_a_riosv  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'distro/collabora/co-24.04' - sfx2/source

[Caolán McNamara (via logerrit)]

 sfx2/source/control/dispatch.cxx |3 +++
 1 file changed, 3 insertions(+)

New commits:
commit 3ef653dc57015c17894163b0aedce362149cd530
Author: Caolán McNamara 
AuthorDate: Fri Dec 8 14:10:11 2023 +
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 22:15:55 2024 +0100

kit mode is similar to !HAVE_FEATURE_DESKTOP mode wrt menubar

in that it is not used.

SfxDispatcher: :SetMenu_Impl is 3.1% of long-profiling use
Change-Id: I07bf0f130791795a49835e91ac8b8c5bec749f33
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162465
Tested-by: Jenkins CollaboraOffice 
Tested-by: Caolán McNamara 
Reviewed-by: Caolán McNamara 

diff --git a/sfx2/source/control/dispatch.cxx b/sfx2/source/control/dispatch.cxx
index fe7271677fbf..461de314d577 100644
--- a/sfx2/source/control/dispatch.cxx
+++ b/sfx2/source/control/dispatch.cxx
@@ -1010,6 +1010,9 @@ void SfxDispatcher::SetMenu_Impl()
 if ( !xImp->pFrame )
 return;
 
+if (comphelper::LibreOfficeKit::isActive())
+return;
+
 SfxViewFrame* pTop = xImp->pFrame->GetTopViewFrame();
 if ( !pTop || pTop->GetBindings().GetDispatcher() != this )
 return;

core.git: sc/source

[Caolán McNamara (via logerrit)]

 sc/source/core/data/table2.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit aa6d11771d085803cdb811579f47debc30c4d94b
Author: Caolán McNamara 
AuthorDate: Wed Feb 7 10:14:31 2024 +
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 22:10:17 2024 +0100

cid#1559945 rearrange to silence Use after free

try and reassure coverity

Change-Id: I91c08b89d3345b9dcc32696a988906e2db81bb53
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163087
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/source/core/data/table2.cxx b/sc/source/core/data/table2.cxx
index 6f713ca9f957..fc34eb3b60ea 100644
--- a/sc/source/core/data/table2.cxx
+++ b/sc/source/core/data/table2.cxx
@@ -1026,6 +1026,8 @@ static void lcl_SetTransposedPatternInRows(ScTable* 
pTransClip, SCROW nAttrRow1,
const std::vector& 
rFilteredRows,
SCROW nRowDestOffset)
 {
+const CellAttributeHolder aPatternHolder();
+
 for (SCROW nRow = nAttrRow1; nRow <= nAttrRow2; nRow++)
 {
 size_t nFilteredRowAdjustment = 0;
@@ -1046,7 +1048,7 @@ static void lcl_SetTransposedPatternInRows(ScTable* 
pTransClip, SCROW nAttrRow1,
 
 pTransClip->SetPattern(
 static_cast(nCol1 + nRow - nRow1 - nFilteredRowAdjustment + 
nRowDestOffset),
-static_cast(nCombinedStartRow + nCol - nCol1), 
rPatternAttr);
+static_cast(nCombinedStartRow + nCol - nCol1), 
aPatternHolder);
 }
 }
 

[Bug 159627] New: Writer Equations not Properly Anchored

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159627

Bug ID: 159627
   Summary: Writer Equations not Properly Anchored
   Product: LibreOffice
   Version: 24.2.0.3 release
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lepton...@hotmail.com

Description:
Installed 24.2.0.3 on Windows 10 platform. With writer from 7.6.4.1, equations
anchored as character were properly anchored. Upon opening an existing document
in 24.2.0.3, the anchored equations appear OK at first. As soon as an equation
is edited, even if only to delete a character and reenter it, it is hard to
predict where the equation will be anchored, except that it won't be anchored
correctly. Had to deinstall and go back to 7.6.4.1.

Steps to Reproduce:
1.In 24.2.0.3 open an existing equation in writer doc created in 7.6.4.1.
2.Try to make trivial edit to an existing properly anchored equation.
3.Close equation editor.

Actual Results:
Position of equation is usually moved up or down vertically by about 1/2 line,
but sometimes it is anchored somewhere else entirely. 

Expected Results:
Expected to be the same place that it was before the edit, anchored in line as
a character.


Reproducible: Always


User Profile Reset: No

Additional Info:
Didn't try resetting profile. I simply went back to 7.6.4.1.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'distro/collabora/co-24.04' - chart2/source

[codewithvk (via logerrit)]

 chart2/source/controller/main/ChartController.cxx|2 +-
 chart2/source/controller/main/ChartController_Insert.cxx |   10 +-
 2 files changed, 6 insertions(+), 6 deletions(-)

New commits:
commit b0ea4c567f1bdd1f3f41eda119ea373009cf56ab
Author: codewithvk 
AuthorDate: Sun Feb 4 19:56:55 2024 +0530
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 21:37:32 2024 +0100

Fix: Convert 'runAsync' class-based calls to static method calls for chart 
properties

Signed-off-by: codewithvk 
Change-Id: Ib368c2bbb5657a2dbf1b7f340bc9fb0b6f436713
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162975
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Tomaž Vajngerl 
(cherry picked from commit 9e438e7c169f626fb7a5337d645bf92269b52d5e)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163019
Reviewed-by: Caolán McNamara 

diff --git a/chart2/source/controller/main/ChartController.cxx 
b/chart2/source/controller/main/ChartController.cxx
index b9e2755a8d8b..29f5d9b6a24d 100644
--- a/chart2/source/controller/main/ChartController.cxx
+++ b/chart2/source/controller/main/ChartController.cxx
@@ -1345,7 +1345,7 @@ void ChartController::executeDispatch_ChartType()
 SolarMutexGuard aSolarGuard;
 //prepare and open dialog
 auto aDlg =  std::make_shared(GetChartFrame(), 
getChartModel());
-aDlg->runAsync(aDlg, [this, aUndoGuard](int nResult) {
+weld::DialogController::runAsync(aDlg, [this, aUndoGuard](int nResult) {
 if (nResult == RET_OK)
 {
 impl_adaptDataSeriesAutoResize();
diff --git a/chart2/source/controller/main/ChartController_Insert.cxx 
b/chart2/source/controller/main/ChartController_Insert.cxx
index 671baed907a7..5c069235f7b4 100644
--- a/chart2/source/controller/main/ChartController_Insert.cxx
+++ b/chart2/source/controller/main/ChartController_Insert.cxx
@@ -104,7 +104,7 @@ void ChartController::executeDispatch_InsertAxes()
 
 SolarMutexGuard aGuard;
 auto aDlg = std::make_shared(GetChartFrame(), 
*aDialogInput);
-aDlg->runAsync(aDlg, [this, aDlg, aDialogInput, aUndoGuard](int 
nResult) {
+weld::DialogController::runAsync(aDlg, [this, aDlg, aDialogInput, 
aUndoGuard](int nResult) {
 if ( nResult == RET_OK )
 {
 // lock controllers till end of block
@@ -289,7 +289,7 @@ void ChartController::executeDispatch_InsertTitles()
 
 SolarMutexGuard aGuard;
 auto aDlg = std::make_shared(GetChartFrame(), 
*aDialogInput);
-aDlg->runAsync(aDlg, [this, aDlg, aDialogInput, aUndoGuard](int 
nResult){
+weld::DialogController::runAsync(aDlg, [this, aDlg, aDialogInput, 
aUndoGuard](int nResult){
 if ( nResult == RET_OK )
 {
 // lock controllers till end of block
@@ -508,7 +508,7 @@ void ChartController::executeDispatch_InsertTrendline()
 
 // note: when a user pressed "OK" but didn't change any settings in the
 // dialog, the SfxTabDialog returns "Cancel"
-aDialog->runAsync(aDialog, [this, aDialog, aItemConverter, aUndoGuard](int 
nResult) {
+SfxTabDialogController::runAsync(aDialog, [this, aDialog, aItemConverter, 
aUndoGuard](int nResult) {
 if ( nResult == RET_OK || aDialog->DialogWasClosedWithOK() )
 {
 const SfxItemSet* pOutItemSet = aDialog->GetOutputItemSet();
@@ -570,7 +570,7 @@ void ChartController::executeDispatch_InsertErrorBars( bool 
bYError )
 
 // note: when a user pressed "OK" but didn't change any settings in the
 // dialog, the SfxTabDialog returns "Cancel"
-aDlg->runAsync(aDlg, [this, aDlg, aItemConverter, aUndoGuard](int 
nResult) {
+SfxTabDialogController::runAsync(aDlg, [this, aDlg, aItemConverter, 
aUndoGuard](int nResult) {
 if ( nResult == RET_OK || aDlg->DialogWasClosedWithOK() )
 {
 const SfxItemSet* pOutItemSet = aDlg->GetOutputItemSet();
@@ -609,7 +609,7 @@ void ChartController::executeDispatch_InsertErrorBars( bool 
bYError )
 aDlg->SetAxisMinorStepWidthForErrorBarDecimals(
 
InsertErrorBarsDialog::getAxisMinorStepWidthForErrorBarDecimals( 
getChartModel(), m_xChartView, u"" ) );
 
-aDlg->runAsync(aDlg, [this, aDlg, aItemConverter, aUndoGuard](int 
nResult) {
+weld::DialogController::runAsync(aDlg, [this, aDlg, 
aItemConverter, aUndoGuard](int nResult) {
 if ( nResult == RET_OK )
 {
 SfxItemSet aOutItemSet = 
aItemConverter->CreateEmptyItemSet();

[Bug 159626] FILEOPEN DOCX: VML pattern image needs to be inverted

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159626

Justin L  changed:

   What|Removed |Added

Summary|FILEOPEN DOCX:  |FILEOPEN DOCX: VML pattern
   |foreground/background   |image needs to be inverted
   |colors of textbox pattern   |
   |are inverted|

--- Comment #2 from Justin L  ---
Current theory: the parameters all import correctly, but it is the image itself
that is the problem. It is a tiny image (8*8) that is almost all black in
comment 0 and comment 1. I take it that black is meant to represent where the
background color is applied, and white represents what should be the foreground
color. Apparently we treat it the exact opposite way. (We also don't apply the
imported colors at all.)

Note that this is VML (created in Word <= 2007 for textboxes I assume). Word
2010 uses DrawingML for textboxes which we import (and export) fine.

The problem is that for page background, VML is always used, even by Word 2019.
So the importance is still relatively high.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159625] Can NOT un-check [allow to split paragraph]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159625

Julien Nabet  changed:

   What|Removed |Added

 CC||samuel.mehrbrodt@allotropia
   ||.de

--- Comment #2 from Julien Nabet  ---
Samuel: noticing 47edf86a62784aa275de7cc89df01a4fcd4e90c8
"tdf#156795, tdf#156109 Avoid typesetter language: orphan, widow control

Instead use descriptive language to make it obvious what these options are for.
Also invert the logic of the "Do not split paragraph" option as suggested in
tdf#156109."

thought you might be interested in this one.

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: 2 commits - chart2/source compilerplugins/clang config_host/config_global.h.in configure.ac include/o3tl solenv/clang-format

[Stephan Bergmann (via logerrit)]

 chart2/source/tools/ExplicitCategoriesProvider.cxx |5 ++
 chart2/source/view/main/VDataSeries.cxx|3 +
 compilerplugins/clang/check.cxx|   10 +
 compilerplugins/clang/check.hxx|2 +
 compilerplugins/clang/nullptr.cxx  |9 
 compilerplugins/clang/test/nullptr.cxx |6 +++
 config_host/config_global.h.in |3 +
 configure.ac   |   23 +++
 include/o3tl/compare.hxx   |   41 +
 solenv/clang-format/excludelist|1 
 10 files changed, 100 insertions(+), 3 deletions(-)

New commits:
commit 648878703d26cf73d66d9ac9132b0aa7f551ba28
Author: Stephan Bergmann 
AuthorDate: Wed Feb 7 09:34:10 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Wed Feb 7 21:03:54 2024 +0100

double operator < is not a strict weak ordering due to NaN

...so recent LLVM 19 trunk libc++ in debug mode complained during
CppunitTest_chart2_export3 about

> 
~/llvm/inst/bin/../include/c++/v1/__debug_utils/strict_weak_ordering_check.h:59:
 assertion __comp(*(__first + __a), *(__first + __b)) failed: Your comparator 
is not a valid strict-weak ordering

at

> 5   libsystem_c.dylib   0x000183279a40 abort + 180
> 6   libc++.1.0.dylib0x000101045d98 
_ZNSt3__123__cxx_atomic_notify_oneEPVKv + 0
> 7   libchartcorelo.dylib0x0002f9e05990 
_ZNSt3__135__check_strict_weak_ordering_sortedB8de19IPdNS_6__lessIvvvT_S4_RT0_
 + 732
> 8   libchartcorelo.dylib0x0002f9e055ac 
_ZNSt3__111__sort_implB8de19INS_17_ClassicAlgPolicyENS_11__wrap_iterIPdEENS_6__lessIvvvT0_S7_RT1_
 + 172
> 9   libchartcorelo.dylib0x0002f9e054d4 
_ZNSt3__14sortB8de19INS_11__wrap_iterIPdEENS_6__lessIvvvT_S6_T0_ + 68
> 10  libchartcorelo.dylib0x0002f9e04f94 
_ZNSt3__14sortB8de19INS_11__wrap_iterIPdvT_S4_ + 64
> 11  libchartcorelo.dylib0x0002f9dfea10 
_ZN5chartL22lcl_fillDateCategoriesERKN3com3sun4star3uno9ReferenceINS2_6chart24data13XDataSequenceEEERNSt3__16vectorIdNSB_9allocatorIdbRNS_10ChartModelE
 + 1404
> 12  libchartcorelo.dylib0x0002f9dfe28c 
_ZN5chart26ExplicitCategoriesProvider4initEv + 280
> 13  libchartcorelo.dylib0x0002f9dff0b8 
_ZN5chart26ExplicitCategoriesProvider10isDateAxisEv + 28
> 14  libchartcorelo.dylib0x0002f9bcb738 
_ZN5chart14VSeriesPlotter9addSeriesENSt3__110unique_ptrINS_11VDataSeriesENS1_14default_deleteIS3_iii
 + 200
> 15  libchartcorelo.dylib0x0002f9b951e4 
_ZN5chart8BarChart9addSeriesENSt3__110unique_ptrINS_11VDataSeriesENS1_14default_deleteIS3_iii
 + 280

Change-Id: Ie0711ca60130759f3daaf8332ab326fa29cb5cba
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163074
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/chart2/source/tools/ExplicitCategoriesProvider.cxx 
b/chart2/source/tools/ExplicitCategoriesProvider.cxx
index 59189aa1931f..7f6de91b6e82 100644
--- a/chart2/source/tools/ExplicitCategoriesProvider.cxx
+++ b/chart2/source/tools/ExplicitCategoriesProvider.cxx
@@ -32,6 +32,7 @@
 #include 
 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -460,7 +461,9 @@ static bool lcl_fillDateCategories( const uno::Reference< 
data::XDataSequence >&
 rDateCategories.push_back( 
std::numeric_limits::quiet_NaN() );
 }
 }
-std::sort( rDateCategories.begin(), rDateCategories.end() );
+std::sort(
+rDateCategories.begin(), rDateCategories.end(),
+[](auto x, auto y) { return o3tl::strong_order(x, y) < 0; } );
 }
 
 return bAnyDataFound && bOnlyDatesFound;
commit 56e6d683dba66d4f2f80145064d2bda2ea4b27b1
Author: Stephan Bergmann 
AuthorDate: Wed Feb 7 09:39:27 2024 +0100
Commit: Stephan Bergmann 
CommitDate: Wed Feb 7 21:03:46 2024 +0100

double operator < is not a strict weak ordering due to NaN

...so recent LLVM 19 trunk libc++ in debug mode complained during
CppunitTest_chart2_export2 about

> 
~/llvm/inst/bin/../include/c++/v1/__debug_utils/strict_weak_ordering_check.h:59:
 assertion __comp(*(__first + __a), *(__first + __b)) failed: Your comparator 
is not a valid strict-weak ordering

at

> 5   libsystem_c.dylib   0x000183279a40 abort + 180
> 6   libc++.1.0.dylib0x0001030f9d98 
_ZNSt3__123__cxx_atomic_notify_oneEPVKv + 0
> 7   libchartcorelo.dylib0x0002f817f0ec 
_ZNSt3__135__check_strict_weak_ordering_sortedB8de19INS_11__wrap_iterIPNS_6vectorIdNS_9allocatorIdEEN5chart12_GLOBAL__N_116lcl_LessXOfPointEEEvT_SB_RT0_
 + 960
> 8   

[Bug 88278] [META] SVG import image filter (all modules)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=88278
Bug 88278 depends on bug 159601, which changed state.

Bug 159601 Summary: SVG: Nothing is displayed on the document
https://bugs.documentfoundation.org/show_bug.cgi?id=159601

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.

Re: Is it still possible to compile LibreOffice 24 for Linux 32-bit?

[Dan Horák]

On Wed, 7 Feb 2024 12:51:06 -0600
Escuelas Linux  wrote:

>  The release notes for the latest version of LibreOffice (24.2) state that
> 
> 
> "The minimum requirements for building and running LibreOffice on Linux
> have been raised from Red Hat Enterprise Linux 7/CentOS 7 to Red Hat
> Enterprise Linux 8/CentOS 8 (or equivalent)".
> 
> 
> Since Red Hat/CentOS 8 does not have a 32-bit edition, I wonder if my
> problems compiling for 32-bit are due to a possible lack of support.
> 
> I have been compiling LibreOffice for Linux 32-bit since the Foundation
> stopped releasing 32-bit binaries. I have been able to solve problems,
> sometimes on my own, sometimes with the generous help of people on this
> very mailing list.
> 
> But now I'm stuck.
> 
> I am using Debian 12 Bookworm 32-bit as my OS base. I downloaded all the
> dependencies asked for on the BuildingOnLinux Foundation wiki.
> 
> Since trying to compile 24.2 with a simple 'make' treats all warnings as
> errors, I tried using
> 
> 
> make CFLAGS="-Wno-error" CXXFLAGS="-Wno-error"
> 
> 
> But this approach only resulted in some non-compileable modules.
> 
> I was finally able to compile most of them using
> 
> 
> make -Wall -Wno-restrict
> 
> 
> But it stops at one of the last stages with this message:
> 
> 
> "/usr/bin/ld: Error: /tmp/ccDBatVc.ltrans0.ltrans.o(.data.rel.ro) is too
> big (0x3ef58 bytes)
> 
> /usr/bin/ld: Could not set dynamic section sizes: memory exhausted
> 
> collect2: Error: ld returned 1 exit state
> 
> make[1]: ***
> [/home/linux/Downloads/libreoffice-24.2.0.3/Library_merged.mk:11:
> /home/linux/Downloads/libreoffice-24.2.0.3/instdir/program/libmergedlo.so]
> Error"
> 
> 
> Since I have allocated 12 GB of RAM in the virtual machine, I don't know
> why the memory is exhausted.

because 32-bit system means max 4GB of address space for a process and
ld runs as a single process

you can try disabling or reducing the size of debuginfo to reduce the
size of the *.o files if it's used, you can disable LTO and there are
some options for ld to reduce its memory consumption a bit


Dan

[Bug 159625] Can NOT un-check [allow to split paragraph]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159625

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from Julien Nabet  ---
On pc Debian x86-64 with master sources updated today, I could reproduce this
on a brand new empty file so not specific to the attached document.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158440] Filter for background should take colors in empty cells

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158440

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:24.2.0 target:7.6.4  |target:24.2.0 target:7.6.4
   |target:7.6.6|target:7.6.6 target:24.8.0

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: sc/source

[Henry Castro (via logerrit)]

 sc/source/core/data/table4.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 43451b31969db882cd6c36054f43915ffbd8f252
Author: Henry Castro 
AuthorDate: Mon Feb 5 12:29:40 2024 -0400
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 20:27:54 2024 +0100

tdf#158440: do not extend transparent color

Avoid to extend the area of transparent colors.

Signed-off-by: Henry Castro 
Change-Id: Ie492e6fea2c3d8b785cfbb96fe7cfc31d87b9996
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163021
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/source/core/data/table4.cxx b/sc/source/core/data/table4.cxx
index 5bd4a6ea3ea7..438608dc8492 100644
--- a/sc/source/core/data/table4.cxx
+++ b/sc/source/core/data/table4.cxx
@@ -1314,7 +1314,7 @@ void ScTable::GetBackColorArea(SCCOL& rStartCol, SCROW& 
/*rStartRow*/,
 const ScPatternAttr* pPattern = 
GetColumnData(nCol).GetPattern(rEndRow + 1);
 const SvxBrushItem* pBackground = 
>GetItem(ATTR_BACKGROUND);
 if 
(!pPattern->GetItem(ATTR_CONDITIONAL).GetCondFormatData().empty() ||
-pBackground != pDefBackground)
+(pBackground->GetColor() != COL_TRANSPARENT && pBackground 
!= pDefBackground))
 {
 bExtend = true;
 break;

core.git: svgio/qa svgio/source

[Xisco Fauli (via logerrit)]

 svgio/qa/cppunit/SvgImportTest.cxx   |6 +++---
 svgio/source/svgreader/svgsymbolnode.cxx |2 +-
 2 files changed, 4 insertions(+), 4 deletions(-)

New commits:
commit 25799a95a02ea9a14adf9c9cb30faa636f09e351
Author: Xisco Fauli 
AuthorDate: Wed Feb 7 09:53:36 2024 +0100
Commit: Caolán McNamara 
CommitDate: Wed Feb 7 20:27:20 2024 +0100

tdf#159601: svgio: do not use std::move here

Thanks to Caolán for spotting it in
https://gerrit.libreoffice.org/c/core/+/163015/comments/0fda53b2_f6d5a0cd

Change-Id: Ifad349a2731009b520d4992a12d4702e3be6ba6f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163083
Tested-by: Jenkins
Reviewed-by: Noel Grandin 
Reviewed-by: Caolán McNamara 

diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index 43a2d9da3fa6..9eb8b37d70ca 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -1621,9 +1621,9 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf158445)
 
 CPPUNIT_ASSERT (pDocument);
 
-assertXPath(pDocument, 
"/primitive2D/transform/transform/transform/transform/polypolygoncolor"_ostr, 
"color"_ostr, "#00");
-assertXPath(pDocument, 
"/primitive2D/transform/transform/transform/transform/polypolygoncolor/polypolygon"_ostr,
 "height"_ostr, "8.052");
-assertXPath(pDocument, 
"/primitive2D/transform/transform/transform/transform/polypolygoncolor/polypolygon"_ostr,
 "width"_ostr, "5.328");
+assertXPath(pDocument, 
"/primitive2D/transform/mask/transform/transform/transform/polypolygoncolor"_ostr,
 "color"_ostr, "#00");
+assertXPath(pDocument, 
"/primitive2D/transform/mask/transform/transform/transform/polypolygoncolor/polypolygon"_ostr,
 "height"_ostr, "8.052");
+assertXPath(pDocument, 
"/primitive2D/transform/mask/transform/transform/transform/polypolygoncolor/polypolygon"_ostr,
 "width"_ostr, "5.328");
 }
 
 CPPUNIT_TEST_FIXTURE(Test, testTdf159594)
diff --git a/svgio/source/svgreader/svgsymbolnode.cxx 
b/svgio/source/svgreader/svgsymbolnode.cxx
index 8bf041f0fc67..2f226b841e82 100644
--- a/svgio/source/svgreader/svgsymbolnode.cxx
+++ b/svgio/source/svgreader/svgsymbolnode.cxx
@@ -155,7 +155,7 @@ namespace svgio::svgreader
 const drawinglayer::primitive2d::Primitive2DReference xRef(
 new drawinglayer::primitive2d::TransformPrimitive2D(
 aEmbeddingTransform,
-std::move(rTarget)));
+
drawinglayer::primitive2d::Primitive2DContainer(rTarget)));
 
 rTarget.push_back(xRef);
 }

[Bug 159588] Query-GUI: LOWER isn't supported in Query-GUI if condition is LIKE …

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159588

Julien Nabet  changed:

   What|Removed |Added

 CC||lio...@mamane.lu,
   ||serval2...@yahoo.fr

--- Comment #2 from Julien Nabet  ---
I gave it a try with https://gerrit.libreoffice.org/c/core/+/163099

Lionel/Juan: I put you in reviewer/cc of the patch, don't hesitate to comment.

I must recognize I don't understand why there were upper_lower/fold parts so
perhaps I missed something.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input (comment 5, comment 9)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158112

--- Comment #46 from John van Someren  ---
Thanks for the speedy fix (not that I've had a chance to test it). However,
Comment 44 only mentions the locale as EN-US. Will I have to wait for a later
release for it to work in British English?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159542] LO 7.5.9 will not open ClarisWorks and .pages-documents any more, whereas LO 7.4.3 did

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159542

Julien Nabet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTOURBUG

--- Comment #8 from Julien Nabet  ---
Thank you for your feedback Peter
Thank you Alex too for the tests and as you said, let's put this one as
NOTOURBUG.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159542] LO 7.5.9 will not open ClarisWorks and .pages-documents any more, whereas LO 7.4.3 did

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159542

--- Comment #7 from Peter  ---
Dear Julien,
dear Alex,

thank you very much indeed!

So I will see if I can raise a bug report with Manjaro.

I tested: it is the same with Manjaro xfce, not only with Manjaro KDE Plasma. 

Best regards,
Peter

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 150913] Writer: Spurious page break when forcing page style and resetting page number

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=150913

pierre_aussag...@yahoo.fr changed:

   What|Removed |Added

 CC||pierre_aussag...@yahoo.fr

--- Comment #10 from pierre_aussag...@yahoo.fr ---
Following this bug because I face the same Issue. I need documents with no page
number in the beginning, then page numbered, then again page not numbered.
I also want this document to be printed in duplex, with a larger margin on the
inner side.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 158112] Sidebar pane shortcuts conflict with Alt+NumPad input (comment 5, comment 9)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158112

ady  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #45 from ady  ---
(In reply to Tracey from comment #44)

> Version: 24.2.0.3 (X86_64) / LibreOffice Community

Please read carefully the posts. The patch is expected to be part of 24.2.1
(emphasis on the 3rd number, "1", not "0"). Alternatively, test with a Dev
version.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 103459] [META] Sidebar UI and UX bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103459
Bug 103459 depends on bug 158112, which changed state.

Bug 158112 Summary: Sidebar pane shortcuts conflict with Alt+NumPad input 
(comment 5, comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=158112

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: sc/CppunitTest_sc_filter_html.mk sc/qa sc/source

[Miklos Vajna (via logerrit)]

 sc/CppunitTest_sc_filter_html.mk   |1 
 sc/qa/filter/html/html.cxx |   32 +-
 sc/source/filter/html/htmlpars.cxx |   52 -
 sc/source/filter/inc/htmlpars.hxx  |3 ++
 4 files changed, 69 insertions(+), 19 deletions(-)

New commits:
commit 543e52481e764b8e0eea6cf0123a77cf492bdf8e
Author: Miklos Vajna 
AuthorDate: Wed Feb 7 08:12:02 2024 +0100
Commit: Miklos Vajna 
CommitDate: Wed Feb 7 19:52:46 2024 +0100

tdf#159483 sc HTML paste: handle data-sheets-value here, too

HTML import into Calc could already create text cells, but HTML paste
with the same content remained auto-converted to numbers
unconditionally.

Turns out HTML paste goes via ScHTMLLayoutParser instead of the HTML
import's ScHTMLQueryParser, so the data-sheets-value was ignored for
paste.

Fix the problem by extracting the old data-sheets-value handler from
ScHTMLQueryParser to a separate ParseDataSheetsValue(), and use it also
in ScHTMLLayoutParser.

For the actual handling, still only text is handled, no other formats
yet.

Change-Id: I0b2bf4665af331d07624ed42e30a24e31bfca331
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163068
Reviewed-by: Miklos Vajna 
Tested-by: Jenkins

diff --git a/sc/CppunitTest_sc_filter_html.mk b/sc/CppunitTest_sc_filter_html.mk
index b78349d64703..f3dec22c0866 100644
--- a/sc/CppunitTest_sc_filter_html.mk
+++ b/sc/CppunitTest_sc_filter_html.mk
@@ -58,6 +58,7 @@ $(eval $(call gb_CppunitTest_use_libraries,sc_filter_html, \
 $(eval $(call gb_CppunitTest_set_include,sc_filter_html,\
 -I$(SRCDIR)/sc/source/ui/inc \
 -I$(SRCDIR)/sc/inc \
+-I$(SRCDIR)/sc/qa/unit \
 $$(INCLUDE) \
 ))
 
diff --git a/sc/qa/filter/html/html.cxx b/sc/qa/filter/html/html.cxx
index 76413c6455b4..ba50361e927e 100644
--- a/sc/qa/filter/html/html.cxx
+++ b/sc/qa/filter/html/html.cxx
@@ -16,16 +16,19 @@
 
 #include 
 
+#include 
+#include 
+
 using namespace com::sun::star;
 
 namespace
 {
 /// Covers sc/source/filter/html/ fixes.
-class Test : public UnoApiXmlTest, public HtmlTestTools
+class Test : public ScModelTestBase, public HtmlTestTools
 {
 public:
 Test()
-: UnoApiXmlTest("/sc/qa/filter/html/data/")
+: ScModelTestBase("/sc/qa/filter/html/data/")
 {
 }
 };
@@ -55,6 +58,31 @@ CPPUNIT_TEST_FIXTURE(Test, testTdAsText)
 // i.e. data-sheets-value was ignored on import.
 CPPUNIT_ASSERT_EQUAL(table::CellContentType_TEXT, eType);
 }
+
+CPPUNIT_TEST_FIXTURE(Test, testPasteTdAsText)
+{
+// Given an empty document:
+createScDoc();
+
+// When pasting HTML with an A2 cell that contains "01" as text:
+ScDocument* pDoc = getScDoc();
+ScAddress aCellPos(/*nColP=*/0, /*nRowP=*/0, /*nTabP=*/0);
+ScImportExport aImporter(*pDoc, aCellPos);
+SvFileStream aFile(createFileURL(u"text.html"), StreamMode::READ);
+SvMemoryStream aMemory;
+aMemory.WriteStream(aFile);
+aMemory.Seek(0);
+CPPUNIT_ASSERT(aImporter.ImportStream(aMemory, OUString(), 
SotClipboardFormatId::HTML));
+
+// Then make sure "01" is not auto-converted to 1, as a number:
+aCellPos = ScAddress(/*nColP=*/0, /*nRowP=*/1, /*nTabP=*/0);
+CellType eCellType = pDoc->GetCellType(aCellPos);
+// Without the accompanying fix in place, this test would have failed with:
+// - Expected: 2 (CELLTYPE_STRING)
+// - Actual  : 1 (CELLTYPE_VALUE)
+// i.e. data-sheets-value was ignored on paste.
+CPPUNIT_ASSERT_EQUAL(CELLTYPE_STRING, eCellType);
+}
 }
 
 CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/sc/source/filter/html/htmlpars.cxx 
b/sc/source/filter/html/htmlpars.cxx
index 5d46d12dabe3..1a7eff2d4ff8 100644
--- a/sc/source/filter/html/htmlpars.cxx
+++ b/sc/source/filter/html/htmlpars.cxx
@@ -75,6 +75,31 @@
 using ::editeng::SvxBorderLine;
 using namespace ::com::sun::star;
 
+namespace
+{
+/// data-sheets-value from google sheets, value is a JSON.
+void ParseDataSheetsValue(const OUString& rDataSheetsValue, sal_uInt32& 
rNumberFormat)
+{
+// data-sheets-value from google sheets, value is a JSON.
+OString aEncodedOption = rDataSheetsValue.toUtf8();
+const char* pEncodedOption = aEncodedOption.getStr();
+std::stringstream aStream(pEncodedOption);
+boost::property_tree::ptree aTree;
+boost::property_tree::read_json(aStream, aTree);
+// The "1" key describes the original data type.
+auto it = aTree.find("1");
+if (it != aTree.not_found())
+{
+int nValueType = std::stoi(it->second.get_value());
+// 2 is text.
+if (nValueType == 2)
+{
+rNumberFormat = NF_STANDARD_FORMAT_TEXT;
+}
+}
+}
+}
+
 ScHTMLStyles::ScHTMLStyles() : maEmpty() {}
 
 void ScHTMLStyles::add(const char* pElemName, size_t nElemName, const char* 
pClassName, size_t nClassName,
@@ -914,6 +939,7 @@ void ScHTMLLayoutParser::TableDataOn( HtmlImportInfo* pInfo 
)
 bInCell = 

[Bug 159626] FILEOPEN DOCX: foreground/background colors of textbox pattern are inverted

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=159626

--- Comment #1 from Justin L  ---
Created attachment 192457
  --> https://bugs.documentfoundation.org/attachment.cgi?id=192457=edit
159626_textbox_fill_pattern.docx: a textbox example

Sorry - I'm confusing myself. Comment 0 indicates the problem I am describing,
but it is for the page background (which is not yet importing). So I'm
including the sample file I created that shows the same problem in a textbox.

Fixing one should fix the other.
I'm not sure if patterns work anywhere else. They don't seem to apply to
paragraphs or characters, and are not supported yet by Tables. I'm a bit
surprised though that no one else has yet reported this ImplementationError.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Is it still possible to compile LibreOffice 24 for Linux 32-bit?

[Escuelas Linux]

 The release notes for the latest version of LibreOffice (24.2) state that


"The minimum requirements for building and running LibreOffice on Linux
have been raised from Red Hat Enterprise Linux 7/CentOS 7 to Red Hat
Enterprise Linux 8/CentOS 8 (or equivalent)".


Since Red Hat/CentOS 8 does not have a 32-bit edition, I wonder if my
problems compiling for 32-bit are due to a possible lack of support.

I have been compiling LibreOffice for Linux 32-bit since the Foundation
stopped releasing 32-bit binaries. I have been able to solve problems,
sometimes on my own, sometimes with the generous help of people on this
very mailing list.

But now I'm stuck.

I am using Debian 12 Bookworm 32-bit as my OS base. I downloaded all the
dependencies asked for on the BuildingOnLinux Foundation wiki.

Since trying to compile 24.2 with a simple 'make' treats all warnings as
errors, I tried using


make CFLAGS="-Wno-error" CXXFLAGS="-Wno-error"


But this approach only resulted in some non-compileable modules.

I was finally able to compile most of them using


make -Wall -Wno-restrict


But it stops at one of the last stages with this message:


"/usr/bin/ld: Error: /tmp/ccDBatVc.ltrans0.ltrans.o(.data.rel.ro) is too
big (0x3ef58 bytes)

/usr/bin/ld: Could not set dynamic section sizes: memory exhausted

collect2: Error: ld returned 1 exit state

make[1]: ***
[/home/linux/Downloads/libreoffice-24.2.0.3/Library_merged.mk:11:
/home/linux/Downloads/libreoffice-24.2.0.3/instdir/program/libmergedlo.so]
Error"


Since I have allocated 12 GB of RAM in the virtual machine, I don't know
why the memory is exhausted.

Guys, have any idea what's going on?

P.S. I get the same error message when I run 'make' alone.

core.git: Branch 'libreoffice-24-2' - xmlsecurity/inc xmlsecurity/source

[Patrick Luby (via logerrit)]

 xmlsecurity/inc/certificatechooser.hxx |   18 +++--
 xmlsecurity/source/component/documentdigitalsignatures.cxx |2 -
 xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx |2 -
 3 files changed, 12 insertions(+), 10 deletions(-)

New commits:
commit 32e4f2d4d6e93f9bd9f17bd847300727017ef092
Author: Patrick Luby 
AuthorDate: Tue Feb 6 19:43:39 2024 -0500
Commit: Patrick Luby 
CommitDate: Wed Feb 7 19:44:28 2024 +0100

Don't reuse CertificateChooser instances

Reusing the same instance will, in the following case, lead to a
crash. It appears that the CertificateChooser is getting disposed
somewhere as mpDialogImpl in its base class ends up being null:

1. Create an empty Writer document and add a digital signature
   in the Digital Signatures dialog
2. File > Save As the document, check the "Encrypt with GPG key"
   checkbox, press Encrypt, and crash in Dialog::ImplStartExecute()

Change-Id: I9aaa1bd449622e018b502d68c53d397255a1b61a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163065
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
Reviewed-by: Patrick Luby 
(cherry picked from commit f0a5cb1f77496d212a90b5303a9f4be8b8c0e283)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163025

diff --git a/xmlsecurity/inc/certificatechooser.hxx 
b/xmlsecurity/inc/certificatechooser.hxx
index 12303fbf1cd5..b0cf7c7cdcc4 100644
--- a/xmlsecurity/inc/certificatechooser.hxx
+++ b/xmlsecurity/inc/certificatechooser.hxx
@@ -51,8 +51,6 @@ enum class UserAction
 class CertificateChooser final : public weld::GenericDialogController
 {
 private:
-static inline CertificateChooser* mxInstance = nullptr;
-
 std::vector< css::uno::Reference< css::xml::crypto::XXMLSecurityContext > 
> mxSecurityContexts;
 std::vector> mvUserData;
 
@@ -91,14 +89,18 @@ public:
UserAction eAction);
 virtual ~CertificateChooser() override;
 
-static CertificateChooser* getInstance(weld::Window* _pParent,
+static std::unique_ptr getInstance(weld::Window* 
_pParent,
 std::vector< css::uno::Reference< 
css::xml::crypto::XXMLSecurityContext > > && rxSecurityContexts,
 UserAction eAction) {
-if (!mxInstance)
-{
-mxInstance = new CertificateChooser(_pParent, 
std::move(rxSecurityContexts), eAction);
-}
-return mxInstance;
+// Don't reuse CertificateChooser instances
+// Reusing the same instance will, in the following case, lead to a
+// crash. It appears that the CertificateChooser is getting disposed
+// somewhere as mpDialogImpl in its base class ends up being null:
+// 1. Create an empty Writer document and add a digital signature
+//in the Digital Signatures dialog
+// 2. File > Save As the document, check the "Encrypt with GPG key"
+//checkbox, press Encrypt, and crash in Dialog::ImplStartExecute()
+return std::make_unique(_pParent, 
std::move(rxSecurityContexts), eAction);
 }
 
 short run() override;
diff --git a/xmlsecurity/source/component/documentdigitalsignatures.cxx 
b/xmlsecurity/source/component/documentdigitalsignatures.cxx
index 4ad63b36ed0b..c1768c0e953a 100644
--- a/xmlsecurity/source/component/documentdigitalsignatures.cxx
+++ b/xmlsecurity/source/component/documentdigitalsignatures.cxx
@@ -709,7 +709,7 @@ 
DocumentDigitalSignatures::chooseCertificatesImpl(std::map&
 xSecContexts.push_back(aSignatureManager.getGpgSecurityContext());
 }
 
-CertificateChooser* aChooser = 
CertificateChooser::getInstance(Application::GetFrameWeld(mxParentWindow), 
std::move(xSecContexts), eAction);
+std::unique_ptr aChooser = 
CertificateChooser::getInstance(Application::GetFrameWeld(mxParentWindow), 
std::move(xSecContexts), eAction);
 
 if (aChooser->run() != RET_OK)
 return { Reference< css::security::XCertificate >(nullptr) };
diff --git a/xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx 
b/xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx
index b1a2cd57c95e..8349a58a31ce 100644
--- a/xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx
+++ b/xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx
@@ -509,7 +509,7 @@ IMPL_LINK_NOARG(DigitalSignaturesDialog, AddButtonHdl, 
weld::Button&, void)
 if 
(DocumentSignatureHelper::CanSignWithGPG(maSignatureManager.getStore(), 
m_sODFVersion))
 xSecContexts.push_back(maSignatureManager.getGpgSecurityContext());
 
-CertificateChooser* aChooser = 
CertificateChooser::getInstance(m_xDialog.get(), std::move(xSecContexts), 
UserAction::Sign);
+std::unique_ptr aChooser = 
CertificateChooser::getInstance(m_xDialog.get(), std::move(xSecContexts), 
UserAction::Sign);
 if (aChooser->run() == RET_OK)
 {
 sal_Int32 nSecurityId;

[Bug 158366] Blurry text hinting (possible regression)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=158366

--- Comment #29 from Camaleón  ---
Setting the environment variable «SAL_ALLOW_DEFAULT_HINTING=1» seems making no
difference on my side when I run my usual LO 24.8.0.0.alpha0.

The font hinting is still visually badly rendered.

Maybe this is something related to this¹, but not sure how to get a «good» font
rendering on my side (upwards 24.x LO releases) and this issue prevents me from
upgrading.

¹How/where is font hinting performed in libreoffice?
https://lists.freedesktop.org/archives/libreoffice/2023-November/091183.html

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 112579] [META] Pattern fill bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112579

Justin L  changed:

   What|Removed |Added

 Depends on||159626


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159626
[Bug 159626] FILEOPEN DOCX: foreground/background colors of textbox pattern are
inverted
-- 
You are receiving this mail because:
You are the assignee for the bug.