[Libreoffice-commits] core.git: solenv/gbuild
solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk |8 1 file changed, 8 insertions(+) New commits: commit d648f2ae3a16d0613d1b75848789b9742eb20b19 Author: Tor Lillqvist AuthorDate: Mon Jan 16 23:16:53 2023 +0200 Commit: Tor Lillqvist CommitDate: Tue Jan 17 07:57:12 2023 + Adapt for --enable-wasm-exceptions Actually, it seems that to build core with --fwasm-exceptions for use in a LibreOffice Technology -using WASM executable, you need to compile *everything* with that (i.e. *all* of core's externals). Just these gbuild things are not enough to ensure that. You have to put CC=emcc -pthread -fwasm-exceptions -s SUPPORT_LONGJMP=wasm CXX=em++ -pthread -fwasm-exceptions -s SUPPORT_LONGJMP=wasm into your autogen.input. Change-Id: I10d21ad0f73e7e5d72864864d595077bd770f4f6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145646 Reviewed-by: Tor Lillqvist Tested-by: Tor Lillqvist diff --git a/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk b/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk index 8831aeeb5d54..fdce92af0abe 100644 --- a/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk +++ b/solenv/gbuild/platform/EMSCRIPTEN_INTEL_GCC.mk @@ -39,7 +39,15 @@ gb_EMSCRIPTEN_EXCEPT = -s DISABLE_EXCEPTION_CATCHING=0 endif gb_CXXFLAGS += $(gb_EMSCRIPTEN_CPPFLAGS) + +ifeq ($(ENABLE_WASM_EXCEPTIONS),TRUE) +# Here we don't use += because gb_LinkTarget_EXCEPTIONFLAGS from com_GCC_defs.mk contains -fexceptions and +# gb_EMSCRIPTEN_EXCEPT already has -fwasm-exceptions +gb_LinkTarget_EXCEPTIONFLAGS = $(gb_EMSCRIPTEN_EXCEPT) +else gb_LinkTarget_EXCEPTIONFLAGS += $(gb_EMSCRIPTEN_EXCEPT) +endif + gb_LinkTarget_CFLAGS += $(gb_EMSCRIPTEN_CPPFLAGS) gb_LinkTarget_CXXFLAGS += $(gb_EMSCRIPTEN_CPPFLAGS) $(gb_EMSCRIPTEN_EXCEPT) ifeq ($(ENABLE_QT5),TRUE)
[Libreoffice-commits] core.git: external/liborcus
external/liborcus/UnpackedTarball_liborcus.mk |1 + external/liborcus/liborcus-no-benchmark.patch.1 | 19 +++ 2 files changed, 20 insertions(+) New commits: commit 5c355dbae859d2ac0b0e8fedca86b64797aec081 Author: Tor Lillqvist AuthorDate: Fri Jan 13 12:07:27 2023 +0200 Commit: Tor Lillqvist CommitDate: Tue Jan 17 07:56:42 2023 + Don't bother building the liborcus benchmark It causes a problem when building with Emscripten and --enable-wasm-exceptions. Instead of fixing that problem, just don't bother building executables we won't run anyway. (Ideally liborcus should have some --disable-benchmark configure options, ping Kohei.) Change-Id: Ic8c1d51513793bba85dc2833cc8fd9ec5b97ce76 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145645 Tested-by: Jenkins Reviewed-by: Tor Lillqvist diff --git a/external/liborcus/UnpackedTarball_liborcus.mk b/external/liborcus/UnpackedTarball_liborcus.mk index 30d3f0d78d1c..47d05e82c612 100644 --- a/external/liborcus/UnpackedTarball_liborcus.mk +++ b/external/liborcus/UnpackedTarball_liborcus.mk @@ -42,6 +42,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,liborcus,\ external/liborcus/forcepoint-95.patch.1 \ external/liborcus/include.patch.0 \ external/liborcus/overrun.patch.0 \ + external/liborcus/liborcus-no-benchmark.patch.1 \ )) ifeq ($(OS),WNT) diff --git a/external/liborcus/liborcus-no-benchmark.patch.1 b/external/liborcus/liborcus-no-benchmark.patch.1 new file mode 100644 index ..a19cea836601 --- /dev/null +++ b/external/liborcus/liborcus-no-benchmark.patch.1 @@ -0,0 +1,19 @@ +-*- Mode: Diff -*- + +Don't build the benchmark directory. + +We won't run those anyway, and on some platforms building executables +here and there for random externals can be problematic. While at it, +skip the doc_example subdirectory too. + +--- liborcus/Makefile.in liborcus/Makefile.in +@@ -408,7 +408,7 @@ + top_build_prefix = @top_build_prefix@ + top_builddir = @top_builddir@ + top_srcdir = @top_srcdir@ +-SUBDIRS = src include benchmark doc_example ++SUBDIRS = src include + ACLOCAL_AMFLAGS = -I m4 + pcfiles = liborcus-@ORCUS_API_VERSION@.pc $(am__append_1) + pkgconfig_DATA = $(pcfiles)
[Libreoffice-bugs] [Bug 153058] Android Viewer: Allow zooming out to see full page in landscape orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=153058 Michael Weghorn changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0 |1 Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153058] Android Viewer: Allow zooming out to see full page in landscape orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=153058 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #1 from Michael Weghorn --- Created attachment 184705 --> https://bugs.documentfoundation.org/attachment.cgi?id=184705=edit Screencast with pending Gerrit changes in place Pending Gerrit changes: https://gerrit.libreoffice.org/c/core/+/145657 https://gerrit.libreoffice.org/c/core/+/145658 Attached is a screencast of the behaviour with the changes in place. For double-tap, adapting zoom level to the page width is still used, rather than the new minimum zoom level, because it IMHO fits better for using the app on smaller devices, s. commit message for details. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: package/inc package/source
package/inc/ZipPackage.hxx |6 --
package/source/zippackage/ZipPackage.cxx | 11 ---
2 files changed, 17 deletions(-)
New commits:
commit cb004bdefb495f151d8a69953774582cf470f6e6
Author: Noel Grandin
AuthorDate: Mon Jan 16 10:27:59 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 07:49:12 2023 +
XUnoTunnel->dynamic_cast in ZipPackage
Change-Id: I4ecfbb0e90cca7e81556fb27fd552669bed0405c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145631
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/package/inc/ZipPackage.hxx b/package/inc/ZipPackage.hxx
index a4eeed261d1e..e07a8d9c1c9e 100644
--- a/package/inc/ZipPackage.hxx
+++ b/package/inc/ZipPackage.hxx
@@ -24,7 +24,6 @@
#include
#include
#include
-#include
#include
#include
#include
@@ -61,7 +60,6 @@ class ZipPackage final : public cppu::WeakImplHelper
<
css::lang::XInitialization,
css::lang::XSingleServiceFactory,
- css::lang::XUnoTunnel,
css::lang::XServiceInfo,
css::container::XHierarchicalNameAccess,
css::util::XChangesBatch,
@@ -144,10 +142,6 @@ public:
virtual void SAL_CALL commitChanges( ) override;
virtual sal_Bool SAL_CALL hasPendingChanges( ) override;
virtual css::uno::Sequence< css::util::ElementChange > SAL_CALL
getPendingChanges( ) override;
-// XUnoTunnel
-virtual sal_Int64 SAL_CALL getSomething( const css::uno::Sequence<
sal_Int8 >& aIdentifier ) override;
-/// @throws css::uno::RuntimeException
-static const css::uno::Sequence < sal_Int8 > & getUnoTunnelId();
// XPropertySet
virtual css::uno::Reference< css::beans::XPropertySetInfo > SAL_CALL
getPropertySetInfo( ) override;
virtual void SAL_CALL setPropertyValue( const OUString& aPropertyName,
const css::uno::Any& aValue ) override;
diff --git a/package/source/zippackage/ZipPackage.cxx
b/package/source/zippackage/ZipPackage.cxx
index 6316498ef0b8..9bf6f5e9b24c 100644
--- a/package/source/zippackage/ZipPackage.cxx
+++ b/package/source/zippackage/ZipPackage.cxx
@@ -1664,17 +1664,6 @@ sal_Bool SAL_CALL ZipPackage::supportsService( OUString
const & rServiceName )
return cppu::supportsService(this, rServiceName);
}
-const Sequence< sal_Int8 > & ZipPackage::getUnoTunnelId()
-{
-static const comphelper::UnoIdInit implId;
-return implId.getSeq();
-}
-
-sal_Int64 SAL_CALL ZipPackage::getSomething( const uno::Sequence< sal_Int8 >&
aIdentifier )
-{
-return comphelper::getSomethingImpl(aIdentifier, this);
-}
-
uno::Reference< XPropertySetInfo > SAL_CALL ZipPackage::getPropertySetInfo()
{
return uno::Reference < XPropertySetInfo > ();
[Libreoffice-commits] core.git: framework/inc framework/source
framework/inc/uielement/constitemcontainer.hxx|6 --
framework/inc/uielement/itemcontainer.hxx |3 ---
framework/source/fwi/uielement/constitemcontainer.cxx | 14 +-
framework/source/fwi/uielement/itemcontainer.cxx |8 +---
framework/source/fwi/uielement/rootitemcontainer.cxx |2 +-
5 files changed, 3 insertions(+), 30 deletions(-)
New commits:
commit 81fd038c81e5ebbb8a52d9b2fbdca1fd48f445e3
Author: Noel Grandin
AuthorDate: Sat Jan 14 12:51:03 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 07:48:50 2023 +
XUnoTunnel->dynamic_cast in ConstItemContainer
Change-Id: I0b3bf3e2c30a150aa3986e05951e0978fc16f1bb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145629
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/inc/uielement/constitemcontainer.hxx
b/framework/inc/uielement/constitemcontainer.hxx
index e25edc57fc7a..2cec0b9a3017 100644
--- a/framework/inc/uielement/constitemcontainer.hxx
+++ b/framework/inc/uielement/constitemcontainer.hxx
@@ -23,7 +23,6 @@
#include
#include
#include
-#include
#include
#include
@@ -38,7 +37,6 @@ class RootItemContainer;
class ItemContainer;
class ConstItemContainer final : public ::cppu::WeakImplHelper<
css::container::XIndexAccess,
-css::lang::XUnoTunnel
,
css::beans::XFastPropertySet,
css::beans::XPropertySet >
{
@@ -51,10 +49,6 @@ class ConstItemContainer final : public
::cppu::WeakImplHelper<
ConstItemContainer( const css::uno::Reference<
css::container::XIndexAccess >& rSourceContainer, bool bFastCopy = false );
virtual ~ConstItemContainer() override;
-// XUnoTunnel
-static const css::uno::Sequence< sal_Int8 >& getUnoTunnelId()
noexcept;
-sal_Int64 SAL_CALL
getSomething( const css::uno::Sequence< sal_Int8 >& rIdentifier ) override;
-
// XIndexAccess
virtual sal_Int32 SAL_CALL getCount() override;
diff --git a/framework/inc/uielement/itemcontainer.hxx
b/framework/inc/uielement/itemcontainer.hxx
index 5d5bc9c85c41..927beea584af 100644
--- a/framework/inc/uielement/itemcontainer.hxx
+++ b/framework/inc/uielement/itemcontainer.hxx
@@ -43,9 +43,6 @@ class ItemContainer final : public ::cppu::WeakImplHelper<
css::container::XInde
// XInterface, XTypeProvider
-// XUnoTunnel
-static const css::uno::Sequence< sal_Int8 >& getUnoTunnelId()
noexcept;
-
// XIndexContainer
virtual void SAL_CALL insertByIndex( sal_Int32 Index, const
css::uno::Any& Element ) override;
diff --git a/framework/source/fwi/uielement/constitemcontainer.cxx
b/framework/source/fwi/uielement/constitemcontainer.cxx
index 7e43a5009c36..cab82acd870c 100644
--- a/framework/source/fwi/uielement/constitemcontainer.cxx
+++ b/framework/source/fwi/uielement/constitemcontainer.cxx
@@ -147,7 +147,7 @@ Reference< XIndexAccess >
ConstItemContainer::deepCopyContainer( const Reference
Reference< XIndexAccess > xReturn;
if ( rSubContainer.is() )
{
-ItemContainer* pSource =
comphelper::getFromUnoTunnel( rSubContainer );
+ItemContainer* pSource = dynamic_cast(
rSubContainer.get() );
rtl::Reference pSubContainer;
if ( pSource )
pSubContainer = new ConstItemContainer( *pSource );
@@ -159,18 +159,6 @@ Reference< XIndexAccess >
ConstItemContainer::deepCopyContainer( const Reference
return xReturn;
}
-// XUnoTunnel
-sal_Int64 ConstItemContainer::getSomething( const css::uno::Sequence< sal_Int8
>& rIdentifier )
-{
-return comphelper::getSomethingImpl(rIdentifier, this);
-}
-
-const Sequence< sal_Int8 >& ConstItemContainer::getUnoTunnelId() noexcept
-{
-static const comphelper::UnoIdInit theConstItemContainerUnoTunnelId;
-return theConstItemContainerUnoTunnelId.getSeq();
-}
-
// XElementAccess
sal_Bool SAL_CALL ConstItemContainer::hasElements()
{
diff --git a/framework/source/fwi/uielement/itemcontainer.cxx
b/framework/source/fwi/uielement/itemcontainer.cxx
index 389bbaeaaf9d..bc0116b2f3f7 100644
--- a/framework/source/fwi/uielement/itemcontainer.cxx
+++ b/framework/source/fwi/uielement/itemcontainer.cxx
@@ -122,7 +122,7 @@ Reference< XIndexAccess > ItemContainer::deepCopyContainer(
const Reference< XIn
Reference< XIndexAccess > xReturn;
if ( rSubContainer.is() )
{
-ConstItemContainer* pSource =
comphelper::getFromUnoTunnel( rSubContainer );
+ConstItemContainer* pSource = dynamic_cast(
rSubContainer.get() );
rtl::Reference pSubContainer;
if ( pSource )
pSubContainer = new ItemContainer( *pSource, rMutex );
@@ -134,12 +134,6 @@ Reference<
[Libreoffice-bugs] [Bug 153047] PDF Export: default text in content control is gone
https://bugs.documentfoundation.org/show_bug.cgi?id=153047 Miklos Vajna changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #2 from Miklos Vajna --- I believe this is an intentional change. We used to export content controls as plain text, and now we export them as PDF form widgets if the "create pdf forms" option of the PDF export is enabled. That option happens to be on by default. Is there something I can fix here without breaking the use-case where you can insert content controls to a Writer document, export it as PDF and you get a fillable form, similar to what also works with control shapes? Should we disable "create pdf forms" by default? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153058] New: Android Viewer: Allow zooming out to see full page in landscape orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=153058 Bug ID: 153058 Summary: Android Viewer: Allow zooming out to see full page in landscape orientation Product: LibreOffice Version: 7.6.0.0 alpha0+ Master Hardware: All OS: Android Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Android Viewer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: m.wegh...@posteo.de Created attachment 184704 --> https://bugs.documentfoundation.org/attachment.cgi?id=184704=edit Screencast of current behavior [I received this request from a user by email, reporting it here for further processing.] Android Viewer has a minimum zoom level so that zooming out further than making the page width fill the screen width doesn't work (results in auto-zooming back to that level). This makes it impossible to see a full portrait page when the device is used in landscape orientation, s. attached screencast. Steps to reproduce: 1) switch Android device to landscape mode 2) open a Writer document in page format A4, portrait 3) zoom out to see the full page Actual result: Auto-zoom back in happens so that it's impossible to see the whole page at once. Desired result: No auto-zoom or auto-zoom only to the point where the whole page is still visible. Version: 7.6.0.0.alpha0+ Build ID: 9c87fe9eff2c -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 91265] MSO2013 Template - D Business Verification - Chart Size Too Large
https://bugs.documentfoundation.org/show_bug.cgi?id=91265 Commit Notification changed: What|Removed |Added Whiteboard||target:7.6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: chart2/qa chart2/source sc/qa sw/qa
chart2/qa/extras/chart2import.cxx |
92 ++
chart2/qa/extras/chart2import2.cxx |
14 -
chart2/qa/extras/charttest.hxx |
38
chart2/qa/extras/data/pptx/PieChartWithAutomaticLayout_SizeAndPosition.pptx
|binary
chart2/source/view/main/ChartView.cxx |
18 +
sc/qa/uitest/chart/chartDataLabels.py |
8
sw/qa/extras/layout/layout2.cxx |
4
7 files changed, 158 insertions(+), 16 deletions(-)
New commits:
commit 959fbfc000d2e3167b2b57b6d11bea231993b4f0
Author: Gülşah Köse
AuthorDate: Wed Nov 23 17:05:28 2022 +0300
Commit: Tomaž Vajngerl
CommitDate: Tue Jan 17 07:19:32 2023 +
tdf#91265 Use same plot area distance as used in MSO
Changes the postion calculation for pie charts, where the margin
min distance is now constant for pie charts, but unchanged for
other chart types.
This changes the positions of various pie charts used in tests,
which have been changed to the new value after the cases have been
checked.
Added a new test with all 3 use cases (chart area width equals
height, width is greater than height, width is less than height).
Change-Id: I51f98f336a7c64a3e6762144fc7dc8d9df80f696
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143179
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/chart2/qa/extras/chart2import.cxx
b/chart2/qa/extras/chart2import.cxx
index a9c301a94b93..b02f52c68411 100644
--- a/chart2/qa/extras/chart2import.cxx
+++ b/chart2/qa/extras/chart2import.cxx
@@ -138,6 +138,7 @@ public:
void testFixedSizeBarChartVeryLongLabel();
void testAutomaticSizeBarChartVeryLongLabel();
void testTotalsRowIgnored();
+void testPieChartPlotAreaMarginWithAutomaticLayout();
CPPUNIT_TEST_SUITE(Chart2ImportTest);
CPPUNIT_TEST(Fdo60083);
@@ -225,6 +226,7 @@ public:
CPPUNIT_TEST(testFixedSizeBarChartVeryLongLabel);
CPPUNIT_TEST(testAutomaticSizeBarChartVeryLongLabel);
CPPUNIT_TEST(testTotalsRowIgnored);
+CPPUNIT_TEST(testPieChartPlotAreaMarginWithAutomaticLayout);
CPPUNIT_TEST_SUITE_END();
};
@@ -2303,6 +2305,96 @@ void Chart2ImportTest::testTotalsRowIgnored()
}
}
+void Chart2ImportTest::testPieChartPlotAreaMarginWithAutomaticLayout()
+{
+// tdf#91265
+// Checks the margin and calculation of the plot area for the pie chart
inside the chart area.
+
+loadFromURL(u"pptx/PieChartWithAutomaticLayout_SizeAndPosition.pptx");
+
+OUString aCheckShapeName = "CID/D=0:CS=0:CT=0:Series=0";
+// Chart Wuse case Width == Height
+{
+// Load chart Chart_2_2 - 2cm x 2cm -
+auto xDocument = getChartDocFromDrawImpressNamed(0, u"Chart_2_2");
+CPPUNIT_ASSERT(xDocument.is());
+
+uno::ReferencexChartDocument(xDocument,
uno::UNO_QUERY);
+CPPUNIT_ASSERT(xChartDocument.is());
+
+// Get the shape of the diagram / chart
+uno::Reference
xDrawPageSupplier(xChartDocument, uno::UNO_QUERY);
+CPPUNIT_ASSERT(xDrawPageSupplier.is());
+uno::Reference xDrawPage =
xDrawPageSupplier->getDrawPage();
+uno::Reference xShapes(xDrawPage->getByIndex(0),
uno::UNO_QUERY);
+CPPUNIT_ASSERT(xShapes.is());
+
+uno::Reference xChartDiagramShape =
getShapeByName(xShapes, aCheckShapeName);
+CPPUNIT_ASSERT(xChartDiagramShape.is());
+
+// Size
+CPPUNIT_ASSERT_DOUBLES_EQUAL(1300,
xChartDiagramShape->getSize().Width, 5); // calculated chart area size - 2 *
margin
+CPPUNIT_ASSERT_DOUBLES_EQUAL(1300,
xChartDiagramShape->getSize().Height, 5); // calculated chart area size - 2 *
margin
+// Position
+CPPUNIT_ASSERT_DOUBLES_EQUAL(350, xChartDiagramShape->getPosition().X,
5); // margin
+CPPUNIT_ASSERT_DOUBLES_EQUAL(350, xChartDiagramShape->getPosition().Y,
5); // margin
+}
+
+// Chart use case - Width < Height
+{
+// Load chart Chart_3_4 - 3cm x 4cm
+auto xDocument = getChartDocFromDrawImpressNamed(0, u"Chart_3_4");
+CPPUNIT_ASSERT(xDocument.is());
+
+uno::ReferencexChartDocument(xDocument,
uno::UNO_QUERY);
+CPPUNIT_ASSERT(xChartDocument.is());
+
+// Get the shape of the diagram / chart
+uno::Reference
xDrawPageSupplier(xChartDocument, uno::UNO_QUERY);
+CPPUNIT_ASSERT(xDrawPageSupplier.is());
+uno::Reference xDrawPage =
xDrawPageSupplier->getDrawPage();
+uno::Reference xShapes(xDrawPage->getByIndex(0),
uno::UNO_QUERY);
+CPPUNIT_ASSERT(xShapes.is());
+
+uno::Reference xChartDiagramShape =
getShapeByName(xShapes, aCheckShapeName);
+CPPUNIT_ASSERT(xChartDiagramShape.is());
+
+// Size
+CPPUNIT_ASSERT_DOUBLES_EQUAL(2300,
[Libreoffice-bugs] [Bug 152661] "Hybrid PDF" must share embedded media between the ODT and the proper PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=152661 --- Comment #9 from Tomaz Vajngerl --- Thinking a bit about it I don't think this is that hard to implement. We don't really need to mess with the PDF structure - all we really need is to extract all the images from the PDF (easily done with PDFium I think), make sure to preserve the image name (various solutions) and reconstruct the ODF document before reading in the filter, then normally open the document. When saving the hybrid PDF, we save the ODF normally, but just skip saving the images. There are some issues like making sure we don't re-compress the images when saving them to PDF (disable that option with hybrid PDF) and that the images are all compatible, if not we would duplicate them or something else. This probably wouldn't work for fonts as PDF subsets the fonts, and normally the fonts also aren't included into ODF. For a max compatibility option we could however embed the whole font into PDF and do a similar thing like with images also for fonts. I like this idea, because smaller the overhead of hybrid PDF the more likely it is the user will use it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc
sw/inc/node.hxx |2 ++
1 file changed, 2 insertions(+)
New commits:
commit 92931e1162134cb88a5f413b1a317fc9fdd3579c
Author: Miklos Vajna
AuthorDate: Mon Jan 16 20:08:10 2023 +0100
Commit: Miklos Vajna
CommitDate: Tue Jan 17 07:13:19 2023 +
sw: document SwSectionNode
Note how all the table cells, sections, flys etc have low-level
sections, but only the UI-level section's start node is called a
section node.
Change-Id: I730f17b3a63c9e49ee099f82aa39f7a55b2da3fe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145634
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/inc/node.hxx b/sw/inc/node.hxx
index 8bed9dd7240d..a6a7dc603a27 100644
--- a/sw/inc/node.hxx
+++ b/sw/inc/node.hxx
@@ -568,6 +568,8 @@ private:
SwTableNode & operator= ( const SwTableNode & rNode ) = delete;
};
+/// A section node represents the start of a section on the UI, i.e. the
container created using
+/// Insert -> Section menu item.
class SAL_DLLPUBLIC_RTTI SwSectionNode final
: public SwStartNode
{
[Libreoffice-bugs] [Bug 153057] Calc and Base can not filter time values
https://bugs.documentfoundation.org/show_bug.cgi?id=153057 --- Comment #2 from Andreas Säger --- Created attachment 184703 --> https://bugs.documentfoundation.org/attachment.cgi?id=184703=edit Spreadsheet with list range menu:Data>filter>Standard filter... Works with a selected time Fails with entered time or with operator other than = -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153057] Calc and Base can not filter time values
https://bugs.documentfoundation.org/show_bug.cgi?id=153057 --- Comment #1 from Andreas Säger --- Created attachment 184702 --> https://bugs.documentfoundation.org/attachment.cgi?id=184702=edit database document with 2 forms Test the form/subform filtering and the built-in filters. Everything works properly unless you filter by time values in "Duration". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153055] [FILESAVE] Wrong parsening of CSV file
https://bugs.documentfoundation.org/show_bug.cgi?id=153055 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #1 from Mike Kaganski --- This is not a bug. (In reply to eduardomozart182 from comment #0) > I'd imported a CSV file to LibreOffice with the following line: > > "MSSQL 2017 - Qualitor - Usuário ""qualitor""","R > Networks",Teampass,,qualitor,Qualitor!@#,"Usu?rio interno da inst?ncia > \"MSSQLSERVER\" do MSSQL 2017 (server02), utilizado para conex?o da > aplica??o Qualitor Web ao banco de dados do Qualitor. Para autentica??o ao > banco de dados do Qualitor, ? necess?rio usar os usu?rios de dom?nio > \"eduardo.mozart\", \"roberto.oliveira\" ou \"Administrator\"." > > > Steps to Reproduce: > 1. I opened it with LibreOffice only with the "Separated by" 'Comma' > selected. It loads and shows up into the right columns as expected. No, it doesn't load "as expected", because if you inspect it carefully, the following piece goes into column H (i.e., into the next cell): \"roberto.oliveira\" ou \"Administrator\"." and the cell in column G ends with \"eduardo.mozart\ And this is the correct behavior. If you look at the first field in the CSV, it looks like "MSSQL 2017 - Qualitor - Usuário ""qualitor""" and appears in Calc as MSSQL 2017 - Qualitor - Usuário "qualitor" The quotations work as expected, according to the CSV specification RFC 4180 [1]: > 7. If double-quotes are used to enclose fields, then a double-quote > appearing inside a field must be escaped by preceding it with > another double quote. For example: > > "aaa","b""bb","ccc" Note: to escape the double-quote character, you use *another double-quote character*! Now look at the 7th field (as one *could* expect): "Usu?rio interno da inst?ncia \"MSSQLSERVER\" do MSSQL 2017 (server02), utilizado para conex?o da aplica??o Qualitor Web ao banco de dados do Qualitor. Para autentica??o ao banco de dados do Qualitor, ? necess?rio usar os usu?rios de dom?nio \"eduardo.mozart\", \"roberto.oliveira\" ou \"Administrator\"." It starts and ends with a double-quote; and all internal double-quotes *must* be escaped using another double-quote. But they are not. Instead, backslash is used for that - which is wrong. And when parsing such a field, Calc finds an *unescaped* double-quote, immediately followed by proper field delimiter (comma), which happens after eduardo.mozart\; Calc correctly ends the field here, and starts another field - which gets the rest. And then, it outputs this to the file according to your specifications; the field delimiter changes to semicolon, and it's used to separate 7th and 8th fields. [1] https://www.rfc-editor.org/rfc/rfc4180 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153057] New: Calc and Base can not filter time values
https://bugs.documentfoundation.org/show_bug.cgi?id=153057 Bug ID: 153057 Summary: Calc and Base can not filter time values Product: LibreOffice Version: 7.4.4.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ville...@t-online.de Description: Calc's standard filter dialog displays the existing time values as formatted in the respective column. If you choose any of the values with operator =, the filter result is OK. In the attached song list, there are 4 songs with a lenght of 00:01:58. When you change the operator or when you manually enter some time value, the filter always fails with no resulting records. "Advanced filtering" works well. The problem affects both forms of the attached database. The form reports an error and the form document needs to be reloaded in order to be usable again. I could reproduce the problem with both types of embedded databases. Steps to Reproduce: 1. Open spreadsheet and test the standard filter with some value in the "Duration" column. 2. Open the database and test filtering by time values in the "Duration" column. 3. Actual Results: 1. fails in most cases with no records 2. always fails with no records, error message and unusable form. Expected Results: Properly filtered record sets Reproducible: Always User Profile Reset: No Additional Info: none -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sd/source
sd/source/ui/framework/factories/ViewShellWrapper.cxx | 13 -
sd/source/ui/framework/module/CenterViewFocusModule.cxx |2 +-
sd/source/ui/framework/tools/FrameworkHelper.cxx|3 +--
sd/source/ui/inc/framework/ViewShellWrapper.hxx | 14 +++---
4 files changed, 5 insertions(+), 27 deletions(-)
New commits:
commit 2dd86a1a062973ef3b1a3c312b98e9b9dcbaeeb1
Author: Noel Grandin
AuthorDate: Mon Jan 16 16:18:17 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 06:43:34 2023 +
XUnoTunnel->dynamic_cast in ViewShellWrapper
Change-Id: I204bbfc67a6c60723d8ebb21424ac5c184f9b2cc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145641
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sd/source/ui/framework/factories/ViewShellWrapper.cxx
b/sd/source/ui/framework/factories/ViewShellWrapper.cxx
index 8f0fcd976537..294b7a550f60 100644
--- a/sd/source/ui/framework/factories/ViewShellWrapper.cxx
+++ b/sd/source/ui/framework/factories/ViewShellWrapper.cxx
@@ -206,19 +206,6 @@ sal_Bool SAL_CALL ViewShellWrapper::relocateToAnchor (
return bResult;
}
-//- XUnoTunnel
-
-const Sequence& ViewShellWrapper::getUnoTunnelId()
-{
-static const comphelper::UnoIdInit theViewShellWrapperUnoTunnelId;
-return theViewShellWrapperUnoTunnelId.getSeq();
-}
-
-sal_Int64 SAL_CALL ViewShellWrapper::getSomething (const Sequence&
rId)
-{
-return comphelper::getSomethingImpl(rId, this);
-}
-
//= awt::XWindowListener ==
void SAL_CALL ViewShellWrapper::windowResized (const awt::WindowEvent&)
diff --git a/sd/source/ui/framework/module/CenterViewFocusModule.cxx
b/sd/source/ui/framework/module/CenterViewFocusModule.cxx
index e36f95e33d9c..f5de61ca65d6 100644
--- a/sd/source/ui/framework/module/CenterViewFocusModule.cxx
+++ b/sd/source/ui/framework/module/CenterViewFocusModule.cxx
@@ -124,7 +124,7 @@ void CenterViewFocusModule::HandleNewView (
xView.set(
mxConfigurationController->getResource(xViewIds[0]),UNO_QUERY);
if (mpBase!=nullptr)
{
-auto pViewShellWrapper =
comphelper::getFromUnoTunnel(xView);
+auto pViewShellWrapper = dynamic_cast(xView.get());
if (pViewShellWrapper != nullptr)
{
std::shared_ptr pViewShell =
pViewShellWrapper->GetViewShell();
diff --git a/sd/source/ui/framework/tools/FrameworkHelper.cxx
b/sd/source/ui/framework/tools/FrameworkHelper.cxx
index 2a10ead3f674..1b227d7ca6fd 100644
--- a/sd/source/ui/framework/tools/FrameworkHelper.cxx
+++ b/sd/source/ui/framework/tools/FrameworkHelper.cxx
@@ -199,8 +199,7 @@ namespace
::std::shared_ptr< ViewShell > pViewShell;
try
{
-Reference xViewTunnel( i_rViewShellWrapper,
UNO_QUERY_THROW );
-if (auto pWrapper =
comphelper::getFromUnoTunnel(xViewTunnel))
+if (auto pWrapper =
dynamic_cast(i_rViewShellWrapper.get()))
pViewShell = pWrapper->GetViewShell();
}
catch( const Exception& )
diff --git a/sd/source/ui/inc/framework/ViewShellWrapper.hxx
b/sd/source/ui/inc/framework/ViewShellWrapper.hxx
index 43dca4d6754a..fc944623a75a 100644
--- a/sd/source/ui/inc/framework/ViewShellWrapper.hxx
+++ b/sd/source/ui/inc/framework/ViewShellWrapper.hxx
@@ -23,7 +23,6 @@
#include
#include
#include
-#include
#include
#include
@@ -34,15 +33,14 @@ namespace com::sun::star::awt { class XWindow; }
namespace sd::framework {
-typedef comphelper::WeakComponentImplHelper< css::lang::XUnoTunnel
-, css::awt::XWindowListener
+typedef comphelper::WeakComponentImplHelper< css::awt::XWindowListener
, css::view::XSelectionSupplier
,
css::drawing::framework::XRelocatableResource
, css::drawing::framework::XView
> ViewShellWrapperInterfaceBase;
/** This class wraps ViewShell objects and makes them look like an XView.
-Most importantly it provides a tunnel to the ViewShell implementation.
+Most importantly it provides access to the ViewShell implementation.
Then it forwards size changes of the pane window to the view shell.
*/
class ViewShellWrapper final : public ViewShellWrapperInterfaceBase
@@ -68,18 +66,12 @@ public:
virtual void disposing(std::unique_lock&) override;
virtual css::uno::Any SAL_CALL queryInterface( const css::uno::Type &
rType ) override;
-static const css::uno::Sequence& getUnoTunnelId();
-
-/** This method is typically used together with the XUnoTunnel interface
+/** This method is typically used
to obtain a pointer to the wrapped ViewShell object for a given
XView object.
[Libreoffice-commits] core.git: 2 commits - sc/inc sc/source sd/source
sc/inc/textuno.hxx|7 ---
sc/source/ui/unoobj/textuno.cxx | 16 +---
sd/source/ui/framework/factories/Pane.cxx | 13 -
sd/source/ui/inc/framework/Pane.hxx | 16
sd/source/ui/view/ViewTabBar.cxx |3 +--
5 files changed, 6 insertions(+), 49 deletions(-)
New commits:
commit fe48df2684aa2877b26a112b738f3756db10fa6d
Author: Noel Grandin
AuthorDate: Mon Jan 16 16:14:47 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 06:43:26 2023 +
XUnoTunnel->dynamic_cast in sd::framework::Pane
Change-Id: I3e6408af0b57bd3b714551c42a31b5b0aabaf3a0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145640
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sd/source/ui/framework/factories/Pane.cxx
b/sd/source/ui/framework/factories/Pane.cxx
index a188f0e11799..c128a5351f14 100644
--- a/sd/source/ui/framework/factories/Pane.cxx
+++ b/sd/source/ui/framework/factories/Pane.cxx
@@ -136,19 +136,6 @@ sal_Bool SAL_CALL Pane::isAnchorOnly()
return true;
}
-//- XUnoTunnel
-
-const Sequence& Pane::getUnoTunnelId()
-{
-static const comphelper::UnoIdInit thePaneUnoTunnelId;
-return thePaneUnoTunnelId.getSeq();
-}
-
-sal_Int64 SAL_CALL Pane::getSomething (const Sequence& rId)
-{
-return comphelper::getSomethingImpl(rId, this);
-}
-
Reference Pane::CreateCanvas()
{
Reference xCanvas;
diff --git a/sd/source/ui/inc/framework/Pane.hxx
b/sd/source/ui/inc/framework/Pane.hxx
index 9e8ee25a1f73..51b7a5ed0934 100644
--- a/sd/source/ui/inc/framework/Pane.hxx
+++ b/sd/source/ui/inc/framework/Pane.hxx
@@ -21,7 +21,6 @@
#include
#include
-#include
#include
#include
#include
@@ -31,8 +30,7 @@ namespace sd::framework {
typedef ::cppu::WeakComponentImplHelper <
css::drawing::framework::XPane,
- css::drawing::framework::XPane2,
- css::lang::XUnoTunnel
+ css::drawing::framework::XPane2
> PaneInterfaceBase;
/** A pane is a wrapper for a window and possibly for a tab bar (for view
@@ -42,8 +40,8 @@ typedef ::cppu::WeakComponentImplHelper <
1. It implements the XPane interface. This is the most important
interface of this class for API based views (of which there not that
many yet) because it gives access to the XWindow.
-2. It gives access to the underlying VCL Window by implementing the
-XUnoTunnel interface. This is necessary at the moment and in the
+2. It gives access to the underlying VCL Window.
+This is necessary at the moment and in the
foreseeable future because many parts of the Draw and Impress views rely
on direct access on the Window class.
*/
@@ -69,9 +67,7 @@ public:
virtual void SAL_CALL disposing() override;
-static const css::uno::Sequence& getUnoTunnelId();
-
-/** This method is typically used together with the XUnoTunnel to obtain
+/** This method is typically used to obtain
a Window pointer from an XPane object.
*/
virtual vcl::Window* GetWindow();
@@ -109,10 +105,6 @@ public:
*/
virtual sal_Bool SAL_CALL isAnchorOnly() override;
-//- XUnoTunnel
-
-virtual sal_Int64 SAL_CALL getSomething (const
css::uno::Sequence& rId) override;
-
protected:
css::uno::Reference mxPaneId;
VclPtr mpWindow;
diff --git a/sd/source/ui/view/ViewTabBar.cxx b/sd/source/ui/view/ViewTabBar.cxx
index 588b55eaee8b..d9fdd2addfdf 100644
--- a/sd/source/ui/view/ViewTabBar.cxx
+++ b/sd/source/ui/view/ViewTabBar.cxx
@@ -185,8 +185,7 @@ vcl::Window* ViewTabBar::GetAnchorWindow(
// Tunnel through the XWindow to the VCL side.
try
{
-Reference xTunnel (xPane, UNO_QUERY_THROW);
-if (auto pPane =
comphelper::getFromUnoTunnel(xTunnel))
+if (auto pPane = dynamic_cast(xPane.get()))
pWindow = pPane->GetWindow()->GetParent();
}
catch (const RuntimeException&)
commit bd881e48f7860596096a45816c559ac100b0bf59
Author: Noel Grandin
AuthorDate: Mon Jan 16 14:07:19 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 06:43:18 2023 +
XUnoTunnel->dynamic_cast in ScHeaderFooterContentObj
Change-Id: I3edc648a4a0afbfd2922befc9e1962df0a22b54f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145637
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sc/inc/textuno.hxx b/sc/inc/textuno.hxx
index 55136ef2348c..e5ec1aca0cad 100644
--- a/sc/inc/textuno.hxx
+++ b/sc/inc/textuno.hxx
@@ -25,7 +25,6 @@
#include
#include
#include
-#include
#include
#include
#include
@@ -54,7 +53,6 @@ enum class ScHeaderFooterPart{ LEFT, CENTER, RIGHT };
class ScHeaderFooterContentObj final : public cppu::WeakImplHelper<
css::sheet::XHeaderFooterContent,
-
[Libreoffice-commits] core.git: 2 commits - forms/source framework/inc framework/source
forms/source/xforms/binding.cxx |2 -
forms/source/xforms/model.cxx | 12 --
forms/source/xforms/model.hxx | 13 ---
framework/inc/classes/rootactiontriggercontainer.hxx|6 -
framework/source/fwe/classes/rootactiontriggercontainer.cxx | 14
5 files changed, 1 insertion(+), 46 deletions(-)
New commits:
commit 9e1ebb43abf2882f48d3cae92a3ce33ce2c437de
Author: Noel Grandin
AuthorDate: Sat Jan 14 12:47:39 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 06:43:10 2023 +
XUnoTunnel->dynamic_cast in RootActionTriggerContainer
Change-Id: Ie07b02b2011e4edb23793f6209cc35ccd7607c41
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145628
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/inc/classes/rootactiontriggercontainer.hxx
b/framework/inc/classes/rootactiontriggercontainer.hxx
index 4fd5f24f9fa7..3e109732a7b8 100644
--- a/framework/inc/classes/rootactiontriggercontainer.hxx
+++ b/framework/inc/classes/rootactiontriggercontainer.hxx
@@ -24,7 +24,6 @@
#include
#include
#include
-#include
#include
inline constexpr OUStringLiteral IMPLEMENTATIONNAME_ROOTACTIONTRIGGERCONTAINER
= u"com.sun.star.comp.ui.RootActionTriggerContainer";
@@ -35,7 +34,6 @@ namespace framework
class RootActionTriggerContainer final : public PropertySetContainer,
public css::lang::XMultiServiceFactory,
public css::lang::XServiceInfo,
-public css::lang::XUnoTunnel,
public css::lang::XTypeProvider,
public css::container::XNamed
{
@@ -76,10 +74,6 @@ class RootActionTriggerContainer final : public
PropertySetContainer,
virtual sal_Bool SAL_CALL supportsService( const OUString& ServiceName
) override;
virtual css::uno::Sequence< OUString > SAL_CALL
getSupportedServiceNames( ) override;
-// XUnoTunnel
-virtual sal_Int64 SAL_CALL getSomething( const css::uno::Sequence<
sal_Int8 >& aIdentifier ) override;
-static const css::uno::Sequence& getUnoTunnelId() noexcept;
-
// XTypeProvider
virtual css::uno::Sequence< css::uno::Type > SAL_CALL getTypes( )
override;
virtual css::uno::Sequence< sal_Int8 > SAL_CALL getImplementationId(
) override;
diff --git a/framework/source/fwe/classes/rootactiontriggercontainer.cxx
b/framework/source/fwe/classes/rootactiontriggercontainer.cxx
index 02fa9d2df0d0..1493f08bf429 100644
--- a/framework/source/fwe/classes/rootactiontriggercontainer.cxx
+++ b/framework/source/fwe/classes/rootactiontriggercontainer.cxx
@@ -38,13 +38,6 @@ using namespace com::sun::star::beans;
namespace framework
{
-const css::uno::Sequence&
RootActionTriggerContainer::getUnoTunnelId() noexcept
-{
-static const sal_uInt8 pGUID[16] = { 0x17, 0x0F, 0xA2, 0xC9, 0xCA, 0x50,
0x4A, 0xD3, 0xA6, 0x3B, 0x39, 0x99, 0xC5, 0x96, 0x43, 0x27 };
-static css::uno::Sequence< sal_Int8 > seqID(reinterpret_cast(pGUID), 16);
-return seqID;
-}
-
RootActionTriggerContainer::RootActionTriggerContainer(css::uno::Reference
xMenu,
const OUString*
pMenuIdentifier)
: m_bContainerCreated(false)
@@ -64,7 +57,6 @@ Any SAL_CALL RootActionTriggerContainer::queryInterface(
const Type& aType )
aType ,
static_cast< XMultiServiceFactory* >(this),
static_cast< XServiceInfo* >(this),
-static_cast< XUnoTunnel* >(this),
static_cast< XTypeProvider* >(this),
static_cast< XNamed* >(this));
@@ -201,12 +193,6 @@ Sequence< OUString > SAL_CALL
RootActionTriggerContainer::getSupportedServiceNam
return { SERVICENAME_ACTIONTRIGGERCONTAINER };
}
-// XUnoTunnel
-sal_Int64 SAL_CALL RootActionTriggerContainer::getSomething( const Sequence<
sal_Int8 >& aIdentifier )
-{
-return comphelper::getSomethingImpl(aIdentifier, this);
-}
-
// XTypeProvider
Sequence< Type > SAL_CALL RootActionTriggerContainer::getTypes()
{
commit 68a8d0e7507840e2b599e0f075dbd85ea5819ba9
Author: Noel Grandin
AuthorDate: Sat Jan 14 12:46:05 2023 +0200
Commit: Noel Grandin
CommitDate: Tue Jan 17 06:43:02 2023 +
XUnoTunnel->dynamic_cast in forms::Model
Change-Id: I60525e6c4f2d2400cdc47538e9d704b10b7c87ea
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145627
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/forms/source/xforms/binding.cxx b/forms/source/xforms/binding.cxx
index 4341daa7331f..e2e3b903e33f 100644
--- a/forms/source/xforms/binding.cxx
+++ b/forms/source/xforms/binding.cxx
@@ -445,7 +445,7 @@ bool Binding::isLive() const
Model*
[Libreoffice-ux-advise] [Bug 127508] I cannot disable effect from highlighted/normal column/row header
https://bugs.documentfoundation.org/show_bug.cgi?id=127508 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2923 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 152923] Column and row headings in Calc lost their colored, slightly 3D look
https://bugs.documentfoundation.org/show_bug.cgi?id=152923 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||7508 Resolution|--- |NOTABUG Status|UNCONFIRMED |RESOLVED --- Comment #5 from Heiko Tietze --- Indeed it was a deliberate decision for bug 127508. The world has become flat (design-wise 3D-effects like this add noise and make the UI unnecessarily busy). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - 2 commits - oox/qa oox/source writerfilter/source
oox/qa/unit/drawingml.cxx| 18 +++---
oox/source/drawingml/fillproperties.cxx |2 +-
writerfilter/source/dmapper/TDefTableHandler.cxx |8
3 files changed, 16 insertions(+), 12 deletions(-)
New commits:
commit 3ea5ee97bf0829fa76202bf8f2950e015efcdccc
Author: Tomaž Vajngerl
AuthorDate: Fri Jan 6 00:08:17 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Tue Jan 17 06:35:18 2023 +
oox: also allow tint and shade for fill color
This was an obsolete limitation that is not needed anymore.
Change-Id: Ie9610516996fc16197f8611843ff621b8a83ebdc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145084
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
(cherry picked from commit 79ad3e73907d15c4e234e2a32de8173273f5ac16)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145650
Tested-by: Jenkins CollaboraOffice
diff --git a/oox/qa/unit/drawingml.cxx b/oox/qa/unit/drawingml.cxx
index 1394f4e6fb17..077ad261e620 100644
--- a/oox/qa/unit/drawingml.cxx
+++ b/oox/qa/unit/drawingml.cxx
@@ -533,8 +533,11 @@ CPPUNIT_TEST_FIXTURE(OoxDrawingmlTest, testThemeTint)
CPPUNIT_ASSERT(xThemeColor.is());
model::ThemeColor aThemeColor;
model::theme::setFromXThemeColor(aThemeColor, xThemeColor);
-// This is OK, no problematic effects:
CPPUNIT_ASSERT_EQUAL(model::ThemeColorType::Accent1,
aThemeColor.getType());
+{
+auto const& rTrans = aThemeColor.getTransformations();
+CPPUNIT_ASSERT_EQUAL(size_t(0), rTrans.size());
+}
}
{
@@ -544,12 +547,13 @@ CPPUNIT_TEST_FIXTURE(OoxDrawingmlTest, testThemeTint)
CPPUNIT_ASSERT(xThemeColor.is());
model::ThemeColor aThemeColor;
model::theme::setFromXThemeColor(aThemeColor, xThemeColor);
-// Without the accompanying fix in place, this test would have failed
with:
-// - Expected: -1
-// - Actual : 4
-// i.e. we remembered the theme index, without being able to remember
the tint effect, leading
-// to a bad background color.
-CPPUNIT_ASSERT_EQUAL(model::ThemeColorType::Unknown,
aThemeColor.getType());
+CPPUNIT_ASSERT_EQUAL(model::ThemeColorType::Accent1,
aThemeColor.getType());
+{
+auto const& rTrans = aThemeColor.getTransformations();
+CPPUNIT_ASSERT_EQUAL(size_t(1), rTrans.size());
+CPPUNIT_ASSERT_EQUAL(model::TransformationType::Tint,
rTrans[0].meType);
+CPPUNIT_ASSERT_EQUAL(sal_Int16(4000), rTrans[0].mnValue);
+}
}
}
diff --git a/oox/source/drawingml/fillproperties.cxx
b/oox/source/drawingml/fillproperties.cxx
index 3d2878acea54..50439e5458b5 100644
--- a/oox/source/drawingml/fillproperties.cxx
+++ b/oox/source/drawingml/fillproperties.cxx
@@ -420,7 +420,7 @@ void FillProperties::pushToPropMap( ShapePropertyMap&
rPropMap,
aThemeColor.setType(model::convertToThemeColorType(nPhClrTheme));
rPropMap.setProperty(PROP_FillColorThemeReference,
model::theme::createXThemeColor(aThemeColor));
}
-else if (maFillColor.getTintOrShade() == 0)
+else
{
aThemeColor.setType(model::convertToThemeColorType(maFillColor.getSchemeColorIndex()));
if (maFillColor.getLumMod() != 1)
commit bfd7ddae567df8839caa68a7a76457703461b518
Author: Tomaž Vajngerl
AuthorDate: Thu Jan 5 12:32:02 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Tue Jan 17 06:35:10 2023 +
ooxml: fix theme color type mapping: bg -> light, text -> dark
Change-Id: I19ad3ef7c911943075d7ddc01626047cdf11d5db
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145070
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
(cherry picked from commit 1a79594a27f41ad369e7c387c51e00afb1352872)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145649
Tested-by: Tomaž Vajngerl
diff --git a/writerfilter/source/dmapper/TDefTableHandler.cxx
b/writerfilter/source/dmapper/TDefTableHandler.cxx
index 75266735ed05..2f905aae5cae 100644
--- a/writerfilter/source/dmapper/TDefTableHandler.cxx
+++ b/writerfilter/source/dmapper/TDefTableHandler.cxx
@@ -300,13 +300,13 @@ model::ThemeColorType
TDefTableHandler::getThemeColorTypeIndex(sal_Int32 nType)
case NS_ooxml::LN_Value_St_ThemeColor_none:
return model::ThemeColorType::Unknown;
case NS_ooxml::LN_Value_St_ThemeColor_background1:
-return model::ThemeColorType::Dark1;
-case NS_ooxml::LN_Value_St_ThemeColor_text1:
return model::ThemeColorType::Light1;
+case NS_ooxml::LN_Value_St_ThemeColor_text1:
+return model::ThemeColorType::Dark1;
case NS_ooxml::LN_Value_St_ThemeColor_background2:
-return model::ThemeColorType::Dark2;
-case
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - include/xmloff oox/qa schema/libreoffice xmloff/CppunitTest_xmloff_draw.mk xmloff/CppunitTest_xmloff_uxmloff.mk xmloff/inc xmloff/L
dev/null|binary
include/xmloff/txtprmap.hxx |2
include/xmloff/xmltoken.hxx |8
oox/qa/unit/data/ReferenceShapeFill.odp |binary
oox/qa/unit/export.cxx | 22
schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng | 87 ++-
xmloff/CppunitTest_xmloff_draw.mk |1
xmloff/CppunitTest_xmloff_uxmloff.mk|1
xmloff/Library_xo.mk|3
xmloff/inc/XMLThemeColorContext.hxx | 33 +
xmloff/inc/XMLThemeColorExport.hxx | 30 +
xmloff/inc/XMLThemeColorHandler.hxx | 39 -
xmloff/qa/unit/data/Reference-ThemeColors-TextAndFill.pptx |binary
xmloff/qa/unit/data/ReferenceShapeFill.pptx |binary
xmloff/qa/unit/draw.cxx | 295 +---
xmloff/source/core/xmltoken.cxx |8
xmloff/source/draw/XMLShapePropertySetContext.cxx |4
xmloff/source/draw/sdpropls.cxx |5
xmloff/source/style/PagePropertySetContext.cxx |4
xmloff/source/text/XMLTextPropertySetContext.cxx|6
xmloff/source/text/XMLTextShapeStyleContext.cxx |4
xmloff/source/text/XMLThemeColorContext.cxx | 116
xmloff/source/text/XMLThemeColorExport.cxx | 85 +++
xmloff/source/text/txtexppr.cxx |7
xmloff/source/text/txtexppr.hxx |2
xmloff/source/text/txtprhdl.cxx | 18
xmloff/source/text/txtprmap.cxx |9
xmloff/source/token/tokens.txt |8
28 files changed, 623 insertions(+), 174 deletions(-)
New commits:
commit 573b7f756505632af0df4ac9de234d16ac1d71d9
Author: Tomaž Vajngerl
AuthorDate: Sat Dec 31 20:59:03 2022 +0900
Commit: Tomaž Vajngerl
CommitDate: Tue Jan 17 06:34:53 2023 +
xmloff: use XThemeColor in ODF, change the format for themes
Change the xmloff filter to use XThemeColor and the associated
proprties (CharColorThemeReference and FillColorThemeReference).
Change the ODF format for referencing a theme color - make it an
element instead a series of attributes on the *-properties style
element.
Change-Id: I0fa7d8ebffecc02897b7fe9824d6f1776ef36380
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144923
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
(cherry picked from commit 3eb53d327fb5d9689b799ff991a6c53c05eff496)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145572
Tested-by: Tomaž Vajngerl
diff --git a/include/xmloff/txtprmap.hxx b/include/xmloff/txtprmap.hxx
index 37c0d7a9f330..986bbd007d8a 100644
--- a/include/xmloff/txtprmap.hxx
+++ b/include/xmloff/txtprmap.hxx
@@ -202,7 +202,7 @@
#define CTF_FILLSTYLE (XML_TEXT_CTF_START + 173)
#define CTF_FILLCOLOR (XML_TEXT_CTF_START + 174)
#define CTF_PAGENUMBEROFFSET(XML_TEXT_CTF_START + 175)
-
+#define CTF_THEME_COLOR (XML_TEXT_CTF_START + 176)
enum class TextPropMap {
TEXT = 0,
diff --git a/include/xmloff/xmltoken.hxx b/include/xmloff/xmltoken.hxx
index fb3685a64c59..4eb363dc0ee3 100644
--- a/include/xmloff/xmltoken.hxx
+++ b/include/xmloff/xmltoken.hxx
@@ -3474,8 +3474,8 @@ namespace xmloff::token {
XML_LINKED_STYLE_NAME,
XML_THEME,
-XML_THEME_COLOR,
-XML_FILL_THEME_COLOR,
+XML_CHAR_COLOR_THEME_REFERENCE,
+XML_FILL_COLOR_THEME_REFERENCE,
XML_DK1,
XML_LT1,
XML_DK2,
@@ -3488,10 +3488,6 @@ namespace xmloff::token {
XML_ACCENT6,
XML_HLINK,
XML_FOLHLINK,
-XML_COLOR_LUM_MOD,
-XML_COLOR_LUM_OFF,
-XML_FILL_COLOR_LUM_MOD,
-XML_FILL_COLOR_LUM_OFF,
XML_CONTENT_CONTROL,
XML_SHOWING_PLACE_HOLDER,
diff --git a/oox/qa/unit/data/ReferenceShapeFill.odp
b/oox/qa/unit/data/ReferenceShapeFill.odp
new file mode 100644
index ..91544d20b302
Binary files /dev/null and b/oox/qa/unit/data/ReferenceShapeFill.odp differ
diff --git a/oox/qa/unit/data/refer-to-theme-shape-fill.odp
b/oox/qa/unit/data/refer-to-theme-shape-fill.odp
deleted file mode 100644
index 3a32aa71690a..
Binary files a/oox/qa/unit/data/refer-to-theme-shape-fill.odp and /dev/null
differ
diff --git a/oox/qa/unit/export.cxx b/oox/qa/unit/export.cxx
index 05735d0c8d61..69dc10860f4e 100644
--- a/oox/qa/unit/export.cxx
+++ b/oox/qa/unit/export.cxx
@@ -613,28 +613,22 @@ CPPUNIT_TEST_FIXTURE(Test, testReferToTheme)
assertXPath(pXmlDoc,
[Libreoffice-bugs] [Bug 97362] Convert Java complex tests to Python
https://bugs.documentfoundation.org/show_bug.cgi?id=97362 --- Comment #42 from Commit Notification --- Chenxiong Qi committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/be7f3df701e4d94b64af6626d53e03d9336a09cf tdf#97362 Convert unotools tempfile tests to Python It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97362] Convert Java complex tests to Python
https://bugs.documentfoundation.org/show_bug.cgi?id=97362 Commit Notification changed: What|Removed |Added Whiteboard| target:5.2.0 target:5.5.0 | target:5.2.0 target:5.5.0 |target:6.0.0 target:6.1.0 |target:6.0.0 target:6.1.0 |reviewed:2022 |reviewed:2022 target:7.6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: unotools/Module_unotools.mk unotools/PythonTest_unotools_python.mk unotools/qa
unotools/Module_unotools.mk|2
unotools/PythonTest_unotools_python.mk | 16 ++
unotools/qa/complex/tempfile/TempFileUnitTest.java | 91
unotools/qa/complex/tempfile/Test01.java | 92
unotools/qa/complex/tempfile/Test02.java | 75 --
unotools/qa/complex/tempfile/TestHelper.java | 123 -
unotools/qa/python/test_tempfile.py| 149 +
7 files changed, 166 insertions(+), 382 deletions(-)
New commits:
commit be7f3df701e4d94b64af6626d53e03d9336a09cf
Author: Chenxiong Qi
AuthorDate: Sun Dec 18 15:32:40 2022 +0800
Commit: Hossein
CommitDate: Tue Jan 17 06:20:58 2023 +
tdf#97362 Convert unotools tempfile tests to Python
Signed-off-by: Chenxiong Qi
Change-Id: I43d0881bbd2a99e018e027e166dcb7b0bffa5ff5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144395
Tested-by: Jenkins
Reviewed-by: Hossein
diff --git a/unotools/Module_unotools.mk b/unotools/Module_unotools.mk
index d2e13a8520d8..5d8b786be527 100644
--- a/unotools/Module_unotools.mk
+++ b/unotools/Module_unotools.mk
@@ -14,7 +14,7 @@ $(eval $(call gb_Module_add_targets,unotools,\
))
$(eval $(call gb_Module_add_subsequentcheck_targets,unotools,\
-JunitTest_unotools_complex \
+PythonTest_unotools_python \
))
$(eval $(call gb_Module_add_check_targets,unotools,\
CppunitTest_unotools_configpaths \
diff --git a/unotools/PythonTest_unotools_python.mk
b/unotools/PythonTest_unotools_python.mk
new file mode 100644
index ..5201cad4c219
--- /dev/null
+++ b/unotools/PythonTest_unotools_python.mk
@@ -0,0 +1,16 @@
+# -*- Mode: makefile-gmake; tab-width: 4; indent-tabs-mode: t -*-
+#
+# This file is part of the LibreOffice project.
+#
+# This Source Code Form is subject to the terms of the Mozilla Public
+# License, v. 2.0. If a copy of the MPL was not distributed with this
+# file, You can obtain one at http://mozilla.org/MPL/2.0/.
+#
+
+$(eval $(call gb_PythonTest_PythonTest,unotools_python))
+
+$(eval $(call
gb_PythonTest_add_modules,unotools_python,$(SRCDIR)/unotools/qa/python,\
+ test_tempfile \
+))
+
+# vim: set noet sw=4 ts=4:
diff --git a/unotools/qa/complex/tempfile/TempFileUnitTest.java
b/unotools/qa/complex/tempfile/TempFileUnitTest.java
deleted file mode 100644
index c737deaed70a..
--- a/unotools/qa/complex/tempfile/TempFileUnitTest.java
+++ /dev/null
@@ -1,91 +0,0 @@
-/*
- * This file is part of the LibreOffice project.
- *
- * This Source Code Form is subject to the terms of the Mozilla Public
- * License, v. 2.0. If a copy of the MPL was not distributed with this
- * file, You can obtain one at http://mozilla.org/MPL/2.0/.
- *
- * This file incorporates work covered by the following license notice:
- *
- * Licensed to the Apache Software Foundation (ASF) under one or more
- * contributor license agreements. See the NOTICE file distributed
- * with this work for additional information regarding copyright
- * ownership. The ASF licenses this file to you under the Apache
- * License, Version 2.0 (the "License"); you may not use this file
- * except in compliance with the License. You may obtain a copy of
- * the License at http://www.apache.org/licenses/LICENSE-2.0 .
- */
-package complex.tempfile;
-
-import com.sun.star.lang.XMultiServiceFactory;
-import com.sun.star.ucb.XSimpleFileAccess;
-import com.sun.star.uno.UnoRuntime;
-
-import org.junit.After;
-import org.junit.AfterClass;
-import org.junit.Before;
-import org.junit.BeforeClass;
-import org.junit.Test;
-import org.openoffice.test.OfficeConnection;
-import static org.junit.Assert.*;
-
-public class TempFileUnitTest
-{
-private XMultiServiceFactory m_xMSF = null;
-private XSimpleFileAccess m_xSFA = null;
-
-@Before public void before() {
-m_xMSF = getMSF();
-if ( m_xMSF == null ) {
-fail ( "Cannot create service factory!" );
-}
-try
-{
-Object oSFA = m_xMSF.createInstance(
"com.sun.star.ucb.SimpleFileAccess" );
-m_xSFA = UnoRuntime.queryInterface( XSimpleFileAccess.class, oSFA
);
-}
-catch ( Exception e )
-{
-fail ( "Cannot get simple file access!" + e);
-}
-if ( m_xSFA == null ) {
-fail ( "Cannot get simple file access!" );
-}
-}
-
-@After public void after() {
-m_xMSF = null;
-m_xSFA = null;
-}
-
-@Test public void ExecuteTest01() throws Exception {
-Test01 aTest = new Test01( m_xMSF, m_xSFA );
-assertTrue( "Test01 failed!", aTest.test() );
-}
-
-@Test public void ExecuteTest02() throws Exception {
-Test02 aTest = new Test02( m_xMSF, m_xSFA );
-assertTrue( "Test02 failed!", aTest.test() );
-}
-
-private XMultiServiceFactory getMSF()
-{
-return
[Libreoffice-commits] core.git: 3 commits - android/source unoxml/source
android/source/build.gradle | 23 +++
unoxml/source/dom/documentbuilder.hxx |2 +-
2 files changed, 12 insertions(+), 13 deletions(-)
New commits:
commit bcce2205313b6c3a427d0ab12b65526a577fe996
Author: Michael Weghorn
AuthorDate: Mon Jan 16 16:07:11 2023 +0100
Commit: Michael Weghorn
CommitDate: Tue Jan 17 06:17:42 2023 +
tdf#153009 android: Include more doc layout related XML files
instdir/share/config/soffice.cfg/simpress/objectlist.xml
contains default positions for elements that are used
in new Impress presentations, but that file wasn't
included in the Android app/APK previously, so
couldn't be read from in `SdDrawDocument::InitObjectVector`.
As a result, the title and text were misplaced when creating a
new presentation in Android Viewer.
Include all of the related Impress XML files into the app to
make this work as expected.
(At least a failed attempt to read from `layoutlist.xml`
was also observed while debugging the issue mentioned
above.)
Change-Id: Iba1ac68c0b983d3e465515f07b3fc67162a0ee3f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145621
Tested-by: Jenkins
Reviewed-by: Michael Weghorn
diff --git a/android/source/build.gradle b/android/source/build.gradle
index 245d1c41d71e..b31b82eb1120 100644
--- a/android/source/build.gradle
+++ b/android/source/build.gradle
@@ -149,7 +149,7 @@ task copyAssets(type: Copy) {
into ('config') {
from ("${liboInstdir}/share/config")
includes = ['images_**.zip',
-'**/simpress/styles.xml',
+'**/simpress/**.xml',
'**/annotation.ui',
'**/hfmenubutton.ui',
'**/inforeadonlydialog.ui',
commit 48916eb11bea29ac2f7963d779b18491d6015737
Author: Michael Weghorn
AuthorDate: Mon Jan 16 11:23:21 2023 +0100
Commit: Michael Weghorn
CommitDate: Tue Jan 17 06:17:36 2023 +
tdf#153009 Use recursive mutex in CDocumentBuilder
This was changed from `osl::Mutex` to `std::mutex`
in
commit e66fdb597b30fc701bb068824d0ae4d89fecd55f
Date: Sat Jul 31 20:12:30 2021 +0200
osl::Mutex->std::mutex in CDocumentBuilder
, but `DOM::CDocumentBuilder::parseURI` locks the mutex and
then calls `DOM::CDocumentBuilder::parse` for the
// if we failed to parse the URI as a simple file, lets try via a
ucb stream.
// For Android file:///assets/ URLs which must go via the osl/ file
API.
case, which would result in a deadlock because
`DOM::CDocumentBuilder::parse` wants to lock the mutex
again.
This happens once that code path is executed
on Android Viewer when creating a new Impress presentation
with Change-Id Iba1ac68c0b983d3e465515f07b3fc67162a0ee3f
("tdf#153009 android: Include more doc layout related XML files")
in place.
Fix the deadlock by using a "std::recursive_mutex` instead.
Part of the backtrace:
DOM::CDocumentBuilder::parse(const com::sun::star::uno::Reference<…> &)
documentbuilder.cxx:331
DOM::CDocumentBuilder::parseURI(const rtl::OUString &)
documentbuilder.cxx:387
non-virtual thunk to DOM::CDocumentBuilder::parseURI(rtl::OUString
const&) documentbuilder.cxx:0
SdDrawDocument::InitLayoutVector() drawdoc.cxx:1130
SdDrawDocument::SdDrawDocument(DocumentType, SfxObjectShell *)
drawdoc.cxx:147
sd::DrawDocShell::Construct(bool) docshell.cxx:94
sd::DrawDocShell::DrawDocShell(SfxModelFlags, bool, DocumentType)
docshell.cxx:140
sd_PresentationDocument_get_implementation::$_1::operator()(SfxModelFlags)
const unodoc.cxx:65
std::__ndk1::__invoke<…>(sd_PresentationDocument_get_implementation::$_1 &,
SfxModelFlags &&) type_traits:4353
std::__ndk1::__invoke_void_return_wrapper::__call<…>(sd_PresentationDocument_get_implementation::$_1
&, SfxModelFlags &&) __functional_base:318
std::__ndk1::__function::__alloc_func::operator()(SfxModelFlags &&)
functional:1527
std::__ndk1::__function::__func::operator()(SfxModelFlags &&)
functional:1651
std::__ndk1::__function::__value_func::operator()(SfxModelFlags &&)
const functional:1799
std::__ndk1::function::operator()(SfxModelFlags) const functional:2347
sfx2::createSfxModelInstance(const com::sun::star::uno::Sequence<…> &,
std::__ndk1::function<…>) sfxmodelfactory.cxx:82
sd_PresentationDocument_get_implementation(com::sun::star::uno::XComponentContext
*, const com::sun::star::uno::Sequence<…> &) unodoc.cxx:61
std::__ndk1::__invoke<…>(com::sun::star::uno::XInterface
*(*&)(com::sun::star::uno::XComponentContext *, const
com::sun::star::uno::Sequence<…> &), com::sun::star::uno::XComponentContext
*&&, const com::sun::star::uno::Sequence<…>
[Libreoffice-bugs] [Bug 153056] New: In Writer, when I modify the size of a table, Bold effect in the table disappear.
https://bugs.documentfoundation.org/show_bug.cgi?id=153056 Bug ID: 153056 Summary: In Writer, when I modify the size of a table, Bold effect in the table disappear. Product: LibreOffice Version: 7.4.2.3 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: doms...@yahoo.fr Description: If I modify the size of the table: for example, I add a row. The boldness of the text in the table disappear! I wanted the boldness! Steps to Reproduce: 1. I open Writer. 2. I add a table. 3. I add text in the table. 4. I bold the text in the table. 5. I modify the size of the table: for example, I add a row. Actual Results: The boldness of the text in the table disappear! Expected Results: I wanted the boldness! Reproducible: Always User Profile Reset: No Additional Info: Hello. I have: Lubuntu 22.10 64 bits. No other problem. Stable computer. Thanks. Version: 7.4.2.3 / LibreOffice Community Build ID: 40(Build:3) CPU threads: 2; OS: Linux 5.19; UI render: default; VCL: qt5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Ubuntu package version: 1:7.4.2~rc3-0ubuntu1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
Joel Dowdy License Statement
All of my past & future contributions to LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license.
[Libreoffice-bugs] [Bug 152959] Find and Replace can't use the lowercase Unicode literal for soft hyphen
https://bugs.documentfoundation.org/show_bug.cgi?id=152959 Stéphane Guillou (stragu) changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |stephane.guillou@libreoffic |desktop.org |e.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153055] New: [FILESAVE] Wrong parsening of CSV file
https://bugs.documentfoundation.org/show_bug.cgi?id=153055
Bug ID: 153055
Summary: [FILESAVE] Wrong parsening of CSV file
Product: LibreOffice
Version: 7.4.4.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: eduardomozart...@gmail.com
Description:
Hello LibreOffice team!
I'd imported a CSV file to LibreOffice with the following line:
"MSSQL 2017 - Qualitor - Usuário ""qualitor""","R
Networks",Teampass,,qualitor,Qualitor!@#,"Usu?rio interno da inst?ncia
\"MSSQLSERVER\" do MSSQL 2017 (server02), utilizado para conex?o da aplica??o
Qualitor Web ao banco de dados do Qualitor. Para autentica??o ao banco de dados
do Qualitor, ? necess?rio usar os usu?rios de dom?nio \"eduardo.mozart\",
\"roberto.oliveira\" ou \"Administrator\"."
Steps to Reproduce:
1. I opened it with LibreOffice only with the "Separated by" 'Comma' selected.
It loads and shows up into the right columns as expected.
2. I select all cells and change the cell formating to "Text".
3. Go to File > Save as.
4. Selected "Text CSV" and enabled the checkbox to customize the CSV filter and
I had setup the following settings:
Field delimiter: ;
Text delimiter: "
Quote all text cells: checked
Actual Results:
When exporting, the quotes next to "eduardo.mozart" was broken. It seems that
the CSV filter didn't found the opening quote to filter it as expected and the
following output was generated:
"MSSQL 2017 - Qualitor - Usu?rio ""qualitor""";"R
Networks";"Teampass";;"qualitor";"Qualitor!@#";"Usu?rio interno da inst?ncia
\""MSSQLSERVER\"" do MSSQL 2017 (server02), utilizado para conex?o da aplica??o
Qualitor Web ao banco de dados do Qualitor. Para autentica??o ao banco de dados
do Qualitor, ? necess?rio usar os usu?rios de dom?nio \""eduardo.mozart\";"
\""roberto.oliveira\"" ou \""Administrator\"".""";
Please notice that there's a missing quote next to "eduardo.mozart" and it
added a ";" at the wrong position, breaking the CSV file and make it impossible
for our application to import it because the number of columns was wrong.
Expected Results:
I had to manually fix the file by appending one more quote and replacing the
";" character to ",":
"MSSQL 2017 - Qualitor - Usu?rio ""qualitor""";"R
Networks";"Teampass";;"qualitor";"Qualitor!@#";"Usu?rio interno da inst?ncia
\""MSSQLSERVER\"" do MSSQL 2017 (server02), utilizado para conex?o da aplica??o
Qualitor Web ao banco de dados do Qualitor. Para autentica??o ao banco de dados
do Qualitor, ? necess?rio usar os usu?rios de dom?nio \""eduardo.mozart\"",
\""roberto.oliveira\"" ou \""Administrator\"".""";
Reproducible: Always
User Profile Reset: No
Additional Info:
I'm not sure if it's a bug, but my original file had 7 columns. When exporting
it to CSV using LibreOffice, it added an extra ";" at the end of the line,
effectively creating an extra column (the output from LibreOffice created a 8
columns CSV file). I had to remove this extra column (";" from the end of each
line) manually after export because our application supports only CSV file
lines with 7 columns.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152654] Introduce List Styles in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=152654 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152841] FILEOPEN RTF/DOCX Paragraph height is defined by hidden characters even in Print mode
https://bugs.documentfoundation.org/show_bug.cgi?id=152841 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152848] When using accents in a table (spanish), a cell break occurs.
https://bugs.documentfoundation.org/show_bug.cgi?id=152848 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152844] Footnote separator alignment + Footnote paragraph direction flip in LO->MSO->LO round-trip
https://bugs.documentfoundation.org/show_bug.cgi?id=152844 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152834] Track changes sets modified flag, but undo not possible
https://bugs.documentfoundation.org/show_bug.cgi?id=152834 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152825] Tools - Address Book Source: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152825 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152846] LibreOffice Writer Settings - Unnecessary unwanted white rectangular area behind list menus /w arrows (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=152846 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152827] Distance between symbol and index adjustable
https://bugs.documentfoundation.org/show_bug.cgi?id=152827 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152824] Tools - Bibliography Database: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152824 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152816] Form - Label in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152816 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152823] Tools - Mail Merge Wizard: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152823 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152821] Tools - Line Numbering in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152821 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152822] Tools - Footnotes and Endnotes: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152822 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152820] Tools - Redact in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152820 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152817] Tools - Spelling in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152817 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96209] "Impress" template is broken with "Centered Text" layout (comment 9)
https://bugs.documentfoundation.org/show_bug.cgi?id=96209 --- Comment #13 from QA Administrators --- Dear Yan Pas, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152819] Tools - Autotext in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152819 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152804] Numbers in a cell equal to or greater than 10 are set to 0 upon saving and re-opening
https://bugs.documentfoundation.org/show_bug.cgi?id=152804 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152815] Table - Split cells in a table in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152815 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149981] Footer Page numbers with endnotes
https://bugs.documentfoundation.org/show_bug.cgi?id=149981 --- Comment #2 from QA Administrators --- Dear Ian Jarvis, 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.
[Libreoffice-bugs] [Bug 93123] VIEWING: Split/frozen sheet not redrawn properly when formula with manual range selection causes page to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=93123 --- Comment #16 from QA Administrators --- Dear tmacalp, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88678] Writer: slow screen rendering with certain documents/zoom levels
https://bugs.documentfoundation.org/show_bug.cgi?id=88678 --- Comment #12 from QA Administrators --- Dear crxssi, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 85607] EDITING : Field date inserts bad font (based on font selection in tools) persistant after change and save
https://bugs.documentfoundation.org/show_bug.cgi?id=85607 --- Comment #7 from QA Administrators --- Dear Antoine BON, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90092] FORMATTING & VIEWING: Text and line overlap in paragraph with bottom border after a table in footer
https://bugs.documentfoundation.org/show_bug.cgi?id=90092 --- Comment #8 from QA Administrators --- Dear Gordo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 79570] VIEWING: In print preview, page up & page down don't function at specific zoom levels
https://bugs.documentfoundation.org/show_bug.cgi?id=79570 --- Comment #9 from QA Administrators --- Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 68050] UI: Fields dialog does not preserve scroll position when focussed
https://bugs.documentfoundation.org/show_bug.cgi?id=68050 --- Comment #9 from QA Administrators --- Dear freddi34, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 46185] VIEWING: Display of Non-Printing Characters is Wrong after Alignment Change
https://bugs.documentfoundation.org/show_bug.cgi?id=46185 --- Comment #18 from QA Administrators --- Dear Harald Koester, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 61813] Fields wrap to next line improperly
https://bugs.documentfoundation.org/show_bug.cgi?id=61813 --- Comment #13 from QA Administrators --- Dear Bejhan, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 50289] VIEWING: Background-color of cell overlaps border in page preview / export to PDF / print
https://bugs.documentfoundation.org/show_bug.cgi?id=50289 --- Comment #11 from QA Administrators --- Dear Narigo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 45597] FORMATTING: Wrong Paragraph Inserted with Direct Cursor in "Tab and spaces" mode
https://bugs.documentfoundation.org/show_bug.cgi?id=45597 --- Comment #13 from QA Administrators --- Dear Harald Koester, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 40105] VIEWING: Switching of view layouts causes change of viewing position of document
https://bugs.documentfoundation.org/show_bug.cgi?id=40105 --- Comment #18 from QA Administrators --- Dear Ihar Filipau, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 37873] VIEWING: Text shifted outside cell by indents or border distance invisible, but printed
https://bugs.documentfoundation.org/show_bug.cgi?id=37873 --- Comment #18 from QA Administrators --- Dear sasha.libreoffice, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122421] text in table wasn't aligned when opening a RTF file
https://bugs.documentfoundation.org/show_bug.cgi?id=122421 --- Comment #9 from QA Administrators --- Dear paolo busto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139674] Merge and Center Cells button wastes too much space on the toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=139674 --- Comment #3 from QA Administrators --- Dear Dima, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121542] writer picture crop scale ist not stable saved in the file
https://bugs.documentfoundation.org/show_bug.cgi?id=121542 --- Comment #12 from QA Administrators --- Dear Pit Zaclade, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119425] Use Ctrl+Tab to switch between sheets on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=119425 --- Comment #18 from QA Administrators --- Dear Heiko Tietze, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117858] FILESAVE: "Export as EPUB" rotated or scaled images shown in original state (see comment 22)
https://bugs.documentfoundation.org/show_bug.cgi?id=117858 --- Comment #25 from QA Administrators --- Dear Pete, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104322] Formulas in tables in Writer not (directly) updating when referred cells are changed
https://bugs.documentfoundation.org/show_bug.cgi?id=104322 --- Comment #12 from QA Administrators --- Dear Butch, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100270] SfxModule destructor SfxInterface deletion references invalid objects
https://bugs.documentfoundation.org/show_bug.cgi?id=100270 --- Comment #10 from QA Administrators --- Dear aptitude, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150954] Pivot table is gone after the file is saved in xlsx file
https://bugs.documentfoundation.org/show_bug.cgi?id=150954 Aron Budea changed: What|Removed |Added Hardware|x86-64 (AMD64) |All -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123225] Loss of functions in XLSX pivot table's context menu until refreshed (see comment 18)
https://bugs.documentfoundation.org/show_bug.cgi?id=123225 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0954 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112416] [META] XLSX pivot table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=112416 Aron Budea changed: What|Removed |Added Depends on||150954 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150954 [Bug 150954] Pivot table is gone after the file is saved in xlsx file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112416] [META] XLSX pivot table bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=112416 Bug 112416 depends on bug 150954, which changed state. Bug 150954 Summary: Pivot table is gone after the file is saved in xlsx file https://bugs.documentfoundation.org/show_bug.cgi?id=150954 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150954] Pivot table is gone after the file is saved in xlsx file
https://bugs.documentfoundation.org/show_bug.cgi?id=150954 Aron Budea changed: What|Removed |Added Resolution|DUPLICATE |--- See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||3225 Status|RESOLVED|NEW CC||aron.bu...@gmail.com Blocks||112416 Ever confirmed|0 |1 --- Comment #4 from Aron Budea --- I'd treat this separately from bug 123225, that one's about the behavior in Excel after saving as XLSX, while this is about the behavior in Calc. Ideally both should be fixed, but I doubt fixing one of the two will fix the other as well. Plus the bugdoc in 123225, attachment 149532, doesn't exhibit this issue. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112416 [Bug 112416] [META] XLSX pivot table bugs -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153054] New: Can't install Libre 7.4.3.2
https://bugs.documentfoundation.org/show_bug.cgi?id=153054 Bug ID: 153054 Summary: Can't install Libre 7.4.3.2 Product: LibreOffice Version: unspecified Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mrrjh...@gmail.com Description: Can't install Libre Office on my Win 10 PC using Firefox. Actual Results: Just try installing on a Win 10 64 bit PC. Expected Results: No change Reproducible: Always User Profile Reset: No Additional Info: Should have installed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - editeng/source forms/qa include/editeng include/svx oox/Library_oox.mk oox/qa oox/source sd/qa sd/source svx/qa svx/source sw/qa sw
editeng/source/items/textitem.cxx | 19 +++
editeng/source/uno/unotext.cxx|6 +
forms/qa/unoapi/knownissues.xcl |2
include/editeng/memberids.h |1
include/editeng/unoprnms.hxx |3
include/editeng/unotext.hxx |1
include/svx/unoshprp.hxx |1
oox/Library_oox.mk|1
oox/qa/unit/drawingml.cxx | 70 +++-
oox/source/drawingml/fillproperties.cxx | 21 +++
oox/source/drawingml/textcharacterproperties.cxx | 23 +++-
oox/source/export/drawingml.cxx | 99 --
oox/source/token/properties.txt |2
sd/qa/unit/uiimpress.cxx | 61 +--
sd/source/core/stlsheet.cxx |9 +
svx/qa/unit/styles.cxx| 43 ---
svx/qa/unit/xoutdev.cxx | 46
svx/source/styles/ColorSets.cxx | 62 ---
svx/source/table/cell.cxx |9 +
svx/source/unodraw/unoprov.cxx|1
svx/source/unodraw/unoshap2.cxx |1
svx/source/unodraw/unoshape.cxx |9 +
svx/source/xoutdev/xattr.cxx | 15 ++
sw/qa/core/theme/ThemeTest.cxx|9 +
sw/source/core/unocore/unomap.cxx |1
sw/source/core/unocore/unomap1.cxx|2
sw/source/core/unocore/unomapproperties.hxx |3
writerfilter/Library_writerfilter.mk |1
writerfilter/source/dmapper/DomainMapper.cxx | 119 --
writerfilter/source/dmapper/PropertyIds.cxx |3
writerfilter/source/dmapper/PropertyIds.hxx |3
writerfilter/source/dmapper/TDefTableHandler.cxx | 38 +++
writerfilter/source/dmapper/TDefTableHandler.hxx |4
writerfilter/source/dmapper/ThemeColorHandler.hxx | 68
34 files changed, 479 insertions(+), 277 deletions(-)
New commits:
commit 4e8869bc504805c033df9266583ab88491dc41cb
Author: Tomaž Vajngerl
AuthorDate: Sun Jan 1 23:25:38 2023 +0900
Commit: Tomaž Vajngerl
CommitDate: Tue Jan 17 00:19:53 2023 +
introduce {Char,Fill}ColorThemeReference which uses XThemeColor
Adds a unified UNO property for theme colors *ColorTheme
(CharColorTheme and FillColorTheme) which uses XThemeColor, that
replaces the properties *Theme, *TintOrShade, *LumOff, *LumMod.
The properties are still present for backwards compatibility and
to keep ODF support working in tests as that needs a bigger change.
Reactor the code and tests to accomodate for this change.
Change-Id: If7983decb4ba528b49fe7b5968aa9efc696a9efc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144783
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
(cherry picked from commit 197e5f81213d14fdcbff40edf73385ecd4cd9815)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145553
Tested-by: Jenkins CollaboraOffice
diff --git a/editeng/source/items/textitem.cxx
b/editeng/source/items/textitem.cxx
index 07c131e98307..0d1508788936 100644
--- a/editeng/source/items/textitem.cxx
+++ b/editeng/source/items/textitem.cxx
@@ -76,6 +76,7 @@
#include
#include
#include
+#include
#include
using namespace ::com::sun::star;
@@ -1434,6 +1435,12 @@ bool SvxColorItem::QueryValue( uno::Any& rVal, sal_uInt8
nMemberId ) const
rVal <<= nValue;
break;
}
+ case MID_COLOR_THEME_REFERENCE:
+{
+auto xThemeColor = model::theme::createXThemeColor(maThemeColor);
+rVal <<= xThemeColor;
+break;
+}
default:
{
rVal <<= mColor;
@@ -1508,6 +1515,18 @@ bool SvxColorItem::PutValue( const uno::Any& rVal,
sal_uInt8 nMemberId )
maThemeColor.addTransformation({model::TransformationType::LumOff,
nLumOff});
}
break;
+case MID_COLOR_THEME_REFERENCE:
+{
+css::uno::Reference xThemeColor;
+if (!(rVal >>= xThemeColor))
+return false;
+
+if (xThemeColor.is())
+{
+model::theme::setFromXThemeColor(maThemeColor, xThemeColor);
+}
+}
+break;
default:
{
return rVal >>= mColor;
diff --git a/editeng/source/uno/unotext.cxx b/editeng/source/uno/unotext.cxx
index f3be510b610d..d18f102303db 100644
--- a/editeng/source/uno/unotext.cxx
+++ b/editeng/source/uno/unotext.cxx
@@ -1174,6 +1174,12 @@ bool SvxUnoTextRangeBase::_getOnePropertyStates(const
SfxItemSet* pSet, const Sf
}
break;
}
+case
[Libreoffice-bugs] [Bug 149163] Track changes in a spreadsheet shows the most recent change in a transaction instead of the change from the start of that transaction.
https://bugs.documentfoundation.org/show_bug.cgi?id=149163 --- Comment #3 from haim kilov --- I think that the initial value (original text that has been updated) should not disappear, especially in the change history. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 149163] Track changes in a spreadsheet shows the most recent change in a transaction instead of the change from the start of that transaction.
https://bugs.documentfoundation.org/show_bug.cgi?id=149163 --- Comment #3 from haim kilov --- I think that the initial value (original text that has been updated) should not disappear, especially in the change history. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 153051] Improvement of Calc's csv import dialog.
https://bugs.documentfoundation.org/show_bug.cgi?id=153051 m.a.riosv changed: What|Removed |Added Keywords||needsUXEval CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- It could be helpful, specially in those more dubious cases. Let's see what UX/design says. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153053] New: Hiding sections in mail merge with mutiple fields depends defining conditions for database fileds.
https://bugs.documentfoundation.org/show_bug.cgi?id=153053 Bug ID: 153053 Summary: Hiding sections in mail merge with mutiple fields depends defining conditions for database fileds. Product: LibreOffice Version: 3.3.0 release Hardware: IA64 (Itanium) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nalong...@sbcglobal.net Description: In Libre Office help for defining conditions for database fileds, NOT Database.Table.Company & Database.Table.Company EQ "" are considered equivalent. That is true for single fileds but I have found that for 2 or more fields, that is not true. Steps to Reproduce: 1.Insert a section in a writer for mail merge. 2.Insert more than one mail merge field in the section 3.Edit the section to hide it if any of the fileds are missing 4.Enter [Database.Table.Field1]EQ "" OR [Database.Table.Field2] EQ "" Actual Results: If Database.Table.Field1 OR Database.Table.Field2 is missing, the section is not not hidden. Expected Results: If Database.Table.Field1 OR Database.Table.Field2 is missing, the section should be hidden. Reproducible: Always User Profile Reset: No Additional Info: I have found that if I change the code to: NOT[Database.Table.Field1] OR NOT [Database.Table.Field2] and either filed is missing, the section is hidden as expected. Although EQ "" works for single fields, in this case, it does not work. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153052] New: Image insert results in two undo actions added to undo stack
https://bugs.documentfoundation.org/show_bug.cgi?id=153052 Bug ID: 153052 Summary: Image insert results in two undo actions added to undo stack Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rayk...@gmail.com Came across this while hacking on enhancement Bug 149073 Steps to repro: 1) Open Calc 2) Insert an image (Menu->Insert->Image...) Results: Two undo actions are added, "Insert image with transparency 'Image 1'" and "Change object name of Image with transparency to 'Image 1'" To see this click on the Undo control drop down in the Standard tool bar or wherever you may have it. Expected results: One undo action added, "Insert image with transparency 'Image 1'" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153051] New: Improvement of Calc's csv import dialog.
https://bugs.documentfoundation.org/show_bug.cgi?id=153051 Bug ID: 153051 Summary: Improvement of Calc's csv import dialog. Product: LibreOffice Version: 7.4.4.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ville...@t-online.de Description: Is it feasible to change the font colors in preview columns while checking the import options? Show columns in blue font (as with value highlighting) if values would be imported as numbers, numeric dates, times, booleans, currencies, percent. Show green font if they would be interpreted as formulas. Steps to Reproduce: 1. Copy 2 lines of text 2. Paste-special into Calc 3. Choose "unformatted text" Actual Results: Mono-color preview in import dialog not indicating if the current settings are appropriate or not. Expected Results: Check "Detect special numbers" and dates in column preview are highlighted in blue. Uncheck "Detect special numbers" and dates in column preview are black again. Reproducible: Always User Profile Reset: No Additional Info: none -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153039] (LO 7.4) Multiple bugs while submitting XML from XForms document
https://bugs.documentfoundation.org/show_bug.cgi?id=153039 --- Comment #7 from Pavel Zhdanovich --- Created attachment 184701 --> https://bugs.documentfoundation.org/attachment.cgi?id=184701=edit updated XForms document with globally available address for submission Done. Please fill free to test the document just attached. My Web application is now publicly available. It changes (literally) "true" to "false" and "41" to "42" everywhere in an XML document it receives via POST/PUT methods. Hope it helps. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77743] FILEOPEN PPTX Custom bullet character not shown due to missing mapping in OpenSymbol
https://bugs.documentfoundation.org/show_bug.cgi?id=77743 --- Comment #17 from Ofir --- Tested with the first attached symbols.pptx. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77743] FILEOPEN PPTX Custom bullet character not shown due to missing mapping in OpenSymbol
https://bugs.documentfoundation.org/show_bug.cgi?id=77743 Ofir changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #16 from Ofir --- I can still reproduce and see rectangles instead of symbols in B. C. D. Version: 7.4.4.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Ubuntu package version: 1:7.4.4~rc2-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153049] No expanding cell range while scrolling or when pasting outside of viewport
https://bugs.documentfoundation.org/show_bug.cgi?id=153049 --- Comment #2 from Caolán McNamara --- Is this with mouse scroll wheel? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152923] Column and row headings in Calc lost their colored, slightly 3D look
https://bugs.documentfoundation.org/show_bug.cgi?id=152923 --- Comment #4 from Andy --- Sorry for the impatience where could I find some info on the motivation/rationale for this change? Maybe I am just unable to perceive its advantages At the moment, the reasons I see to undo this are instead clear: - it becomes more difficult to distinguish the headings from the editable cells - this way, for instance, a D1 Cell with a centered "D", 8 points size, any sans serif font, a thin border is just identical and undistinguishable from the heading above it. With the previous heading style the chances of this occurring were radically lower. - it gives the general impression of a less well defined and identified allocation of the screen space - finally, I do not want to say that you should always follow others, but neither Excel nor Google Sheets have this kind of "headings invisibility". Having said this, I am eager to try understand what motivated the decision, and open to change my view if I find those reasons convincing. All the best -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - 8 commits - comphelper/source dbaccess/source external/python3 readlicense_oo/docs sc/qa sc/source svx/source vcl/inc vcl/win
Rebased ref, commits from common ancestor:
commit b13134f9142303db9516a3f28fd2234ad480c7d8
Author: Ilmari Lauhakangas
AuthorDate: Mon Jan 16 10:38:32 2023 +
Commit: Andras Timar
CommitDate: Mon Jan 16 22:01:20 2023 +0100
readme.xrm: update for macOS
Change-Id: Ie9b35086a438d6f1fe3be5a35481a66a4864b6e6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145581
Tested-by: Ilmari Lauhakangas
Reviewed-by: Ilmari Lauhakangas
diff --git a/readlicense_oo/docs/readme.xrm b/readlicense_oo/docs/readme.xrm
index d01823d780d7..4d99b7c4611a 100644
--- a/readlicense_oo/docs/readme.xrm
+++ b/readlicense_oo/docs/readme.xrm
@@ -34,7 +34,7 @@
- macOS 10.10 (Yosemite) or higher
+ macOS 10.14 (Mojave) or higher
commit 169892ad3c84b89389b999cfa5e090abe5550ef5
Author: Andreas Heinisch
AuthorDate: Thu Jan 12 07:46:43 2023 +0100
Commit: Andras Timar
CommitDate: Mon Jan 16 22:01:20 2023 +0100
tdf#147122 - Return cell object when a simple selection is merged
Change-Id: I4ddd3b3a804f8300a5ec15526f4c9c77aaf45fc5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145378
Tested-by: Jenkins
Reviewed-by: Andreas Heinisch
(cherry picked from commit b9411e587586750f36ba9009b5f1e29fe461d8b5)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145452
Reviewed-by: Xisco Fauli
diff --git a/sc/qa/extras/macros-test.cxx b/sc/qa/extras/macros-test.cxx
index f53389f40459..24379362bed5 100644
--- a/sc/qa/extras/macros-test.cxx
+++ b/sc/qa/extras/macros-test.cxx
@@ -71,6 +71,7 @@ public:
void testTdf107572();
void testShapeLayerId();
void testFunctionAccessIndirect();
+void testTdf147122();
CPPUNIT_TEST_SUITE(ScMacrosTest);
CPPUNIT_TEST(testStarBasic);
@@ -105,6 +106,7 @@ public:
CPPUNIT_TEST(testTdf107572);
CPPUNIT_TEST(testShapeLayerId);
CPPUNIT_TEST(testFunctionAccessIndirect);
+CPPUNIT_TEST(testTdf147122);
CPPUNIT_TEST_SUITE_END();
};
@@ -898,6 +900,38 @@ void ScMacrosTest::testFunctionAccessIndirect()
CPPUNIT_ASSERT_EQUAL(css::uno::Any(OUString("a1")), aResult);
}
+void ScMacrosTest::testTdf147122()
+{
+mxComponent = loadFromDesktop("private:factory/scalc");
+
+css::uno::Reference xDocScr(mxComponent,
UNO_QUERY_THROW);
+auto xLibs = xDocScr->getBasicLibraries();
+auto xLibrary = xLibs->createLibrary("TestLibrary");
+xLibrary->insertByName(
+"TestModule",
+uno::Any(
+OUString("Function TestMergedSelection\n"
+ // Insert test string into cell A1
+ " oActiveSheet =
ThisComponent.CurrentController.ActiveSheet\n"
+ " oActiveCell =
oActiveSheet.getCellRangeByName(\"A1\")\n"
+ " oActiveCell.setString(\"This is a test\")\n"
+ // Merge A1:B2 cell range and return the content of the
merged range
+ " oRange = oActiveSheet.getCellRangeByName(\"A1:B2\")\n"
+ " ThisComponent.getCurrentController.Select(oRange)\n"
+ " oActiveCell = ThisComponent.CurrentSelection\n"
+ " oActiveCell.Merge(True)\n"
+ " TestMergedSelection =
ThisComponent.getCurrentSelection().getString()\n"
+ "End Function\n")));
+
+Any aRet =
executeMacro("vnd.sun.Star.script:TestLibrary.TestModule.TestMergedSelection?"
+"language=Basic=document");
+// Without the fix in place, this test would have failed with
+// - Expression: false
+// - Unexpected dialog: Error: BASIC runtime error.
+// Property or method not found: getString.
+CPPUNIT_ASSERT_EQUAL(Any(OUString("This is a test")), aRet);
+}
+
ScMacrosTest::ScMacrosTest()
: UnoApiXmlTest("/sc/qa/extras/testdocuments")
{
diff --git a/sc/source/ui/unoobj/viewuno.cxx b/sc/source/ui/unoobj/viewuno.cxx
index 5a7a8a391427..f8940594746c 100644
--- a/sc/source/ui/unoobj/viewuno.cxx
+++ b/sc/source/ui/unoobj/viewuno.cxx
@@ -70,6 +70,7 @@
#include
#include
#include
+#include
using namespace com::sun::star;
@@ -872,7 +873,13 @@ uno::Any SAL_CALL ScTabViewObj::getSelection()
ScMarkType eMarkType = rViewData.GetSimpleArea(aRange);
if ( nTabs == 1 && (eMarkType == SC_MARK_SIMPLE) )
{
-if (aRange.aStart == aRange.aEnd)
+// tdf#147122 - return cell object when a simple selection is
merged
+ScDocument& rDoc = pDocSh->GetDocument();
+const ScPatternAttr* pMarkPattern = rDoc.GetPattern(aRange.aStart);
+if (aRange.aStart == aRange.aEnd
+|| (pMarkPattern
+
[Libreoffice-bugs] [Bug 152863] Mismatch between ODT and DOCX page layout
https://bugs.documentfoundation.org/show_bug.cgi?id=152863 Luis Xavier Baena Mourão changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Luis Xavier Baena Mourão --- This appears to be how the two editors anchor graphic elements. Will research further. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153034] Two wrong Greek characters in WordPerfect 5 import
https://bugs.documentfoundation.org/show_bug.cgi?id=153034 --- Comment #2 from e...@columbia.edu --- There are three lines with changes in the original commit. I think the first and third lines need to be reverted; but I think the second line MAY correct a real error. I would have take another look at the WP6 code to be certain. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152923] Column and row headings in Calc lost their colored, slightly 3D look
https://bugs.documentfoundation.org/show_bug.cgi?id=152923 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||heiko.tietze@documentfounda ||tion.org --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- Heiko you made this change, if I remember right, and it was an UX dicision. And I don't see any reasons to revert it now @Andy: please be more patient. thanks -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152956] calc table freezing under xls
https://bugs.documentfoundation.org/show_bug.cgi?id=152956 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Please attach your problem XLS here -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135084] Crash on undo ucrtbase abort ('boost::wrapexcept' what(): bad rational: zero denominator)
https://bugs.documentfoundation.org/show_bug.cgi?id=135084 Julien Nabet changed: What|Removed |Added Keywords|wantBacktrace |haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135084] Crash on undo ucrtbase abort ('boost::wrapexcept' what(): bad rational: zero denominator)
https://bugs.documentfoundation.org/show_bug.cgi?id=135084 --- Comment #16 from Julien Nabet --- Created attachment 184700 --> https://bugs.documentfoundation.org/attachment.cgi?id=184700=edit gdb bt Here's a bt with console logs retrieved on pc Debian x86-64 with master sources updated today + gen rendering. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/cp-22.05.9-3'
Tag 'cp-22.05.9-3' created by Andras Timar at 2023-01-16 20:24 + cp-22.05.9-3 Changes since cp-22.05.9-1-105: --- 0 files changed ---
[Libreoffice-commits] translations.git: Changes to 'refs/tags/cp-22.05.9-3'
Tag 'cp-22.05.9-3' created by Andras Timar at 2023-01-16 20:24 + cp-22.05.9-3 Changes since cp-22.05.6-1-2: --- 0 files changed ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/cp-22.05.9-3'
Tag 'cp-22.05.9-3' created by Andras Timar at 2023-01-16 20:24 + cp-22.05.9-3 Changes since cp-22.05.6-1-1: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/cp-22.05.9-3'
Tag 'cp-22.05.9-3' created by Andras Timar at 2023-01-16 20:24 + cp-22.05.9-3 Changes since cp-22.05.5-2: Aron Budea (1): Add Persian (fa-IR) dictionary --- Dictionary_fa.mk | 21 Module_dictionaries.mk|1 fa_IR/LICENSE | 15 fa_IR/META-INF/manifest.xml |6 fa_IR/README_fa_IR.txt| 26 fa_IR/description.xml | 22 fa_IR/dictionaries.xcu| 19 fa_IR/fa-IR.aff | 217 fa_IR/fa-IR.dic |104025 ++ fa_IR/icon.png|binary fa_IR/package-description.txt |4 11 files changed, 104356 insertions(+) ---
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 0a6a0d78c881c967d52d8fd976eef3c2c79cf609 Author: Andras Timar AuthorDate: Mon Jan 16 21:24:05 2023 +0100 Commit: Andras Timar CommitDate: Mon Jan 16 21:24:05 2023 +0100 Bump version to 22.05.9.3 Change-Id: I0ebd0d6bababb254a7dd8a5906e7634908be7b60 diff --git a/configure.ac b/configure.ac index f0f60015a33f..046d9199e452 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([Collabora Office],[22.05.9.1],[],[],[https://collaboraoffice.com/]) +AC_INIT([Collabora Office],[22.05.9.3],[],[],[https://collaboraoffice.com/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
