core.git: compilerplugins/clang

[Stephan Bergmann (via logerrit)]

 compilerplugins/clang/compat.hxx   |8 
 compilerplugins/clang/unusedmember.cxx |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

New commits:
commit 4952f57feaa94447a632b8af317932d70f9d
Author: Stephan Bergmann 
AuthorDate: Thu Apr 18 22:30:51 2024 +0200
Commit: Stephan Bergmann 
CommitDate: Fri Apr 19 07:47:03 2024 +0200

Adapt to Clang 19 trunk isUnnamedBitfield -> isUnnamedBitField rename



"[clang][NFC] Fix FieldDecl::isUnnamedBitfield() capitalization"

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

diff --git a/compilerplugins/clang/compat.hxx b/compilerplugins/clang/compat.hxx
index cc3192ea9204..ac2a282c4fd8 100644
--- a/compilerplugins/clang/compat.hxx
+++ b/compilerplugins/clang/compat.hxx
@@ -250,6 +250,14 @@ inline bool isPureVirtual(clang::FunctionDecl const * 
decl) {
 #endif
 }
 
+inline bool isUnnamedBitField(clang::FieldDecl const * decl) {
+#if CLANG_VERSION >= 19
+return decl->isUnnamedBitField();
+#else
+return decl->isUnnamedBitfield();
+#endif
+}
+
 inline clang::TemplateTypeParmDecl const * getReplacedParameter(
 clang::SubstTemplateTypeParmType const * type)
 {
diff --git a/compilerplugins/clang/unusedmember.cxx 
b/compilerplugins/clang/unusedmember.cxx
index 305f9c606d31..610c94e162b3 100644
--- a/compilerplugins/clang/unusedmember.cxx
+++ b/compilerplugins/clang/unusedmember.cxx
@@ -155,7 +155,7 @@ public:
 }
 if (auto const d1 = dyn_cast(d))
 {
-if (d1->isUnnamedBitfield())
+if (compat::isUnnamedBitField(d1))
 {
 continue;
 }

[Bug 160596] [EDITING] "Not responding" message displayed by Calc on large array selection that has conditional formatting

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 OS|Windows (All)   |All
   Severity|normal  |major
Summary|[EDITING] "Not responding"  |[EDITING] "Not responding"
   |message displayed by|message displayed by Calc
   |Libreoffice Calc on large   |on large array selection
   |array selection.|that has conditional
   ||formatting
 Blocks||87351, 109139
Version|unspecified |7.5.0.3 release

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
Reproduced with attachment, starting in cell A1, in:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

LO is completely unusable for a long time.
Indeed, without the conditional formatting (can be deleted with Format >
Conditional > Manage), no freeze.

In 7.4.0.3, unbearably slow to "adapt row height" on fileopen, I assume before
the fix for bug 124098 -> marking 7.5 as earliest affected.

Setting severity to "major" because of very long freeze.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=87351
[Bug 87351] [META] Conditional formatting bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109139
[Bug 109139] [META] Cell selection bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 109139] [META] Cell selection bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||160596


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160596
[Bug 160596] [EDITING] "Not responding" message displayed by Calc on large
array selection that has conditional formatting
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 87351] [META] Conditional formatting bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||160596


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160596
[Bug 160596] [EDITING] "Not responding" message displayed by Calc on large
array selection that has conditional formatting
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 107810] [META] OLE/Embedded object bugs and enhancements

[bugzilla-daemon]

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

Bug 160622 Summary: Some text in an OLE is partially cut off on Windows with 
Skia disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=160622

   What|Removed |Added

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

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

core.git: drawinglayer/source include/vcl svgio/qa sw/qa vcl/skia vcl/source vcl/win

[Mike Kaganski (via logerrit)]

 drawinglayer/source/primitive2d/textlayoutdevice.cxx |   10 +
 include/vcl/outdev.hxx   |7 +++
 include/vcl/vcllayout.hxx|5 ++
 svgio/qa/cppunit/SvgImportTest.cxx   |   11 +
 sw/qa/uitest/writer_tests6/tdf157569.py  |4 +-
 vcl/skia/gdiimpl.cxx |2 -
 vcl/source/gdi/sallayout.cxx |   33 
 vcl/source/outdev/map.cxx|8 
 vcl/source/outdev/text.cxx   |   38 +++
 vcl/win/gdi/DWriteTextRenderer.cxx   |   11 -
 10 files changed, 89 insertions(+), 40 deletions(-)

New commits:
commit 2642643ec07cd7f3d28fe558769297578c36de19
Author: Mike Kaganski 
AuthorDate: Wed Apr 10 12:15:55 2024 +0500
Commit: Mike Kaganski 
CommitDate: Fri Apr 19 05:31:51 2024 +0200

tdf#160622: Let SalLayout::GetBoundRect return basegfx::B2DRectangle

This avoids premature rounding in TextLayouterDevice::getTextBoundRect.
The box in D2DWriteTextOutRenderer::performRender needs to be expanded
to allow room for the line width (which now will be guaranteed on all
sides; previously, the rounding could happen to give no room on some
side, even prior to commit 8962141a12c966b2d891829925e6203bf8d51852).
Fixes some lines partially cut off in smaller text (or zoomed out).

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

diff --git a/drawinglayer/source/primitive2d/textlayoutdevice.cxx 
b/drawinglayer/source/primitive2d/textlayoutdevice.cxx
index 1c551ce01363..5145d84ed2b6 100644
--- a/drawinglayer/source/primitive2d/textlayoutdevice.cxx
+++ b/drawinglayer/source/primitive2d/textlayoutdevice.cxx
@@ -260,15 +260,9 @@ basegfx::B2DRange 
TextLayouterDevice::getTextBoundRect(const OUString& rText, sa
 
 if (nTextLength)
 {
-::tools::Rectangle aRect;
-
+basegfx::B2DRange aRect;
 mrDevice.GetTextBoundRect(aRect, rText, nIndex, nIndex, nLength);
-
-// #i104432#, #i102556# take empty results into account
-if (!aRect.IsEmpty())
-{
-return vcl::unotools::b2DRectangleFromRectangle(aRect);
-}
+return aRect;
 }
 
 return basegfx::B2DRange();
diff --git a/include/vcl/outdev.hxx b/include/vcl/outdev.hxx
index e4a0b4827b5b..3211ed368989 100644
--- a/include/vcl/outdev.hxx
+++ b/include/vcl/outdev.hxx
@@ -53,6 +53,7 @@
 #include 
 #include 
 
+#include 
 #include 
 #include 
 #include 
@@ -962,6 +963,11 @@ public:
   sal_uLong nLayoutWidth = 0, 
KernArraySpan aDXArray = KernArraySpan(),
   std::span 
pKashidaArray = {},
   const SalLayoutGlyphs* 
pGlyphs = nullptr ) const;
+boolGetTextBoundRect( basegfx::B2DRectangle& rRect,
+  const OUString& rStr, 
sal_Int32 nBase = 0, sal_Int32 nIndex = 0, sal_Int32 nLen = -1,
+  sal_uLong nLayoutWidth = 0, 
KernArraySpan aDXArray = KernArraySpan(),
+  std::span 
pKashidaArray = {},
+  const SalLayoutGlyphs* 
pGlyphs = nullptr ) const;
 
 tools::RectangleImplGetTextBoundRect( const SalLayout& ) const;
 
@@ -1615,6 +1621,7 @@ public:
 SAL_WARN_UNUSED_RESULT SAL_DLLPRIVATE tools::Polygon PixelToLogic(const 
tools::Polygon& rDevicePoly) const;
 SAL_WARN_UNUSED_RESULT SAL_DLLPRIVATE tools::PolyPolygon 
PixelToLogic(const tools::PolyPolygon& rDevicePolyPoly) const;
 SAL_WARN_UNUSED_RESULT SAL_DLLPRIVATE basegfx::B2DPolyPolygon 
PixelToLogic(const basegfx::B2DPolyPolygon& rDevicePolyPoly) const;
+SAL_WARN_UNUSED_RESULT SAL_DLLPRIVATE basegfx::B2DRectangle 
PixelToLogic(const basegfx::B2DRectangle& rDeviceRect) const;
 SAL_WARN_UNUSED_RESULT vcl::Region PixelToLogic(const vcl::Region& 
rDeviceRegion) const;
 SAL_WARN_UNUSED_RESULT Point PixelToLogic(const Point& rDevicePt, const 
MapMode& rMapMode) const;
 SAL_WARN_UNUSED_RESULT Size PixelToLogic(const Size& rDeviceSize, const 
MapMode& rMapMode) const;
diff --git a/include/vcl/vcllayout.hxx b/include/vcl/vcllayout.hxx
index 7c7a179b9b05..c946f6f67884 100644
--- a/include/vcl/vcllayout.hxx
+++ b/include/vcl/vcllayout.hxx
@@ -21,6 +21,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -103,7 +104,9 @@ public:
 virtual boolGetNextGlyph(const GlyphItem** pGlyph, basegfx::B2DPoint& 
rPos, int& nStart,
  const LogicalFontInstance** ppGlyphFont = 
nullptr) const = 0;
 virtual bool 

[Bug 107905] [META] Cross-references bugs and enhancements

[bugzilla-daemon]

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

Bug 160700 Summary: Regression: broken cross-reference to empty element of 
numbered list after saving
https://bugs.documentfoundation.org/show_bug.cgi?id=160700

   What|Removed |Added

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

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

core.git: sw/qa sw/source

[Mike Kaganski (via logerrit)]

 sw/qa/extras/odfexport/data/tdf160700.odt |binary
 sw/qa/extras/odfexport/odfexport2.cxx |   30 ++
 sw/source/core/unocore/unoportenum.cxx|3 +++
 3 files changed, 33 insertions(+)

New commits:
commit 58e79c4394783033f61e1309214d9060e2f0adf2
Author: Mike Kaganski 
AuthorDate: Fri Apr 19 00:34:28 2024 +0500
Commit: Mike Kaganski 
CommitDate: Fri Apr 19 05:23:38 2024 +0200

tdf#160700: Avoid both bookmark-start and bookmark-end at the same index

