[Libreoffice-bugs] [Bug 145769] New: "File already exists" warning when trying to save new file to WebDAV share

[bugzilla-daemon]

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

Bug ID: 145769
   Summary: "File already exists" warning when trying to save new
file to WebDAV share
   Product: LibreOffice
   Version: 7.3.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisected, bisected, regression
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kelem...@ubuntu.com
CC: caol...@redhat.com

Created attachment 176355
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176355=edit
Screenshot of the warning dialog

When I try to save a new file to a WebDAV-mounted NextCloud share with the
Remote Files dialog I get a warning "This file already exists, overwrite?".

1. Have a WebDAV share attached in the Remote Files dialog, I used NextCloud
for this
2. Start a new file in Writer, then try to save to the WebDAV share with a new
name.

The Remote Files dialog says the file already exists, despite you just typed a
unique name.

Bibisected to:

https://git.libreoffice.org/core/+/67fa088be7db1df661188ef4bab490a76fb06b85%5E%21/#F0

author  Caolán McNamara Mon Oct 18 14:18:03 2021 +0100
committer   Caolán McNamara Mon Oct 18 17:21:21
2021 +0200

tdf#145169 for IsDocument/IsFolder I think we want no interaction

Adding CC to: Caolán McNamara

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

[Libreoffice-bugs] [Bug 144214] enabling skia on macOS results in 75% of window painted in red on macOS

[bugzilla-daemon]

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

--- Comment #28 from Luboš Luňák  ---
I"ve fixed 1),2) and 3). 4) is a generic problem that needs handling in all
relevant places.

(In reply to Thorsten Wagner from comment #18)
> For me the advantage of using Skia on macOS is not really obvious. I do not
> face any performance issues with graphics using LO on macOS.

Some others do apparently: bug#113023 . Those bugreports are 3-5 years old. I
don't know what exactly the problem is there, but at least some of them are
about the native VCL backend not keeping up with copying so much data.

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

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

[Noel Grandin (via logerrit)]

 sw/source/core/bastyp/init.cxx|6 ++
 sw/source/core/docnode/swthreadjoiner.cxx |8 ++--
 2 files changed, 4 insertions(+), 10 deletions(-)

New commits:
commit 8b1399cbb76b2f8b1722cb6a4a77b391f5af0862
Author: Noel Grandin 
AuthorDate: Thu Nov 18 20:44:33 2021 +0200
Commit: Noel Grandin 
CommitDate: Fri Nov 19 08:50:02 2021 +0100

rtl::Static->thread-safe static in sw

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

diff --git a/sw/source/core/bastyp/init.cxx b/sw/source/core/bastyp/init.cxx
index 0ab9a5c8ae84..8a82d99fc4b2 100644
--- a/sw/source/core/bastyp/init.cxx
+++ b/sw/source/core/bastyp/init.cxx
@@ -114,7 +114,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -779,13 +778,12 @@ namespace
 return *m_xTransWrp;
 }
 };
