[Libreoffice-bugs] [Bug 113499] [META] AutoFill bugs and enhancements

[bugzilla-daemon]

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

Bug 85170 Summary: FillAuto doesn't fill formulas in hidden columns
https://bugs.documentfoundation.org/show_bug.cgi?id=85170

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 85170] FillAuto doesn't fill formulas in hidden columns

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

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

--- Comment #17 from Buovjaga  ---
Thanks, let's call it that, then :)

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

[Libreoffice-bugs] [Bug 85170] FillAuto doesn't fill formulas in hidden columns

[bugzilla-daemon]

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

--- Comment #16 from Andreas Heinisch  ---
Imho it is a feature. Imagine a table with hidden rows where you store some
information and you may forget about it. Then you do an autofill either via GUI
or macro and overwrite it. After the save you have no chance to recover your
overwritten data anymore. You don't even know that you have overwritten
something. The same holds for filtered data.

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

[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

Version|7.3.0.3 release |7.0.1.2 release

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

[Libreoffice-bugs] [Bug 123226] Pivot table if Filter is used and then turned off, then column filter stops working

[bugzilla-daemon]

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

--- Comment #6 from grofaty  ---
After 2 years I have retested this problem and problem still persists exactly
as it is displayed in gif video in first post of this bug report.

=== Help | About ===
Version: 7.3.2.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.2-0ubuntu2
Calc: threaded
=

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

[Libreoffice-bugs] [Bug 108800] [META] Print related issues

[bugzilla-daemon]

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

Bug 124573 Summary: Printer extremely slow for each page with anything but 
normal print setting
https://bugs.documentfoundation.org/show_bug.cgi?id=124573

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Libreoffice-bugs] [Bug 124573] Printer extremely slow for each page with anything but normal print setting

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INSUFFICIENTDATA

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

[Libreoffice-bugs] [Bug 85170] FillAuto doesn't fill formulas in hidden columns

[bugzilla-daemon]

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

--- Comment #15 from Buovjaga  ---
(In reply to Andreas Heinisch from comment #14)
> This change was introduced with the following commit
> https://github.com/LibreOffice/core/commit/
> f61cbce529d039bb0e208e81cf66974cc4428420 in order to prevent overwriting
> hidden rows or columns.

So it's not a bug, but a feature?

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

[Libreoffice-bugs] [Bug 109265] [META] Remember dialog's previous settings issues

[bugzilla-daemon]

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

Bug 146261 Summary: Bookmark... dialog should hold its resize from defaults for 
current session
https://bugs.documentfoundation.org/show_bug.cgi?id=146261

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 102019] [META] Dialog bugs and enhancements

[bugzilla-daemon]

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

Bug 146261 Summary: Bookmark... dialog should hold its resize from defaults for 
current session
https://bugs.documentfoundation.org/show_bug.cgi?id=146261

   What|Removed |Added

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

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

[Libreoffice-commits] core.git: vcl/qa vcl/source vcl/win

[Stephan Bergmann (via logerrit)]

 vcl/qa/api/XGraphicTest.cxx  |   18 +-
 vcl/qa/cppunit/filter/ipdf/ipdf.cxx  |2 +-
 vcl/qa/cppunit/pdfexport/pdfexport.cxx   |   14 +++---
 vcl/source/components/fontident.cxx  |2 +-
 vcl/source/control/managedmenubutton.cxx |6 +++---
 vcl/source/gdi/pdfwriter_impl2.cxx   |2 +-
 vcl/source/gdi/print3.cxx|   14 +++---
 vcl/source/gdi/vectorgraphicdata.cxx |4 ++--
 vcl/source/outdev/outdev.cxx |2 +-
 vcl/source/window/printdlg.cxx   |   10 +-
 vcl/source/window/winproc.cxx|4 ++--
 vcl/win/dtrans/DOTransferable.cxx|2 +-
 12 files changed, 40 insertions(+), 40 deletions(-)

New commits:
commit c8053f5a5629c04defd813b061f0d59d6bf15f88
Author: Stephan Bergmann 
AuthorDate: Mon May 2 22:23:07 2022 +0200
Commit: Stephan Bergmann 
CommitDate: Tue May 3 07:15:11 2022 +0200

Just use Any ctor instead of makeAny in vcl

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

diff --git a/vcl/qa/api/XGraphicTest.cxx b/vcl/qa/api/XGraphicTest.cxx
index afe50155a927..df05c05f9f4c 100644
--- a/vcl/qa/api/XGraphicTest.cxx
+++ b/vcl/qa/api/XGraphicTest.cxx
@@ -125,9 +125,9 @@ void XGraphicTest::testGraphicProvider()
 xGraphicProvider.set(graphic::GraphicProvider::create(xContext), 
uno::UNO_SET_THROW);
 
 auto aMediaProperties(comphelper::InitPropertySequence({
-{ "URL", uno::makeAny(aGraphicURL) },
-{ "LazyRead", uno::makeAny(true) },
-{ "LoadAsLink", uno::makeAny(false) },
+{ "URL", uno::Any(aGraphicURL) },
+{ "LazyRead", uno::Any(true) },
+{ "LoadAsLink", uno::Any(false) },
 }));
 
 uno::Reference xGraphic(
@@ -164,9 +164,9 @@ void XGraphicTest::testGraphicProvider()
 xGraphicProvider.set(graphic::GraphicProvider::create(xContext), 
uno::UNO_SET_THROW);
 
 auto aMediaProperties(comphelper::InitPropertySequence({
-{ "URL", uno::makeAny(aGraphicURL) },
-{ "LazyRead", uno::makeAny(false) },
-{ "LoadAsLink", uno::makeAny(true) },
+{ "URL", uno::Any(aGraphicURL) },
+{ "LazyRead", uno::Any(false) },
+{ "LoadAsLink", uno::Any(true) },
 }));
 
 uno::Reference xGraphic(
@@ -201,9 +201,9 @@ void XGraphicTest::testGraphicProvider()
 xGraphicProvider.set(graphic::GraphicProvider::create(xContext), 
uno::UNO_SET_THROW);
 
 auto aMediaProperties(comphelper::InitPropertySequence({
-{ "URL", uno::makeAny(aGraphicURL) },
-{ "LazyRead", uno::makeAny(true) },
-{ "LoadAsLink", uno::makeAny(true) },
+{ "URL", uno::Any(aGraphicURL) },
+{ "LazyRead", uno::Any(true) },
+{ "LoadAsLink", uno::Any(true) },
 }));
 
 uno::Reference xGraphic(
diff --git a/vcl/qa/cppunit/filter/ipdf/ipdf.cxx 
b/vcl/qa/cppunit/filter/ipdf/ipdf.cxx
index a2732b58d862..ca5460e63b48 100644
--- a/vcl/qa/cppunit/filter/ipdf/ipdf.cxx
+++ b/vcl/qa/cppunit/filter/ipdf/ipdf.cxx
@@ -114,7 +114,7 @@ CPPUNIT_TEST_FIXTURE(VclFilterIpdfTest, 
testPDFAddVisibleSignatureLastPage)
 // Select it and assign a certificate.
 uno::Reference 
xSelectionSupplier(pBaseModel->getCurrentController(),
 
uno::UNO_QUERY);
-xSelectionSupplier->select(uno::makeAny(xShape));
+xSelectionSupplier->select(uno::Any(xShape));
 auto xCert = GetValidCertificate(
 
getSecurityContext()->getSecurityEnvironment()->getPersonalCertificates());
 if (!xCert)
diff --git a/vcl/qa/cppunit/pdfexport/pdfexport.cxx 
b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
index 0bfebea97464..54f9334a1607 100644
--- a/vcl/qa/cppunit/pdfexport/pdfexport.cxx
+++ b/vcl/qa/cppunit/pdfexport/pdfexport.cxx
@@ -1513,7 +1513,7 @@ CPPUNIT_TEST_FIXTURE(PdfExportTest, testTdf113143)
 // want to test.
 { "ReduceImageResolution", uno::Any(false) },
 // Set a custom PDF version.
-{ "SelectPdfVersion", uno::makeAny(static_cast(16)) },
+{ "SelectPdfVersion", uno::Any(static_cast(16)) },
 }));
 aMediaDescriptor["FilterData"] <<= aFilterData;
 saveAsPDF(u"tdf113143.odp");
@@ -2113,7 +2113,7 @@ CPPUNIT_TEST_FIXTURE(PdfExportTest, 
testPdfImageResourceInlineXObjectRef)
 xFactory->createInstance("com.sun.star.text.TextGraphicObject"), 
uno::UNO_QUERY);
 OUString aURL
 = m_directories.getURLFromSrc(DATA_DIRECTORY) + 