There is a special handling of CrossRefBookmark, which has no end position
in the document model, but must span the whole paragraph, and end position
is generated explicitly.

Since commit 1d7ce421480d9170316533de03feb8d04eb5c767 (tdf#159438: when
there's no frame, close previous bookmark first, 2024-01-30), end marks
of an index are sorted before start marks of the same index, with the
expectation that start / end marks represent non-empty span. Dun in case
of empty paragraphs with a CrossRefBookmark, both start and end mark were
emitted into the same index, and the new sorting resulted in the wrong
order of the elements.

Fix this by checking if the start index is less than node end, and don't
handle CrossRefBookmark specially, if the check is negative. This writes
a single text:bookmark, instead of a text:bookmark-start, followed by a
text:bookmark-end.

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

diff --git a/sw/qa/extras/odfexport/data/tdf160700.odt 
b/sw/qa/extras/odfexport/data/tdf160700.odt
new file mode 100644
index ..bc1515da3f82
Binary files /dev/null and b/sw/qa/extras/odfexport/data/tdf160700.odt differ
diff --git a/sw/qa/extras/odfexport/odfexport2.cxx 
b/sw/qa/extras/odfexport/odfexport2.cxx
index 5fe33dd96cd5..ee1f7fcbc8bc 100644
--- a/sw/qa/extras/odfexport/odfexport2.cxx
+++ b/sw/qa/extras/odfexport/odfexport2.cxx
@@ -22,6 +22,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -1499,6 +1500,35 @@ CPPUNIT_TEST_FIXTURE(Test, testTdf159438)
 u"bookmark3"_ustr);
 }
 
+CPPUNIT_TEST_FIXTURE(Test, testTdf160700)
+{
+// Given a document with an empty numbered paragraph, and a 
cross-reference to it
+loadAndReload("tdf160700.odt");
+
+// Refresh fields and ensure cross-reference to numbered para is okay
+auto 
xTextFieldsSupplier(mxComponent.queryThrow());
+auto xFieldsAccess(xTextFieldsSupplier->getTextFields());
+
+xFieldsAccess.queryThrow()->refresh();
+
+auto xFields(xFieldsAccess->createEnumeration());
+CPPUNIT_ASSERT(xFields->hasMoreElements());
+auto xTextField(xFields->nextElement().queryThrow());
+// Save must not create markup with text:bookmark-end element before 
text:bookmark-start
+// Withoud the fix, this would fail with
+// - Expected: 1
+// - Actual  : Error: Reference source not found
+// i.e., the bookmark wasn't imported, and the field had no proper source
+CPPUNIT_ASSERT_EQUAL(u"1"_ustr, xTextField->getPresentation(false));
+
+xmlDocUniquePtr pXmlDoc = parseExport("content.xml");
+// Check that we export the bookmark in the empty paragraph as a single 
text:bookmark
+// element. Another walid markup is text:bookmark-start followed by 
text:bookmark-end
+// (in that order). The problem was, that text:bookmark-end was before 
text:bookmark-start.
+assertXPathChildren(pXmlDoc, 
"//office:text/text:list/text:list-item/text:p"_ostr, 1);
+assertXPath(pXmlDoc, 
"//office:text/text:list/text:list-item/text:p/text:bookmark"_ostr);
+}
+
 } // end of anonymous namespace
 CPPUNIT_PLUGIN_IMPLEMENT();
 
diff --git a/sw/source/core/unocore/unoportenum.cxx 
b/sw/source/core/unocore/unoportenum.cxx
index b5b3490c22ff..220834cb8bb3 100644
--- a/sw/source/core/unocore/unoportenum.cxx
+++ b/sw/source/core/unocore/unoportenum.cxx
@@ -150,8 +150,11 @@ namespace
 bool const hasOther = isExpanded && rStartPos != rEndPos;
 bool const bStartPosInNode = rStartPos.GetNode() == rOwnNode;
 bool const bEndPosInNode = rEndPos.GetNode() == rOwnNode;
+// tdf#160700: Crossrefbookmarks only need separate start and end, 
when the start
+// isn't in the end position (so in empty nodes, no need to handle 
them specially)
 sw::mark::CrossRefBookmark* const pCrossRefMark
 = !isExpanded && bStartPosInNode
+  && rStartPos.GetContentIndex() < 
rStartPos.GetContentNode()->Len()
   ? dynamic_cast(pBkmk)
   : nullptr;
 

[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 160717, which changed state.

Bug 160717 Summary: SVG import: wrong calculation of tspan's dy using ex
https://bugs.documentfoundation.org/show_bug.cgi?id=160717

   What|Removed |Added

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

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

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

[Mike Kaganski (via logerrit)]

 svgio/inc/SvgNumber.hxx  |4 ++--
 svgio/inc/svgnode.hxx|4 +---
 svgio/qa/cppunit/SvgImportTest.cxx   |   14 +-
 svgio/qa/cppunit/SvgNumberTest.cxx   |2 +-
 svgio/source/svgreader/SvgNumber.cxx |2 +-
 svgio/source/svgreader/svgnode.cxx   |   21 -
 6 files changed, 22 insertions(+), 25 deletions(-)

New commits:
commit edef46e82e7e54a27004f9ee6e99108390736d12
Author: Mike Kaganski 
AuthorDate: Tue Apr 9 16:04:40 2024 +0500
Commit: Mike Kaganski 
CommitDate: Fri Apr 19 05:18:50 2024 +0200

tdf#160717: fix ex handling

Same as in commit e27572686130df43d1d65c574b0c34f39fc0d1a9
(tdf#160593: make sure to use current element's font size for em unit,
2024-04-18) for em.

Change-Id: Id9003c0426a6b373456da1aa1550f7ff07f766a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166235
Tested-by: Mike Kaganski 
Reviewed-by: Mike Kaganski 

diff --git a/svgio/inc/SvgNumber.hxx b/svgio/inc/SvgNumber.hxx
index 6e371ba94b26..3509200ea392 100644
--- a/svgio/inc/SvgNumber.hxx
+++ b/svgio/inc/SvgNumber.hxx
@@ -39,8 +39,8 @@ public:
 virtual basegfx::B2DRange getCurrentViewPort() const = 0;
 /// return font size of node, either set here or inherited from parents
 virtual double getCurrentFontSize() const = 0;
-/// return xheight of node inherited from parents
-virtual double getCurrentXHeightInherited() const = 0;
+/// return xheight of node, either set here or inherited from parents
+virtual double getCurrentXHeight() const = 0;
 };
 
 enum class SvgUnit
diff --git a/svgio/inc/svgnode.hxx b/svgio/inc/svgnode.hxx
index 6732e8bb142d..727006b3ee18 100644
--- a/svgio/inc/svgnode.hxx
+++ b/svgio/inc/svgnode.hxx
@@ -165,9 +165,7 @@ namespace svgio::svgreader
 /// InfoProvider support for %, em and ex values
 virtual basegfx::B2DRange getCurrentViewPort() const override;
 virtual double getCurrentFontSize() const override;
-virtual double getCurrentXHeightInherited() const override;
-
-double getCurrentXHeight() const;
+virtual double getCurrentXHeight() const override;
 
 /// Id access
 std::optional const & getId() const { return mpId; }
diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index dd53d4e28a19..fe7c51d11324 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -1679,11 +1679,12 @@ CPPUNIT_TEST_FIXTURE(Test, testDyInEms)
 
 CPPUNIT_TEST_FIXTURE(Test, testExs)
 {
-// tdf#160594 given an SVG file with :
+// tdf#160594, tdf#160717 given an SVG file with :
 xmlDocUniquePtr pDocument = 
dumpAndParseSvg(u"/svgio/qa/cppunit/data/dy_in_exs.svg");
 
 assertXPath(pDocument, "//textsimpleportion"_ostr, 2);
 assertXPath(pDocument, "//textsimpleportion[1]"_ostr, "height"_ostr, 
u"16"_ustr);
+assertXPath(pDocument, "//textsimpleportion[1]"_ostr, "y"_ostr, 
u"20"_ustr);
 
 sal_Int32 nSize = getXPath(pDocument, "//textsimpleportion[2]"_ostr, 
"height"_ostr).toInt32();
 // Without the accompanying fix in place, this test would have failed with:
@@ -1691,6 +1692,17 @@ CPPUNIT_TEST_FIXTURE(Test, testExs)
 // - Actual  : 16
 // i.e. the parent font-size was used, instead of its x-size.
 CPPUNIT_ASSERT_LESS(sal_Int32(16), nSize);
+
+sal_Int32 nYPos = getXPath(pDocument, "//textsimpleportion[2]"_ostr, 
"y"_ostr).toInt32();
+// Then make sure that the vertical offset is based on x-size of tspan, 
not of its parent.
+// Given the tspan's font-size is nSize, its x-size is less than nSize, 
and the expected
+// vertical offset is less than 3 * nSize, which means that the resulting 
y is expected
+// to be strictly less than 20 + 3 * nSize.
+// Without the accompanying fix in place, this test would have failed with:
+// - Expected less than: 44
+// - Actual  : 44
+// i.e. the parent x-size (or current font-size) was used, instead of 
current x-size.
+CPPUNIT_ASSERT_LESS(sal_Int32(20 + 3 * nSize), nYPos);
 }
 
 CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/svgio/qa/cppunit/SvgNumberTest.cxx 
b/svgio/qa/cppunit/SvgNumberTest.cxx
index 9b12e52bf956..49e1394bcef2 100644
--- a/svgio/qa/cppunit/SvgNumberTest.cxx
+++ b/svgio/qa/cppunit/SvgNumberTest.cxx
@@ -40,7 +40,7 @@ public:
 
 double getCurrentFontSize() const override { return 12.0; }
 
-double getCurrentXHeightInherited() const override { return 5.0; }
+double getCurrentXHeight() const override { return 5.0; }
 };
 
 void TestNumber::testSetting()
diff --git a/svgio/source/svgreader/SvgNumber.cxx 
b/svgio/source/svgreader/SvgNumber.cxx
index 4a48ffbfb4e9..72a44dbdd032 100644
--- a/svgio/source/svgreader/SvgNumber.cxx
+++ b/svgio/source/svgreader/SvgNumber.cxx
@@ -39,7 +39,7 @@ double SvgNumber::solveNonPercentage(const InfoProvider& 
rInfoProvider) const
 case SvgUnit::em:

[Bug 160516] Base must be able to emulate the privileges of the underlying database

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 157344] Black Theme and same FIELD name values not copied

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Petronel MALUTAN,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 160524] wishbug: make *switching* column quantity as easy as left- or right-justify

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 158056] Connect to MS Access *.mdb files by mean of Microsoft.ACE.OLEDB.12.0 provider

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|target:24.8.0
   |target:24.8.0   |

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

[Bug 156977] Insert default time using a shortcut

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Bug 160497] FR: Print (or export) only tracked changes

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Bug 157344] Black Theme and same FIELD name values not copied

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Bug 145652] Inconsistent start page ui when hovering over a recent document

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 107243] [META] Locale keyboard shortcut issues

[bugzilla-daemon]

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

Bug 156977 Summary: Insert default time using a shortcut
https://bugs.documentfoundation.org/show_bug.cgi?id=156977

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Bug 156977] Insert default time using a shortcut

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear jec,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Bug 145652] Inconsistent start page ui when hovering over a recent document

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Bug 157870] Office simply freezes and shuts down without warning

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Caroll Reimer,

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 91797] "Find & Replace" dialog doesnt open with shortcut in full screen mode

[bugzilla-daemon]

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

--- Comment #12 from QA Administrators  ---
Dear Fabien08FR,

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 157855] Calc Crash on Startup

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Robert Levy,

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 91282] Fullscreen toolbar disappears after docking it, leaving fullscreen mode and re-entering

[bugzilla-daemon]

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

--- Comment #20 from QA Administrators  ---
Dear p10,

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 49319] EDITING: Cannot change a polygon point to Smooth Transition (see comment 17)

[bugzilla-daemon]

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

--- Comment #35 from QA Administrators  ---
Dear David F Smith,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Bug 52598] Writer ignores original picture pixel density in .jpg files, and uses 120 dpi (refer comment 19 and 26)

[bugzilla-daemon]

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

--- Comment #41 from QA Administrators  ---
Dear Zoltán Hegedüs,

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 131737] EDITING: HANG: scrolling document with 1 paragraph and 1 image anchored to character

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Xisco Faulí,

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 141783] ViewCursor does not work as expected

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear Regina Henschel,

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 121213] Autocorrection of Function Parameters and Static variables does not work

[bugzilla-daemon]

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

--- Comment #10 from QA Administrators  ---
Dear tsultana,

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 160718] SI-GUI installer (setup.exe) fails to download LibreOffice Separate Install GUI.application

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Summary|Installer (setu.exe) fails  |SI-GUI installer
   |to download |(setup.exe) fails to
   |http://dev-builds.libreoffi |download LibreOffice
   |ce.org/si-gui/LibreOffice%2 |Separate Install
   |0Separate%20Install%20GUI.a |GUI.application
   |pplication  |

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

[Bug 160725] XLOOKUP has different result for approximate search than Excel

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m_a_riosv  ---
Reproducible
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0957ee9f5d379c80fca4027c187b471118d0490d
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

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

[Bug 114039] [META] Fields dialog bugs and enhancements

[bugzilla-daemon]

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

Bug 160621 Summary: Field dialog: user/variable field value field sometimes too 
small
https://bugs.documentfoundation.org/show_bug.cgi?id=160621

   What|Removed |Added

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

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

[Bug 160725] XLOOKUP has different result for approximate search than Excel

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from ady  ---
Repro.

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

[Bug 160707] FILESAVE PDF/UA Image with caption generates extra "Div" in PDF

[bugzilla-daemon]

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

Thorsten Behrens (allotropia)  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||t...@libreoffice.org

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

[Bug 160725] New: XLOOKUP has different result for approximate search than Excel

[bugzilla-daemon]

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

Bug ID: 160725
   Summary: XLOOKUP has different result for approximate search
than Excel
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de
CC: balazs.varga...@gmail.com

Created attachment 193748
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193748=edit
Testfile for XLOOKUP approximate search.

Open attached ods document and look at sheet "next_smaller". It has data in
column A and B.
It examines the formula
=XLOOKUP("Luchs";A2:A8;B2:B8;;-1;-2)
The formula is in cell D2.
LibreOffice calculates the result "Udo".

Save the file in xlsx format and open the saved file in Excel 365. Excel
calculates "Susanne".

A similar difference can be seen with function MATCH, see sheet "exact_match".
That might be related.

I have not tested approximate search with ascending ordered data. But a similar
error is likely. To see the problem open the unit test document
sc/qa/unit/data/functions/spreadsheet/fods/xlookup.fods. Save it to xlsx and
open that file in Excel. Go to Sheet2 and notice in column C the "FALSE" in row
114 and row 121. Those belong to formula
   =XLOOKUP($O$1;P$1:P$11;T$1:T$11;;-1;2)
and
   =XLOOKUP($O$1;R$1:R$11;T$1:T$11;;-1;-2)
respectively.

[BTW: That test file is a great work!]

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

[Bug 113121] Switch build system to meson or cmake

[bugzilla-daemon]

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

--- Comment #5 from Mathletic  ---
Four years later, it might be a good idea to repeat the question and hear what
people think today.

1. Autotools lack man power and is admitting this fact openly.
2. The problem at hand is, that Autotools became more exotic and fewer
developers are able or willing to spend time with it.
3. In the meantime a couple of other big project moved away from Autotools,
e.g., Flatpak, Mesa, Xorg.
4. Given the prototype can be updated, LibreOffice can introduce it as an
optional way of building and improving it over time. This does not necessarily
cost money. Nevertheless, I think it would be money well spent.
5. Maybe use CMake instead of Meson. Most important is getting rid of Autotools
mid-term.

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

[Bug 160716] When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page

[bugzilla-daemon]

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

m_a_riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #3 from m_a_riosv  ---
Maybe the option in
Menu/File/Export as PDF — Structure — Whole sheet export,
is enabled.
https://help.libreoffice.org/24.8/en-US/text/shared/01/ref_pdf_export_general.html?System=WIN=CALC=filter/ui/pdfgeneralpage/PdfGeneralPage#:~:text=of%20the%20margins.-,whole%20sheet%20export,-Ignores%20each%20sheet

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

[Bug 160720] $ at Sheet1.A1 cell contents appears when saving in xlsx extension

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #3 from ady  ---
Sorry, I misspoke. This behaves as expected, as I wrote in comment 1. NAB.

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

[Bug 160724] New: Easy way to toggle adapt Fit Height to text/ Fit Width to text on for Textbox

[bugzilla-daemon]

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

Bug ID: 160724
   Summary: Easy way to toggle adapt Fit Height to text/ Fit Width
to text on for Textbox
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Easy way to toggle adapt Fit Height to text/ Fit Width to text on for Textbox

Steps to Reproduce:
1. Open Draw
2. Insert a textbox with reasonable size
3. Type ABC
4. Exit the textbox

Actual Results:
Large textbox with little content (ABC)

Expected Results:
1) Oversized objects (textbox being larger compared to content) is hard to
handle 
2) Manually resizing (multiple) textboxes to text size time consuming. And well
you can start over on each text edit. 
3) Adding the setting to Fit Height/ Size a hassle. Buried deeply in the
dialog.
4) Having to check 2 checkboxes. 

Adjusting textbox to text seems rather normal/common wish. Easier access would
be lovely. Right click Context Menu: Fit height/width to text as checkbox, so
you can toggle it off. Alternative/ or in additional some option in the sidebar
controlling the size.

I tend to go so far to inverse it: default shrink textbox to text, and manually
disabling it. But well that's probably asking to much


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

[Bug 160720] $ at Sheet1.A1 cell contents appears when saving in xlsx extension

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Resolution|NOTABUG |---
 Status|RESOLVED|NEW
 Ever confirmed|0   |1

--- Comment #2 from ady  ---
Actually, I can replicate the behavior, but I am not sure why it is happening.

Setting as NEW for now.

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

[Bug 160720] $ at Sheet1.A1 cell contents appears when saving in xlsx extension

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

--- Comment #1 from ady  ---
XLSX does not support relative references for worksheets; only absolute
references to worksheets are supported in XLS(X).

In ODS, "$Sheet2.A2" is an absolute reference to the worksheet named "Sheet2",
and within it, a relative reference to cell "A2".

Without the "$" in the ODS file, the reference to the worksheet is relative,
not absolute. This relative reference to a worksheet cannot be exported to
XLS(X), because those other file formats do not support it.

This is not a bug.

Please next time ask your question at .

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

[Bug 160684] The Landscape style is nonsensical while we have neither hierarchical nor composable page styles

[bugzilla-daemon]

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

--- Comment #7 from Eyal Rozenberg  ---
(In reply to Cor Nouws from comment #6)
> That is completely irrelevant and far sought.

Maybe if you never change the Default PS. Otherwise it is a fully relevant and
typical usage scenario.

> Still resolves in an invalid report...

Uh, quite the opposite.

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

[Bug 160723] Writer lacks Adapt feature: Fit Height to text/ Fit Width to text in position and size dialog

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||6939

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

[Bug 156939] "Fit height to text" is misleading, only regards growing rather than shrinking

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=16
   ||0723

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

[Bug 160723] Writer lacks Adapt feature: Fit Height to text/ Fit Width to text in position and size dialog

[bugzilla-daemon]

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

--- Comment #1 from Telesto  ---
Side-note: 
I'm getting headaches/ can't wrap my head around this

In case of textbox, there following settings

A) Format -> Textbox and shape -> Position and size -> Position and size tab
with  
Fit Height to text/ Fit Width to text; and

B) Format -> Textbox and shape -> Text Attributes -> Text tab with option
Drawing object Text Fit Width to text; Fit Height to text


In case of Rectangle shape (custom shape)


A1) Format -> Textbox and shape -> Text Attributes -> Text tab. Now we have
Resize shape to fit text. Which does deliver the same result as A in the
Textbox case. Dialog with familiar look and feel, but offering total different
settings 

B1) Format -> Textbox and shape -> Position and size -> Position and size tab
with  
Fit Height to text/ Fit Width to text being disabled setting