-
-class theTransWrp : public rtl::Static {};
 }
 
 const ::utl::TransliterationWrapper& GetAppCmpStrIgnore()
 {
-return theTransWrp::get().getTransliterationWrapper();
+static TransWrp theTransWrp;
+return theTransWrp.getTransliterationWrapper();
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/docnode/swthreadjoiner.cxx 
b/sw/source/core/docnode/swthreadjoiner.cxx
index d13540d33ff8..d506bb7f115b 100644
--- a/sw/source/core/docnode/swthreadjoiner.cxx
+++ b/sw/source/core/docnode/swthreadjoiner.cxx
@@ -21,7 +21,6 @@
 #include 
 #include 
 #include 
-#include 
 
 // Testing
 
@@ -29,16 +28,13 @@ using namespace ::com::sun::star;
 
 namespace
 {
-class theJoinerMutex : public rtl::Static
-{
-};
-
 uno::Reference pThreadJoiner;
 }
 
 uno::Reference& SwThreadJoiner::GetThreadJoiner()
 {
-osl::MutexGuard aGuard(theJoinerMutex::get());
+static osl::Mutex theJoinerMutex;
+osl::MutexGuard aGuard(theJoinerMutex);
 
 if (!pThreadJoiner.is())
 {

[Libreoffice-bugs] [Bug 145530] Text which should be pasted below the image ends up above the image (CF_OEMTEXT Paste?)

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 CC||dgp-m...@gmx.de

--- Comment #5 from Dieter  ---
Telesto, is it possible to reproduce the bug without using Inside Clipboard?
Program has no update since 2017 [1]. I don't understand, why it is helpful
here.

[1] https://www.nirsoft.net/utils/inside_clipboard.html

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

[Libreoffice-bugs] [Bug 134552] EDITING Calc custom row height not applied with very large spreadsheets

[bugzilla-daemon]

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

--- Comment #3 from Justin L  ---
repro 7.3+

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

[Libreoffice-bugs] [Bug 145644] FILESAVE XLSX character color in header has changed.

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

Version|7.3.0.0 alpha0+ Master  |7.2.1.2 release
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||LibreOffice@bielefeldundbus
   ||s.de

--- Comment #4 from Rainer Bielefeld Retired  
---
REPRODUCIBLE with Installation of Version:7.2.1.2 (x64); Build ID:
87b77fad49947c1441b67c559c339af8f3517e22; CPU threads: 12; OS: Windows 10.0
Build 19042; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI:
de-DE; Calc: threaded  |  my default User Profile

My STR:
0. Open sample document
1. Menu ˋFormat → Page Style → Edit → Center-Area → 
   Highlight all Text in CenterArea with  → 
   Custom-Header Test Attributes → Font Effects → Auto → [OK] → [OK] → [OK]ˊ
2. ˋSave (as XLSX) → Close → Reopenˊ
3. ˋFormat → Page Style → Editˊ
   Expected: CeterArea in Black from "Auto"
   Actual: White   

Might berelated to or DUP of
a) Bug 144940 - Calc disables header/footer or looses footer content when saves
a spreadsheet ( part 2 )   or
b) an other one from


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

[Libreoffice-bugs] [Bug 142039] Using "borders" tool is visibly very difficult on dark themes

[bugzilla-daemon]

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

--- Comment #6 from Heiko Tietze  ---
(In reply to Rizal Muttaqin from comment #5)
> For now I set this bug won't fix as I have no plan to add elementary dark
> variant but feel free to give more suggestion

We had this topic before in respect to Breeze. And I remember vaguely that a
few or even one pixel made a huge difference. Could that be a solution too for
Elementary?

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

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

[Miklos Vajna (via logerrit)]

 sw/source/filter/xml/XMLRedlineImportHelper.cxx |4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

New commits:
commit 339405818c9c31a3ba29f406afca36568c378fb2
Author: Miklos Vajna 
AuthorDate: Thu Nov 18 20:16:46 2021 +0100
Commit: Miklos Vajna 
CommitDate: Fri Nov 19 08:05:18 2021 +0100

sw: enable warning in XMLRedlineImportHelper::InsertIntoDocument()

This one looks useful, so why hide it behind dbglevel=2.

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

diff --git a/sw/source/filter/xml/XMLRedlineImportHelper.cxx 
b/sw/source/filter/xml/XMLRedlineImportHelper.cxx
index 575c822ceb87..5e289bb7648f 100644
--- a/sw/source/filter/xml/XMLRedlineImportHelper.cxx
+++ b/sw/source/filter/xml/XMLRedlineImportHelper.cxx
@@ -667,10 +667,8 @@ void 
XMLRedlineImportHelper::InsertIntoDocument(RedlineInfo* pRedlineInfo)
 if( nPoint < pRedlineInfo->pContentIndex->GetIndex() ||
 nPoint > 
pRedlineInfo->pContentIndex->GetNode().EndOfSectionIndex() )
 pRedline->SetContentIdx(pRedlineInfo->pContentIndex);
-#if OSL_DEBUG_LEVEL > 1
 else
-OSL_FAIL( "Recursive change tracking" );
-#endif
+SAL_WARN("sw", "Recursive change tracking");
 }
 
 // set redline mode (without doing the associated book-keeping)

[Libreoffice-bugs] [Bug 134767] Conditional Formatting Corrupted by Column Insert

[bugzilla-daemon]

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

--- Comment #6 from Justin L  ---
repro 7.3+

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

[Libreoffice-bugs] [Bug 145735] qt6: Support video playback in Impress presentations on Wayland

[bugzilla-daemon]

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

--- Comment #3 from Michael Weghorn  ---
(In reply to Roman Kuznetsov from comment #2)
> May be just revert deleted VLC embedded feature
> https://gerrit.libreoffice.org/c/core/+/108283 and to complete its
> implementing?

Thanks, that might be another option to consider.

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

[Libreoffice-bugs] [Bug 134867] Got a "Read Error" report when I went to open a file

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=13
   ||6551

--- Comment #11 from Justin L  ---
apparently fixed in LO 7.0.3 with commit
9ad456005b2bbc5d570b975e2a54f7d904d079e6
Author: Miklos Vajna on Mon Sep 28 21:05:27 2020 +0200
tdf#136551 DOTX import: restore support for large XML attribute values

Regression from 4.4 commit 82d08580e368afbc9d73da3613845a36a89b0a8c (switch
saxparser from expat to libxml2, 2014-11-14), expat used to allow huge
XML attribute values, while libxml2 defaults to rejecting values larger
than 10MB.

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

[Libreoffice-commits] core.git: unotools/source

[Noel Grandin (via logerrit)]

 unotools/source/config/bootstrap.cxx|   11 ++---
 unotools/source/config/cmdoptions.cxx   |9 +--
 unotools/source/config/configmgr.cxx|8 +--
 unotools/source/config/fontcfg.cxx  |   24 +++--
 unotools/source/config/lingucfg.cxx |   32 ++--
 unotools/source/config/moduleoptions.cxx|1 
 unotools/source/config/pathoptions.cxx  |   14 
 unotools/source/config/syslocaleoptions.cxx |   10 +++-
 unotools/source/i18n/textsearch.cxx |1 
 unotools/source/ucbhelper/tempfile.cxx  |2 -
 10 files changed, 47 insertions(+), 65 deletions(-)

New commits:
commit f7a8c3cc4dc9a316b39e8680a2af330d8f8ba296
Author: Noel Grandin 
AuthorDate: Thu Nov 18 20:24:57 2021 +0200
Commit: Noel Grandin 
CommitDate: Fri Nov 19 07:33:34 2021 +0100

rtl::Static->thread-safe static in unotools

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

diff --git a/unotools/source/config/bootstrap.cxx 
b/unotools/source/config/bootstrap.cxx
index 51d3625e4af0..09c52157024b 100644
--- a/unotools/source/config/bootstrap.cxx
+++ b/unotools/source/config/bootstrap.cxx
@@ -32,7 +32,6 @@
 #include 
 
 #include 
-#include 
 #include 
 
 // #define this to true, if remembering defaults is not supported properly
@@ -112,12 +111,16 @@ private: // implementation
 
 namespace
 {
-class theImpl : public rtl::Static {};
+Bootstrap::Impl& theImpl()
+{
+static Bootstrap::Impl SINGLETON;
+return SINGLETON;
+}
 }
 
 const Bootstrap::Impl& Bootstrap::data()
 {
-return theImpl::get();
+return theImpl();
 }
 
 bool Bootstrap::getProcessWorkingDir(OUString )
@@ -146,7 +149,7 @@ bool Bootstrap::getProcessWorkingDir(OUString )
 
 void Bootstrap::reloadData()
 {
-theImpl::get().initialize();
+theImpl().initialize();
 }
 
 // helper
diff --git a/unotools/source/config/cmdoptions.cxx 
b/unotools/source/config/cmdoptions.cxx
index b61e49840390..d9e061224a4a 100644
--- a/unotools/source/config/cmdoptions.cxx
+++ b/unotools/source/config/cmdoptions.cxx
@@ -27,7 +27,6 @@
 #include 
 #include 
 #include 
-#include 
 
 #include "itemholder1.hxx"
 
@@ -340,16 +339,12 @@ void SvtCommandOptions::EstablishFrameCallback(const 
css::uno::Reference< css::f
 m_pImpl->EstablishFrameCallback(xFrame);
 }
 
-namespace
-{
-class theCommandOptionsMutex : public rtl::Static{};
-}
-
 //  private method
 
 Mutex& SvtCommandOptions::GetOwnStaticMutex()
 {
-return theCommandOptionsMutex::get();
+static osl::Mutex theCommandOptionsMutex;
+return theCommandOptionsMutex;
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/unotools/source/config/configmgr.cxx 
b/unotools/source/config/configmgr.cxx
index 84ab42cc795d..5b109788d2cd 100644
--- a/unotools/source/config/configmgr.cxx
+++ b/unotools/source/config/configmgr.cxx
@@ -28,7 +28,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -67,10 +66,6 @@ getConfigurationProvider() {
 return css::configuration::theDefaultProvider::get( 
comphelper::getProcessComponentContext() );
 }
 
-struct theConfigManager:
-public rtl::Static< utl::ConfigManager, theConfigManager >
-{};
-
 }
 
 OUString utl::ConfigManager::getAboutBoxProductVersion() {
@@ -114,7 +109,8 @@ void utl::ConfigManager::storeConfigItems() {
 }
 
 utl::ConfigManager & utl::ConfigManager::getConfigManager() {
-return theConfigManager::get();
+static utl::ConfigManager theConfigManager;
+return theConfigManager;
 }
 
 css::uno::Reference< css::container::XHierarchicalNameAccess >
diff --git a/unotools/source/config/fontcfg.cxx 
b/unotools/source/config/fontcfg.cxx
index cfa6705a41c6..ef94981d7746 100644
--- a/unotools/source/config/fontcfg.cxx
+++ b/unotools/source/config/fontcfg.cxx
@@ -31,7 +31,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -83,18 +82,10 @@ static const char* getKeyType( DefaultFontType nKeyType )
 }
 }
 
-namespace
-{
-class theDefaultFontConfiguration
-: public rtl::Static
-{
-};
-}
-
 DefaultFontConfiguration& DefaultFontConfiguration::get()
 {
-return theDefaultFontConfiguration::get();
+static DefaultFontConfiguration theDefaultFontConfiguration;
+return theDefaultFontConfiguration;
 }
 
 DefaultFontConfiguration::DefaultFontConfiguration()
@@ -297,17 +288,10 @@ OUString DefaultFontConfiguration::getUserInterfaceFont( 
const LanguageTag& rLan
  *  FontSubstConfigItem::get
  */
 
-namespace
-{
-class theFontSubstConfiguration
-: public rtl::Static
-{
-};
-}
-
 FontSubstConfiguration& FontSubstConfiguration::get()
 {
-return theFontSubstConfiguration::get();
+static FontSubstConfiguration theFontSubstConfiguration;
+return theFontSubstConfiguration;
 }
 

[Libreoffice-commits] core.git: tools/source

[Noel Grandin (via logerrit)]

 tools/source/stream/strmunx.cxx |   11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

New commits:
commit 4d3e4c1cf3f117b8abd8dd67843864bb4c2e5a2f
Author: Noel Grandin 
AuthorDate: Thu Nov 18 20:13:51 2021 +0200
Commit: Noel Grandin 
CommitDate: Fri Nov 19 07:33:15 2021 +0100

rtl::Static->thread-safe static in tools

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

diff --git a/tools/source/stream/strmunx.cxx b/tools/source/stream/strmunx.cxx
index 6743993f112e..853389266ac3 100644
--- a/tools/source/stream/strmunx.cxx
+++ b/tools/source/stream/strmunx.cxx
@@ -30,7 +30,6 @@
 
 #include 
 #include 
-#include 
 
 using namespace osl;
 
@@ -38,7 +37,11 @@ using namespace osl;
 
 namespace {
 
-struct LockMutex : public rtl::Static< osl::Mutex, LockMutex > {};
+osl::Mutex& LockMutex()
+{
+static osl::Mutex SINGLETON;
+return SINGLETON;
+}
 
 std::map gLocks;
 
@@ -60,7 +63,7 @@ bool lockFile( const SvFileStream* pStream )
 if( aStatus.getFileType() == osl::FileStatus::Directory )
 return true;
 
-osl::MutexGuard aGuard( LockMutex::get() );
+osl::MutexGuard aGuard( LockMutex() );
 for( const auto& [rLockStream, rLockItem] : gLocks )
 {
 if( aItem.isIdenticalTo( rLockItem ) )
@@ -83,7 +86,7 @@ bool lockFile( const SvFileStream* pStream )
 
 void unlockFile( SvFileStream const * pStream )
 {
-osl::MutexGuard aGuard( LockMutex::get() );
+osl::MutexGuard aGuard( LockMutex() );
 gLocks.erase(pStream);
 }
 

[Libreoffice-commits] core.git: svx/source

[Noel Grandin (via logerrit)]

 svx/source/gallery2/galexpl.cxx  |   11 +++
 svx/source/items/svxerr.cxx  |9 +
 svx/source/sdr/attribute/sdrformtextattribute.cxx|   12 +++-
 svx/source/sdr/attribute/sdrformtextoutlineattribute.cxx |   12 +++-
 svx/source/sdr/attribute/sdrtextattribute.cxx|   12 +++-
 5 files changed, 29 insertions(+), 27 deletions(-)

New commits:
commit 6f3c6b12eaf0466827c9ec6b84c2516e38061b04
Author: Noel Grandin 
AuthorDate: Thu Nov 18 20:08:38 2021 +0200
Commit: Noel Grandin 
CommitDate: Fri Nov 19 07:33:00 2021 +0100

rtl::Static->thread-safe static in svx

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

diff --git a/svx/source/gallery2/galexpl.cxx b/svx/source/gallery2/galexpl.cxx
index 83dc3b1688dd..c155f4f14613 100644
--- a/svx/source/gallery2/galexpl.cxx
+++ b/svx/source/gallery2/galexpl.cxx
@@ -18,7 +18,6 @@
  */
 
 
-#include 
 #include 
 #include 
 #include 
@@ -26,7 +25,11 @@
 
 namespace
 {
-class theLockListener : public rtl::Static< SfxListener, theLockListener > 
{};
+SfxListener& theLockListener()
+{
+static SfxListener SINGLETON;
+return SINGLETON;
+}
 }
 
 
@@ -240,7 +243,7 @@ bool GalleryExplorer::BeginLocking( std::u16string_view 
rThemeName )
 
 if( pGal )
 {
-GalleryTheme* pTheme = pGal->AcquireTheme( rThemeName, 
theLockListener::get() );
+GalleryTheme* pTheme = pGal->AcquireTheme( rThemeName, 
theLockListener() );
 
 if( pTheme )
 {
@@ -278,7 +281,7 @@ bool GalleryExplorer::EndLocking( std::u16string_view 
rThemeName )
 if( bReleaseLockedTheme )
 {
 // release locked theme
-pGal->ReleaseTheme( pTheme, theLockListener::get() );
+pGal->ReleaseTheme( pTheme, theLockListener() );
 bRet = true;
 }
 }
diff --git a/svx/source/items/svxerr.cxx b/svx/source/items/svxerr.cxx
index 4fd503c388d0..24efadda459e 100644
--- a/svx/source/items/svxerr.cxx
+++ b/svx/source/items/svxerr.cxx
@@ -19,7 +19,6 @@
 
 #include 
 #include 
-#include 
 #include 
 
 SvxErrorHandler::SvxErrorHandler() :
@@ -28,16 +27,10 @@ SvxErrorHandler::SvxErrorHandler() :
 {
 }
 
-namespace
-{
-class theSvxErrorHandler
-: public rtl::Static {};
-}
-
 void SvxErrorHandler::ensure()
 {
+static SvxErrorHandler SINGLETON;
 // coverity[side_effect_free : FALSE] - not actually side-effect-free
-theSvxErrorHandler::get();
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/svx/source/sdr/attribute/sdrformtextattribute.cxx 
b/svx/source/sdr/attribute/sdrformtextattribute.cxx
index cdec873b0d26..69fff8a8d724 100644
--- a/svx/source/sdr/attribute/sdrformtextattribute.cxx
+++ b/svx/source/sdr/attribute/sdrformtextattribute.cxx
@@ -45,7 +45,6 @@
 #include 
 #include 
 #include 
-#include 
 
 
 // helper to get line, stroke and transparence attributes from SfxItemSet
@@ -251,8 +250,11 @@ namespace drawinglayer::attribute
 
 namespace
 {
-struct theGlobalDefault :
-public rtl::Static< SdrFormTextAttribute::ImplType, 
theGlobalDefault > {};
+SdrFormTextAttribute::ImplType& theGlobalDefault()
+{
+static SdrFormTextAttribute::ImplType SINGLETON;
+return SINGLETON;
+}
 }
 
 SdrFormTextAttribute::SdrFormTextAttribute(const SfxItemSet& rSet)
@@ -261,7 +263,7 @@ namespace drawinglayer::attribute
 }
 
 SdrFormTextAttribute::SdrFormTextAttribute()
-:   mpSdrFormTextAttribute(theGlobalDefault::get())
+:   mpSdrFormTextAttribute(theGlobalDefault())
 {
 }
 
@@ -281,7 +283,7 @@ namespace drawinglayer::attribute
 
 bool SdrFormTextAttribute::isDefault() const
 {
-return mpSdrFormTextAttribute.same_object(theGlobalDefault::get());
+return mpSdrFormTextAttribute.same_object(theGlobalDefault());
 }
 
 SdrFormTextAttribute& SdrFormTextAttribute::operator=(const 
SdrFormTextAttribute& rCandidate)
diff --git a/svx/source/sdr/attribute/sdrformtextoutlineattribute.cxx 
b/svx/source/sdr/attribute/sdrformtextoutlineattribute.cxx
index 180f9bbfc928..ec97cf04429d 100644
--- a/svx/source/sdr/attribute/sdrformtextoutlineattribute.cxx
+++ b/svx/source/sdr/attribute/sdrformtextoutlineattribute.cxx
@@ -21,7 +21,6 @@
 #include 
 #include 
 #include 
-#include 
 
 
 namespace drawinglayer::attribute
@@ -65,8 +64,11 @@ namespace drawinglayer::attribute
 
 namespace
 {
-struct theGlobalDefault :
-public rtl::Static< SdrFormTextOutlineAttribute::ImplType, 
theGlobalDefault > {};
+SdrFormTextOutlineAttribute::ImplType& 

[Libreoffice-commits] core.git: svtools/source

[Noel Grandin (via logerrit)]

 svtools/source/config/accessibilityoptions.cxx |   12 +++-
 svtools/source/config/colorcfg.cxx |   12 +++-
 svtools/source/config/extcolorcfg.cxx  |   12 +++-
 svtools/source/config/miscopt.cxx  |   10 ++
 svtools/source/config/slidesorterbaropt.cxx|   10 ++
 svtools/source/control/inettbc.cxx |   14 --
 6 files changed, 33 insertions(+), 37 deletions(-)

New commits:
commit 79db82976e3070b7889d2ec350dde3eff703ebe4
Author: Noel Grandin 
AuthorDate: Thu Nov 18 19:53:25 2021 +0200
Commit: Noel Grandin 
CommitDate: Fri Nov 19 07:32:43 2021 +0100

rtl::Static->thread-safe static in svtools

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

diff --git a/svtools/source/config/accessibilityoptions.cxx 
b/svtools/source/config/accessibilityoptions.cxx
index 7debdf47327e..05c113478402 100644
--- a/svtools/source/config/accessibilityoptions.cxx
+++ b/svtools/source/config/accessibilityoptions.cxx
@@ -30,7 +30,6 @@
 
 #include 
 #include 
-#include 
 #include 
 
 #include "itemholder2.hxx"
@@ -71,8 +70,11 @@ sal_Int32 
SvtAccessibilityOptions::sm_nAccessibilityRefCount
 
 namespace
 {
-struct SingletonMutex
-: public rtl::Static< ::osl::Mutex, SingletonMutex > {};
+::osl::Mutex& SingletonMutex()
+{
+static ::osl::Mutex SINGLETON;
+return SINGLETON;
+}
 }
 
 
@@ -335,7 +337,7 @@ SvtAccessibilityOptions::SvtAccessibilityOptions()
 {
 if (!utl::ConfigManager::IsFuzzing())
 {
-::osl::MutexGuard aGuard( SingletonMutex::get() );
+::osl::MutexGuard aGuard( SingletonMutex() );
 if(!sm_pSingleImplConfig)
 {
 sm_pSingleImplConfig = new SvtAccessibilityOptions_Impl;
@@ -349,7 +351,7 @@ SvtAccessibilityOptions::SvtAccessibilityOptions()
 SvtAccessibilityOptions::~SvtAccessibilityOptions()
 {
 //EndListening( *sm_pSingleImplConfig, sal_True );
-::osl::MutexGuard aGuard( SingletonMutex::get() );
+::osl::MutexGuard aGuard( SingletonMutex() );
 if( !--sm_nAccessibilityRefCount )
 {
 //if( sm_pSingleImplConfig->IsModified() )
diff --git a/svtools/source/config/colorcfg.cxx 
b/svtools/source/config/colorcfg.cxx
index ec918014e98f..f72736afe6cb 100644
--- a/svtools/source/config/colorcfg.cxx
+++ b/svtools/source/config/colorcfg.cxx
@@ -39,7 +39,6 @@
 #include 
 #include 
 #include 
-#include 
 
 
 using namespace utl;
@@ -54,8 +53,11 @@ namespace svtools
 static sal_Int32nColorRefCount_Impl = 0;
 namespace
 {
-struct ColorMutex_Impl
-: public rtl::Static< ::osl::Mutex, ColorMutex_Impl > {};
+::osl::Mutex& ColorMutex_Impl()
+{
+static ::osl::Mutex SINGLETON;
+return SINGLETON;
+}
 }
 
 ColorConfig_Impl*ColorConfig::m_pImpl = nullptr;
@@ -376,7 +378,7 @@ ColorConfig::ColorConfig()
 {
 if (utl::ConfigManager::IsFuzzing())
 return;
-::osl::MutexGuard aGuard( ColorMutex_Impl::get() );
+::osl::MutexGuard aGuard( ColorMutex_Impl() );
 if ( !m_pImpl )
 {
 m_pImpl = new ColorConfig_Impl;
@@ -390,7 +392,7 @@ ColorConfig::~ColorConfig()
 {
 if (utl::ConfigManager::IsFuzzing())
 return;
-::osl::MutexGuard aGuard( ColorMutex_Impl::get() );
+::osl::MutexGuard aGuard( ColorMutex_Impl() );
 m_pImpl->RemoveListener(this);
 if(!--nColorRefCount_Impl)
 {
diff --git a/svtools/source/config/extcolorcfg.cxx 
b/svtools/source/config/extcolorcfg.cxx
index e5767b0b1453..bdeda2d4e8b9 100644
--- a/svtools/source/config/extcolorcfg.cxx
+++ b/svtools/source/config/extcolorcfg.cxx
@@ -38,7 +38,6 @@
 #include 
 #include 
 #include 
-#include 
 
 
 using namespace utl;
@@ -51,8 +50,11 @@ namespace svtools
 static sal_Int32nExtendedColorRefCount_Impl = 0;
 namespace
 {
-struct ColorMutex_Impl
-: public rtl::Static< ::osl::Mutex, ColorMutex_Impl > {};
+::osl::Mutex& ColorMutex_Impl()
+{
+static ::osl::Mutex SINGLETON;
+return SINGLETON;
+}
 }
 
 ExtendedColorConfig_Impl*ExtendedColorConfig::m_pImpl = nullptr;
@@ -506,7 +508,7 @@ IMPL_LINK( ExtendedColorConfig_Impl, 
DataChangedEventListener, VclSimpleEvent&,
 
 ExtendedColorConfig::ExtendedColorConfig()
 {
-::osl::MutexGuard aGuard( ColorMutex_Impl::get() );
+::osl::MutexGuard aGuard( ColorMutex_Impl() );
 if ( !m_pImpl )
 m_pImpl = new ExtendedColorConfig_Impl;
 ++nExtendedColorRefCount_Impl;
@@ -515,7 +517,7 @@ ExtendedColorConfig::ExtendedColorConfig()
 
 ExtendedColorConfig::~ExtendedColorConfig()
 {
-::osl::MutexGuard aGuard( ColorMutex_Impl::get() );
+::osl::MutexGuard aGuard( ColorMutex_Impl() );
 EndListening( *m_pImpl);
 if(!--nExtendedColorRefCount_Impl)
 {
diff --git a/svtools/source/config/miscopt.cxx 

[Libreoffice-bugs] [Bug 113650] PRINTING - After a document is printed in landscape cannot switch back to in portrait format

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 92676] Cannot change page orientation during SELECTION print in Calc (if page A4 and not Letter, until Page style changed)

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 92190] PRINTs landscape despite configured as portrait (Mac OS)

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 68032] Linux: CUPS: Landscape printing prints as portrait with content turned at 90 degree

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 98114] Printing does not honor the orientation in page properties in Linux/Mac

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=68
   ||032,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=92
   ||190,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=92
   ||676,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||3650

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

[Libreoffice-bugs] [Bug 145768] Status bar appears again and again in writer

[bugzilla-daemon]

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

--- Comment #1 from EF  ---
After completely resetting the profile the problem still persists. The status
bar will always automatically appear after updating the table of contents.

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

[Libreoffice-bugs] [Bug 135346] Print preview: "no data" on big print range for one page

[bugzilla-daemon]

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

--- Comment #6 from Justin L  ---
I got nowhere trying to debug in master which was discouraging, and attempting
to revert 5217a2a0bf27e496cc429ee45dff7c239b466ae6 wasn't successful in one
hour, so I am giving up.

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

[Libreoffice-bugs] [Bug 145768] New: Status bar appears again and again in writer

[bugzilla-daemon]

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

Bug ID: 145768
   Summary: Status bar appears again and again in writer
   Product: LibreOffice
   Version: 7.2.2.2 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ekkeh...@finkeissen.de

Description:
After switching the status bar off after few minutes it appears again and again
in writer.

Steps to Reproduce:
1. Switch status bar off
2. Work and wait
3. The status bar will appear again

Actual Results:
1. Switch status bar off
2. Work and wait
3. The status bar will appear again
4. In settings the menu the status bar is automatically switched on again

Expected Results:
After switching off the status bar should remain off.


Reproducible: Always


User Profile Reset: No



Additional Info:
If I switch off the status bar it should remain off.

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

[Libreoffice-bugs] [Bug 145709] Crash in: SwXTextRange::SetPositions

[bugzilla-daemon]

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

--- Comment #4 from Christopher J Poor  ---
warning: Currently logging to gdbtrace.log.  Turn the logging off and on to
make the new setting effective.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after fork from child process 366613]
warning: Corrupted shared library list: 0x55fdb1e8dd00 != 0x55fdb1e86840
[New Thread 0x7fca9cc52700 (LWP 366621)]
[New Thread 0x7fca97fff700 (LWP 366622)]
[New Thread 0x7fca977fe700 (LWP 366623)]
[New Thread 0x7fca96ffd700 (LWP 366624)]
[New Thread 0x7fca966d8700 (LWP 366625)]
[New Thread 0x7fca95ed7700 (LWP 366626)]
[New Thread 0x7fca94d9d700 (LWP 366629)]
[Thread 0x7fca94d9d700 (LWP 366629) exited]
[New Thread 0x7fca94d9d700 (LWP 366630)]
[Thread 0x7fca94d9d700 (LWP 366630) exited]
[Thread 0x7fca966d8700 (LWP 366625) exited]
[Detaching after vfork from child process 366631]
[New Thread 0x7fca966d8700 (LWP 366633)]
[Thread 0x7fca966d8700 (LWP 366633) exited]
[Thread 0x7fca9cc52700 (LWP 366621) exited]
[New Thread 0x7fca9cc52700 (LWP 366634)]
[Thread 0x7fca9cc52700 (LWP 366634) exited]
[New Thread 0x7fca9cc52700 (LWP 366635)]
[Thread 0x7fca9cc52700 (LWP 366635) exited]
[New Thread 0x7fca9cc52700 (LWP 366637)]
[New Thread 0x7fca966d8700 (LWP 366638)]
[Thread 0x7fca9cc52700 (LWP 366637) exited]
[Thread 0x7fca966d8700 (LWP 366638) exited]
[Thread 0x7fca95ed7700 (LWP 366626) exited]
[New Thread 0x7fca95ed7700 (LWP 366640)]
[New Thread 0x7fca966d8700 (LWP 366641)]
[New Thread 0x7fca9cc52700 (LWP 366642)]
[Thread 0x7fca9cc52700 (LWP 366642) exited]
[New Thread 0x7fca9cc52700 (LWP 366643)]
[Thread 0x7fca9cc52700 (LWP 366643) exited]
[New Thread 0x7fca9cc52700 (LWP 366644)]
[Thread 0x7fca9cc52700 (LWP 366644) exited]
[New Thread 0x7fca9cc52700 (LWP 366645)]
[Thread 0x7fca9cc52700 (LWP 366645) exited]
[New Thread 0x7fca9cc52700 (LWP 366646)]
[Thread 0x7fca9cc52700 (LWP 366646) exited]
[New Thread 0x7fca9cc52700 (LWP 366647)]
[New Thread 0x7fca94d9d700 (LWP 366648)]
[Thread 0x7fca9cc52700 (LWP 366647) exited]
[Thread 0x7fca94d9d700 (LWP 366648) exited]
[New Thread 0x7fca94d9d700 (LWP 366649)]
[Thread 0x7fca94d9d700 (LWP 366649) exited]
[Thread 0x7fca95ed7700 (LWP 366640) exited]
[New Thread 0x7fca95ed7700 (LWP 366653)]
[Thread 0x7fca95ed7700 (LWP 366653) exited]
[New Thread 0x7fca95ed7700 (LWP 366654)]
[Thread 0x7fca95ed7700 (LWP 366654) exited]
[New Thread 0x7fca95ed7700 (LWP 366655)]
[Thread 0x7fca95ed7700 (LWP 366655) exited]
[New Thread 0x7fca95ed7700 (LWP 366656)]
[Thread 0x7fca95ed7700 (LWP 366656) exited]
[New Thread 0x7fca95ed7700 (LWP 366657)]
[Thread 0x7fca95ed7700 (LWP 366657) exited]
[Thread 0x7fca966d8700 (LWP 366641) exited]
[Detaching after fork from child process 366658]
[Detaching after fork from child process 30]
[Detaching after fork from child process 32]
[Detaching after fork from child process 34]
[Detaching after fork from child process 36]
[New Thread 0x7fca966d8700 (LWP 38)]
[New Thread 0x7fca95ed7700 (LWP 39)]
[New Thread 0x7fca94d9d700 (LWP 366670)]
[Thread 0x7fca95ed7700 (LWP 39) exited]
[Thread 0x7fca966d8700 (LWP 38) exited]
[Thread 0x7fca94d9d700 (LWP 366670) exited]
[New Thread 0x7fca94d9d700 (LWP 366682)]
[New Thread 0x7fca966d8700 (LWP 366683)]
[New Thread 0x7fca95ed7700 (LWP 366684)]
[Thread 0x7fca966d8700 (LWP 366683) exited]
[Thread 0x7fca94d9d700 (LWP 366682) exited]
[Thread 0x7fca95ed7700 (LWP 366684) exited]
[New Thread 0x7fca95ed7700 (LWP 366688)]
[Thread 0x7fca95ed7700 (LWP 366688) exited]
[New Thread 0x7fca95ed7700 (LWP 366990)]
[New Thread 0x7fca94d9d700 (LWP 366991)]
[New Thread 0x7fca966d8700 (LWP 366992)]
[Thread 0x7fca966d8700 (LWP 366992) exited]
[Thread 0x7fca95ed7700 (LWP 366990) exited]
[Thread 0x7fca94d9d700 (LWP 366991) exited]
[New Thread 0x7fca94d9d700 (LWP 366999)]
[Thread 0x7fca94d9d700 (LWP 366999) exited]
[New Thread 0x7fca94d9d700 (LWP 367067)]
[New Thread 0x7fca95ed7700 (LWP 367068)]
[New Thread 0x7fca966d8700 (LWP 367069)]
[New Thread 0x7fca9cc52700 (LWP 367072)]
[New Thread 0x7fca6f395700 (LWP 367074)]
[Thread 0x7fca95ed7700 (LWP 367068) exited]
[Thread 0x7fca9cc52700 (LWP 367072) exited]
[Thread 0x7fca966d8700 (LWP 367069) exited]
[New Thread 0x7fca966d8700 (LWP 367113)]
[New Thread 0x7fca9cc52700 (LWP 367114)]
[New Thread 0x7fca95ed7700 (LWP 367115)]
[New Thread 0x7fca76918700 (LWP 367118)]
[Thread 0x7fca6f395700 (LWP 367074) exited]
[New Thread 0x7fca6f395700 (LWP 367119)]
[Thread 0x7fca6f395700 (LWP 367119) exited]
[New Thread 0x7fca6f395700 (LWP 367120)]
[Thread 0x7fca6f395700 (LWP 367120) exited]
[New Thread 0x7fca6f395700 (LWP 367121)]
[Thread 0x7fca6f395700 (LWP 367121) exited]
[New Thread 0x7fca6f395700 (LWP 367122)]
[Thread 0x7fca6f395700 (LWP 367122) exited]
[New Thread 0x7fca6f395700 (LWP 367123)]
[Thread 0x7fca6f395700 (LWP 367123) exited]
[New Thread 0x7fca6f395700 (LWP 367124)]
[Thread 0x7fca6f395700 (LWP 367124) exited]
[New 

[Libreoffice-bugs] [Bug 145487] UI BASIC - Macro causes infinite sheets to be added

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #3 from Mike Kaganski  ---
Repro: Version: 7.2.3.1 (x64) / LibreOffice Community
Build ID: 1d5dee817bde88d78dbcc0d00f88492568e131d5
CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

--- Comment #13 from Aron Budea  ---
(In reply to Christoph Schultz from comment #11)
> I tested the Bug with LibreOfficeDev_7.3.0.0_alpha1_x64, from
> master/Win_x86_64@tb77-TDF. and LO will ask me always 2 times for the
> masterpassword if I go to an WebDAV Server and also I dive into a directory.
The latest build there is from 2021-11-18 06:28:59, which is before the fix,
please try again with the next one.

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

[Libreoffice-bugs] [Bug 145536] Convert Xlsx to html with HTML:EmbedImages mode create no files

[bugzilla-daemon]

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

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 145532] Sheet copy from doc1 to doc2 breaks "Defined Range" linkage

[bugzilla-daemon]

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

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 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins

[bugzilla-daemon]

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

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 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 141798] Crash in: mergedlo.dll

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141798] Crash in: mergedlo.dll

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Mike Redacted-owing-to-bugs,

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 141795] Writer hangs when I delete a line break within a table

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Matthias Mittelstein,

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 141795] Writer hangs when I delete a line break within a table

[bugzilla-daemon]

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

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 141779] No colour/transparent

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141779] No colour/transparent

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Steve B,

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 133092] [META] Crash bugs

[bugzilla-daemon]

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

Bug 133309 Summary: Crash in: 
com::sun::star::uno::operator<<=
 >(com::sun::star::uno::Any 
&,com::sun::star::uno::Reference const &)
https://bugs.documentfoundation.org/show_bug.cgi?id=133309

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 133309] Crash in: com::sun::star::uno::operator<<= >(com::sun::star::uno::Any &,com::sun::star::uno::Referen

[bugzilla-daemon]

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

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 133309] Crash in: com::sun::star::uno::operator<<= >(com::sun::star::uno::Any &,com::sun::star::uno::Referen

[bugzilla-daemon]

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

--- Comment #10 from QA Administrators  ---
Dear altme...@pca-gmbh.com,

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 98595] FILEOPEN: OOXML - Rectangular fill not imported correctly

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Luke,

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 128883] FORMATTING A custom character style with regular text, applied to a word in a custom paragraph style with bold text: the word remains bold.

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear ro,

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 127767] Impress - Text color box switches always to dark red

[bugzilla-daemon]

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

--- Comment #10 from QA Administrators  ---
Dear Axel Braun,

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 124596] found syllabification error in German

[bugzilla-daemon]

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

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

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 123413] Quickstarter Startup shortcut does not get updated on deployed MAJOR VERSION upgrade

[bugzilla-daemon]

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

--- Comment #5 from QA Administrators  ---
Dear Kris Lou,

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 121470] After pressing the "Reset Properties" button - when pressing the "OK" button the time on the "Created" field is being reset again (on Properties - General)

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear Liad Skiva,

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 121436] CALC editing: Shifting Cells when inserting a cut column breaks formulas after the cut column

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear NISZ LibreOffice Team,

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 113513] Plot xy scatter - x error bar endings do not scale when width is increased