"pdf-image-resource-inline-xobject-ref.pdf";
-xGraphicObject->setPropertyValue("GraphicURL", uno::makeAny(aURL));
+xGraphicObject->setPropertyValue("GraphicURL", uno::Any(aURL));
 uno::Reference xShape(xGraphicObject, uno::UNO_QUERY);
 xShape->setSize(awt::Size(1000, 

[Libreoffice-commits] core.git: include/o3tl o3tl/qa vcl/source

[Luboš Luňák (via logerrit)]

 include/o3tl/lru_map.hxx  |7 ---
 o3tl/qa/test-lru_map.cxx  |   20 
 vcl/source/font/fontcache.cxx |2 +-
 3 files changed, 5 insertions(+), 24 deletions(-)

New commits:
commit 0cc8da4c091ac5784c0b4c2c7850ca8dabffea04
Author: Luboš Luňák 
AuthorDate: Mon May 2 10:52:50 2022 +0200
Commit: Luboš Luňák 
CommitDate: Tue May 3 06:54:54 2022 +0200

remove the o3tl::lru_map "unlimited" hack

It didn't quite make sense before that maxsize == 0 meant no cleanup,
and now with items optionally being count as having size more than 1
it makes even less sense to limit the size to max_size() of the
containers. This comes from 16a338e173083954a9932a3a4005f17230,
so instead make that special caller pass a large size, which in
practice is the same.

Change-Id: Id875862126200ba889211f6e4079ae5921f27650
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133690
Tested-by: Jenkins
Reviewed-by: Luboš Luňák 

diff --git a/include/o3tl/lru_map.hxx b/include/o3tl/lru_map.hxx
index 42cb932786b0..859617e5d988 100644
--- a/include/o3tl/lru_map.hxx
+++ b/include/o3tl/lru_map.hxx
@@ -166,10 +166,10 @@ public:
 typedef list_iterator_t iterator;
 typedef list_const_iterator_t const_iterator;
 
-// a size of 0 effectively disables the LRU cleanup code
 lru_map(size_t nMaxSize)
-: mMaxSize(nMaxSize ? nMaxSize : std::min(mLruMap.max_size(), 
mLruList.max_size()))
+: mMaxSize(nMaxSize)
 {
+assert(mMaxSize > 0);
 }
 ~lru_map()
 {
@@ -182,7 +182,8 @@ public:
 
 void setMaxSize(size_t nMaxSize)
 {
-mMaxSize = nMaxSize ? nMaxSize : std::min(mLruMap.max_size(), 
mLruList.max_size());
+mMaxSize = nMaxSize;
+assert(mMaxSize > 0);
 checkLRUMaxSize();
 }
 
diff --git a/o3tl/qa/test-lru_map.cxx b/o3tl/qa/test-lru_map.cxx
index edc9d7e1bf98..c99a803b3163 100644
--- a/o3tl/qa/test-lru_map.cxx
+++ b/o3tl/qa/test-lru_map.cxx
@@ -27,7 +27,6 @@ public:
 void testLruRemoval();
 void testCustomHash();
 void testRemoveIf();
-void testNoAutoCleanup();
 void testChangeMaxSize();
 void testCustomItemSize();
 
@@ -38,7 +37,6 @@ public:
 CPPUNIT_TEST(testLruRemoval);
 CPPUNIT_TEST(testCustomHash);
 CPPUNIT_TEST(testRemoveIf);
-CPPUNIT_TEST(testNoAutoCleanup);
 CPPUNIT_TEST(testChangeMaxSize);
 CPPUNIT_TEST(testCustomItemSize);
 CPPUNIT_TEST_SUITE_END();
@@ -295,24 +293,6 @@ void lru_map_test::testRemoveIf()
 CPPUNIT_ASSERT_EQUAL(size_t(0), lru.size());
 }
 
-void lru_map_test::testNoAutoCleanup()
-{
-o3tl::lru_map lru(0);
-CPPUNIT_ASSERT_EQUAL(size_t(0), lru.size());
-lru.insert({ 0, 0 });
-lru.insert({ 1, 1 });
-CPPUNIT_ASSERT_EQUAL(size_t(2), lru.size());
-lru.insert({ 0, 0 });
-CPPUNIT_ASSERT_EQUAL(size_t(2), lru.size());
-
-int i = 0;
-for (auto& rPair : lru)
-{
-CPPUNIT_ASSERT_EQUAL(i, rPair.first);
-++i;
-}
-}
-
 void lru_map_test::testChangeMaxSize()
 {
 o3tl::lru_map lru(3);
diff --git a/vcl/source/font/fontcache.cxx b/vcl/source/font/fontcache.cxx
index b98d1bb644cc..9a87d02bcda2 100644
--- a/vcl/source/font/fontcache.cxx
+++ b/vcl/source/font/fontcache.cxx
@@ -88,7 +88,7 @@ bool ImplFontCache::IFSD_Equal::operator()(const 
vcl::font::FontSelectPattern& r
 
 ImplFontCache::ImplFontCache()
 : mpLastHitCacheEntry( nullptr )
-, maFontInstanceList(0)
+, maFontInstanceList(std::numeric_limits::max()) // "unlimited", 
i.e. no cleanup
 // The cache limit is set by the rough number of characters needed to read 
your average Asian newspaper.
 , m_aBoundRectCache(3000)
 {}

[Libreoffice-commits] core.git: external/libwebp RepositoryExternal.mk

[Luboš Luňák (via logerrit)]

 RepositoryExternal.mk   |2 +-
 external/libwebp/ExternalProject_libwebp.mk |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 1661a3ee77d78807f287146f8190d02d89963fe2
Author: Luboš Luňák 
AuthorDate: Mon May 2 16:24:00 2022 +0200
Commit: Luboš Luňák 
CommitDate: Tue May 3 06:54:08 2022 +0200

use proper MSVC runtime lib for libwebp

Change-Id: Icf976bb4a4593bfa8e8fc506d4c5e86cb7f88671
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133705
Tested-by: Jenkins
Reviewed-by: Luboš Luňák 

diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk
index b51660e182cb..590a6093aea1 100644
--- a/RepositoryExternal.mk
+++ b/RepositoryExternal.mk
@@ -2638,7 +2638,7 @@ $(call gb_LinkTarget_set_include,$(1),\
 )
 ifeq ($(OS),WNT)
 $(call gb_LinkTarget_add_libs,$(1),\
-   $(call 
gb_UnpackedTarball_get_dir,libwebp)/output/lib/libwebp$(gb_StaticLibrary_PLAINEXT)
 \
+   $(call gb_UnpackedTarball_get_dir,libwebp)/output/lib/libwebp$(if 
$(MSVC_USE_DEBUG_RUNTIME),_debug)$(gb_StaticLibrary_PLAINEXT) \
 )
 else
 $(call gb_LinkTarget_add_libs,$(1),\
diff --git a/external/libwebp/ExternalProject_libwebp.mk 
b/external/libwebp/ExternalProject_libwebp.mk
index 3f38572ccefc..0146bd72acfc 100644
--- a/external/libwebp/ExternalProject_libwebp.mk
+++ b/external/libwebp/ExternalProject_libwebp.mk
@@ -21,7 +21,7 @@ $(eval $(call gb_ExternalProject_use_nmake,libwebp,build))
 $(call gb_ExternalProject_get_state_target,libwebp,build):
$(call gb_Trace_StartRange,libwebp,EXTERNAL)
$(call gb_ExternalProject_run,build,\
-   nmake -nologo -f Makefile.vc CFG=release-static RTLIBCFG=static 
OBJDIR=output \
+   nmake -nologo -f Makefile.vc CFG=$(if 
$(MSVC_USE_DEBUG_RUNTIME),debug,release)-static RTLIBCFG=dynamic OBJDIR=output \
$(if $(filter INTEL,$(CPUNAME)),ARCH=x86, \
$(if $(filter X86_64,$(CPUNAME)),ARCH=x64, \
$(if $(filter AARCH64,$(CPUNAME)),ARCH=ARM))) \

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

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 148358] Non-ASCII names are not case-insensitive

[bugzilla-daemon]

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

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 146763] LOCALHELP: Interval argument help in Spanish for DATEDIF (SIFECHA) function

[bugzilla-daemon]

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

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 146387] Exporting A4 to pdf changes paper size of pdf to 20,99 cm instead of 21 cm (A4) or 21,01 × 29,71 cm

[bugzilla-daemon]

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

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 148655] Replace "Octagon Bevel" and "Diamond Bevel" with similar shapes suitable for export to OOXML

[bugzilla-daemon]

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

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 148653] Linux + LibreOffice Writer + render problem in View -> Web : horizontal grey bars

[bugzilla-daemon]

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

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 148652] When opening documents problems arise with "unit of measurement"

[bugzilla-daemon]

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

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 148649] Problem with data saving in a schedule, list, chart or whatever the right english word might be

[bugzilla-daemon]

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

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 148646] Analysis functions taking XPropertySet argument need explicit documentation

[bugzilla-daemon]

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

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 147905] LibreOffice Calc 7.3.1: PROPER function in long table leads to wrong capitalization

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 148642] Embedded videos in Impress do not scale in presentation mode

[bugzilla-daemon]

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

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 147905] LibreOffice Calc 7.3.1: PROPER function in long table leads to wrong capitalization

[bugzilla-daemon]

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

--- Comment #17 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

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

[Libreoffice-bugs] [Bug 137449] SDK Installation / Updating leaves some residual entries of old versions

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 137449] SDK Installation / Updating leaves some residual entries of old versions

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

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

[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

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

[Libreoffice-bugs] [Bug 134804] Large Write doc corrupted on opening

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 134804] Large Write doc corrupted on opening

[bugzilla-daemon]

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

--- Comment #13 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

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