It smells like some unfinished project

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

[Bug 160719] Automatic text color for table cell bg of RGB=(0, 255, 0) is White, should be Black

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

  Component|Writer  |LibreOffice

--- Comment #2 from Eyal Rozenberg  ---
(In reply to V Stuart Foote from comment #1)

Thanks. Indeed, the behavior is the same in Calc, and I had forgotten to
mention I was using:

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


I should also say, that the "problem" is not with the Brightness value I
mentioned earlier; for Red, i.e. RGB = (255,0,0), the use of White text is
fine, and probably even a little better than Black. It's also not about
Luminance/Lightness, in the HSL model, since for both Red and Green, the L
value is 50%.

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

[Bug 160552] Strg+f replaced by ALT+F - WTF?!!!

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

 Resolution|FIXED   |DUPLICATE

--- Comment #7 from ady  ---


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

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

[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed

[bugzilla-daemon]

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

--- Comment #9 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #7)
> (In reply to Eyal Rozenberg from comment #6)
> > Just drop these (two) styles...
> I don't see support for your idea.

Bug reports don't need "support". You don't see a refutation of my claims.
These are not, and can't be, the styles of "Right Page"'s or "Left Page"'s,
whatever that means; so they must be removed.

Now, Regina suggested in bug 140655 that we should have  a pair an "Odd Page"
and "Even Page" styles. That is a _different_ issue, and that's the one which
needs support. But - that would also not be relevant, since that is impossible.
these cannot be the styles of Odd Pages and Even pages, as nothing guarantees
they will apply to Odd- and Even-numbered pages respectively.

Note that this is far beyond, say, the Landscape style, which one has to
actively undermine in order for it to be non-Landscape. Here, it's enough to
apply the "Odd Page" style to a non-odd page, or make an odd page non-odd by
extending a previous page sequence with a page break anywhere in between, to
get to a situation where each of these two styles applies to some odd pages as
well as some even pages. 

It is just a non-serious attempt to salvage a wrong idea someone had at some
point about adding the "Right Page" and "Left Page" styles. Why are you so
attached to these styles?

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

[Bug 160723] New: Writer lacks Adapt feature: Fit Height to text/ Fit Width to text in position and size dialog

[bugzilla-daemon]

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

Bug ID: 160723
   Summary: Writer lacks Adapt feature: Fit Height to text/ Fit
Width to text in position and size dialog
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Writer lacks Adapt feature: Fit Height to text/ Fit Width to text in position
and size dialog 

Steps to Reproduce:
1. Open Writer
2. Insert a textbox
3. Format -> Textbox and shape -> Position and size -> Position and size tab.
No Adapt: Fit Height to text/ Fit Width to text feature. 
4. Do the same in Draw. There is a Adapt: Fit Height to text/ Fit Width to text
feature. 
5. Copy/paste the TextBox from Draw to Writer. Adapt: Fit Height to text/ Fit
Width to text feature does function (with some drawing glitches, I admit)


Actual Results:
Writer lacks Adapt feature: Fit Height to text/ Fit Width to text in position
and size dialog 

Expected Results:
Should be present


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

core.git: static/source unotest/source

[Stephan Bergmann (via logerrit)]

 static/source/unoembindhelpers/PrimaryBindings.cxx |  122 +++--
 unotest/source/embindtest/embindtest.cxx   |9 +
 unotest/source/embindtest/embindtest.js|5 
 3 files changed, 77 insertions(+), 59 deletions(-)

New commits:
commit 75fe059974dcb80c3f78110c73ab799afc6f4ca3
Author: Stephan Bergmann 
AuthorDate: Thu Apr 18 15:16:01 2024 +0200
Commit: Stephan Bergmann 
CommitDate: Thu Apr 18 22:16:33 2024 +0200

Embind: throwUnoException from JS

(If throwUnoException directly took a css::uno::Any argument, JS client code
would need to create one with `new Module.uno_Any(...)` and call .delete() 
on
it, but there is no place where it could call .delete(), so make
throwUnoException take two arguments instead and assemble the css::uno::Any 
on
the C++ side.)

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

diff --git a/static/source/unoembindhelpers/PrimaryBindings.cxx 
b/static/source/unoembindhelpers/PrimaryBindings.cxx
index fee0c3e214d1..7abf88669d02 100644
--- a/static/source/unoembindhelpers/PrimaryBindings.cxx
+++ b/static/source/unoembindhelpers/PrimaryBindings.cxx
@@ -16,6 +16,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -191,6 +192,65 @@ std::type_info const* getTypeId(css::uno::Type const& type)
 }
 return i->second;
 }
+
+Any constructAny(const css::uno::Type& rUnoType, const val& rObject)
+{
+switch (rUnoType.getTypeClass())
+{
+case TypeClass_VOID:
+return {};
+case TypeClass_BOOLEAN:
+return Any{ rObject.as() };
+case TypeClass_BYTE:
+return Any{ rObject.as() };
+case TypeClass_SHORT:
+return Any{ rObject.as() };
+case TypeClass_UNSIGNED_SHORT:
+return Any{ rObject.as() };
+case TypeClass_LONG:
+return Any{ rObject.as() };
+case TypeClass_UNSIGNED_LONG:
+return Any{ rObject.as() };
+case TypeClass_HYPER:
+return Any{ rObject.as() };
+case TypeClass_UNSIGNED_HYPER:
+return Any{ rObject.as() };
+case TypeClass_FLOAT:
+return Any{ rObject.as() };
+case TypeClass_DOUBLE:
+return Any{ rObject.as() };
+case TypeClass_CHAR:
+return Any{ rObject.as() };
+case TypeClass_STRING:
+return Any{ OUString(rObject.as()) };
+case TypeClass_TYPE:
+return css::uno::Any(rObject.as());
+case TypeClass_SEQUENCE:
+case TypeClass_STRUCT:
+case TypeClass_EXCEPTION:
+case TypeClass_INTERFACE:
+{
+emscripten::internal::EM_DESTRUCTORS destructors = nullptr;
+emscripten::internal::EM_GENERIC_WIRE_TYPE result
+= _emval_as(rObject.as_handle(), getTypeId(rUnoType), 
);
+emscripten::internal::DestructorsRunner dr(destructors);
+return 
css::uno::Any(emscripten::internal::fromGenericWireType(result),
+ rUnoType);
+}
+case TypeClass_ENUM:
+{
+emscripten::internal::EM_DESTRUCTORS destructors = nullptr;
+emscripten::internal::EM_GENERIC_WIRE_TYPE result
+= _emval_as(rObject.as_handle(), getTypeId(rUnoType), 
);
+emscripten::internal::DestructorsRunner dr(destructors);
+return css::uno::Any(
+
::temporary(emscripten::internal::fromGenericWireType(result)),
+rUnoType);
+}
+default:
+throw std::invalid_argument("bad type class");
+}
+}
 }
 
 namespace unoembindhelpers::detail
@@ -248,64 +308,7 @@ EMSCRIPTEN_BINDINGS(PrimaryBindings)
 
 // Any
 class_("uno_Any")