[bugzilla-daemon]

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

--- Comment #9 from QA Administrators  ---
Dear uno_wos,

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 118320] Add support for Windows 10/11 dark mode

[bugzilla-daemon]

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

Adolfo Jayme  changed:

   What|Removed |Added

Summary|Add support for Windows 10  |Add support for Windows
   |dark mode   |10/11 dark mode

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

[Libreoffice-bugs] [Bug 145709] Crash in: SwXTextRange::SetPositions

[bugzilla-daemon]

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

--- Comment #3 from Kevin Suo  ---
(In reply to Christopher J Poor from comment #2)
Since I see you use linux, it would be nice if you can provide a backtrace
(with debug symbols enabled) following the instructions in [1]. If would be
difficult for the QA people to reproduce this since it needs Zotero to be
installed.

[1]
https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace

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

[Libreoffice-bugs] [Bug 144598] Crash in: SkRect::round()

[bugzilla-daemon]

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

Adolfo Jayme  changed:

   What|Removed |Added

  Alias|7.1.6_only_starts_in_Safe_M |
   |ode |

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

[Libreoffice-bugs] [Bug 145709] Crash in: SwXTextRange::SetPositions

[bugzilla-daemon]

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

--- Comment #2 from Christopher J Poor  ---
This appears to be a problem with the interaction between LibreOffice writer
and Zotero.



The steps to reproduce are two part - (1) Setup and (2) Trigger:

(1) Setup: Turn on track changes Record
Edit > Track Changes > Record

(2) Trigger: Use Zotero integration to insert citation in footnote
Click in footnote and do Ctrl+A

Writer crashes.

These crashes only happen with Track Changes turned on. Otherwise Writer and
Zotero play nicely together.

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

--- Comment #12 from Commit Notification 
 ---
Michael Stahl committed a patch related to this issue.
It has been pushed to "libreoffice-7-2":

https://git.libreoffice.org/core/commit/67d8c6ecb3873a8dfc789221764d7688596f09cc

tdf#140086 svl: restore PasswordContainer to single-instance

It will be available in 7.2.4.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.3.0|target:7.3.0 target:7.2.4

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-2' - svl/source

[Michael Stahl (via logerrit)]

 svl/source/passwordcontainer/passwordcontainer.component |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 67d8c6ecb3873a8dfc789221764d7688596f09cc
Author: Michael Stahl 
AuthorDate: Thu Nov 18 17:53:46 2021 +0100
Commit: Adolfo Jayme Barrientos 
CommitDate: Fri Nov 19 04:52:34 2021 +0100

tdf#140086 svl: restore PasswordContainer to single-instance

(regression from 7256ff08bc46840bb85fa255ace6541dca91329e)

Change-Id: Ib640dea001fc787279761ca72bbc3db46d0102c2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125485
Reviewed-by: Noel Grandin 
Reviewed-by: Michael Stahl 
Tested-by: Jenkins
(cherry picked from commit dd43c74ee5778109f860e18419fc37fd9ab1c7dd)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125453
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/svl/source/passwordcontainer/passwordcontainer.component 
b/svl/source/passwordcontainer/passwordcontainer.component
index e928461fa96b..109f45c5021c 100644
--- a/svl/source/passwordcontainer/passwordcontainer.component
+++ b/svl/source/passwordcontainer/passwordcontainer.component
@@ -20,6 +20,7 @@
 http://openoffice.org/2010/uno-components;>
   
 
   

[Libreoffice-bugs] [Bug 113650] PRINTING - After a document is printed in landscape cannot switch back to in portrait format

[bugzilla-daemon]

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

Ken Adkison  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 68032] Linux: CUPS: Landscape printing prints as portrait with content turned at 90 degree

[bugzilla-daemon]

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

Ken Adkison  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 92676] Cannot change page orientation during SELECTION print in Calc (if page A4 and not Letter, until Page style changed)

[bugzilla-daemon]

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

Ken Adkison  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 92190] PRINTs landscape despite configured as portrait (Mac OS)

[bugzilla-daemon]

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

Ken Adkison  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 98114] Printing does not honor the orientation in page properties in Linux/Mac

[bugzilla-daemon]

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

Ken Adkison  changed:

   What|Removed |Added

   See Also|https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=92 |
   |190,|
   |https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=92 |
   |676,|
   |https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=68 |
   |032,|
   |https://bugs.documentfounda |
   |tion.org/show_bug.cgi?id=11 |
   |3650|

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

[Libreoffice-bugs] [Bug 145748] Text boxes have black background with Skia on macOS

[bugzilla-daemon]

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

steve  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 144214] enabling skia on macOS results in 75% of window painted in red on macOS

[bugzilla-daemon]

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

steve  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||5748

--- Comment #27 from steve  ---
verified, thanks for the fix!

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

[Libreoffice-bugs] [Bug 145748] Text boxes have black background with Skia on macOS

[bugzilla-daemon]

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

steve  changed:

   What|Removed |Added

Summary|Text boxes have black   |Text boxes have black
   |background with Skia on Mac |background with Skia on
   ||macOS

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

--- Comment #11 from Christoph Schultz  ---
I tested the Bug with LibreOfficeDev_7.3.0.0_alpha1_x64, from
master/Win_x86_64@tb77-TDF. and LO will ask me always 2 times for the
masterpassword if I go to an WebDAV Server and also I dive into a directory.

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

[Libreoffice-bugs] [Bug 144329] BASE filename not indicated on top of main window prior to APP Name (Inventory.odb - LibreOffice Base)

[bugzilla-daemon]

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

--- Comment #6 from flywire  ---
Works in:
Version: 7.3.0.0.alpha1 (x64) / LibreOffice Community
Build ID: a3c29ae3d906f4692090bd4e5dab29623c66014a
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: threaded

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

[Libreoffice-bugs] [Bug 144329] BASE filename not indicated on top of main window prior to APP Name (Inventory.odb - LibreOffice Base)

[bugzilla-daemon]

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

--- Comment #5 from flywire  ---
Might depend on build date. Doesn't work in:
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 5a930d4b33e6b5e6642c936cb643c2c5605d6110
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: threaded

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

[Libreoffice-bugs] [Bug 142074] [META] Application Color settings bugs and enhancements

[bugzilla-daemon]

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

Bug 142039 Summary: Using "borders" tool is visibly very difficult on dark 
themes
https://bugs.documentfoundation.org/show_bug.cgi?id=142039

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WONTFIX

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

[Libreoffice-bugs] [Bug 106228] [META] Icon theme issues

[bugzilla-daemon]

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

Bug 142039 Summary: Using "borders" tool is visibly very difficult on dark 
themes
https://bugs.documentfoundation.org/show_bug.cgi?id=142039

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WONTFIX

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

[Libreoffice-bugs] [Bug 142039] Using "borders" tool is visibly very difficult on dark themes

[bugzilla-daemon]

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

Rizal Muttaqin  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|NEEDINFO|RESOLVED

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

[Libreoffice-bugs] [Bug 142039] Using "borders" tool is visibly very difficult on dark themes

[bugzilla-daemon]

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

--- Comment #5 from Rizal Muttaqin  ---
Hi Omnious, thanks for the report!

>From the screenshot you provided, I am pretty sure you are using elementary
icon theme. As per now, elementary has no dark variant so I suggest you to
switch to another icon theme which provide dark variant such like Breeze or
Sifr. Install it from repo:

sudo apt install libreoffice-style-breeze
sudo apt install libreoffice-style-sifr


Or install LibreOffice build from TDF
(https://www.libreoffice.org/download/download/)

For now I set this bug won't fix as I have no plan to add elementary dark
variant but feel free to give more suggestion

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

[Libreoffice-bugs] [Bug 117073] [META] WebDAV bugs

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Depends on||144502


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=144502
[Bug 144502] Webdav: additional authorization in webdav storage when opening a
document in kde
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144502] Webdav: additional authorization in webdav storage when opening a document in kde

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Blocks||117073


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 145766] Print Dialog Box too long or 'print' button too low on window

[bugzilla-daemon]

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

--- Comment #4 from Bob Gustafson  ---
I haven't found the place in LibreOffice where the state of the print dialog
toggle 'Show Details' is stored.

On my big screen Mac, I set the 'Show Details' to normal (false) and then saved
the document on the USB, then moved the USB to the small screen Mac, rebooted
the small screen Mac, opened the document on the USB, went to print it - and
the 'Show Details' is still on and I cannot print or edit the document now...

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 CC||elmar.hageme...@berlin.de

--- Comment #10 from Gabor Kelemen (allotropia)  ---
*** Bug 144517 has been marked as a duplicate of this bug. ***

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

[Libreoffice-bugs] [Bug 145766] Print Dialog Box too long or 'print' button too low on window

[bugzilla-daemon]

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

--- Comment #3 from Bob Gustafson  ---
I haven't found the place in LibreOffice where the state of the print dialog
toggle 'Show Details' is stored.

On my big screen Mac, I set the 'Show Details' to normal (false) and then saved
the document on the USB, then moved the USB to the small screen Mac, rebooted
the small screen Mac, opened the document on the USB, went to print it - and
the 'Show Details' is still on and I cannot print or edit the document now...

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

[Libreoffice-bugs] [Bug 144517] Crash in: do_connect

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 CC||kelem...@ubuntu.com
 Resolution|--- |DUPLICATE
 Status|NEEDINFO|RESOLVED

--- Comment #4 from Gabor Kelemen (allotropia)  ---
This is caused by the same problem as bug 140086 and the solution of that
solves this one as well.

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

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

[Libreoffice-bugs] [Bug 145692] Image doesn't resize with "Anchor: to cell (resize with cell)"

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 145766] Print Dialog Box too long or 'print' button too low on window

[bugzilla-daemon]

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

--- Comment #2 from Bob Gustafson  ---
On my small laptop, I did a Restart and opened my text document and then went
to 'Print' it. Unfortunately, the large detailed print dialog window opened.
The state of that print dialog box (Show Details) must be stored in such a way
that it is retained through a reboot.

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

[Libreoffice-bugs] [Bug 145767] New: Wrong window opens when selecting More in language Menu in footer

[bugzilla-daemon]

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

Bug ID: 145767
   Summary: Wrong window opens when selecting More in language
Menu in footer
   Product: LibreOffice
   Version: 7.1.6.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hug.charlo...@gmail.com

Description:
In the footer of Libre Office Writer, when selecting More in the menu of the
Language of the document, it is not the adequate window that opens.

Steps to Reproduce:
1.right clic on the language in the footer
2.select More
3.window opens about changing characters

Actual Results:
window opens about changing characters

Expected Results:
the window should be about changing the language of the document


Reproducible: Always


User Profile Reset: No



Additional Info:
this also happens when selecting "define language for paragraph" > More

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

[Libreoffice-bugs] [Bug 145766] Print Dialog Box too long or 'print' button too low on window

[bugzilla-daemon]

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

--- Comment #1 from Bob Gustafson  ---
I copied the text file to a USB and opened the file on a different Mac (with a
bigger screen).

The normal default Print dialog box is small enough to fit on the small laptop
screen, but if you toggle 'Show Details' at the bottom of the dialog box, the
window springs open to be a much bigger box - too big to fit on the small
laptop screen. And too big to see the 'Hide Details' button which would enable
me to print again from my small screen laptop.

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

[Libreoffice-bugs] [Bug 145766] New: Print Dialog Box too long or 'print' button too low on window

[bugzilla-daemon]

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

Bug ID: 145766
   Summary: Print Dialog Box too long or 'print' button too low on
window
   Product: LibreOffice
   Version: 7.0.2.2 release
  Hardware: x86-64 (AMD64)
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bob...@rcn.com

Description:
I have a very nice (old) laptop with an 11" screen.

When I go to print a page now on LibreOffice, I cannot see the 'Print' button
on your print dialog window. The window is too high and the bottom part
(containing the 'Print' button) is off my screen.

The only recover is to kill LibreOffice, which may result in loss of my data -
depending on whether I remembered to 'save' before attempting to print.

I did update LibreOffice recently, perhaps there was an addition to the (large)
Print dialog window which now forces the 'Print' button off my screen.

What to do?

Steps to Reproduce:
1. Use small screen Mac laptop (11")
2. Create a text document with a few lines of text
3. Try to print your test document
4. Observe that you cannot see the 'Print' button on your small screen.

Actual Results:
Cannot see the 'Print' button and you cannot exit the Print dialog. That is the
end of what you can do with LibreOffice unless you kill LO.

Expected Results:
The usual grinding noises on my printer and a printed copy of my document.


Reproducible: Always


User Profile Reset: No



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

---
Version: 7.0.2.2
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-2' - sw/source

[Caolán McNamara (via logerrit)]

 sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 8443576d96346b63e3c2f11f258d2b89c3538f9e
Author: Caolán McNamara 
AuthorDate: Thu Nov 18 15:31:34 2021 +
Commit: Xisco Fauli 
CommitDate: Thu Nov 18 22:14:25 2021 +0100

crashes seen in WriterInspectorTextPanel ctor

null DocSh is likely

Change-Id: I5aeb81ef01795b896ad594d7eb7f0cd657f5a690
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125451
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 

diff --git a/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx 
b/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
index a59143ba8d48..5d55176be2da 100644
--- a/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
+++ b/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
@@ -62,7 +62,7 @@ 
WriterInspectorTextPanel::WriterInspectorTextPanel(weld::Widget* pParent)
 : InspectorTextPanel(pParent)
 {
 SwDocShell* pDocSh = static_cast(SfxObjectShell::Current());
-m_pShell = pDocSh->GetWrtShell();
+m_pShell = pDocSh ? pDocSh->GetWrtShell() : nullptr;
 if (m_pShell)
 {
 m_oldLink = m_pShell->GetChgLnk();
@@ -71,7 +71,7 @@ 
WriterInspectorTextPanel::WriterInspectorTextPanel(weld::Widget* pParent)
 
 // Update panel on start
 std::vector aStore;
-if (pDocSh->GetDoc()->GetEditShell()->GetCursor()->GetNode().GetTextNode())
+if (pDocSh && 
pDocSh->GetDoc()->GetEditShell()->GetCursor()->GetNode().GetTextNode())
 UpdateTree(pDocSh, aStore);
 updateEntries(aStore);
 }

[Libreoffice-commits] core.git: sd/qa

[Xisco Fauli (via logerrit)]

 sd/qa/uitest/impress_tests/tdf137637.py |8 +++-
 1 file changed, 3 insertions(+), 5 deletions(-)

New commits:
commit 11800469cc7b3a40c42410be93a12e5107db0efb
Author: Xisco Fauli 
AuthorDate: Thu Nov 18 21:22:10 2021 +0100
Commit: Xisco Fauli 
CommitDate: Thu Nov 18 22:12:56 2021 +0100

uitest: sd: the redo action fails at times ...

... to add back the animation to the list in the sidebar,
and thus the test fails.
Remove it for now. At least the undo part of tdf#135033
is still tested

Change-Id: I7dc416645db53ec3f08376d04de9be036ce53fdf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125505
Tested-by: Xisco Fauli 
Reviewed-by: Xisco Fauli 

diff --git a/sd/qa/uitest/impress_tests/tdf137637.py 
b/sd/qa/uitest/impress_tests/tdf137637.py
index 11e948eb654f..9b642bee5155 100644
--- a/sd/qa/uitest/impress_tests/tdf137637.py
+++ b/sd/qa/uitest/impress_tests/tdf137637.py
@@ -33,10 +33,12 @@ class Tdf137637(UITestCase):
 # AttributeError: 'NoneType' object has no attribute 
'getImplementationName'
 self.assertEqual("com.sun.star.drawing.SvxShapeCollection", 
document.CurrentSelection.getImplementationName())
 
+xAnimationList = xImpressDoc.getChild("custom_animation_list")
+self.assertEqual('0', 
get_state_as_dict(xAnimationList)['Children'])
+
 xAddBtn = xImpressDoc.getChild("add_effect")
 xAddBtn.executeAction("CLICK", tuple())
 
-xAnimationList = xImpressDoc.getChild("custom_animation_list")
 self.assertEqual('1', 
get_state_as_dict(xAnimationList)['Children'])
 
 self.xUITest.executeCommand(".uno:Undo")
@@ -45,7 +47,3 @@ class Tdf137637(UITestCase):
 # AssertionError: '0' != '1'
 self.assertEqual('0', 
get_state_as_dict(xAnimationList)['Children'])
 
-self.xUITest.executeCommand(".uno:Redo")
-
-self.assertEqual('1', 
get_state_as_dict(xAnimationList)['Children'])
-

Re: FYI: ccache for MSVC/Windows

[Luboš Luňák]

On Wednesday 17 of November 2021, Thorsten Behrens wrote:
> Note that ccache performs surprisingly poor on io-starved Windows
> setups [1], which possibly is true for the Jenkins VMs.

 If I run 'CCACHE_DEBUG=1 make -C starmath -j8 -rs Library_sm', most of the 
ccache log files claim the full ccache invocation took roughly 50ms. With ~50 
source files in Library_sm that should be ~2.5s CPU time, and if we count 
only non-HT cores, that should take less than a second. Yet the time spent by 
building .cxx files is roughly 3 seconds. So I wouldn't be that certain in 
claiming it's about ccache performing poorly, maybe it's gbuild or poor 
Windows performance when invoking executables or whatever.

 And if I run the above with GBUILD_TRACE set, I get what's attached. 
Apparently even outputting those log 109 lines pretty much doubles the CXX 
time, for whatever strange reason, and there are quite some empty spaces 
between the compilations (they are also in a log created on linux, but there 
they are tiny). I guess that's the reason why we used to have a gmake version 
patched for Windows.

> Along the same line, I've also recently added support for sccache, but
> YMMV there, too (I'd choose ccache over sccache for local caches any
> time). Might be interesting for our dev mentoring team though, since
> sccache enables sharing of cache content via hyperscaler blob storage
> [2].

 Recent ccache versions have support for shared remote storage too, although 
I've never tried it. I've never tried sccache either, but just from looking 
at it ccache seems generally superior, for example sccache can't handle PCHs, 
so it's basically trading one speedup for another.

-- 
 Luboš Luňák
 l.lu...@collabora.com

[Libreoffice-bugs] [Bug 137924] [KF5] UI not scaled correctly on HIDPI Wayland/KDE screens

[bugzilla-daemon]

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

Michael Weghorn  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #13 from Michael Weghorn  ---
(In reply to Michael Weghorn from comment #7)
> (In reply to David Gow from comment #6)
> > Like Nate, I'm not seeing any similar issues in other Qt apps, so this
> > appears to be LibreOffice specific.
> 
> That's well possible. I'm on Debian testing which doesn't have the latest
> Plasma/KF5 versions and it's just not fun using Plasma Wayland there so far,
> since very basic things don't work (reliably). (I have plasma-desktop
> 4:5.20.5-4, libqt5core5a:amd64 5.15.2+dfsg-7, libgtk-3-0:amd64 3.24.24-4).

The overall Wayland experience is much better with Plasma 5.23 which is now in
Debian testing, thanks a lot for everybody involved on KDE/Qt side! :-)


Pending fix: https://gerrit.libreoffice.org/c/core/+/125507

This requires Qt >= 5.14. To my knowledge, TDF builds are using older Qt, so
you'll probably still run into the problem when using those instead of
distro-provided packages.

While some UI elements (like e.g. the "Help" -> "About LibreOffice"
still look quite broken with the qt5 and kf5 VCL plugins
in a Plasma Wayland session when using a scale factor of 2 and the menu
misbehaves (at least on my Debian testing with Qt 5.15.2 and Plasma 5.23), they
are fine when using the qt6 VCL plugin with a custom build of qtbase
and qtwayland from Qt's "dev" git branches. So I'd for now assume that those
are not LibreOffice problems, but rather Qt ones fixed upstream in the
meanwhile.

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

[Libreoffice-commits] core.git: vcl/qt5

[Armin Le Grand (Allotropia) (via logerrit)]

 vcl/qt5/QtFont.cxx |   57 -
 1 file changed, 56 insertions(+), 1 deletion(-)

New commits:
commit 7bcc18ac67181d10d3479b3100647aceddd86750
Author: Armin Le Grand (Allotropia) 
AuthorDate: Thu Nov 18 18:06:39 2021 +0100
Commit: Jan-Marek Glogowski 
CommitDate: Thu Nov 18 22:02:18 2021 +0100

Qt implement QtFont::GetGlyphOutline

Fixes FontWork with QFont based rendering.

Change-Id: I294fe89d2753b6e82a559ff847b44126f9ea3bfc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125500
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/vcl/qt5/QtFont.cxx b/vcl/qt5/QtFont.cxx
index a9d84e897c1b..07bf9f541f0b 100644
--- a/vcl/qt5/QtFont.cxx
+++ b/vcl/qt5/QtFont.cxx
@@ -24,6 +24,7 @@
 
 #include 
 #include 
+#include 
 
 static inline void applyWeight(QtFont& rFont, FontWeight eWeight)
 {
@@ -151,7 +152,61 @@ hb_font_t* QtFont::ImplInitHbFont()
 return InitHbFont(hb_face_create_for_tables(getFontTable, this, nullptr));
 }
 
-bool QtFont::GetGlyphOutline(sal_GlyphId, basegfx::B2DPolyPolygon&, bool) 
const { return false; }
+bool QtFont::GetGlyphOutline(sal_GlyphId nId, basegfx::B2DPolyPolygon& 
rB2DPolyPoly, bool) const
+{
+rB2DPolyPoly.clear();
+basegfx::B2DPolygon aPart;
+QRawFont aRawFont(QRawFont::fromFont(*this));
+QPainterPath aQPath = aRawFont.pathForGlyph(nId);
+
+for (int a(0); a < aQPath.elementCount(); a++)
+{
+const QPainterPath::Element aQElement = aQPath.elementAt(a);
+
+switch (aQElement.type)
+{
+case QPainterPath::MoveToElement:
+{
+if (aPart.count())
+{
+aPart.setClosed(true);
+rB2DPolyPoly.append(aPart);
+aPart.clear();
+}
+
+aPart.append(basegfx::B2DPoint(aQElement.x, aQElement.y));
+break;
+}
+case QPainterPath::LineToElement:
+{
+aPart.append(basegfx::B2DPoint(aQElement.x, aQElement.y));
+break;
+}
+case QPainterPath::CurveToElement:
+{
+const QPainterPath::Element aQ2 = aQPath.elementAt(++a);
+const QPainterPath::Element aQ3 = aQPath.elementAt(++a);
+aPart.appendBezierSegment(basegfx::B2DPoint(aQElement.x, 
aQElement.y),
+  basegfx::B2DPoint(aQ2.x, aQ2.y),
+  basegfx::B2DPoint(aQ3.x, aQ3.y));
+break;
+}
+case QPainterPath::CurveToDataElement:
+{
+break;
+}
+}
+}
+
+if (aPart.count())
+{
+aPart.setClosed(true);
+rB2DPolyPoly.append(aPart);
+aPart.clear();
+}
+
+return true;
+}
 
 bool QtFont::ImplGetGlyphBoundRect(sal_GlyphId nId, tools::Rectangle& rRect, 
bool) const
 {

[Libreoffice-bugs] [Bug 145758] Wrong encoding in the window title

[bugzilla-daemon]

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

--- Comment #10 from stsav...@gmail.com ---
Indeed, the locale I use is C. The locale has been applied:
Locale: en-US (en-US.UTF-8); UI: en-US

However, running the two suggested commands has not resolved the issue.

As far as I understand, C locale is UTF-8, too, for Ubuntu (and its
derivatives) uses UTF-8 as the default encoding for ages by now. Never mind.

It's getting late, I'll test other suggestions tomorrow.

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

[Libreoffice-bugs] [Bug 145764] Pressing "Home" key in Basic IDE should move cursor to first character in the same line

[bugzilla-daemon]

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

--- Comment #2 from Andreas Heinisch  ---
+1 from my side. I would implement it as all the other IDEs:

"Home" key pressed and not being on position 1:
move cursor to the non whitespace character in the corresponding line

"Home" key pressed and cursor being at first non whitespace character:
move the cursor to position 1

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

[Libreoffice-bugs] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins

[bugzilla-daemon]

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

--- Comment #9 from BogdanB  ---
Many people use LibreOffice for one page setup, like an invoice. Now, if the
invoice is smaller on that page (width and height) this will look small on
page, but with this option I could very easy fix my problem with one check.

For pages that are on more pages this option works well. But just for
decreasing to one page, not to increasing to fit one page.

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

[Libreoffice-bugs] [Bug 145758] Wrong encoding in the window title

[bugzilla-daemon]

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

Ming Hua  changed:

   What|Removed |Added

 CC||ming.v@qq.com

--- Comment #9 from Ming Hua  ---
(In reply to stsav012 from comment #8)
> Version: 7.2.2.2 / LibreOffice Community
> Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
> CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb)
> Locale: en-US (C); UI: en-US
The culprit is likely that you are using the bare C locale.  I don't think
LibreOffice handles that very gracefully.  Please test again with a UTF-8
locale.  If you don't know how, I believe the following commands from a
terminal should work:
$ export LANG=en-US.UTF-8
$ /opt/libreoffice7.2/program/soffice

> Calc: threaded

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

[Libreoffice-bugs] [Bug 134882] Calc: PageStyle: Fit print range to width/height is not expanding to the margins

[bugzilla-daemon]

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

--- Comment #8 from BogdanB  ---
Exactly, from that expresion I have expectation that the content will fit.

Fit "print range" to width/height
So, if I choose a single cell as a print range this cell should fit to width or
height of the page dimension I choose. This is what is offered by this
expression.

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

[Libreoffice-bugs] [Bug 145758] Wrong encoding in the window title

[bugzilla-daemon]

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

--- Comment #8 from stsav...@gmail.com ---
Alright, I have purged everything relative to LO, both from the website and
from the PPA. Then I installed LO 7.2.2.2-2 from the website. The result is the
same, only the LO version differs:

Version: 7.2.2.2 / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 2; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-US (C); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 145758] Wrong encoding in the window title

[bugzilla-daemon]

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

stsav...@gmail.com 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 145758] Wrong encoding in the window title

[bugzilla-daemon]

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

--- Comment #7 from stsav...@gmail.com ---
Created attachment 176354
  --> https://bugs.documentfoundation.org/attachment.cgi?id=176354=edit
Faulty encoding in the recent files list in LO 7.1 from the LO website

Not to mix up the LO from the website with the one installed from the LO PPA, I
picked LO 7.1.7, not the newest one. The result is the same. Should I purge all
LO packages and repeat the installation of the website version?

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

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

[Mike Kaganski (via logerrit)]

 include/basegfx/numeric/ftools.hxx |3 ---
 vcl/source/outdev/textline.cxx |3 +--
 2 files changed, 1 insertion(+), 5 deletions(-)

New commits:
commit b8ef63c9fb3a1d4fb4a5549d28067cde07a8ab13
Author: Mike Kaganski 
AuthorDate: Thu Nov 18 16:29:19 2021 +0200
Commit: Mike Kaganski 
CommitDate: Thu Nov 18 21:19:30 2021 +0100

Drop F_PI180

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

diff --git a/include/basegfx/numeric/ftools.hxx 
b/include/basegfx/numeric/ftools.hxx
index 6009e839b11b..102e3b324942 100644
--- a/include/basegfx/numeric/ftools.hxx
+++ b/include/basegfx/numeric/ftools.hxx
@@ -36,9 +36,6 @@
 #ifndef F_PI4
 #define F_PI4   M_PI_4
 #endif
-#ifndef F_PI180
-#define F_PI180 (M_PI/180.0)
-#endif
 #ifndef F_PI1800
 #define F_PI1800(M_PI/1800.0)
 #endif
diff --git a/vcl/source/outdev/textline.cxx b/vcl/source/outdev/textline.cxx
index 7015d768986c..5fe1538f37f4 100644
--- a/vcl/source/outdev/textline.cxx
+++ b/vcl/source/outdev/textline.cxx
@@ -1002,8 +1002,7 @@ void OutputDevice::DrawWaveLine(const Point& rStartPos, 
const Point& rEndPos, to
 // handle rotation
 if (nStartY != nEndY || nStartX > nEndX)
 {
-fOrientation = std::atan2(nStartY - nEndY, nEndX - nStartX);
-fOrientation /= F_PI180;
+fOrientation = basegfx::rad2deg(std::atan2(nStartY - nEndY, nEndX - 
nStartX));
 // un-rotate the end point
 aStartPt.RotateAround(nEndX, nEndY, 
Degree10(static_cast(-fOrientation * 10.0)));
 }

[Libreoffice-commits] core.git: include/basegfx

[Mike Kaganski (via logerrit)]

 include/basegfx/numeric/ftools.hxx |1 -
 1 file changed, 1 deletion(-)

New commits:
commit ca476ce3bc76b9a6073bcd587eceb30115ce103f
Author: Mike Kaganski 
AuthorDate: Thu Nov 18 16:17:55 2021 +0200
Commit: Mike Kaganski 
CommitDate: Thu Nov 18 21:19:13 2021 +0100

Drop obsolete comment

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

diff --git a/include/basegfx/numeric/ftools.hxx 
b/include/basegfx/numeric/ftools.hxx
index 31d3e585cedd..6009e839b11b 100644
--- a/include/basegfx/numeric/ftools.hxx
+++ b/include/basegfx/numeric/ftools.hxx
@@ -26,7 +26,6 @@
 #include 
 #include 
 
-// standard PI defines from solar.h, but we do not want to link against tools
 
 #ifndef F_PI
 #define F_PIM_PI

[Libreoffice-bugs] [Bug 117073] [META] WebDAV bugs

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Depends on||101766


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=101766
[Bug 101766] FILESAVE: In 'Save to Remote Server' dialog the 'Create Folder'
button doesn't work
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 117073] [META] WebDAV bugs

[bugzilla-daemon]

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

Bug 101766 Summary: FILESAVE: In 'Save to Remote Server' dialog the 'Create 
Folder' button doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=101766

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 98360] [META] CMIS bugs and enhancements

[bugzilla-daemon]

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

Bug 101766 Summary: FILESAVE: In 'Save to Remote Server' dialog the 'Create 
Folder' button doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=101766

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 101766] FILESAVE: In 'Save to Remote Server' dialog the 'Create Folder' button doesn't work

[bugzilla-daemon]

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

Gabor Kelemen (allotropia)  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||kelem...@ubuntu.com
 Status|NEW |RESOLVED
 Blocks||117073

--- Comment #10 from Gabor Kelemen (allotropia)  ---
I can't reproduce this issue in bibisect-linux-5.3 master or newer 7.2, 7.3.

The console message from comment 7 is also gone, although I saw it in
bibisect-linux-5-3 oldest, where folder creation indeed did not work.


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 140086] LO will many times the master password for open or save action an a remote server (webdav)

[bugzilla-daemon]

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

--- Comment #9 from Commit Notification 
 ---
Michael Stahl committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/dd43c74ee5778109f860e18419fc37fd9ab1c7dd

tdf#140086 svl: restore PasswordContainer to single-instance

It will be available in 7.3.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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