[Libreoffice-bugs] [Bug 124573] Printer extremely slow for each page with anything but normal print setting

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 124573] Printer extremely slow for each page with anything but normal print setting

[bugzilla-daemon]

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

--- Comment #17 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

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

[Libreoffice-bugs] [Bug 144884] Sudden Change in Basic Ability to Copy & Paste

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 144861] 44 malware mis en quarantaine par Immunet lors du téléchargement de LibreOffice 7.2.1.2 Win64

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 144884] Sudden Change in Basic Ability to Copy & Paste

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 145516] Copying a column and pasting with the transpose option does not succeed, leaving the destination cell blank

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear declark.comm,

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 144861] 44 malware mis en quarantaine par Immunet lors du téléchargement de LibreOffice 7.2.1.2 Win64

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear JF Commes,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 141829] Comment_text_0 bookmark introduced on copy/paste (HTML format without comment or simple HTML)

[bugzilla-daemon]

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

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

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 145210] Many dialog have very slow response to changes

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear Espirit,

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 117590] XLSX Border rendering changed

[bugzilla-daemon]

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

--- Comment #13 from QA Administrators  ---
Dear Andrzej,

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 148906] New: Custom letter sequence for numbered lists

[bugzilla-daemon]

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

Bug ID: 148906
   Summary: Custom letter sequence for numbered lists
   Product: LibreOffice
   Version: 7.3.1.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: alexandermovchan1...@gmail.com

I'd like to ask for a feature for a user to define a letter sequence that is
used in numbered lists.

I'd like to create a document in Ukrainian, and apparently there's no way to
number the list with Ukrainian letters (а, б, в…). There are Russian and
Bulgarian letters available, but those are obviously different from what I
need.

There are state-wide requirements for official documents that regulate how
lists must be numbered, and I couldn't find a way to implement that.

Ukrainian alphabet is: абвгґдеєжзиіїйклмнопрстуфхцчшщьюя
And what I want to use as a sequence is: абвгдежиклмнпрстуфхцшщюя (without Ґ,
Є, З, І, Ї, Й, О, Ч, Ь as those can be confused with other letters or numbers).

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

[Libreoffice-bugs] [Bug 148905] New: Crash when copying text from text box in document to header in same document

[bugzilla-daemon]

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

Bug ID: 148905
   Summary: Crash when copying text from text box in document to
header in same document
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: peterly...@pelena.com.au

Description:
Libre Office Writer.
Have had a letterhead template for a number of years.
In one section of the document is a 'floating' text box with some text.
I copied (CTL-C) some of this text to a header on the 2nd page (CTL-V).
The font was different in both.
Crash occurred immediately after posting.
Thank you  

Steps to Reproduce:
1.Open existing file
2.Copy (CTL-C) some text from one part of document
3.Paste (CTL-V) over some other text in the footer of same document

Actual Results:
Crashes.
Crash report struggles - "Not responding" for a while.
Then this statement:
crashreport.libreoffice.org/stats/crash_details/c6264a0a-dc3e-4991-8354-ef60d4afdbd3

Expected Results:
It should just replace the text


Reproducible: Always


User Profile Reset: No



Additional Info:
It should just replace the text

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

[Libreoffice-bugs] [Bug 148628] Problem in layout of Bullet and Numbering dialog after choosing Type

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression

--- Comment #4 from sdc.bla...@youmail.dk ---
Thanks for trying Windows. Based on comment 3, adding regression,
bibisectRequest.

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

[Libreoffice-bugs] [Bug 148628] Problem in layout of Bullet and Numbering dialog after choosing Type

[bugzilla-daemon]

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

Scott Clewell  changed:

   What|Removed |Added

 OS|All |Windows (All)
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #3 from Scott Clewell  ---
Thank you for reporting. I have reproduced the bug with the same outcome as
your screenshot in:

Version: 7.4.0.0.alpha0+ (x86) / LibreOffice Community
Build ID: ea25606de5f1a60430a74107b0e2e0986ac1bb15
CPU threads: 1; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

It does not occur in:

Version: 7.3.1.3 (x86) / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 1; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

--- Comment #6 from enhua_2...@163.com ---
(In reply to Caolán McNamara from comment #2)
> FWIW if in vcl/source/window/status.cxx I set pGlyphs = nullptr; before line
> 404 Size aTextSize(rRenderContext.GetTextWidth... then it renders ok
For Impress and draw, the "slide 1 of 1" area is not wide enough to display
Chinese characters.

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

--- Comment #5 from enhua_2...@163.com ---
(In reply to Caolán McNamara from comment #2)
> FWIW if in vcl/source/window/status.cxx I set pGlyphs = nullptr; before line
> 404 Size aTextSize(rRenderContext.GetTextWidth... then it renders ok
On macOS the problem is basically solved except the "Edit Mode" area, maybe
because the width is not suitable. The screenshot to see
https://bug-attachments.documentfoundation.org/attachment.cgi?id=179894

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

--- Comment #4 from enhua_2...@163.com ---
Created attachment 179894
  --> https://bugs.documentfoundation.org/attachment.cgi?id=179894=edit
screenshot

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

--- Comment #3 from enhua_2...@163.com ---
If in vcl/source/window/status.cxx I set pGlyphs = nullptr; before line 404
Size aTextSize(rRenderContext.GetTextWidth...  on macOS the problem is
basically solved except the "Edit Mode" area, maybe because the width is not
suitable.

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

[Libreoffice-bugs] [Bug 106040] [META] Help bugs and enhancements

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Depends on||148904


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148904
[Bug 148904] Improvement needed for description for ”paragraph text area”
option for Vertical "to" control in Position and Size tab (for Shape) and Image
- Type tab
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148904] Improvement needed for description for ”paragraph text area” option for Vertical "to" control in Position and Size tab (for Shape) and Image - Type tab

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Blocks||106040


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 80430] [META] Documentation gap for new features

[bugzilla-daemon]

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

Bug 148485 Summary: four options missing in "Position > Vertical > to" section 
for Position and Size tab for Shape
https://bugs.documentfoundation.org/show_bug.cgi?id=148485

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 148856] conditional formatting cannot reference cells from other sheets

[bugzilla-daemon]

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

--- Comment #2 from Christoph Anton Mitterer  ---
Why so? Why shouldn't one be able to use other sheets... seems like a
completely unnecessary limitation.

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

[Libreoffice-bugs] [Bug 148904] New: Improvement needed for description for ”paragraph text area” option for Vertical "to" control in Position and Size tab (for Shape) and Image - Type tab

[bugzilla-daemon]

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

Bug ID: 148904
   Summary: Improvement needed for description for ”paragraph text
area” option for Vertical "to" control in Position and
Size tab (for Shape) and Image - Type tab
   Product: LibreOffice
   Version: 7.4.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sdc.bla...@youmail.dk
CC: olivier.hal...@libreoffice.org

For "paragraph text area" in Vertical "to" control in Position and Shape tab
(Shape) [1] and Type tab (Image). [2]

-
Copied from bug 148485 comment 17:

The wording 'height of the paragraph' is not helpful at all. What is the
'height'? Actually it spans from the bottom edge of the top-padding area to the
top-edge of the bottom-padding area.
-

[1]
https://help.libreoffice.org/7.4/en-US/text/shared/01/05230100.html?DbPAR=WRITER

[2]
https://help.libreoffice.org/7.4/en-US/text/swriter/01/05060100.html?=WRITER

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

[Libreoffice-bugs] [Bug 148856] conditional formatting cannot reference cells from other sheets

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED
 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m.a.riosv  ---
As I remember, it is so by design.

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

[Libreoffice-bugs] [Bug 73359] Missing documentation for frame alignment

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 106040] [META] Help bugs and enhancements

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Depends on||148903


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148903
[Bug 148903] Description for ”page text area” is wrong in Position and Size tab
and Image - Type tab
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148903] Description for ”page text area” is wrong in Position and Size tab and Image - Type tab

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Blocks||106040
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=73
   ||359


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 148903] New: Description for ”page text area” is wrong in Position and Size tab and Image - Type tab

[bugzilla-daemon]

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

Bug ID: 148903
   Summary: Description for ”page text area” is wrong in Position
and Size tab and Image - Type tab
   Product: LibreOffice
   Version: 7.4.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sdc.bla...@youmail.dk
CC: olivier.hal...@libreoffice.org

The description for ”page text area” needs to be corrected, both for Horizontal
and Vertical ”to” options. (swriter/01/05060100.xhp)  [1]  

Adding them to that page will also appropriately have them embedded in [2]

[1]
https://help.libreoffice.org/7.4/en-US/text/swriter/01/05060100.html?=WRITER

[2]
https://help.libreoffice.org/7.4/en-US/text/shared/01/05230100.html?DbPAR=WRITER

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

[Libreoffice-ux-advise] [Bug 148782] "Left frame border" and "Right frame border" options for Horizontal "to" position in Position and Size for shapes should be changed to "Left of frame text area" an

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 80430] [META] Documentation gap for new features

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Depends on||148902


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148902
[Bug 148902] Two options ("Left of frame text area" and "right of frame text
area") are missing for Horizontal "to" position in Position and Size tab and
Image - Type tab.
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148902] Two options ("Left of frame text area" and "right of frame text area") are missing for Horizontal "to" position in Position and Size tab and Image - Type tab.

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Blocks||80430
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||8782


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=80430
[Bug 80430] [META] Documentation gap for new features
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148902] New: Two options ("Left of frame text area" and "right of frame text area") are missing for Horizontal "to" position in Position and Size tab and Image - Type tab.

[bugzilla-daemon]

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

Bug ID: 148902
   Summary: Two options ("Left of frame text area" and "right of
frame text area") are missing for Horizontal "to"
position in Position and Size tab and Image - Type
tab.
   Product: LibreOffice
   Version: 7.4.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sdc.bla...@youmail.dk
CC: olivier.hal...@libreoffice.org

With bug 148782, the option names for "Left frame border" and "Right frame
border" were changed to "Left of frame text area" and "Right of frame page
area" in the Position and Size tab of the Position and Size dialog for Shapes
(and Type tab for Image and Frame). 

These two options,  which are only shown when the object is anchored ”to
frame”, are missing from the "to" control in the "Horizontal" part of the
Position section. (swriter/01/05060100.xhp)  [1]  

Adding them to that page will also appropriately have them embedded in [2]

[1]
https://help.libreoffice.org/7.4/en-US/text/swriter/01/05060100.html?=WRITER

[2]
https://help.libreoffice.org/7.4/en-US/text/shared/01/05230100.html?DbPAR=WRITER

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

[Libreoffice-bugs] [Bug 73359] Missing documentation for frame alignment

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 Depends on||148901


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=148901
[Bug 148901] "Left page border" and "right page border" options for Horizontal
"to" position in Position and Size tab and Image - Type tab need updating
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148901] "Left page border" and "right page border" options for Horizontal "to" position in Position and Size tab and Image - Type tab need updating

[bugzilla-daemon]

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

sdc.bla...@youmail.dk changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=73
   ||359,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||8593
 Blocks||120200


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=120200
[Bug 120200] [META] Update or correct help for features
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148889] Problems to export to PDF a book with multiple spreadsheets

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from m.a.riosv  ---
Please attach a sample file.

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

[Libreoffice-bugs] [Bug 148901] New: "Left page border" and "right page border" options for Horizontal "to" position in Position and Size tab and Image - Type tab need updating

[bugzilla-daemon]

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

Bug ID: 148901
   Summary: "Left page border" and "right page border" options for
Horizontal "to" position in Position and Size tab and
Image - Type tab need updating
   Product: LibreOffice
   Version: 7.4.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sdc.bla...@youmail.dk
CC: olivier.hal...@libreoffice.org

Left of page text area (left page border)

Right of page text area  (right page border)

With bug 148593, the option names for "Left page border" and "Right page
border" were changed to  "Left of page text area" and "Right of text page
area". 

These option labels need to be updated for the "to" control in the "Horizontal"
part of the Position section. (swriter/01/05060100.xhp) [1]

Adding them to that page will also appropriately have them embedded in [2]

And the descriptions for these two options need to be checked. They are not
correct at present.

[1]
https://help.libreoffice.org/7.4/en-US/text/swriter/01/05060100.html?=WRITER

[2]
https://help.libreoffice.org/7.4/en-US/text/shared/01/05230100.html?DbPAR=WRITER

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

[Libreoffice-commits] core.git: helpcontent2

[Seth Chaiklin (via logerrit)]

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 69f412459257398a7d779541dad95aa7227a5e74
Author: Seth Chaiklin 
AuthorDate: Mon May 2 23:08:02 2022 +0100
Commit: Gerrit Code Review 
CommitDate: Tue May 3 00:08:02 2022 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 42ded671522a4e62659b561b0c8ea67fef5b9cea
  - tdf#148485 add missing options for Vertical positioning

  This patch started with the simple intent to add some
  missing options to the "To" control in the Position section
  of the the Position and Size dialog. However, problems were
  discovered with the names of some of the options to be added,
  as well as some of the existing options. This lead to
  tdf#148591 and tdf#148519, which changed the labels for the
  missing options mentioned in the OP for tdf#148485. Thanks to
  Regina Henschel for essential help in understanding the regions
  to which the labels are supposed to refer.

  Using the new option labels, this patch adds
  "Above page text area", "Below page text area" as "to" options
  in the Vertical position section of the Position and Size dialog,
  and "Frame text area" and "Entire frame" in both the Position
  and Size dialog for Shape and the Type dialog for Image.

  Because Above/Below text page area is not found in the Image dialog
  for Writer, needed to add an additional section to
  swriter/01/05060100.xhp (Image/Frame - Type tab), so that it is
  possible to add the missing options (Above page text area,
  Below page text area) to Position and Size help for Writer
  (shared/01/05230100.xhp), but not have them be part of a section
  that will be embedded in swriter/01/05060100.xhp (for Image/Frame -
  Type tab).

  swriter/01/05060100.xhp
* Corrected description of "to" control
+ Added "Available only..." for "Line of text"
* refactored to 
o All embedded to shared/01/05230100.xhp for Writer (Image - Type).

Change-Id: I9fffec30dd994d15aa9a7c9ef70dec01d63ed98f
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/132709
Tested-by: Jenkins
Reviewed-by: Seth Chaiklin 

diff --git a/helpcontent2 b/helpcontent2
index 834789bd8d25..42ded671522a 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 834789bd8d25cfee57662c8023a34f8e80cc078d
+Subproject commit 42ded671522a4e62659b561b0c8ea67fef5b9cea

[Libreoffice-commits] help.git: source/text

[Seth Chaiklin (via logerrit)]

 source/text/shared/01/05230100.xhp  |   10 ++
 source/text/swriter/01/05060100.xhp |   16 +---
 2 files changed, 23 insertions(+), 3 deletions(-)

New commits:
commit 42ded671522a4e62659b561b0c8ea67fef5b9cea
Author: Seth Chaiklin 
AuthorDate: Mon Apr 11 14:49:08 2022 +0100
Commit: Seth Chaiklin 
CommitDate: Tue May 3 00:08:00 2022 +0200

tdf#148485 add missing options for Vertical positioning

  This patch started with the simple intent to add some
  missing options to the "To" control in the Position section
  of the the Position and Size dialog. However, problems were
  discovered with the names of some of the options to be added,
  as well as some of the existing options. This lead to
  tdf#148591 and tdf#148519, which changed the labels for the
  missing options mentioned in the OP for tdf#148485. Thanks to
  Regina Henschel for essential help in understanding the regions
  to which the labels are supposed to refer.

  Using the new option labels, this patch adds
  "Above page text area", "Below page text area" as "to" options
  in the Vertical position section of the Position and Size dialog,
  and "Frame text area" and "Entire frame" in both the Position
  and Size dialog for Shape and the Type dialog for Image.

  Because Above/Below text page area is not found in the Image dialog
  for Writer, needed to add an additional section to
  swriter/01/05060100.xhp (Image/Frame - Type tab), so that it is
  possible to add the missing options (Above page text area,
  Below page text area) to Position and Size help for Writer
  (shared/01/05230100.xhp), but not have them be part of a section
  that will be embedded in swriter/01/05060100.xhp (for Image/Frame -
  Type tab).

  swriter/01/05060100.xhp
* Corrected description of "to" control
+ Added "Available only..." for "Line of text"
* refactored to 
o All embedded to shared/01/05230100.xhp for Writer (Image - Type).

Change-Id: I9fffec30dd994d15aa9a7c9ef70dec01d63ed98f
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/132709
Tested-by: Jenkins
Reviewed-by: Seth Chaiklin 

diff --git a/source/text/shared/01/05230100.xhp 
b/source/text/shared/01/05230100.xhp
index 8ac052e9f..8085a1218 100644
--- a/source/text/shared/01/05230100.xhp
+++ b/source/text/shared/01/05230100.xhp
@@ -149,6 +149,16 @@
 
 
 
+2022-05-01: Following two options are not in Image (Type tab for 
Writer), so not part of sections embedded here.
+
+  
+Below 
page text area: the bottom edge of the page text area to the bottom 
edge of the page.
+  
+  
+Above 
page text area: the top edge of the page to the top of the page text 
area.
+  
+
+
 
   
   
diff --git a/source/text/swriter/01/05060100.xhp 
b/source/text/swriter/01/05060100.xhp
index ca9cad0bb..20224d16c 100644
--- a/source/text/swriter/01/05060100.xhp
+++ b/source/text/swriter/01/05060100.xhp
@@ -145,13 +145,13 @@
 
 Vertical
 Select the vertical alignment option for the object.
-If you anchor 
an object to a frame with a fixed height, only the "Bottom" and "Center" 
alignment options are available.
+If you anchor an object to a 
frame with a fixed height, only the "Bottom" and "Center" alignment options are 
available.
 
 by
 Enter the amount of space to leave between the top edge of the selected 
object and the reference point that you select in the To 
box. This option is only available if you select "From Top" or "From 
Bottom" (as character) in the Vertical box. 
 
 to
-Select the reference point for the selected vertical alignment 
option. The following options are available:
+Select the region or reference point for the  vertical 
alignment. The object can be positioned in relation to the following 
regions or reference points:
 
   
 Margin: Depending on the anchoring type, the 
object is positioned considering the space between the top margin and the 
character ("To character" anchoring) or bottom edge of the paragraph ("To 
paragraph" anchoring) where the anchor is placed.
@@ -165,11 +165,15 @@
   
 Page text 
area: the object is positioned considering the full height available for 
text, from top to bottom margins.
   
+
+  
+  
+
   
 Character: the object is positioned considering 
the vertical space used by the character.
   
   
-Line of 
text: the object is positioned considering the height of the line of 
text where the anchor is placed.
+Line 
of text: available only for "To character" anchoring, the object is 
positioned considering the height of the line of text where the anchor is 
placed.
   
   
 Baseline: available only for "As character" 
anchoring, this option will position the object considering the text 

[Libreoffice-bugs] [Bug 148900] Faux Bold and Italic on Unifont

[bugzilla-daemon]

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

--- Comment #2 from Samaria Mulligan  ---
Created attachment 179893
  --> https://bugs.documentfoundation.org/attachment.cgi?id=179893=edit
How unifont is stored

Italics and bold work for century gothic "GOTHIC" but not for Unifont on
Libreoffice. This applies for all libreoffice apps.

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

[Libreoffice-bugs] [Bug 148900] Faux Bold and Italic on Unifont

[bugzilla-daemon]

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

--- Comment #1 from Samaria Mulligan  ---
One should also note that the normal, bold, italic, and bolditalic forms of
Unifont are bundled into one ttf or otf file.

Other fonts have separate TTF or OTF files for the respective four forms.

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

[Libreoffice-bugs] [Bug 148900] New: Faux Bold and Italic on Unifont

[bugzilla-daemon]

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

Bug ID: 148900
   Summary: Faux Bold and Italic on Unifont
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mulliganace...@gmail.com

Created attachment 179892
  --> https://bugs.documentfoundation.org/attachment.cgi?id=179892=edit
The correct bold and italic occur on the right, in HTML view. The correct bold
and italic also apply for all other text editors.

I am currently filing a bug regarding improper bolding and italicizing of
Unifont, a monospace font that supports almost all of Unicode.

I am a Linux user who has Unifont installed. Unifont has bold and italic glyphs
stored under the same file as the base glyph.

On Libreoffice, whenever I bold or italicize Unifont on Libreoffice only,
Libreoffice creates "faux bold" and "faux italic" transformations where I find
it highly undesirable.

This applies to all installs of Unifont. I am a Linux Ubuntu user.

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

[Libreoffice-bugs] [Bug 137010] Calc autocorrect capitalizes first letter when adding punctuation to a word followed by a number

[bugzilla-daemon]

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

Crusader  changed:

   What|Removed |Added

Version|7.0.1.2 release |7.3.0.3 release

--- Comment #6 from Crusader  ---
I tried the original "concern" in version 7.3.0.3 (x64)/LibreOffice Community
(build 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3) and the issue has not been
resolved.

Details:

The word I entered in Calc: city#1
Calc changed it to: City#1

When I entered: city1, Calc did not changes my entry.

Steps to Reproduce:
1. Type "city#1" in a cell (without the quotes)
2. Calc will change it to City#1

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

[Libreoffice-bugs] [Bug 148628] Problem in layout of Bullet and Numbering dialog after choosing Type

[bugzilla-daemon]

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

--- Comment #2 from sdc.bla...@youmail.dk ---
Reproduced again -- with another version -- in Safe Mode:

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: f8e11c6480ff0005715b989a6d4e2e10a3816cf6
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: threaded

Is it Windows-only?  Can someone test this in Windows.

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

[Libreoffice-commits] core.git: sw/qa sw/source

[László Németh (via logerrit)]

 sw/qa/extras/uiwriter/uiwriter3.cxx |   40 +---
 sw/source/core/fields/cellfml.cxx   |5 +---
 sw/source/core/table/swtable.cxx|3 +-
 3 files changed, 41 insertions(+), 7 deletions(-)

New commits:
commit 978e22f8cfb3db573bed3fd4b14a515cf090f7e5
Author: László Németh 
AuthorDate: Thu Apr 28 19:48:52 2022 +0200
Commit: László Németh 
CommitDate: Mon May 2 22:57:06 2022 +0200

tdf#146573 sw: recalculate cells with footnotes

Commit 915d3eebc1dc4f18d7a1992db801ee8313ee46c0
"tdf#39828 sw: fix table formula calculation at track changes"
allowed to use footnotes in value cells unintentionally.
The only problem was that modifying cells with footnotes didn't
trigger formula recalculation in text tables, according to the
incomplete SwTableBox::IsValidNumTextNd(). Instead of
asking formula recalculation pressing F9, now IsValidNumTextNd
was extended to skip footnotes, similar to the already
skipped comments.

Also clean-up to testTdf39828 (remove copy-paste code), and
clean-up to commit 915d3eebc1dc4f18d7a1992db801ee8313ee46c0
"tdf#39828 sw: fix table formula calculation at track changes"
to avoid of unnecessary calls of GetRedlineText(), which
is an expensive call, especially when there are a lot of redlines
with overlapping (see commit d467cd0dd9e9cf3b018859a592e2638527bc7add
"tdf#135683 speedup DocumentRedlineManager::GetRedlinePos").

Change-Id: I00243ef0985805414723e26fe26d6e9c04ce86cf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133579
Tested-by: László Németh 
Reviewed-by: László Németh 

diff --git a/sw/qa/extras/uiwriter/uiwriter3.cxx 
b/sw/qa/extras/uiwriter/uiwriter3.cxx
index 91b16d045868..341237f75aaa 100644
--- a/sw/qa/extras/uiwriter/uiwriter3.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter3.cxx
@@ -3490,9 +3490,6 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest3, testTdf87199)
 CPPUNIT_TEST_FIXTURE(SwUiWriterTest3, testTdf39828)
 {
 SwDoc* pDoc = createSwDoc(DATA_DIRECTORY, "tdf39828.fodt");
-SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
-
-pWrtShell->GotoNextTOXBase();
 
 // show changes
 pDoc->getIDocumentRedlineAccess().SetRedlineFlags(RedlineFlags::ShowDelete
@@ -3521,6 +3518,43 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest3, testTdf39828)
 CPPUNIT_ASSERT_EQUAL(OUString("8"), xCellA4->getString());
 }
 
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest3, testTdf146573)
+{
+SwDoc* pDoc = createSwDoc(DATA_DIRECTORY, "tdf39828.fodt");
+SwWrtShell* pWrtShell = pDoc->GetDocShell()->GetWrtShell();
+
+// remove redlines, add a footnote, and change the value
+// of the cell with the footnote
+dispatchCommand(mxComponent, ".uno:AcceptAllTrackedChanges", {});
+Scheduler::ProcessEventsToIdle();
+pWrtShell->Right(CRSR_SKIP_CELLS, /*bSelect=*/false, /*nCount=*/1, 
/*bBasicCall=*/false);
+dispatchCommand(mxComponent, ".uno:InsertFootnote", {});
+dispatchCommand(mxComponent, ".uno:PageUp", {}); // leave footnote
+pWrtShell->Left(CRSR_SKIP_CELLS, /*bSelect=*/false, /*nCount=*/1, 
/*bBasicCall=*/false);
+pWrtShell->Left(CRSR_SKIP_CELLS, /*bSelect=*/true, /*nCount=*/1, 
/*bBasicCall=*/false);
+pWrtShell->Insert("100");
+
+// trigger recalculation by leaving the cell
+pWrtShell->Down(/*bSelect=*/false, /*nCount=*/1);
+
+uno::Reference xTextTablesSupplier(mxComponent, 
uno::UNO_QUERY);
+uno::Reference 
xIndexAccess(xTextTablesSupplier->getTextTables(),
+ uno::UNO_QUERY);
+uno::Reference xTextTable(xIndexAccess->getByIndex(0), 
uno::UNO_QUERY);
+
+CPPUNIT_ASSERT_EQUAL(sal_Int32(4), xTextTable->getRows()->getCount());
+
+uno::Reference xCellA1(xTextTable->getCellByName("A1"), 
uno::UNO_QUERY);
+// value "100" and footnote index "1"
+CPPUNIT_ASSERT_EQUAL(OUString("1001"), xCellA1->getString());
+uno::Reference xCellA3(xTextTable->getCellByName("A3"), 
uno::UNO_QUERY);
+// This was 4 (missing recalculation)
+CPPUNIT_ASSERT_EQUAL(OUString("102"), xCellA3->getString());
+uno::Reference xCellA4(xTextTable->getCellByName("A4"), 
uno::UNO_QUERY);
+// This was 8 (missing recalculation)
+CPPUNIT_ASSERT_EQUAL(OUString("204"), xCellA4->getString());
+}
+
 CPPUNIT_TEST_FIXTURE(SwUiWriterTest3, testTdf132603)
 {
 createSwDoc();
diff --git a/sw/source/core/fields/cellfml.cxx 
b/sw/source/core/fields/cellfml.cxx
index 12bfec75a4ff..339a0337b561 100644
--- a/sw/source/core/fields/cellfml.cxx
+++ b/sw/source/core/fields/cellfml.cxx
@@ -152,9 +152,8 @@ double SwTableBox::GetValue( SwTableCalcPara& rCalcPara ) 
const
 OUString sText = pTextNd->GetText();
 
 // use text of the tracked changes
-if ( sText != pTextNd->GetRedlineText() &&
-sText.getLength() > 0 &&
-sText[0] != CH_TXTATR_BREAKWORD && sText[0] != CH_TXTATR_INWORD )
+if ( sText.getLength() > 0 &&
+ 

[Libreoffice-bugs] [Bug 148897] Image position not restored when pressing undo

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||michael.st...@allotropia.de
   Keywords||bibisected, bisected,
   ||regression

--- Comment #3 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Michael Stahl; Could you possibly take a look at this one?
Thanks

5d567ba871944f677da30f8c99ec8b428bc09163 is the first bad commit
commit 5d567ba871944f677da30f8c99ec8b428bc09163
Author: Jenkins Build User 
Date:   Mon Apr 19 18:15:49 2021 +0200

source sha:eb85de8e6b61fb3fcb6c03ae0145f7fe5478bccf

https://git.libreoffice.org/core/+/eb85de8e6b61fb3fcb6c03ae0145f7fe5478bccf
  sw: layout: if fly's anchor moves forward, move fly off SwPageFrame

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

[Libreoffice-bugs] [Bug 113734] FILEOPEN DOC: Table border settings read incorrectly

[bugzilla-daemon]

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

--- Comment #7 from Silvestr VS  ---
Repro in 

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

On page 1: Line Style is "Thick Thin, Large Gap", Color is #C0C0C0, Width is
3,00 pt

On page 2: "Solid" "Black" Thick (2.25 pt)

On page 3: Black 0.5 pt

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

[Libreoffice-bugs] [Bug 148650] InStr finds match in string containing diacritics

[bugzilla-daemon]

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

--- Comment #6 from Mike Kaganski  ---
(In reply to Andreas Heinisch from comment #5)

The problem here is the inconsistency IMO. Every character with a diacritic
could be represented as a base character plus combining characters. But only
two were decomposed like that.

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

[Libreoffice-bugs] [Bug 148899] Decimal not reported properly, rounded at 15 decimals

[bugzilla-daemon]

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

feydreva.bugzi...@paradize.io changed:

   What|Removed |Added

Summary|Decimal not reported|Decimal not reported
   |properly, trunkated |properly, rounded at 15
   ||decimals

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

[Libreoffice-bugs] [Bug 148899] New: Decimal not reported properly, trunkated

[bugzilla-daemon]

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

Bug ID: 148899
   Summary: Decimal not reported properly, trunkated
   Product: LibreOffice
   Version: 7.3.2.2 release
  Hardware: x86 (IA32)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: feydreva.bugzi...@paradize.io

Description:
If you write a number with more than 15 decimal, Libreoffice Calc with round it
at 15 decimal.
If you use the function "add decimal place" it will add 0 up to 21 decimal

Exemple : 
Type : 1.12345678901234567890123
in the case, it will be diplayed and counted as : 1,12345678901235
and if you press the button add decimal, it will be displayed and count as
1,1234567890123500
pressing add decimal before or after filing the box doesn't change anyhing. it
always round at 15 decimals.

Steps to Reproduce:
1.try to enter a number with more than 15 decimal, like
1.12345678901234567890123
2.it will be displayed as : 1,12345678901235
3.press the add decimal button : 1,1234567890123500

Actual Results:
Type : 1.12345678901234567890123
in the case, it will be diplayed and counted as : 1,12345678901235
and if you press the button add decimal, it will be displayed and count as
1,1234567890123500
pressing add decimal before or after filing the box doesn't change anyhing. it
always round at 15 decimals.

Expected Results:
All decimal should be counted.
I don't know what is the limit on other program, but 15 decimals seems a bit
low.
if the "add decimal" function goes to 21 decimal, why number cannot go at 21
decimal ?


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.3.2.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
7.3.2-2
Calc: threaded

[feydreva@spychea ~]$ glxinfo | grep OpenGL
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon RX 6600 XT (dimgrey_cavefish, LLVM 13.0.1,
DRM 3.44, 5.17.3-zen1-1-zen)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 22.0.1
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.0.1
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.0.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:

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

[Libreoffice-bugs] [Bug 148153] Frame should respect page margins

[bugzilla-daemon]

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

--- Comment #6 from Dieter  ---
(In reply to RGB from comment #5)
> If I understand the problem right, a part of it is already implemented: on
> the frame properties → Type tab → the very last check box, "keep inside text
> boundaries," does exactly what the label says :)

Thank you for the hint, but as far as I can see, this is only true for top and
bottom margin and it doesn't work for left and right margin.

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

[Libreoffice-ux-advise] [Bug 148153] Frame should respect page margins

[bugzilla-daemon]

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

--- Comment #6 from Dieter  ---
(In reply to RGB from comment #5)
> If I understand the problem right, a part of it is already implemented: on
> the frame properties → Type tab → the very last check box, "keep inside text
> boundaries," does exactly what the label says :)

Thank you for the hint, but as far as I can see, this is only true for top and
bottom margin and it doesn't work for left and right margin.

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

[Libreoffice-bugs] [Bug 113680] FILEOPEN XLS Named Ranges in form controls are dropped on open

[bugzilla-daemon]

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

--- Comment #6 from Silvestr VS  ---
Reproducible in 

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Both variations are still broken.

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

[Libreoffice-bugs] [Bug 131760] Commands related to styles miscategorized in customization dialog

[bugzilla-daemon]

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

--- Comment #22 from sdc.bla...@youmail.dk ---
@Kenneth -- .
> Resolve this ticket as WF/DUP?
DUP(licate) is a good choice. You will be added automatically to the cc: list
for the other ticket, and a duplicate contributes to moving the issue over a
threshold where it would get more focus. 

You can actually makr this ticket as a DUP yourself.  Look under the "Comment
box" - there is a "Mark as Duplicate" link, click on that and write 115527 as
the duplicate number.

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

[Libreoffice-bugs] [Bug 148897] Image position not restored when pressing undo

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

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

--- Comment #2 from raal  ---
Confirm Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 75fe4051320ef9b1f4323fa958e8df3db2066882
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded Jumbo

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

--- Comment #2 from Caolán McNamara  ---
FWIW if in vcl/source/window/status.cxx I set pGlyphs = nullptr; before line
404 Size aTextSize(rRenderContext.GetTextWidth... then it renders ok

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

[Libreoffice-bugs] [Bug 148477] Some Chinese characters in Calc's Status Bar are missing on Fedora 35

[bugzilla-daemon]

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

Caolán McNamara  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 113151] FILEOPEN: Proportion of imported png image is wrong after import from XLSX (with specific twoCellAnchor?)

[bugzilla-daemon]

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

--- Comment #12 from Silvestr VS  ---
Reproduced in 

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Received the same warning message as comment #7. 
Only the image width is off, as reported in comment #10.

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

[Libreoffice-bugs] [Bug 148810] EDITING: Undo doesn't restore the bullet ( PPTX )

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||r...@post.cz,
   ||zolnaitamas2...@gmail.com
   Keywords|bibisectRequest |bibisected, bisected

--- Comment #5 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Tamás Zolnai; Could you possibly take a look at this one?
Thanks

0c16af003f631594a0b58be9d066b5f14c4fc542 is the first bad commit
commit 0c16af003f631594a0b58be9d066b5f14c4fc542
Author: Jenkins Build User 
Date:   Fri Dec 22 08:56:22 2017 +0100

source sha:02ea9bc36ab47d68940da55f5012677dfaf0a8b8  

https://git.libreoffice.org/core/+/02ea9bc36ab47d68940da55f5012677dfaf0a8b8
tdf#114613: Repair function does not work after opening PPTX file

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

[Libreoffice-bugs] [Bug 124573] Printer extremely slow for each page with anything but normal print setting

[bugzilla-daemon]

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

--- Comment #16 from 76kenr...@gmail.com ---
This is a fairly old post now.  I had to give up on Libre Office, bite the
bullet, and install MS Office.  So I'm no longer dealing with this printer
problem.  Thanks for the efforts to fix the bug in any case.

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

[Libreoffice-bugs] [Bug 113050] FILEOPEN: PDF freezes Draw, one page, 19 KB file

[bugzilla-daemon]

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

--- Comment #14 from Silvestr VS  ---
Confirmed in

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

The original document and the GS version from comment #2 still do freeze Draw.

The document in comment #11 as well as the minimum test case from #13 opened
without freezing though. I was able to open the minimum test case file, add a
background, save as .odg and quit the application.

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

[Libreoffice-bugs] [Bug 148153] Frame should respect page margins

[bugzilla-daemon]

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

RGB  changed:

   What|Removed |Added

 CC||rgb.m...@gmail.com

--- Comment #5 from RGB  ---
If I understand the problem right, a part of it is already implemented: on the
frame properties → Type tab → the very last check box, "keep inside text
boundaries," does exactly what the label says :)

The other part of the problem, frames covering footnotes, I agree it's covered
by Bug 132248.

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

[Libreoffice-ux-advise] [Bug 148153] Frame should respect page margins

[bugzilla-daemon]

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

RGB  changed:

   What|Removed |Added

 CC||rgb.m...@gmail.com

--- Comment #5 from RGB  ---
If I understand the problem right, a part of it is already implemented: on the
frame properties → Type tab → the very last check box, "keep inside text
boundaries," does exactly what the label says :)

The other part of the problem, frames covering footnotes, I agree it's covered
by Bug 132248.

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

[Libreoffice-bugs] [Bug 85170] FillAuto doesn't fill formulas in hidden columns

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

 CC||andreas.heini...@yahoo.de

--- Comment #14 from Andreas Heinisch  ---
This change was introduced with the following commit
https://github.com/LibreOffice/core/commit/f61cbce529d039bb0e208e81cf66974cc4428420
in order to prevent overwriting hidden rows or columns.

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

[Libreoffice-bugs] [Bug 148898] New: Dark theme for Windows

[bugzilla-daemon]

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

Bug ID: 148898
   Summary: Dark theme for Windows
   Product: LibreOffice
   Version: 7.3.0.2 rc
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: baliczeri...@gmail.com

Description:
I installed LibreOffice today to try it out on my Windows machine. I was very
sad to find out it doesn't have a dark mode. Currently I use Office 365 on my
PC, only because my college tuition covers the costs, but after I graduate I
need an alternative, and I want it to be LibreOffice. Unfortunately, I cannot
work without a dark mode, as it strains my eyes. I am sure you implementing
this would help many Windows users switch to using this Office suite, so please
consider it.

Steps to Reproduce:
Nothing to add here.

Actual Results:
Nothing to add here.

Expected Results:
Nothing to add here.


Reproducible: Always


User Profile Reset: No



Additional Info:
Nothing to add here.

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

[Libreoffice-bugs] [Bug 148307] When inserting a new row or column into a table, LO changes the font & size of the text in the selected rows/ccolumns back to style default.

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected, bisected
 CC||r...@post.cz,
   ||ubap@gmail.com

--- Comment #5 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Jakub Trzebiatowski; Could you possibly take a look at this one?
Thanks

80852fb82e9722170aa1b84abaf44c8a47e52fca is the first bad commit
commit 80852fb82e9722170aa1b84abaf44c8a47e52fca
Author: Jenkins Build User 
Date:   Wed Sep 28 07:49:59 2016 +0200

source sha:40fba0f4418084d50cc5c388cb0b6e1abe395d61

https://git.libreoffice.org/core/+/40fba0f4418084d50cc5c388cb0b6e1abe395d61
   GSoC Writer Table Styles Import

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

[Libreoffice-commits] core.git: compilerplugins/clang writerperfect/qa writerperfect/source

[Stephan Bergmann (via logerrit)]

 compilerplugins/clang/redundantfcast.cxx |4 +++
 writerperfect/qa/unit/EPUBExportTest.cxx |   26 +++
 writerperfect/source/writer/EPUBExportFilter.cxx |4 +--
 writerperfect/source/writer/EPUBPackage.cxx  |2 -
 writerperfect/source/writer/exp/xmlimp.cxx   |5 ++--
 5 files changed, 23 insertions(+), 18 deletions(-)

New commits:
commit 64106353c98e8cb0c99c9e4ff509348edf8ed911
Author: Stephan Bergmann 
AuthorDate: Mon May 2 14:31:03 2022 +0200
Commit: Stephan Bergmann 
CommitDate: Mon May 2 22:01:00 2022 +0200

Just use Any ctor instead of makeAny in writerperfect

(which needs one more false loplugin:redundantfcast suppression case)

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

diff --git a/compilerplugins/clang/redundantfcast.cxx 
b/compilerplugins/clang/redundantfcast.cxx
index e78f2cf976ab..38a7daf9fff7 100644
--- a/compilerplugins/clang/redundantfcast.cxx
+++ b/compilerplugins/clang/redundantfcast.cxx
@@ -180,6 +180,10 @@ public:
 
 if (m_Seen.insert(arg->getExprLoc()).second)
 {
+if (suppressWarningAt(arg->getBeginLoc()))
+{
+continue;
+}
 report(DiagnosticsEngine::Warning,
"redundant functional cast from %0 to %1 in construct 
expression",
arg->getExprLoc())
diff --git a/writerperfect/qa/unit/EPUBExportTest.cxx 
b/writerperfect/qa/unit/EPUBExportTest.cxx
index 15e70733dda5..71bf41130a9c 100644
--- a/writerperfect/qa/unit/EPUBExportTest.cxx
+++ b/writerperfect/qa/unit/EPUBExportTest.cxx
@@ -215,7 +215,7 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, testEPUB2)
 {
 uno::Sequence 
aFilterData(comphelper::InitPropertySequence(
 { // Explicitly request EPUB2.
-  { "EPUBVersion", uno::makeAny(static_cast(20)) } }));
+  { "EPUBVersion", uno::Any(static_cast(20)) } }));
 createDoc(u"hello.fodt", aFilterData);
 
 mpXmlDoc = parseExport("OEBPS/content.opf");
@@ -228,7 +228,7 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, testEPUBFixedLayout)
 uno::Sequence 
aFilterData(comphelper::InitPropertySequence(
 { // Explicitly request fixed layout.
   { "EPUBLayoutMethod",
-
uno::makeAny(static_cast(libepubgen::EPUB_LAYOUT_METHOD_FIXED)) } 
}));
+
uno::Any(static_cast(libepubgen::EPUB_LAYOUT_METHOD_FIXED)) } }));
 createDoc(u"hello.fodt", aFilterData);
 
 mpXmlDoc = parseExport("OEBPS/content.opf");
@@ -254,7 +254,7 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, 
testEPUBFixedLayoutImplicitBreak)
 uno::Sequence 
aFilterData(comphelper::InitPropertySequence(
 { // Explicitly request fixed layout.
   { "EPUBLayoutMethod",
-
uno::makeAny(static_cast(libepubgen::EPUB_LAYOUT_METHOD_FIXED)) } 
}));
+
uno::Any(static_cast(libepubgen::EPUB_LAYOUT_METHOD_FIXED)) } }));
 createDoc(u"fxl-2page.fodt", aFilterData);
 
 CPPUNIT_ASSERT(mxZipFile->hasByName("OEBPS/sections/section0001.xhtml"));
@@ -275,7 +275,7 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, testPageBreakSplit)
 uno::Sequence 
aFilterData(comphelper::InitPropertySequence(
 { // Explicitly request split on page break (instead of on heading).
   { "EPUBSplitMethod",
-
uno::makeAny(static_cast(libepubgen::EPUB_SPLIT_METHOD_PAGE_BREAK)) 
} }));
+
uno::Any(static_cast(libepubgen::EPUB_SPLIT_METHOD_PAGE_BREAK)) } 
}));
 createDoc(u"2pages.fodt", aFilterData);
 
 // Make sure that the output is split into two.
@@ -345,11 +345,11 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, testMetaXMP)
 CPPUNIT_TEST_FIXTURE(EPUBExportTest, testMetaAPI)
 {
 uno::Sequence 
aFilterData(comphelper::InitPropertySequence(
-{ { "RVNGIdentifier", 
uno::makeAny(OUString("deadc0de-e394-4cd6-9b83-7172794612e5")) },
-  { "RVNGTitle", uno::makeAny(OUString("unknown title from api")) },
-  { "RVNGInitialCreator", uno::makeAny(OUString("unknown author from 
api")) },
-  { "RVNGLanguage", uno::makeAny(OUString("hu")) },
-  { "RVNGDate", uno::makeAny(OUString("2015-11-20T17:16:07Z")) } }));
+{ { "RVNGIdentifier", 
uno::Any(OUString("deadc0de-e394-4cd6-9b83-7172794612e5")) },
+  { "RVNGTitle", uno::Any(OUString("unknown title from api")) },
+  { "RVNGInitialCreator", uno::Any(OUString("unknown author from 
api")) },
+  { "RVNGLanguage", uno::Any(OUString("hu")) },
+  { "RVNGDate", uno::Any(OUString("2015-11-20T17:16:07Z")) } }));
 createDoc(u"meta-xmp.fodt", aFilterData);
 mpXmlDoc = parseExport("OEBPS/content.opf");
 
@@ -367,7 +367,7 @@ CPPUNIT_TEST_FIXTURE(EPUBExportTest, testCoverImage)
 {
 OUString aCoverURL = m_directories.getURLFromSrc(DATA_DIRECTORY) + 
"meta.cover-image.png";
 

[Libreoffice-commits] core.git: writerfilter/qa writerfilter/source

[Stephan Bergmann (via logerrit)]

 writerfilter/qa/cppunittests/filters-test/filters-test.cxx |2 
 writerfilter/source/dmapper/BorderHandler.cxx  |2 
 writerfilter/source/dmapper/CellColorHandler.cxx   |   30 
 writerfilter/source/dmapper/DomainMapper.cxx   |  338 +-
 writerfilter/source/dmapper/DomainMapperTableHandler.cxx   |   58 -
 writerfilter/source/dmapper/DomainMapperTableManager.cxx   |   34 -
 writerfilter/source/dmapper/DomainMapper_Impl.cxx  |  430 ++---
 writerfilter/source/dmapper/FormControlHelper.cxx  |   28 
 writerfilter/source/dmapper/GraphicImport.cxx  |  130 +--
 writerfilter/source/dmapper/NumberingManager.cxx   |   22 
 writerfilter/source/dmapper/OLEHandler.cxx |6 
 writerfilter/source/dmapper/PropertyMap.cxx|  152 ++--
 writerfilter/source/dmapper/SdtHelper.cxx  |   30 
 writerfilter/source/dmapper/SettingsTable.cxx  |   18 
 writerfilter/source/dmapper/StyleSheetTable.cxx|   48 -
 writerfilter/source/dmapper/TDefTableHandler.cxx   |   12 
 writerfilter/source/dmapper/TableManager.cxx   |8 
 writerfilter/source/dmapper/TablePropertiesHandler.cxx |   22 
 writerfilter/source/dmapper/TblStylePrHandler.cxx  |   12 
 writerfilter/source/dmapper/TextEffectsHandler.cxx |   32 
 writerfilter/source/filter/RtfFilter.cxx   |4 
 writerfilter/source/filter/WriterFilter.cxx|   56 -
 writerfilter/source/ooxml/OOXMLFastContextHandler.cxx  |2 
 writerfilter/source/rtftok/rtfdispatchdestination.cxx  |3 
 writerfilter/source/rtftok/rtfdispatchflag.cxx |4 
 writerfilter/source/rtftok/rtfdocumentimpl.cxx |   28 
 writerfilter/source/rtftok/rtfsdrimport.cxx|  103 +--
 27 files changed, 804 insertions(+), 810 deletions(-)

New commits:
commit 92fc91bbb865af2888a0717cdaef5e2af5b4b719
Author: Stephan Bergmann 
AuthorDate: Mon May 2 17:56:05 2022 +0200
Commit: Stephan Bergmann 
CommitDate: Mon May 2 21:59:54 2022 +0200

Just use Any ctor instead of makeAny in writerfilter

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

diff --git a/writerfilter/qa/cppunittests/filters-test/filters-test.cxx 
b/writerfilter/qa/cppunittests/filters-test/filters-test.cxx
index f377e8894c32..36ebeee2142e 100644
--- a/writerfilter/qa/cppunittests/filters-test/filters-test.cxx
+++ b/writerfilter/qa/cppunittests/filters-test/filters-test.cxx
@@ -46,7 +46,7 @@ bool RtfTest::load(const OUString&, const OUString& rURL, 
const OUString&, SfxFi
SotClipboardFormatId, unsigned int)
 {
 uno::Sequence aDescriptor = { beans::PropertyValue(
-"URL", sal_Int32(0), uno::makeAny(rURL), 
beans::PropertyState_DIRECT_VALUE) };
+"URL", sal_Int32(0), uno::Any(rURL), 
beans::PropertyState_DIRECT_VALUE) };
 try
 {
 return m_xFilter->filter(aDescriptor);
diff --git a/writerfilter/source/dmapper/BorderHandler.cxx 
b/writerfilter/source/dmapper/BorderHandler.cxx
index c9c793ca35ff..cb8e38c7512e 100644
--- a/writerfilter/source/dmapper/BorderHandler.cxx
+++ b/writerfilter/source/dmapper/BorderHandler.cxx
@@ -168,7 +168,7 @@ PropertyMapPtr  BorderHandler::getProperties()
 for( auto nProp: o3tl::enumrange())
 {
 if ( m_aFilledLines[nProp] ) {
-pPropertyMap->Insert( aPropNames[nProp], uno::makeAny( 
m_aBorderLines[nProp] ) );
+pPropertyMap->Insert( aPropNames[nProp], uno::Any( 
m_aBorderLines[nProp] ) );
 }
 }
 }
diff --git a/writerfilter/source/dmapper/CellColorHandler.cxx 
b/writerfilter/source/dmapper/CellColorHandler.cxx
index 765d5a3a5273..439806e20fa8 100644
--- a/writerfilter/source/dmapper/CellColorHandler.cxx
+++ b/writerfilter/source/dmapper/CellColorHandler.cxx
@@ -92,7 +92,7 @@ static uno::Any lcl_ConvertShd(sal_Int32 nIntValue)
 case NS_ooxml::LN_Value_ST_Shd_pct95: aRet = "pct95"; break;
 case NS_ooxml::LN_Value_ST_Shd_nil: aRet = "nil"; break;
 }
-return uno::makeAny(aRet);
+return uno::Any(aRet);
 }
 
 void CellColorHandler::lcl_attribute(Id rName, Value & rVal)
@@ -107,7 +107,7 @@ void CellColorHandler::lcl_attribute(Id rName, Value & rVal)
 }
 break;
 case NS_ooxml::LN_CT_Shd_fill:
-createGrabBag("fill", 
uno::makeAny(msfilter::util::ConvertColorOU(Color(ColorTransparency, 
nIntValue;
+createGrabBag("fill", 
uno::Any(msfilter::util::ConvertColorOU(Color(ColorTransparency, nIntValue;
 if( nIntValue == sal_Int32(COL_AUTO) )
 nIntValue = 0xff; //fill color auto means white
 else
@@ -117,29 +117,29 @@ void CellColorHandler::lcl_attribute(Id rName, Value & 
rVal)

[Libreoffice-commits] core.git: framework/inc framework/source

[Miklos Vajna (via logerrit)]

 framework/inc/dispatch/dispatchprovider.hxx|2 ++
 framework/source/dispatch/dispatchprovider.cxx |   22 +-
 2 files changed, 19 insertions(+), 5 deletions(-)

New commits:
commit 3f768cddd28a2f04eb1ffa30bed4474deb6fbfc4
Author: Miklos Vajna 
AuthorDate: Mon May 2 16:25:31 2022 +0200
Commit: Miklos Vajna 
CommitDate: Mon May 2 21:59:28 2022 +0200

framework: avoid re-creating protocol handler instances all the time

Once you install an extension that adds its own protocol handlers (e.g.
), DispatchProvider
re-creates this protocol handler every time the custom menu gets opened
or a command gets dispatched.

This allows the dispatch provider to avoid managing the lifecycle of
those protocol handler instances, but in case the constructor of those
handlers is expensive, this leads to performance problems.

Introduce a map of handler instances in DispatchProvider to avoid
unnecessary re-creation and re-initialization: these instances get the
same XFrame anyway (the DispatchProvider is owned by the frame), so this
is meant to be safe.

No testcase for this -- the problem is only visible if you have an UNO
service registered in the global UNO service registry, but by the time
our cppunit tests run, that is already a fixed list, so this would be
hard to test from code.

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

diff --git a/framework/inc/dispatch/dispatchprovider.hxx 
b/framework/inc/dispatch/dispatchprovider.hxx
index 804df44abc0c..4552e0580d2c 100644
--- a/framework/inc/dispatch/dispatchprovider.hxx
+++ b/framework/inc/dispatch/dispatchprovider.hxx
@@ -74,6 +74,8 @@ class DispatchProvider final : public ::cppu::WeakImplHelper< 
css::frame::XDispa
 css::uno::WeakReference< css::frame::XFrame > m_xFrame;
 /// cache of some other dispatch provider which are registered inside 
configuration to handle special URL protocols
 HandlerCache m_aProtocolHandlerCache;
+std::unordered_map>
+m_aProtocolHandlers;
 
 /* interface */
 public:
diff --git a/framework/source/dispatch/dispatchprovider.cxx 
b/framework/source/dispatch/dispatchprovider.cxx
index 578170227578..bcfa07bb333a 100644
--- a/framework/source/dispatch/dispatchprovider.cxx
+++ b/framework/source/dispatch/dispatchprovider.cxx
@@ -440,18 +440,30 @@ css::uno::Reference< css::frame::XDispatch > 
DispatchProvider::implts_searchProt
 SolarMutexGuard g;
 
 // create it
+bool bInitialize = true;
 try
 {
-xHandler.set(
-
css::uno::Reference(m_xContext->getServiceManager(),
 css::uno::UNO_QUERY_THROW)
-  ->createInstance(aHandler.m_sUNOName),
-css::uno::UNO_QUERY);
+// Only create the protocol handler instance once, the 
creation is expensive.
+auto it = m_aProtocolHandlers.find(aHandler.m_sUNOName);
+if (it == m_aProtocolHandlers.end())
+{
+xHandler.set(
+
css::uno::Reference(m_xContext->getServiceManager(),
 css::uno::UNO_QUERY_THROW)
+  ->createInstance(aHandler.m_sUNOName),
+css::uno::UNO_QUERY);
+m_aProtocolHandlers.emplace(aHandler.m_sUNOName, xHandler);
+}
+else
+{
+xHandler = it->second;
+bInitialize = false;
+}
 }
 catch(const css::uno::Exception&) {}
 
 // look if initialization is necessary
 css::uno::Reference< css::lang::XInitialization > xInit( xHandler, 
css::uno::UNO_QUERY );
-if (xInit.is())
+if (xInit.is() && bInitialize)
 {
 css::uno::Reference< css::frame::XFrame > xOwner( 
m_xFrame.get(), css::uno::UNO_QUERY );
 SAL_WARN_IF(!xOwner.is(), "fwk", 
"DispatchProvider::implts_searchProtocolHandler(): Couldn't get reference to my 
owner frame. So I can't set may needed context information for this protocol 
handler.");