-.constructor(+[](const css::uno::Type& rUnoType, const val& rObject) 
-> Any {
-switch (rUnoType.getTypeClass())
-{
-case TypeClass_VOID:
-return {};
-case TypeClass_BOOLEAN:
-return Any{ rObject.as() };
-case TypeClass_BYTE:
-return Any{ rObject.as() };
-case TypeClass_SHORT:
-return Any{ rObject.as() };
-case TypeClass_UNSIGNED_SHORT:
-return Any{ rObject.as() };
-case TypeClass_LONG:
-return Any{ rObject.as() };
-case TypeClass_UNSIGNED_LONG:
-return Any{ rObject.as() };
-case TypeClass_HYPER:
-return Any{ rObject.as() };
-case TypeClass_UNSIGNED_HYPER:
-return Any{ rObject.as() };
-case TypeClass_FLOAT:
-return Any{ rObject.as() };
-case 

[Bug 160722] New: UI: Menu bar doesn't repaint to show disabled items

[bugzilla-daemon]

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

Bug ID: 160722
   Summary: UI: Menu bar doesn't repaint to show disabled items
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
UI: Menu bar doesn't repaint to show disabled items

Steps to Reproduce:
1. Open Writer
2. Press F2 (formula toolbar opens)
3. All menu items: like: File; Edit; View  are black (active)
4. Click on Insert in menubar (now it shows disabled: grayed out)
5. Press ESC to close the formula toolbar
6. Insert is disabled in menubar (grayed out)
7. Click insert (now it becomes active again: black)

Actual Results:
Menu item not grayed out when expected. And grayed out when not expected

Expected Results:
Proper logic


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

[Bug 154457] Writer freezes after inserting row below

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

Summary|Row Insert Crash|Writer freezes after
   ||inserting row below

--- Comment #8 from Telesto  ---
Still reproducible
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

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

[Bug 160716] When a spreadsheet is multiple pages, and is exported as a PDF, the pages are created however, when the PDF if printed, the page breaks disappear and the test is all on one page

[bugzilla-daemon]

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

greybeard38@gmail  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

--- Comment #2 from greybeard38@gmail  ---
There is a distinct possibility I don't totally understand what is happening.
I have been generating a PDF from a 5 page calc ODS file. Until recently, I
created the spreadsheet of 5 pages, using Libre Office and then exported it as
a PDF from within LO which I sent to a number of people.
Since around the beginning of March this year, I heard back from some receiving
the document that they could not print it, it was very small and unreadable. I
noticed when I looked at the pdf, it seemed ok to me until I tried to print it.
In the print preview, the page breaks were gone and instead of 5 pages, there
was now only one and it scrolled off the page. I looked at re installing and
printing in different ways. I opened an old ods file, exported it as a pdf
(which I had done previously) and the print preview created one page. This was
done previously and worked fine. I recently used an on line conversion site and
sent the ODS file there and had it sent back as a PDF and printed 5 pages ok.
For some reason, it appears the page breaks are removed when I export the ODS
in LO starting around early March, creating an unreadable printed document.
Thanks for the speedy response!!!
Richard

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

core.git: sw/CppunitTest_sw_uibase_docvw.mk

[Miklos Vajna (via logerrit)]

 sw/CppunitTest_sw_uibase_docvw.mk |4 
 1 file changed, 4 insertions(+)

New commits:
commit 4322ec8f8f89549410d108551d21f5058b1c8261
Author: Miklos Vajna 
AuthorDate: Thu Apr 18 08:31:50 2024 +0200
Commit: Miklos Vajna 
CommitDate: Thu Apr 18 21:51:08 2024 +0200

CppunitTest_sw_uibase_docvw: turn on set_non_application_font_use

Similar to commit dc4d7500c9d283e26d1553ce11366a217cf1f69d (Fix
CppunitTest_sd_import_tests-smartart non_application_font_use,
2023-10-23), though this didn't find anything.

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

diff --git a/sw/CppunitTest_sw_uibase_docvw.mk 
b/sw/CppunitTest_sw_uibase_docvw.mk
index 603532ca2a56..db3db7a7c461 100644
--- a/sw/CppunitTest_sw_uibase_docvw.mk
+++ b/sw/CppunitTest_sw_uibase_docvw.mk
@@ -73,4 +73,8 @@ $(eval $(call gb_CppunitTest_use_uiconfigs,sw_uibase_docvw, \
 
 $(eval $(call gb_CppunitTest_use_more_fonts,sw_uibase_docvw))
 
+ifneq ($(filter MORE_FONTS,$(BUILD_TYPE)),)
+$(eval $(call 
gb_CppunitTest_set_non_application_font_use,sw_uibase_docvw,abort))
+endif
+
 # vim: set noet sw=4 ts=4:

[Bug 160700] Regression: broken cross-reference to empty element of numbered list after saving

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #6 from Mike Kaganski  ---
https://gerrit.libreoffice.org/c/core/+/166266

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

[Bug 160721] SVG: feComposite: nothing displayed in case of wrong 'in' reference

[bugzilla-daemon]

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

Xisco Faulí  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1
   Assignee|libreoffice-b...@lists.free |xiscofa...@libreoffice.org
   |desktop.org |

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

[Bug 160721] New: SVG: feComposite: nothing displayed in case of wrong 'in' reference

[bugzilla-daemon]

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

Bug ID: 160721
   Summary: SVG: feComposite: nothing displayed in case of wrong
'in' reference
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: filters and storage
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: xiscofa...@libreoffice.org

Created attachment 193747
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193747=edit
sample file

Steps to reproduce:
1. Open attached document

-> Nothing is displayed

Reproduced in

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c61aeb5b87d1a69745617b1368a86b70d798ba30
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded

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

core.git: filter/source

[Mike Kaganski (via logerrit)]

 filter/source/msfilter/eschesdo.cxx |   15 ---
 1 file changed, 12 insertions(+), 3 deletions(-)

New commits:
commit 3f0220f18a66630e06e3c128980f21a5722f49ca
Author: Mike Kaganski 
AuthorDate: Wed Apr 17 21:16:23 2024 +0100
Commit: Caolán McNamara 
CommitDate: Thu Apr 18 21:28:16 2024 +0200

Handle empty range properly

Since commit 690526f95e3ee4fd25bb2c987e093543e4bc435b
(Generalize basegfx::fround for templated return type, 2024-04-14),
an assertion could fail for certain case, like

include/o3tl/unit_conversion.hxx:75: sal_Int64 o3tl::detail::MulDiv(I,
sal_Int64, sal_Int64) [I = long]: Assertion `isBetween(n,
(SAL_MIN_INT64 + d / 2) / m, (SAL_MAX_INT64 - d / 2) / m)'

The problem was unchecked case of empty B2DRange.

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

diff --git a/filter/source/msfilter/eschesdo.cxx 
b/filter/source/msfilter/eschesdo.cxx
index 6a17fff242a0..b21534676e4c 100644
--- a/filter/source/msfilter/eschesdo.cxx
+++ b/filter/source/msfilter/eschesdo.cxx
@@ -1156,10 +1156,19 @@ void ImplEESdrObject::Init()
 {
 // if it's a group, the unrotated range is needed for that group
 const basegfx::B2DRange 
aUnrotatedRange(getUnrotatedGroupBoundRange(mXShape));
-const Point 
aNewP(basegfx::fround(aUnrotatedRange.getMinX()), 
basegfx::fround(aUnrotatedRange.getMinY()));
-const Size 
aNewS(basegfx::fround(aUnrotatedRange.getWidth()), 
basegfx::fround(aUnrotatedRange.getHeight()));
+if (aUnrotatedRange.isEmpty())
+{
+SetRect(tools::Rectangle());
+}
+else
+{
+const Point 
aNewP(basegfx::fround(aUnrotatedRange.getMinX()),
+  
basegfx::fround(aUnrotatedRange.getMinY()));
+const Size 
aNewS(basegfx::fround(aUnrotatedRange.getWidth()),
+ 
basegfx::fround(aUnrotatedRange.getHeight()));
 
-SetRect(ImplEESdrWriter::ImplMapPoint(aNewP), 
ImplEESdrWriter::ImplMapSize(aNewS));
+SetRect(ImplEESdrWriter::ImplMapPoint(aNewP), 
ImplEESdrWriter::ImplMapSize(aNewS));
+}
 }
 else
 {

[Bug 45315] [UI] Some relation elements (precedes and following) shown with different font

[bugzilla-daemon]

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

--- Comment #26 from john david  ---
Printable quotes are a fantastic way to add a touch of inspiration and
motivation to your surroundings. Whether you're looking to decorate your
workspace, bedroom, or any other area, printable quotes offer a simple yet
impactful way to infuse positivity into your environment.https://printaboles.com>https://printaboles.com

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

Re: Is there an Impress Remote for PC?

[Владислав Тараканов]

Yes, we want to try to implement this on our own. For now we plan to base it on 
the implementation in https://git.libreoffice.org/impress_remote. If I 
understand correctly, we can first look at this part: 
android/sdremote/mobile/src/main/java/org/libreoffice/impressremote/communication.
 At first glance, this package implements data exchange with Impress over the 
network.

  
>Четверг, 18 апреля 2024, 10:49 +04:00 от Miklos Vajna :
> 
>Hi,
>
>On Wed, Apr 17, 2024 at 12:12:52PM +0300, Амин Иргалиев < irgalie...@mail.ru > 
>wrote:
>> Some users report that they would like the LO Impress Remote functionality 
>> for computers to make it comfortable to hold conferences. Provide remote 
>> access to the device doesn’t solve this problem, since it is not very safe 
>> to give access to the device.
>>
>> No one knows if it is possible to achieve similar functionality with 
>> existing LO features? If not, is there a chance that such an application 
>> will be in demand enough that it can be made not as a local solution, but as 
>> a whole for LO?
>The Impress remote is currently for Android/iOS, but I don't think
>anything would stop you from writing a desktop app that uses the same
>protocol.
>
>If you are interested in hacking on this yourself? Do you need some code
>pointers for the protocol?
>
>Regards,
>
>Miklos 
 
 
--
Vladislav Tarakanov
 

core.git: unotest/source

[Stephan Bergmann (via logerrit)]

 unotest/source/embindtest/embindtest.js |5 +
 1 file changed, 5 insertions(+)

New commits:
commit edfe8adcec43241ad052c7c82b44e14bd443323b
Author: Stephan Bergmann 
AuthorDate: Thu Apr 18 14:29:28 2024 +0200
Commit: Stephan Bergmann 
CommitDate: Thu Apr 18 20:58:50 2024 +0200

Embind: call decrementExceptionRefcount upon catching

The note at


is a bit vague whether decrementExceptionRefcount would only be needed for
Wasm-based (-fwasm-exceptions) exceptions, or also for the JS-based
(-fexceptions) ones that we currently use.  (But it does state clearly that 
for
the latter we need to manually call incrementExceptionRefcount first.)

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

diff --git a/unotest/source/embindtest/embindtest.js 
b/unotest/source/embindtest/embindtest.js
index 8da18fbb7d96..08bded0c81f8 100644
--- a/unotest/source/embindtest/embindtest.js
+++ b/unotest/source/embindtest/embindtest.js
@@ -540,9 +540,14 @@ Module.addOnPostRun(function() {
 try {
 test.throwRuntimeException();
 } catch (e) {
+incrementExceptionRefcount(e);
+//TODO, needed when building with JS-based -fexceptions, see
+//  
"[EH] Fix inconsistency
+// of refcounting in Emscripten EH vs. Wasm EH"
 console.assert(e.name === 'com::sun::star::uno::RuntimeException');
 console.assert(e.message === undefined); //TODO
 //TODO: console.assert(e.Message.startsWith('test'));
+decrementExceptionRefcount(e);
 }
 const obj = {
 implRefcount: 0,

[Bug 142074] [META] Application Colours settings bugs and enhancements

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||160719


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160719
[Bug 160719] Automatic text color for table cell bg of RGB=(0,255,0) is White,
should be Black
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160719] Automatic text color for table cell bg of RGB=(0, 255, 0) is White, should be Black

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||heiko.tietze@documentfounda
   ||tion.org,
   ||vsfo...@libreoffice.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 Blocks||142074
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||6182
Summary|Automatic text color for|Automatic text color for
   |RGB=(0,255,0) is White, |table cell bg of
   |should be Black |RGB=(0,255,0) is White,
   ||should be Black

--- Comment #1 from V Stuart Foote  ---
Confirm. In Writer, but also copied the table from Writer to Calc. Where for
see also bug 156182 at 24.2.0 the luminance/contrast threshold was adjusted.

Yet in Calc the Automatic formatting for text on a 0,255,0 bg cell remains
white.

So are we just not testing the luminance contrast threshold in appropriate
fashion? Or do the IsDark() / IsLight() GetLuminance() ranges for RGB greens
somehow in need a different test?

@Heiko?

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 30c6e51fc9cb0fa864e1755271343d847fcced25
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=142074
[Bug 142074] [META] Application Colours settings bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160194] Add all 3 Spotlight commands (Paragraph Style, Character Style, Direct Formatting) to Style Inspector

[bugzilla-daemon]

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

Ashwani kumar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |ashwani1235ku...@gmail.com
   |desktop.org |

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

core.git: sc/source

[Caolán McNamara (via logerrit)]

 sc/source/core/data/PivotTableFormatOutput.cxx |   15 ++-
 1 file changed, 6 insertions(+), 9 deletions(-)

New commits:
commit fba7ac09846099932c14fe78fb01a1b762b7
Author: Caolán McNamara 
AuthorDate: Thu Apr 18 09:38:07 2024 +0100
Commit: Caolán McNamara 
CommitDate: Thu Apr 18 20:24:51 2024 +0200

crashtesting: crash on export of forum-mso-en4-470772.xlsx to xlsx

similar fix as:

commit 1d5630c5deeec5dca724c29ec8c886bfa71a2099
Date:   Tue Apr 16 15:21:49 2024 +0900

pivot: add checks that prevent reading out of vector bounds

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

diff --git a/sc/source/core/data/PivotTableFormatOutput.cxx 
b/sc/source/core/data/PivotTableFormatOutput.cxx
index cdd2ac90914f..575fd5e77508 100644
--- a/sc/source/core/data/PivotTableFormatOutput.cxx
+++ b/sc/source/core/data/PivotTableFormatOutput.cxx
@@ -58,16 +58,13 @@ public:
 {
 std::vector aNames;
 fillNamesForDimension(aNames, nDimension);
-maNameCache.emplace(nDimension, aNames);
-return aNames[nIndex];
-}
-else
-{
-std::vector& rNames = iterator->second;
-if (nIndex >= rNames.size())
-return OUString();
-return rNames[nIndex];
+iterator = maNameCache.emplace(nDimension, aNames).first;
 }
+
+const std::vector& rNames = iterator->second;
+if (nIndex >= rNames.size())
+return OUString();
+return rNames[nIndex];
 }
 };
 

[Bug 160720] New: $ at Sheet1.A1 cell contents appears when saving in xlsx extension

[bugzilla-daemon]

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

Bug ID: 160720
   Summary: $ at Sheet1.A1 cell contents appears when saving in
xlsx extension
   Product: LibreOffice
   Version: 7.6.6.3 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hfe...@gmail.com

Description:
For example, a Sheet1 cell A1 content is '=+Sheet2.A2', after saving the
spreadsheet in xlsx extension, when I open it, the Sheet1.A1 content is now
'=+$Sheet2.A2. A '$' appears in front off any Sheet name. When I save it in
'ods' extension, it does not happen.

Steps to Reproduce:
1.At Sheet1.A1 cell, type +Sheet2.A2
2.Save As a xlsx type file.
3.Close spreadsheet.
4.Open spreadsheet and look at cell Sheet1.A1 content.

Actual Results:
At step 1, cell content is '=+Sheet2.A2'.
At step 4, cell content is '=+$Sheet2.A2'.

Expected Results:
The expected result is '=+Sheet2.A2'.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 7.6.6.3 (X86_64) / LibreOffice Community
Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7
CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: pt-BR (pt_BR); UI: pt-BR
Calc: CL threaded

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

[Bug 108437] [META] Image bugs and enhancements

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||160431


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160431
[Bug 160431] Inverts webp file image when inserted
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 47148] [META] Image handling problems

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on|160431  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160431
[Bug 160431] Inverts webp file image when inserted
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160431] Inverts webp file image when inserted

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Blocks|47148   |108437


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=47148
[Bug 47148] [META] Image handling problems
https://bugs.documentfoundation.org/show_bug.cgi?id=108437
[Bug 108437] [META] Image bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 47148] [META] Image handling problems

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||160431


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=160431
[Bug 160431] Inverts webp file image when inserted
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160431] Inverts webp file image when inserted

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 OS|Linux (All) |All
  Component|Impress |graphics stack
   Keywords||bibisectRequest
 Blocks||47148

--- Comment #8 from Stéphane Guillou (stragu) 
 ---
Not specific to Impress, same issue in Writer.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=47148
[Bug 47148] [META] Image handling problems
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160711] XLOOKUP function in search for empty cell

[bugzilla-daemon]

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

Balázs Varga (allotropia)  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |balazs.varga...@gmail.com
   |desktop.org |

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

[Bug 160552] Strg+f replaced by ALT+F - WTF?!!!

[bugzilla-daemon]

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

Mike  changed:

   What|Removed |Added

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

--- Comment #6 from Mike  ---
You proved well, just updated it and this issue dissappeared :) 
Thanks!

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

[Bug 160718] Installer (setu.exe) fails to download http://dev-builds.libreoffice.org/si-gui/LibreOffice%20Separate%20Install%20GUI.application

[bugzilla-daemon]

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

--- Comment #3 from Stéphane Guillou (stragu) 
 ---
(In reply to Stéphane Guillou (stragu) from comment #2)
> Joseph, where did you find the install link?
> Does this one work for you? http://tdf.io/siguiexe
Sorry, ignore that, the redirect leads to the same installer.

However, the installer does work for me on Windows 11, I just tested it.
Could you try again? Could it have been a temporary network issue?

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

[Bug 160718] Installer (setu.exe) fails to download http://dev-builds.libreoffice.org/si-gui/LibreOffice%20Separate%20Install%20GUI.application

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #2 from Stéphane Guillou (stragu) 
 ---
Joseph, where did you find the install link?
Does this one work for you? http://tdf.io/siguiexe

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

[Bug 108542] [META] Chart label bugs and enhancements

[bugzilla-daemon]

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

Bug 160517 Summary: FILESAVE: formatting of chart titles and labels is not 
preserved on saving ODS (super-sub-scripts, underline, bold, italics, font size)
https://bugs.documentfoundation.org/show_bug.cgi?id=160517

   What|Removed |Added

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

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

[Bug 160719] New: Automatic text color for RGB=(0,255,0) is White, should be Black

[bugzilla-daemon]

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

Bug ID: 160719
   Summary: Automatic text color for RGB=(0,255,0) is White,
should be Black
   Product: LibreOffice
   Version: 24.8.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: eyalr...@gmx.com

Consider this document: attachment 112798 (it discusses another bug, but that's
not important). In that document, we have a table. All table cells' text color
is Automatic. Some of these table cells have background color RGB = (0,255,0),
i.e. full Green with no Red or Blue.

LibreOffice choose White for the text color in this case. However - White is a
poor choice here: Ihas a lot less contrast, with this kind of Green (which,
btw, has a brightness value of 100%); Black would have been a much better
choice. Not sure what the color choice logic is, but its result in this case is
off.

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

[Bug 126377] Top row(s) deselected when selecting table rows beyond what is visible (instead of scrolling down)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
No need to have many rows. As long as part of the table is not in view (e.g.
when zoomed in), dragging the cursor over the bottom toolbar / status bar will
cause the top of the selection to be deselected (instead of the view
auto-scolling down).
It does not happen when going from bottom to top: the view scrolls as expected,
without losing rows in the selection.

Several workarounds:
- zoom out to view everything before selecting
- select one row, then Shift + click last row
- select cells instead of whole rows
- select one row, then add to selection with Shift + Down.

Reproduced in recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3

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

[Bug 160686] "Left Page" and "Right Page" are nonsensical and should be removed

[bugzilla-daemon]

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

--- Comment #8 from David  ---
As mention in https://bugs.documentfoundation.org/show_bug.cgi?id=153534#c16, I
can configure a heading paragraph style at the beginning of a chapter or
section to insert a page break with a particular page style before the heading.
If I tell it to insert a page with the Right page style, then I can set that
page style to not include a header. I can also set the Right page style to use
my normal page style as the next page, which does have headings on it. Please
provide a document demonstrating an alternative for this or please provide a
document that demonstrates how this procedure will fail to function properly.

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

[Bug 126377] Top row(s) deselected when selecting table rows beyond what is visible (instead of scrolling down)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||maxim.7x...@simplelogin.fr

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
*** Bug 159019 has been marked as a duplicate of this bug. ***

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

[Bug 107200] [META] Writer table and cell selection issues

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on|159019  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=159019
[Bug 159019] EDITING: problem when scrolling in a table in order to select rows
outside of the current view
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159019] EDITING: problem when scrolling in a table in order to select rows outside of the current view

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED
 Blocks|107200  |

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
Ah, already tracked in bug 126377.

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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107200
[Bug 107200] [META] Writer table and cell selection issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 122925] Selecting table row & scrolling down isn't working

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||6377

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

[Bug 108075] [META] Scrolling and Page up/down issues

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||126377


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=126377
[Bug 126377] Top row(s) deselected when selecting table rows beyond what is
visible (instead of scrolling down)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 126377] Top row(s) deselected when selecting table rows beyond what is visible (instead of scrolling down)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Summary|If the table includes many  |Top row(s) deselected when
   |rows, the rows can't be |selecting table rows beyond
   |selected when cursor is |what is visible (instead of
   |placed next to the table|scrolling down)
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||2925
 Blocks||108075
   Hardware|x86-64 (AMD64)  |All
Version|6.1.6.3 release |Inherited From OOo


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108075
[Bug 108075] [META] Scrolling and Page up/down issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 159019] EDITING: problem when scrolling in a table in order to select rows outside of the current view

[bugzilla-daemon]

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

--- Comment #6 from Stéphane Guillou (stragu) 
 ---
(In reply to Telesto from comment #5)
> Confirm
> 1. Insert a page filling table
> 2. Select rows by 'select row' feature. So by hovering at the left table
> border until the select row arrow appears
> 3. Drag down. It will unselect the first row
Yes, I reproduce now: the first row is deselected after a small delay once my
cursor goes above the bottom toolbar / the status bar.
In OOo 3.3, the selection progressively reduces by deselecting more and more
rows as long as the cursor is off-canvas.
It's as if Writer deselects instead of moving the canvas down.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bdf3b5ce49b0e4ee1b4525d344cfb037ef473059
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3

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

[Bug 80430] [META] Documentation gap for new features

[bugzilla-daemon]

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

Bug 103587 Summary: [HELP] Missing Help for options in Find & Replace dialog: 
General: Ignore diacritics/ kashida; Calc: Formatted display / Wildcards
https://bugs.documentfoundation.org/show_bug.cgi?id=103587

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

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

[Bug 103587] [HELP] Missing Help for options in Find & Replace dialog: General: Ignore diacritics/ kashida; Calc: Formatted display / Wildcards

[bugzilla-daemon]

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

Olivier Hallot  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

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

[Bug 115518] [META] Old user profile causing problems when upgrading to new release

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Depends on||157785


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=157785
[Bug 157785] The font colour of the text in cells is not changed in the editing
mode
-- 
You are receiving this mail because:
You are the assignee for the bug.

core.git: Branch 'distro/vector/vector-7.5.9' - 8 commits - vcl/inc vcl/qa vcl/qt5 vcl/quartz vcl/skia vcl/source vcl/unx vcl/win vcl/workben

[Mike Kaganski (via logerrit)]

 vcl/inc/font/LogicalFontInstance.hxx   |5 +
 vcl/inc/impfontcache.hxx   |8 +-
 vcl/inc/impglyphitem.hxx   |6 +-
 vcl/inc/pdf/pdfbuildin_fonts.hxx   |2 
 vcl/inc/qt5/QtFont.hxx |1 
 vcl/inc/quartz/salgdi.h|2 
 vcl/inc/unx/freetype_glyphcache.hxx|2 
 vcl/inc/unx/glyphcache.hxx |1 
 vcl/inc/win/winlayout.hxx  |2 
 vcl/qa/cppunit/cjktext.cxx |2 
 vcl/qa/cppunit/fontmocks.hxx   |3 +
 vcl/qa/cppunit/logicalfontinstance.cxx |   67 +++--
 vcl/qt5/QtFont.cxx |7 ++
 vcl/quartz/ctfonts.cxx |   21 +++
 vcl/skia/gdiimpl.cxx   |   15 ++---
 vcl/skia/win/gdiimpl.cxx   |   33 +++-
 vcl/skia/x11/textrender.cxx|   10 +--
 vcl/source/font/LogicalFontInstance.cxx|   36 +
 vcl/source/font/fontcache.cxx  |4 -
 vcl/source/gdi/CommonSalLayout.cxx |6 +-
 vcl/source/gdi/pdfbuildin_fonts.cxx|5 +
 vcl/source/gdi/pdfwriter_impl.cxx  |   29 +-
 vcl/source/gdi/sallayout.cxx   |   37 -
 vcl/source/outdev/font.cxx |6 +-
 vcl/unx/generic/glyphs/freetype_glyphcache.cxx |   38 ++
 vcl/unx/generic/glyphs/glyphcache.cxx  |8 ++
 vcl/win/gdi/salfont.cxx|   53 +++
 vcl/win/gdi/winlayout.cxx  |   14 -
 vcl/workben/listglyphs.cxx |2 
 29 files changed, 237 insertions(+), 188 deletions(-)

New commits:
commit 0aa53d7f7d4aa31cd79ed27dfd20be5b13dd0815
Author: Mike Kaganski 
AuthorDate: Tue Apr 9 20:55:21 2024 +0500
Commit: Mike Kaganski 
CommitDate: Tue Apr 9 20:55:21 2024 +0500

Revert "Optimize trigonometry a bit"

This reverts commit dc7d9bfbfb7b46d9ac2e3bb72669da1130259f93.

diff --git a/vcl/skia/gdiimpl.cxx b/vcl/skia/gdiimpl.cxx
index 84b625115648..7a240600be98 100644
--- a/vcl/skia/gdiimpl.cxx
+++ b/vcl/skia/gdiimpl.cxx
@@ -2099,8 +2099,8 @@ bool SkiaSalGraphicsImpl::implDrawGradient(const 
basegfx::B2DPolyPolygon& rPolyP
 }
 
 static double toRadian(Degree10 degree10th) { return toRadians(3600_deg10 - 
degree10th); }
-static auto toCos(Degree10 degree10th) { return 
SkScalarCos(toRadian(degree10th)); }
-static auto toSin(Degree10 degree10th) { return 
SkScalarSin(toRadian(degree10th)); }
+static double toCos(Degree10 degree10th) { return 
SkScalarCos(toRadian(degree10th)); }
+static double toSin(Degree10 degree10th) { return 
SkScalarSin(toRadian(degree10th)); }
 
 void SkiaSalGraphicsImpl::drawGenericLayout(const GenericSalLayout& layout, 
Color textColor,
 const SkFont& font, const SkFont& 
verticalFont)
@@ -2115,16 +2115,15 @@ void SkiaSalGraphicsImpl::drawGenericLayout(const 
GenericSalLayout& layout, Colo
 DevicePoint aPos;
 const GlyphItem* pGlyph;
 int nStart = 0;
-auto cos = toCos(layout.GetOrientation());
-auto sin = toSin(layout.GetOrientation());
 while (layout.GetNextGlyph(, aPos, nStart))
 {
 glyphIds.push_back(pGlyph->glyphId());
-verticals.emplace_back(pGlyph->IsVertical());
-auto cos1 = pGlyph->IsVertical() ? sin : cos; // cos (x - 90) = sin (x)
-auto sin1 = pGlyph->IsVertical() ? -cos : sin; // sin (x - 90) = -cos 
(x)
-SkRSXform form = SkRSXform::Make(cos1, sin1, aPos.getX(), aPos.getY());
+Degree10 angle = layout.GetOrientation();
+if (pGlyph->IsVertical())
+angle += 900_deg10;
+SkRSXform form = SkRSXform::Make(toCos(angle), toSin(angle), 
aPos.getX(), aPos.getY());
 glyphForms.emplace_back(std::move(form));
+verticals.emplace_back(pGlyph->IsVertical());
 }
 if (glyphIds.empty())
 return;
commit b05c43c694435cc4a27c7bfcf103c1d3d8cfcc31
Author: Mike Kaganski 
AuthorDate: Tue Apr 9 20:55:21 2024 +0500
Commit: Mike Kaganski 
CommitDate: Tue Apr 9 20:55:21 2024 +0500

Revert "Simplify a bit"

This reverts commit 401ed53c66085d2442c361c43fe0180e115d6b11.

diff --git a/vcl/skia/win/gdiimpl.cxx b/vcl/skia/win/gdiimpl.cxx
index 04dad0123573..d063b440cf31 100644
--- a/vcl/skia/win/gdiimpl.cxx
+++ b/vcl/skia/win/gdiimpl.cxx
@@ -216,22 +216,20 @@ catch (const sal::systools::ComError& e)
 bool WinSkiaSalGraphicsImpl::DrawTextLayout(const GenericSalLayout& rLayout)
 {
 assert(dynamic_cast(()));
-const SkiaWinFontInstance& rWinFont
-= static_cast(rLayout.GetFont());
-const vcl::font::FontSelectPattern& rFSD = rWinFont.GetFontSelectPattern();
-if (rFSD.mnHeight == 0)
-return false;
-const HFONT hLayoutFont = rWinFont.GetHFONT();
+const 

[Bug 160718] Installer (setu.exe) fails to download http://dev-builds.libreoffice.org/si-gui/LibreOffice%20Separate%20Install%20GUI.application

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||reisi...@gmail.com,
   ||stephane.guillou@libreoffic
   ||e.org,
   ||vsfo...@libreoffice.org

--- Comment #1 from V Stuart Foote  ---
The SI-GUI utility worked nicely for doing parallel installs of LibreOffice
builds, but Florian said he'd abandoned it in Dec 2021 [3] after the Kotlin
reimplementation of SI-GUI done in 2018 was not widely adopted:

"Florian Reisinger
29. DECEMBER 2021 AT 19:18
Hi,

I fear that it never really was adopted and I choose not to support it."

But the result of SI-GUI for "server installs" on Windows is easily replicated
following steps of the project Wiki [1] at the command prompt with "msiexec.exe
/a" of the .msi package (download from here [2]), and including a "TARGETDIR="
value for the /a install.

Then it is necessary to perform an edit of one file (bootstrap.ini) to point
the user profile into the installation. Details in the same Wiki.

All told about two minutes effort to install and configure each nightly build
as desired.

Suggest you try performing a command line install. Use the ASK.libreoffice.org
channel or us...@global.libreoffice.org list if you get stuck. 

=-ref-=
[1]
https://wiki.documentfoundation.org/Installing_in_parallel/Windows#Version_3.5.x_and_newer
[2] https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/
[3]
https://flosmind.wordpress.com/2018/06/08/kotlin-si-gui-incompatible-changes/

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

[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 160593, which changed state.

Bug 160593 Summary: SVG import: wrong calculation of tspan's dy using em
https://bugs.documentfoundation.org/show_bug.cgi?id=160593

   What|Removed |Added

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

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

[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 160594, which changed state.

Bug 160594 Summary: SVG import: wrong calculation of tspan's font-size using ex
https://bugs.documentfoundation.org/show_bug.cgi?id=160594

   What|Removed |Added

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

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

core.git: 2 commits - svgio/inc svgio/qa svgio/source

[Mike Kaganski (via logerrit)]

 svgio/inc/SvgNumber.hxx   |4 +--
 svgio/inc/svgnode.hxx |3 --
 svgio/inc/svgtspannode.hxx|2 -
 svgio/qa/cppunit/SvgImportTest.cxx|   34 ++
 svgio/qa/cppunit/SvgNumberTest.cxx|2 -
 svgio/qa/cppunit/data/dy_in_ems.svg   |7 +
 svgio/qa/cppunit/data/dy_in_exs.svg   |7 +
 svgio/source/svgreader/SvgNumber.cxx  |3 +-
 svgio/source/svgreader/svgnode.cxx|   17 +++--
 svgio/source/svgreader/svgstyleattributes.cxx |8 +++---
 svgio/source/svgreader/svgtspannode.cxx   |5 ---
 11 files changed, 62 insertions(+), 30 deletions(-)

New commits:
commit 86a8a3a43b642fc13bae6a89720496285f8f73d7
Author: Mike Kaganski 
AuthorDate: Tue Apr 9 13:56:13 2024 +0500
Commit: Mike Kaganski 
CommitDate: Thu Apr 18 18:21:15 2024 +0200

tdf#160594: Use the recommended fallback of 0.5em for ex in font-size

This fixes the error of identical treatment of em and ex in font-size,
which violated https://drafts.csswg.org/css-values-4/#font-relative-length.
The fix uses the fallback of 0.5em for ex, similar to the code used in
SvgNumber::solveNonPercentage. A follow-up should implement the correct
use of "x-height of the first available font".

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

diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index d06a50f0e98b..dd53d4e28a19 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -1677,6 +1677,22 @@ CPPUNIT_TEST_FIXTURE(Test, testDyInEms)
 assertXPath(pDocument, "//textsimpleportion[2]"_ostr, "y"_ostr, 
u"32"_ustr);
 }
 
+CPPUNIT_TEST_FIXTURE(Test, testExs)
+{
+// tdf#160594 given an SVG file with :
+xmlDocUniquePtr pDocument = 
dumpAndParseSvg(u"/svgio/qa/cppunit/data/dy_in_exs.svg");
+
+assertXPath(pDocument, "//textsimpleportion"_ostr, 2);
+assertXPath(pDocument, "//textsimpleportion[1]"_ostr, "height"_ostr, 
u"16"_ustr);
+
+sal_Int32 nSize = getXPath(pDocument, "//textsimpleportion[2]"_ostr, 
"height"_ostr).toInt32();
+// Without the accompanying fix in place, this test would have failed with:
+// - Expected less than: 16
+// - Actual  : 16
+// i.e. the parent font-size was used, instead of its x-size.
+CPPUNIT_ASSERT_LESS(sal_Int32(16), nSize);
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/svgio/qa/cppunit/data/dy_in_exs.svg 
b/svgio/qa/cppunit/data/dy_in_exs.svg
new file mode 100644
index ..816a64a4586c
--- /dev/null
+++ b/svgio/qa/cppunit/data/dy_in_exs.svg
@@ -0,0 +1,7 @@
+
+
+http://www.w3.org/2000/svg; width="1in" height="1in" viewBox="0 0 
100% 100%">
+
+   foo
+   bar
+
\ No newline at end of file
diff --git a/svgio/source/svgreader/svgstyleattributes.cxx 
b/svgio/source/svgreader/svgstyleattributes.cxx
index 63be6afe270c..763a7a3cdd96 100644
--- a/svgio/source/svgreader/svgstyleattributes.cxx
+++ b/svgio/source/svgreader/svgstyleattributes.cxx
@@ -2642,11 +2642,11 @@ namespace svgio::svgreader
 if(pSvgStyleAttributes)
 {
 const SvgNumber aParentNumber = 
pSvgStyleAttributes->getFontSizeNumber();
+double n = aParentNumber.getNumber() * 
maFontSizeNumber.getNumber();
+if (SvgUnit::ex == maFontSizeNumber.getUnit())
+n *= 0.5; // FIXME: use "x-height of the first 
available font"
 
-return SvgNumber(
-aParentNumber.getNumber() * 
maFontSizeNumber.getNumber(),
-aParentNumber.getUnit(),
-true);
+return SvgNumber(n, aParentNumber.getUnit());
 }
 }
 
commit e27572686130df43d1d65c574b0c34f39fc0d1a9
Author: Mike Kaganski 
AuthorDate: Tue Apr 9 13:03:07 2024 +0500
Commit: Mike Kaganski 
CommitDate: Thu Apr 18 18:21:09 2024 +0200

tdf#160593: make sure to use current element's font size for em unit

According to https://drafts.csswg.org/css-values-4/#font-relative-length
em is "equal to the computed value of the font-size property of the element
on which it is used". This means, that for an element that defines its own
font-size, attributes like 'dy' using em refer to the new font-size, not to
inherited font-size.

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

diff --git a/svgio/inc/SvgNumber.hxx b/svgio/inc/SvgNumber.hxx
index b2fc51b6f7ac..6e371ba94b26 100644

core.git: chart2/qa chart2/source oox/source xmloff/source

[Balazs Varga (via logerrit)]

 chart2/qa/extras/chart2export3.cxx|  138 +-
 chart2/qa/extras/data/ods/tdf39052.ods|binary
 chart2/source/controller/chartapiwrapper/TitleWrapper.cxx |   46 +---
 chart2/source/model/main/Title.cxx|3 
 oox/source/export/chartexport.cxx |   12 -
 xmloff/source/chart/SchXMLAxisContext.cxx |   22 --
 xmloff/source/chart/SchXMLChartContext.cxx|   39 ---
 xmloff/source/chart/SchXMLChartContext.hxx|6 
 xmloff/source/chart/SchXMLExport.cxx  |   77 ---
 xmloff/source/chart/SchXMLParagraphContext.cxx|  131 +
 xmloff/source/chart/SchXMLParagraphContext.hxx|   44 
 xmloff/source/chart/SchXMLTools.cxx   |   92 +
 xmloff/source/chart/SchXMLTools.hxx   |4 
 xmloff/source/chart/transporttypes.hxx|2 
 14 files changed, 491 insertions(+), 125 deletions(-)

New commits:
commit d7214aba95bbdcbd40e87ef50fc66f2e2ec4f5ff
Author: Balazs Varga 
AuthorDate: Mon Apr 15 13:39:03 2024 +0200
Commit: Balazs Varga 
CommitDate: Thu Apr 18 18:07:57 2024 +0200

tdf#160517 - chart odf: import/export formatted chart titles

(main, sub, axis titles) texts properly to/from odf format.

Fix odf export of formatted chart titles. The exported data structure
will look like:



This
 is
.
.
.
3
 a 



Fix import of formatted chart titles. Put the properties and related texts
into the chart2::XFormattedString2 uno objects.

Follow-up commit of:
55e9a27afd2d6a13cf76b39641bf121c3ec4b45c
Related: tdf#39052 - chart ooxml: export formatted chart titles

4f994cec388377cc5c2bddb804bd92eb4cd7dc8d
tdf#39052 - Chart: make characters formatable in editable chart textshapes

--
TODO: chart data point / dataseries labels are handled differently
since those are not editable objects, but that is a completily different
issue.
--

Change-Id: I1842f2c69c132bdf578bb2d354f451cc9d49c63c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166122
Reviewed-by: Michael Stahl 
Tested-by: Jenkins
Reviewed-by: Balazs Varga 

diff --git a/chart2/qa/extras/chart2export3.cxx 
b/chart2/qa/extras/chart2export3.cxx
index 3d05495eff40..df96a70e8e1f 100644
--- a/chart2/qa/extras/chart2export3.cxx
+++ b/chart2/qa/extras/chart2export3.cxx
@@ -10,6 +10,9 @@
 #include "charttest.hxx"
 
 #include 
+#include 
+#include 
+#include 
 
 using uno::Reference;
 using beans::XPropertySet;
@@ -432,11 +435,17 @@ CPPUNIT_TEST_FIXTURE(Chart2ExportTest3, testChartSubTitle)
 xmlDocUniquePtr pXmlDoc = parseExport("xl/charts/chart1.xml");
 CPPUNIT_ASSERT(pXmlDoc);
 // test properties of subtitle
+// paragraph props
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:pPr/a:defRPr"_ostr, "sz"_ostr, 
"1100");
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:pPr/a:defRPr"_ostr, "b"_ostr, 
"1");
-assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:pPr/a:defRPr/a:solidFill/a:srgbClr"_ostr,
 "val"_ostr, "00a933");
+// run props
+assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:r/a:rPr"_ostr, "sz"_ostr, 
"1100");
+assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:r/a:rPr"_ostr, "b"_ostr, "1");
+assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:r/a:rPr/a:solidFill/a:srgbClr"_ostr,
 "val"_ostr, "00a933");
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:r/a:rPr/a:latin"_ostr, 
"typeface"_ostr, "Times New Roman");
+// text
 assertXPathContent(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p/a:r/a:t"_ostr, "It is a 
Subtitle");
+// shape props
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:spPr/a:solidFill/a:srgbClr"_ostr, "val"_ostr, 
"b2b2b2");
 }
 
@@ -447,13 +456,19 @@ CPPUNIT_TEST_FIXTURE(Chart2ExportTest3, 
testChartMainWithSubTitle)
 xmlDocUniquePtr pXmlDoc = parseExport("xl/charts/chart1.xml");
 CPPUNIT_ASSERT(pXmlDoc);
 // test properties of title
+// paragraph props
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p[1]/a:pPr/a:defRPr"_ostr, 
"sz"_ostr, "1300");
 assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p[1]/a:pPr/a:defRPr"_ostr, 
"b"_ostr, "0");
-assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p[1]/a:pPr/a:defRPr"_ostr, 
"i"_ostr, "1");
-assertXPath(pXmlDoc, 
"/c:chartSpace/c:chart/c:title/c:tx/c:rich/a:p[1]/a:pPr/a:defRPr/a:solidFill/a:srgbClr"_ostr,
 "val"_ostr, "f10d0c");
+// run props
+assertXPath(pXmlDoc, 

[Bug 154793] [META] Distinguish between scripts, keyboard layouts, locales and languages

[bugzilla-daemon]

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

Bug 157716 Summary: Rename "Language settings" to "Language and Locale"
https://bugs.documentfoundation.org/show_bug.cgi?id=157716

   What|Removed |Added

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

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

[Bug 112139] [META] Options dialog's Languages and Locales settings bugs and enhancements

[bugzilla-daemon]

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

Bug 157716 Summary: Rename "Language settings" to "Language and Locale"
https://bugs.documentfoundation.org/show_bug.cgi?id=157716

   What|Removed |Added

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

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

[Bug 94322] Visual glitches / bad repaint / wrong scrollbar position when Chart sidebar is resized, collapsed or closed (or window resized)

[bugzilla-daemon]

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

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

Summary|Unable to properly resize   |Visual glitches / bad
   |or hide the sidebar in  |repaint / wrong scrollbar
   |chart edit mode |position when Chart sidebar
   ||is resized, collapsed or
   ||closed (or window resized)
 CC||stephane.guillou@libreoffic
   ||e.org

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

core.git: Changes to 'feature/cib_contract49c'

[Laurent Balland (via logerrit)]

New branch 'feature/cib_contract49c' available with the following commits: