[Libreoffice-bugs] [Bug 128498] OPTIONS DIALOG: "Update Links when Loading" doesn't work for sections
https://bugs.documentfoundation.org/show_bug.cgi?id=128498 --- Comment #9 from Dieter --- Still present in Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 7b8f630db30ee0066a9f4b6e540368d2fcad7fa8 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Steps to reproduce 1. Open attchment 155125 2. Tools -> Options -> LibreOffice Writer -> General 3. Enable "Always" as option for "Update Links when Loading" 4. Add some text to first section. 5. Save document, close and reopen it Actual result: Message appears: "The document sections.odt contains one or more links to external data. Would you like to change the document, and update all links to get the most recent data? [Yes] [No] Expected result: No message or information about automatic update. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145546] Crash in: libc-2.31.so (while using Zotero)
https://bugs.documentfoundation.org/show_bug.cgi?id=145546 --- Comment #8 from Dieter --- Thank you for the document, but I still don't get a crash. If I undeerstand you secon email correct, it doesn't happen every time. So very strange. If it is not possible to use Zotero in Safode, you can also restart LO with a (temprary) new user profile as described here: https://wiki.documentfoundation.org/UserProfile I don't have further ideas but perhaps somebody else can help. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145812] Cell reference are highlighted black when putting = into a cell and clicking a different cell
https://bugs.documentfoundation.org/show_bug.cgi?id=145812 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- Cannot follow, please do a screencast. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145812] Cell reference are highlighted black when putting = into a cell and clicking a different cell
https://bugs.documentfoundation.org/show_bug.cgi?id=145812 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Heiko Tietze --- Cannot follow, please do a screencast. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 145821] Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 Heiko Tietze changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #2 from Heiko Tietze --- Yes, the expanded controls are not nice in this case - and don't work across VCLs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145821] Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 Heiko Tietze changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #2 from Heiko Tietze --- Yes, the expanded controls are not nice in this case - and don't work across VCLs. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: svgio/source
svgio/source/svgreader/SvgNumber.cxx |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 7b0f5178d81e2673345f88abec2e5656f841627e
Author: Hossein
AuthorDate: Mon Nov 22 04:38:29 2021 +0100
Commit: Miklos Vajna
CommitDate: Mon Nov 22 08:26:56 2021 +0100
Cleaning up math in SvgNumber
* Simplifying math expression
Change-Id: Ie67874eb79879186a1b971fbdc2c02945bae9191
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123092
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/svgio/source/svgreader/SvgNumber.cxx
b/svgio/source/svgreader/SvgNumber.cxx
index d5cd9b819ff2..681aeb9c264c 100644
--- a/svgio/source/svgreader/SvgNumber.cxx
+++ b/svgio/source/svgreader/SvgNumber.cxx
@@ -105,11 +105,11 @@ double SvgNumber::solve(const InfoProvider&
rInfoProvider, NumberType aNumberTyp
}
else // length
{
-// it's a length, relative to sqrt(w*w + h*h)/sqrt(2)
+// it's a length, relative to sqrt((w^2 + h^2)/2)
const double fCurrentWidth(aViewPort.getWidth());
const double fCurrentHeight(aViewPort.getHeight());
const double fCurrentLength(
-sqrt(fCurrentWidth * fCurrentWidth + fCurrentHeight *
fCurrentHeight)/sqrt(2.0));
+sqrt((fCurrentWidth * fCurrentWidth + fCurrentHeight *
fCurrentHeight)/2.0));
fRetval *= fCurrentLength;
}
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.4' - sw/source
sw/source/core/doc/DocumentContentOperationsManager.cxx |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
New commits:
commit 39a17e3f1d700798c2bf8b30c755f04e550d5587
Author: Michael Meeks
AuthorDate: Wed Nov 17 17:18:16 2021 +
Commit: Miklos Vajna
CommitDate: Mon Nov 22 08:24:59 2021 +0100
Crash when fetching clipboard data.
Seems like some unusual corner-case around HTML export.
sw::DocumentContentOperationsManager::CopyImplImpl(SwPaM&,
SwPosition&, bool, SwPaM*, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:5068
sw::DocumentContentOperationsManager::CopyImpl(SwPaM&, SwPosition&,
bool, SwPaM*, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:4609
sw::DocumentContentOperationsManager::CopyRange(SwPaM&,
SwPosition&, bool, bool, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:1936
SwEditShell::CopySelToDoc(SwDoc*)
/sw/inc/pam.hxx:193 (discriminator 2)
SwFEShell::Copy(SwDoc*, rtl::OUString const*)
/sw/source/core/frmedt/fecopy.cxx:224
(anonymous namespace)::lclOverWriteDoc(SwWrtShell&, SwDoc&)
/sw/source/uibase/dochdl/swdtflvr.cxx:413
SwTransferable::GetData(com::sun::star::datatransfer::DataFlavor
const&, rtl::OUString const&)
/include/sfx2/objsh.hxx:866
TransferableHelper::getTransferData2(com::sun::star::datatransfer::DataFlavor
const&, rtl::OUString const&)
/include/com/sun/star/uno/Type.h:121
TransferableHelper::getTransferData(com::sun::star::datatransfer::DataFlavor
const&)
/include/rtl/ustring.hxx:438
getFromTransferrable.isra.0
/include/com/sun/star/uno/Any.hxx:151
encodeImageAsHTML
/desktop/source/lib/init.cxx:4382
doc_getTextSelection
Change-Id: I1af52d827ebdc9bbc5278f56547d1b3fd1b87e7c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125547
Tested-by: Michael Meeks
Reviewed-by: Miklos Vajna
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 99233fee6df8..5f4e0c3b7f29 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -5065,8 +5065,11 @@ bool
DocumentContentOperationsManager::CopyImplImpl(SwPaM& rPam, SwPosition& rPo
// and not the source has the page break
if (pDoc->IsClipBoard() && (rPam.GetPageNum(pStt == rPam.GetPoint()) == 1)
&& !bCopyPageSource)
{
-pDestTextNd->ResetAttr(RES_BREAK);// remove the page-break
-pDestTextNd->ResetAttr(RES_PAGEDESC);
+if (pDestTextNd)
+{
+pDestTextNd->ResetAttr(RES_BREAK);// remove the page-break
+pDestTextNd->ResetAttr(RES_PAGEDESC);
+}
}
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/DocumentContentOperationsManager.cxx |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
New commits:
commit 4eb4057ab3b960767d7d6cf8208ecf4edf734324
Author: Michael Meeks
AuthorDate: Wed Nov 17 17:18:16 2021 +
Commit: Miklos Vajna
CommitDate: Mon Nov 22 08:23:51 2021 +0100
Crash when fetching clipboard data.
Seems like some unusual corner-case around HTML export.
sw::DocumentContentOperationsManager::CopyImplImpl(SwPaM&,
SwPosition&, bool, SwPaM*, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:5068
sw::DocumentContentOperationsManager::CopyImpl(SwPaM&, SwPosition&,
bool, SwPaM*, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:4609
sw::DocumentContentOperationsManager::CopyRange(SwPaM&,
SwPosition&, bool, bool, bool) const
/sw/source/core/doc/DocumentContentOperationsManager.cxx:1936
SwEditShell::CopySelToDoc(SwDoc*)
/sw/inc/pam.hxx:193 (discriminator 2)
SwFEShell::Copy(SwDoc*, rtl::OUString const*)
/sw/source/core/frmedt/fecopy.cxx:224
(anonymous namespace)::lclOverWriteDoc(SwWrtShell&, SwDoc&)
/sw/source/uibase/dochdl/swdtflvr.cxx:413
SwTransferable::GetData(com::sun::star::datatransfer::DataFlavor
const&, rtl::OUString const&)
/include/sfx2/objsh.hxx:866
TransferableHelper::getTransferData2(com::sun::star::datatransfer::DataFlavor
const&, rtl::OUString const&)
/include/com/sun/star/uno/Type.h:121
TransferableHelper::getTransferData(com::sun::star::datatransfer::DataFlavor
const&)
/include/rtl/ustring.hxx:438
getFromTransferrable.isra.0
/include/com/sun/star/uno/Any.hxx:151
encodeImageAsHTML
/desktop/source/lib/init.cxx:4382
doc_getTextSelection
Change-Id: I1af52d827ebdc9bbc5278f56547d1b3fd1b87e7c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125454
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 7948768e4352..f99de3cc390a 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -5223,8 +5223,11 @@ bool
DocumentContentOperationsManager::CopyImplImpl(SwPaM& rPam, SwPosition& rPo
// and not the source has the page break
if (rDoc.IsClipBoard() && (rPam.GetPageNum(pStt == rPam.GetPoint()) == 1)
&& !bCopyPageSource)
{
-pDestTextNd->ResetAttr(RES_BREAK);// remove the page-break
-pDestTextNd->ResetAttr(RES_PAGEDESC);
+if (pDestTextNd)
+{
+pDestTextNd->ResetAttr(RES_BREAK);// remove the page-break
+pDestTextNd->ResetAttr(RES_PAGEDESC);
+}
}
Re: Problems with item "RotationCenter" in item "Extrusion" in the property "CustomShapeGeometry"
Hi Regina, On Sun, Nov 21, 2021 at 10:15:05PM +0100, Regina Henschel wrote: > For X- and Y-component I can imagine: > Change implementation so, that X-component and Y-component are fractions in > CustomShapeGeometry. That requires changes in msdffimp.cxx#1812, in > escherex.cxx#2852, in EnhancedCustomShape3d.cxx#816. Others? Yes, if our doc model wants to work in fractions and MSO works in EMUs, then doing this mapping in the MSO import/export filters sounds good to me. Regards, Miklos
[Libreoffice-bugs] [Bug 133835] Calc autofilter freeze after deselecting an item (in a column containing many unique string values) and pressing OK
https://bugs.documentfoundation.org/show_bug.cgi?id=133835 --- Comment #16 from Noel Grandin --- There are several different sources of slowness here. (1) The INetURLObject stuff, which I am working on (2) the QueryEvaluator::compareByStringComparator stuff for which I have no suggestion. (3) Some intermittent issue with millions of SfxPoolItem, which I suspect is a bug because I have seen it only once in about 30 runs. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145817] When double click in table above, libreoffice crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145817 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #4 from Julien Nabet --- Thank you for having tested with gen rendering and indicated it doesn't work too with it. You retrieved a strace which is different from a backtrace. For backtrace: https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace For strace: https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_an_strace_log -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: framework/source
framework/source/dispatch/windowcommanddispatch.cxx | 12 ++--
framework/source/inc/dispatch/windowcommanddispatch.hxx |3 ++-
2 files changed, 8 insertions(+), 7 deletions(-)
New commits:
commit c36a21e4a3ee788b14b6925de585805556959800
Author: Noel Grandin
AuthorDate: Sun Nov 21 14:15:04 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:55:42 2021 +0100
osl::Mutex->std::mutex in WindowCommandDispatch
Change-Id: Ia89f4a7b1f444a031e8f58f644ba9129f8c48942
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125622
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/source/dispatch/windowcommanddispatch.cxx
b/framework/source/dispatch/windowcommanddispatch.cxx
index 97e5de5ca2c7..2764cff556ff 100644
--- a/framework/source/dispatch/windowcommanddispatch.cxx
+++ b/framework/source/dispatch/windowcommanddispatch.cxx
@@ -50,9 +50,9 @@ WindowCommandDispatch::~WindowCommandDispatch()
void WindowCommandDispatch::impl_startListening()
{
-osl::ClearableMutexGuard aReadLock(m_mutex);
+std::unique_lock aReadLock(m_mutex);
css::uno::Reference< css::awt::XWindow > xWindow( m_xWindow.get(),
css::uno::UNO_QUERY );
-aReadLock.clear();
+aReadLock.unlock();
if ( ! xWindow.is())
return;
@@ -70,9 +70,9 @@ void WindowCommandDispatch::impl_startListening()
void WindowCommandDispatch::impl_stopListening()
{
-osl::ClearableMutexGuard aReadLock(m_mutex);
+std::unique_lock aReadLock(m_mutex);
css::uno::Reference< css::awt::XWindow > xWindow( m_xWindow.get(),
css::uno::UNO_QUERY );
-aReadLock.clear();
+aReadLock.unlock();
if (!xWindow.is())
return;
@@ -130,10 +130,10 @@ IMPL_LINK(WindowCommandDispatch, impl_notifyCommand,
VclWindowEvent&, rEvent, vo
try
{
// SYNCHRONIZED ->
-osl::ClearableMutexGuard aReadLock(m_mutex);
+std::unique_lock aReadLock(m_mutex);
css::uno::Reference< css::frame::XDispatchProvider >
xProvider(m_xFrame.get(), css::uno::UNO_QUERY_THROW);
css::uno::Reference< css::uno::XComponentContext > xContext=
m_xContext;
-aReadLock.clear();
+aReadLock.unlock();
// <- SYNCHRONIZED
// check provider ... we know it's weak reference only
diff --git a/framework/source/inc/dispatch/windowcommanddispatch.hxx
b/framework/source/inc/dispatch/windowcommanddispatch.hxx
index b2637e9338f7..0e592eb40a21 100644
--- a/framework/source/inc/dispatch/windowcommanddispatch.hxx
+++ b/framework/source/inc/dispatch/windowcommanddispatch.hxx
@@ -24,6 +24,7 @@
#include
#include
+#include
namespace com::sun::star::uno {
class XComponentContext;
@@ -46,7 +47,7 @@ namespace framework{
class WindowCommandDispatch final
{
private:
-osl::Mutex m_mutex;
+std::mutex m_mutex;
/// can be used to create own needed services on demand.
css::uno::Reference< css::uno::XComponentContext > m_xContext;
[Libreoffice-commits] core.git: 2 commits - framework/source ucbhelper/source
framework/source/services/frame.cxx |7 +++---
ucbhelper/source/provider/contenthelper.cxx | 32 +---
2 files changed, 15 insertions(+), 24 deletions(-)
New commits:
commit 16289b6de6ba37c7008fb198260517f3bc505bf4
Author: Noel Grandin
AuthorDate: Sun Nov 21 18:12:08 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:55:31 2021 +0100
osl::Mutex->std::mutex in XFrameImpl::windowShown
Change-Id: I1e56d0931a6e814cb9a4faa6a06e70b3740cb728
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125628
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/source/services/frame.cxx
b/framework/source/services/frame.cxx
index d27cea6942d5..991a7b58131b 100644
--- a/framework/source/services/frame.cxx
+++ b/framework/source/services/frame.cxx
@@ -81,6 +81,7 @@
#include
#include
#include
+#include
using namespace framework;
@@ -2580,7 +2581,7 @@ void SAL_CALL XFrameImpl::windowClosing( const
css::lang::EventObject& )
*//*-*/
void SAL_CALL XFrameImpl::windowShown( const css::lang::EventObject& )
{
-static osl::Mutex aFirstVisibleLock;
+static std::mutex aFirstVisibleLock;
/* SAFE { */
SolarMutexClearableGuard aReadLock;
@@ -2595,10 +2596,10 @@ void SAL_CALL XFrameImpl::windowShown( const
css::lang::EventObject& )
return;
static bool bFirstVisibleTask = true;
-osl::ClearableMutexGuard aGuard(aFirstVisibleLock);
+std::unique_lock aGuard(aFirstVisibleLock);
bool bMustBeTriggered = bFirstVisibleTask;
bFirstVisibleTask = false;
-aGuard.clear();
+aGuard.unlock();
if (bMustBeTriggered)
{
commit 9b0ea78959f6bcbc1a776c505352ab37e91381ad
Author: Noel Grandin
AuthorDate: Sun Nov 21 20:32:47 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:55:24 2021 +0100
use more OInterfaceContainerHelper3 in ContentImplHelper_Impl
Change-Id: Id4e4fca8a5a4e2d050752e666a843e7d8661ec0f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125635
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/ucbhelper/source/provider/contenthelper.cxx
b/ucbhelper/source/provider/contenthelper.cxx
index 2c64dc1968a6..4cf93d1207b9 100644
--- a/ucbhelper/source/provider/contenthelper.cxx
+++ b/ucbhelper/source/provider/contenthelper.cxx
@@ -28,6 +28,7 @@
#include
#include
#include
+#include
#include
#include
#include
@@ -108,8 +109,10 @@ struct ContentImplHelper_Impl
rtl::Reference< ::ucbhelper::PropertySetInfo > m_xPropSetInfo;
rtl::Reference< ::ucbhelper::CommandProcessorInfo > m_xCommandsInfo;
std::unique_ptr
m_pDisposeEventListeners;
-std::unique_ptr
m_pContentEventListeners;
-std::unique_ptr
m_pPropSetChangeListeners;
+
std::unique_ptr>
+
m_pContentEventListeners;
+
std::unique_ptr>
+
m_pPropSetChangeListeners;
std::unique_ptr
m_pCommandChangeListeners;
std::unique_ptr
m_pPropertyChangeListeners;
};
@@ -270,7 +273,7 @@ void SAL_CALL ContentImplHelper::addContentEventListener(
if ( !m_pImpl->m_pContentEventListeners )
m_pImpl->m_pContentEventListeners.reset(
-new cppu::OInterfaceContainerHelper( m_aMutex ));
+new
comphelper::OInterfaceContainerHelper3(
m_aMutex ));
m_pImpl->m_pContentEventListeners->addInterface( Listener );
}
@@ -563,7 +566,7 @@ void SAL_CALL
ContentImplHelper::addPropertySetInfoChangeListener(
if ( !m_pImpl->m_pPropSetChangeListeners )
m_pImpl->m_pPropSetChangeListeners.reset(
-new cppu::OInterfaceContainerHelper( m_aMutex ));
+new
comphelper::OInterfaceContainerHelper3(
m_aMutex ));
m_pImpl->m_pPropSetChangeListeners->addInterface( Listener );
}
@@ -721,15 +724,9 @@ void ContentImplHelper::notifyPropertySetInfoChange(
return;
// Notify event listeners.
-cppu::OInterfaceIteratorHelper aIter( *m_pImpl->m_pPropSetChangeListeners
);
+comphelper::OInterfaceIteratorHelper3 aIter(
*m_pImpl->m_pPropSetChangeListeners );
while ( aIter.hasMoreElements() )
-{
-// Propagate event.
-uno::Reference< beans::XPropertySetInfoChangeListener >
-xListener( aIter.next(), uno::UNO_QUERY );
-if ( xListener.is() )
-xListener->propertySetInfoChange( evt );
-}
+aIter.next()->propertySetInfoChange( evt );
}
void ContentImplHelper::notifyContentEvent(
@@ -739,16 +736,9 @@ void ContentImplHelper::notifyContentEvent(
return;
// Notify event listeners.
-cppu::OInterfaceIteratorHelper aIter( *m_pImpl->m_pContentEventListeners );
+comphelper::OInterfaceIteratorHelper3 aIter(
*m_pImpl->m_pContentEventListeners );
[Libreoffice-commits] core.git: 2 commits - framework/source i18npool/source
framework/source/uiconfiguration/globalsettings.cxx | 11 ++-
i18npool/source/transliteration/transliterationImpl.cxx |5 +++--
2 files changed, 9 insertions(+), 7 deletions(-)
New commits:
commit b67257c5dc54b37495a755005192e4cf186aef25
Author: Noel Grandin
AuthorDate: Sun Nov 21 18:14:46 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:55:13 2021 +0100
osl::Mutex->std::mutex in GlobalSettings_Access
Change-Id: I5162a157fd07870bf768947b32e8afe8f1fb0a02
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125629
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/source/uiconfiguration/globalsettings.cxx
b/framework/source/uiconfiguration/globalsettings.cxx
index f880e7354fd2..2c517205e2db 100644
--- a/framework/source/uiconfiguration/globalsettings.cxx
+++ b/framework/source/uiconfiguration/globalsettings.cxx
@@ -28,6 +28,7 @@
#include
#include
#include
+#include
// Defines
@@ -64,7 +65,7 @@ class GlobalSettings_Access : public ::cppu::WeakImplHelper<
private:
void impl_initConfigAccess();
-osl::Mutexm_mutex;
+std::mutexm_mutex;
bool m_bDisposed
: 1,
m_bConfigRead : 1;
OUString
m_aNodeRefStates;
@@ -91,7 +92,7 @@ GlobalSettings_Access::GlobalSettings_Access( const
css::uno::Reference< css::un
// XComponent
void SAL_CALL GlobalSettings_Access::dispose()
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
m_xConfigAccess.clear();
m_bDisposed = true;
}
@@ -107,14 +108,14 @@ void SAL_CALL GlobalSettings_Access::removeEventListener(
const css::uno::Refere
// XEventListener
void SAL_CALL GlobalSettings_Access::disposing( const css::lang::EventObject& )
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
m_xConfigAccess.clear();
}
// settings access
bool GlobalSettings_Access::HasToolbarStatesInfo()
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
if ( m_bDisposed )
return false;
@@ -148,7 +149,7 @@ bool GlobalSettings_Access::HasToolbarStatesInfo()
bool GlobalSettings_Access::GetToolbarStateInfo( GlobalSettings::StateInfo
eStateInfo, css::uno::Any& aValue )
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
if ( m_bDisposed )
return false;
commit 60e185446eef9c4084b22901f1ffb41b36628b6e
Author: Noel Grandin
AuthorDate: Sun Nov 21 18:35:23 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:55:06 2021 +0100
osl::Mutex->std::mutex in TransliterationImpl::loadBody
Change-Id: I15441110bf27c3f2ad9a61389339c55b9c4c3bb4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125632
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/i18npool/source/transliteration/transliterationImpl.cxx
b/i18npool/source/transliteration/transliterationImpl.cxx
index 09e791c33e71..c85d16442341 100644
--- a/i18npool/source/transliteration/transliterationImpl.cxx
+++ b/i18npool/source/transliteration/transliterationImpl.cxx
@@ -30,6 +30,7 @@
#include
#include
+#include
#include
using namespace com::sun::star::uno;
@@ -586,8 +587,8 @@ namespace
void TransliterationImpl::loadBody( OUString const ,
Reference& body )
{
assert(!implName.isEmpty());
-static osl::Mutex transBodyMutex;
-::osl::MutexGuard guard(transBodyMutex);
+static std::mutex transBodyMutex;
+std::unique_lock guard(transBodyMutex);
static TransBody lastTransBody;
if (implName != lastTransBody.Name)
{
[Libreoffice-bugs] [Bug 133835] Calc autofilter freeze after deselecting an item (in a column containing many unique string values) and pressing OK
https://bugs.documentfoundation.org/show_bug.cgi?id=133835 --- Comment #15 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/7805a224b96897807e49fd49dd5276d6089b0b5c tdf#133835 speedup calc autofilter (6) 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.
[Libreoffice-commits] core.git: include/tools tools/source
include/tools/urlobj.hxx | 16
tools/source/fsys/urlobj.cxx | 38 +++---
2 files changed, 27 insertions(+), 27 deletions(-)
New commits:
commit 7805a224b96897807e49fd49dd5276d6089b0b5c
Author: Noel Grandin
AuthorDate: Sat Nov 20 20:28:42 2021 +0200
Commit: Noel Grandin
CommitDate: Mon Nov 22 07:50:59 2021 +0100
tdf#133835 speedup calc autofilter (6)
INetURLObject::SetPort Avoid allocating temporary string on heap,
saves 20%
Change-Id: I61ba4bd80c561266341143e35650b54b9d70f1d3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125624
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/include/tools/urlobj.hxx b/include/tools/urlobj.hxx
index 8049e165d7a0..6413d2787f96 100644
--- a/include/tools/urlobj.hxx
+++ b/include/tools/urlobj.hxx
@@ -938,17 +938,17 @@ private:
sal_Int32 getEnd() const { return m_nBegin + m_nLength; }
-inline sal_Int32 clear();
+sal_Int32 clear();
-inline sal_Int32 set(OUStringBuffer & rString,
- OUString const & rSubString,
- sal_Int32 nTheBegin);
+sal_Int32 set(OUStringBuffer & rString,
+ std::u16string_view rSubString,
+ sal_Int32 nTheBegin);
-inline sal_Int32 set(OUString & rString,
- OUString const & rSubString);
+sal_Int32 set(OUString & rString,
+ std::u16string_view rSubString);
-inline sal_Int32 set(OUStringBuffer & rString,
- OUString const & rSubString);
+sal_Int32 set(OUStringBuffer & rString,
+ std::u16string_view rSubString);
inline void operator +=(sal_Int32 nDelta);
diff --git a/tools/source/fsys/urlobj.cxx b/tools/source/fsys/urlobj.cxx
index 9a5a82ceb632..d265111d2e2e 100644
--- a/tools/source/fsys/urlobj.cxx
+++ b/tools/source/fsys/urlobj.cxx
@@ -221,7 +221,7 @@ using namespace css;
segment = *(pchar / ";")
*/
-inline sal_Int32 INetURLObject::SubString::clear()
+sal_Int32 INetURLObject::SubString::clear()
{
sal_Int32 nDelta = -m_nLength;
m_nBegin = -1;
@@ -229,32 +229,33 @@ inline sal_Int32 INetURLObject::SubString::clear()
return nDelta;
}
-inline sal_Int32 INetURLObject::SubString::set(OUStringBuffer & rString,
- OUString const & rSubString)
+sal_Int32 INetURLObject::SubString::set(OUStringBuffer & rString,
+ std::u16string_view rSubString)
{
-sal_Int32 nDelta = rSubString.getLength() - m_nLength;
+sal_Int32 nDelta = rSubString.size() - m_nLength;
rString.remove(m_nBegin, m_nLength);
rString.insert(m_nBegin, rSubString);
-m_nLength = rSubString.getLength();
+m_nLength = rSubString.size();
return nDelta;
}
-inline sal_Int32 INetURLObject::SubString::set(OUString & rString,
- OUString const & rSubString)
+sal_Int32 INetURLObject::SubString::set(OUString & rString,
+ std::u16string_view rSubString)
{
-sal_Int32 nDelta = rSubString.getLength() - m_nLength;
+sal_Int32 nDelta = rSubString.size() - m_nLength;
-rString = rString.replaceAt(m_nBegin, m_nLength, rSubString);
+rString = OUString::Concat(rString.subView(0, m_nBegin)) +
+ rSubString + rString.subView(m_nBegin + m_nLength);
-m_nLength = rSubString.getLength();
+m_nLength = rSubString.size();
return nDelta;
}
-inline sal_Int32 INetURLObject::SubString::set(OUStringBuffer & rString,
- OUString const & rSubString,
- sal_Int32 nTheBegin)
+sal_Int32 INetURLObject::SubString::set(OUStringBuffer & rString,
+std::u16string_view rSubString,
+sal_Int32 nTheBegin)
{
m_nBegin = nTheBegin;
return set(rString, rSubString);
@@ -1411,7 +1412,7 @@ bool INetURLObject::setAbsURIRef(OUString const &
rTheAbsURIRef,
{
aSynAbsURIRef.append(':');
m_aPort.set(aSynAbsURIRef,
-OUString(pPort + 1, pHostPortEnd - (pPort + 1)),
+std::u16string_view{pPort + 1,
static_cast(pHostPortEnd - (pPort + 1))},
aSynAbsURIRef.getLength());
}
}
@@ -2334,7 +2335,7 @@ bool INetURLObject::setPassword(std::u16string_view
rThePassword,
else if (m_aHost.isPresent())
{
m_aAbsURIRef.insert(m_aHost.getBegin(), ":@" );
-m_aUser.set(m_aAbsURIRef, OUString(), m_aHost.getBegin());
+m_aUser.set(m_aAbsURIRef, std::u16string_view{}, m_aHost.getBegin());
nDelta
= m_aAuth.set(m_aAbsURIRef, aNewAuth, m_aHost.getBegin() + 1) + 2;
}
@@ -2343,7
[Libreoffice-bugs] [Bug 145822] New: docx:RTL table broken with vertical text
https://bugs.documentfoundation.org/show_bug.cgi?id=145822 Bug ID: 145822 Summary: docx:RTL table broken with vertical text Product: LibreOffice Version: 7.1.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fahad.alsa...@gmail.com Created attachment 176414 --> https://bugs.documentfoundation.org/attachment.cgi?id=176414=edit RTL table broken with vertical text direction in the attachment a docx file contains two table with same content but the first set text direction to LTR and the second to RTL. RTL table is broken and it's content shifted to left when libreoffice opens it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145299] Since last update LibreOffice is displayed extremely small at 4k resolution (kf5 + Wayland)
https://bugs.documentfoundation.org/show_bug.cgi?id=145299 Michael Weghorn changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Michael Weghorn --- Is it possible the problem started happening after you started using Plasma on Wayland instead of X11? Display scaling should work with the fix for tdf#137924 in place (i.e. current LibreOffice development version built with Qt >= 5.14). Does the workaround described in tdf#137924 comment 14 (setting SAL_FORCEDPI to according value) make the problem go away? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: extras/source
extras/source/autocorr/lang/ko/DocumentList.xml |1 - 1 file changed, 1 deletion(-) New commits: commit dc50ac6f7179e1c447a43de256e6ffcf8694c06f Author: Andrea Gelmini AuthorDate: Sun Nov 21 21:35:02 2021 +0100 Commit: Julien Nabet CommitDate: Mon Nov 22 07:15:06 2021 +0100 Removed duplicated entry in Korean autocorrect Change-Id: Ibc640574517da486af8b35e736a45c1adcf78434 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125639 Tested-by: Jenkins Reviewed-by: DaeHyun Sung Reviewed-by: Julien Nabet diff --git a/extras/source/autocorr/lang/ko/DocumentList.xml b/extras/source/autocorr/lang/ko/DocumentList.xml index 385a9bdb77b7..793d1ad8fce2 100644 --- a/extras/source/autocorr/lang/ko/DocumentList.xml +++ b/extras/source/autocorr/lang/ko/DocumentList.xml @@ -2502,7 +2502,6 @@ -
[Libreoffice-bugs] [Bug 145787] Libreoffice 7.2 (Main) and Libreoffice 7.2 Writer crash crash on picture insert dialogue
https://bugs.documentfoundation.org/show_bug.cgi?id=145787 Michael Weghorn changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||m.wegh...@posteo.de --- Comment #4 from Michael Weghorn --- Cannot reproduce with a current master build on Debian testing in a Plasma Wayland session. This works fine: * start Writer * "Insert" -> "Image" * select an image Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: 96d19777abfdf74c9776470e39ee3ec7e1b2e256 CPU threads: 12; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Can you try the steps that Julien suggested in comment 1 to see whether it also happens when using the gen VCL plugin? Also, can you try starting LO with environment variable QT_QPA_PLATFORM=xcb set, which will force the use of the X11 Qt platform plugin instead of the Wayland one? Alternatively, you can use a Plasma X11 instead of a Wayland session and start LibreOffice there. (Please double-check that "Help" -> "About LibreOffice" contains "VCL:kf5 (cairo+xcb)" instead of "VCL:kf5 (cairo+wayland)" then) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: emfio/source
emfio/source/reader/wmfreader.cxx | 163 +++---
1 file changed, 83 insertions(+), 80 deletions(-)
New commits:
commit 6e7f06c297b3bd7f57797158c55ed0e11fe14317
Author: Hossein
AuthorDate: Sun Nov 21 17:58:03 2021 +0100
Commit: Mike Kaganski
CommitDate: Mon Nov 22 07:06:51 2021 +0100
Convert #define to enum
* Converted multiple symbolic constants using #define in wmfreader.cxx
to enum
Change-Id: Ie55f27414c230cd624cacb805897933707244ed6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122734
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/emfio/source/reader/wmfreader.cxx
b/emfio/source/reader/wmfreader.cxx
index 41f7564c1295..eeb6e106cf00 100644
--- a/emfio/source/reader/wmfreader.cxx
+++ b/emfio/source/reader/wmfreader.cxx
@@ -39,88 +39,91 @@
#include
#include
-// MS Windows defines
-#define W_META_SETBKCOLOR 0x0201
-#define W_META_SETBKMODE0x0102
-#define W_META_SETMAPMODE 0x0103
-#define W_META_SETROP2 0x0104
-#define W_META_SETRELABS0x0105
-#define W_META_SETPOLYFILLMODE 0x0106
-#define W_META_SETSTRETCHBLTMODE0x0107
-#define W_META_SETTEXTCHAREXTRA 0x0108
-#define W_META_SETTEXTCOLOR 0x0209
-#define W_META_SETTEXTJUSTIFICATION 0x020A
-#define W_META_SETWINDOWORG 0x020B
-#define W_META_SETWINDOWEXT 0x020C
-#define W_META_SETVIEWPORTORG 0x020D
-#define W_META_SETVIEWPORTEXT 0x020E
-#define W_META_OFFSETWINDOWORG 0x020F
-#define W_META_SCALEWINDOWEXT 0x0410
-#define W_META_OFFSETVIEWPORTORG0x0211
-#define W_META_SCALEVIEWPORTEXT 0x0412
-#define W_META_LINETO 0x0213
-#define W_META_MOVETO 0x0214
-#define W_META_EXCLUDECLIPRECT 0x0415
-#define W_META_INTERSECTCLIPRECT0x0416
-#define W_META_ARC 0x0817
-#define W_META_ELLIPSE 0x0418
-#define W_META_FLOODFILL0x0419
-#define W_META_PIE 0x081A
-#define W_META_RECTANGLE0x041B
-#define W_META_ROUNDRECT0x061C
-#define W_META_PATBLT 0x061D
-#define W_META_SAVEDC 0x001E
-#define W_META_SETPIXEL 0x041F
-#define W_META_OFFSETCLIPRGN0x0220
-#define W_META_TEXTOUT 0x0521
-#define W_META_BITBLT 0x0922
-#define W_META_STRETCHBLT 0x0B23
-#define W_META_POLYGON 0x0324
-#define W_META_POLYLINE 0x0325
-#define W_META_ESCAPE 0x0626
-#define W_META_RESTOREDC0x0127
-#define W_META_FILLREGION 0x0228
-#define W_META_FRAMEREGION 0x0429
-#define W_META_INVERTREGION 0x012A
-#define W_META_PAINTREGION 0x012B
-#define W_META_SELECTCLIPREGION 0x012C
-#define W_META_SELECTOBJECT 0x012D
-#define W_META_SETTEXTALIGN 0x012E
-#define W_META_DRAWTEXT 0x062F
-#define W_META_CHORD0x0830
-#define W_META_SETMAPPERFLAGS 0x0231
-#define W_META_EXTTEXTOUT 0x0a32
-#define W_META_SETDIBTODEV 0x0d33
-#define W_META_SELECTPALETTE0x0234
-#define W_META_REALIZEPALETTE 0x0035
-#define W_META_ANIMATEPALETTE 0x0436
-#define W_META_SETPALENTRIES0x0037
-#define W_META_POLYPOLYGON 0x0538
-#define W_META_RESIZEPALETTE0x0139
-#define W_META_DIBBITBLT0x0940
-#define W_META_DIBSTRETCHBLT0x0b41
-#define W_META_DIBCREATEPATTERNBRUSH 0x0142
-#define W_META_STRETCHDIB 0x0f43
-#define W_META_EXTFLOODFILL 0x0548
-#define W_META_RESETDC 0x014C
-#define W_META_STARTDOC 0x014D
-#define W_META_STARTPAGE0x004F
-#define W_META_ENDPAGE 0x0050
-#define W_META_ABORTDOC 0x0052
-#define W_META_ENDDOC 0x005E
-#define W_META_DELETEOBJECT 0x01f0
-#define W_META_CREATEPALETTE0x00f7
-#define W_META_CREATEBRUSH 0x00F8
-#define W_META_CREATEPATTERNBRUSH 0x01F9
-#define W_META_CREATEPENINDIRECT0x02FA
-#define W_META_CREATEFONTINDIRECT 0x02FB
-#define W_META_CREATEBRUSHINDIRECT 0x02FC
-#define W_META_CREATEBITMAPINDIRECT 0x02FD
-#define W_META_CREATEBITMAP 0x06FE
-#define W_META_CREATEREGION 0x06FF
-
namespace
{
+// MS Windows defines
+enum WMFRecords
+{
+W_META_SETBKCOLOR = 0x0201,
+W_META_SETBKMODE= 0x0102,
+W_META_SETMAPMODE = 0x0103,
+W_META_SETROP2 = 0x0104,
+W_META_SETRELABS= 0x0105,
+W_META_SETPOLYFILLMODE = 0x0106,
+W_META_SETSTRETCHBLTMODE= 0x0107,
+W_META_SETTEXTCHAREXTRA = 0x0108,
+W_META_SETTEXTCOLOR = 0x0209,
+W_META_SETTEXTJUSTIFICATION = 0x020A,
+W_META_SETWINDOWORG = 0x020B,
+W_META_SETWINDOWEXT = 0x020C,
+
[Libreoffice-bugs] [Bug 145804] Wrong numbering style shown for predefined Heading styles
https://bugs.documentfoundation.org/show_bug.cgi?id=145804 --- Comment #1 from Aron Budea --- The text in the dropdown should say "Chapter Numbering" since the following commit: https://cgit.freedesktop.org/libreoffice/core/commit/?id=7d49e64c2aad701d2903af8a451a31d90005d257 The other differences between Linux and Windows (also shown between gtk3 and gen rendering) is unrelated, and is tracked in bug 145821. (In reply to Aron Budea from comment #0) > It's a bit hard to say what the expected entry would be, because before 6.1, > it used to say "Outline Numbering", which doesn't actually exist as a > predefined style, I'd assume it's coded somewhere. The explanation that I learned since is when numbering is controlled by chapter numbering set via Chapter Numbering, that's when this predefined entry is supposed to be shown in the otherwise disabled dropdown. The tooltip also says: "This option is disabled when chapter numbering is assigned to a paragraph style." -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145821] Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 --- Comment #1 from Aron Budea --- Created attachment 176413 --> https://bugs.documentfoundation.org/attachment.cgi?id=176413=edit Screenshot with GTK3 VCL plugin -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145821] Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 --- Comment #1 from Aron Budea --- Created attachment 176413 --> https://bugs.documentfoundation.org/attachment.cgi?id=176413=edit Screenshot with GTK3 VCL plugin -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 107642] [META] Paragraph dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107642 Aron Budea changed: What|Removed |Added Depends on||145821 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145821 [Bug 145821] Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 128239] Make Paragraph Dialog HIG conform
https://bugs.documentfoundation.org/show_bug.cgi?id=128239 Aron Budea changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5821 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 145821] New: Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 Bug ID: 145821 Summary: Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab Product: LibreOffice Version: 6.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, needsUXEval, regression Severity: minor Priority: low Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ba...@caesar.elte.hu CC: caol...@redhat.com, kain...@gmail.com, libreoffice-ux-adv...@lists.freedesktop.org Blocks: 107642 Created attachment 176412 --> https://bugs.documentfoundation.org/attachment.cgi?id=176412=edit Screenshot with gen VCL plugin The layout of the dialog in Windows and in Linux with gen VCL plugin is the same. In addition note that in Windows (gen), the "List style" dropdown is too short, of "Chapter Numbering", only "Chapter Number" is shown. This can be checked by opening the dialog for a paragraph style as described in bug 145804. Observed using LO Version: 7.3.0.0.alpha1+ fcad2503ede92b515076f9bb3162855dcc2c575d) / Ubuntu. The divergence between GTK3 and Windows/gen layout of the dialog started with the following commit. I'm not sure if this difference is perfectly fine, or something we'd like to avoid, so CC-ing UX advise list for input. Also adding CC: to Andreas Kainz. Regardless, it'd be great if "Chapter Numbering", or any translation that might be longer in a different language would fit in the field. https://cgit.freedesktop.org/libreoffice/core/commit/?id=5456719e2a2cc4f3d9bfc2f107a054c593cd5480 author andreas kainz2019-10-18 22:07:44 +0200 committer andreas_kainz2019-10-22 22:04:22 +0200 tdf#128239 Paragraph Dialog: Update Outline tab Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107642 [Bug 107642] [META] Paragraph dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145821] New: Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab
https://bugs.documentfoundation.org/show_bug.cgi?id=145821 Bug ID: 145821 Summary: Layout divergence between GTK3 and Windows (gen) in Paragraph dialog / Outline & List tab Product: LibreOffice Version: 6.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, needsUXEval, regression Severity: minor Priority: low Component: Writer Assignee: libreoffice-b...@lists.freedesktop.org Reporter: ba...@caesar.elte.hu CC: caol...@redhat.com, kain...@gmail.com, libreoffice-ux-advise@lists.freedesktop.org Blocks: 107642 Created attachment 176412 --> https://bugs.documentfoundation.org/attachment.cgi?id=176412=edit Screenshot with gen VCL plugin The layout of the dialog in Windows and in Linux with gen VCL plugin is the same. In addition note that in Windows (gen), the "List style" dropdown is too short, of "Chapter Numbering", only "Chapter Number" is shown. This can be checked by opening the dialog for a paragraph style as described in bug 145804. Observed using LO Version: 7.3.0.0.alpha1+ fcad2503ede92b515076f9bb3162855dcc2c575d) / Ubuntu. The divergence between GTK3 and Windows/gen layout of the dialog started with the following commit. I'm not sure if this difference is perfectly fine, or something we'd like to avoid, so CC-ing UX advise list for input. Also adding CC: to Andreas Kainz. Regardless, it'd be great if "Chapter Numbering", or any translation that might be longer in a different language would fit in the field. https://cgit.freedesktop.org/libreoffice/core/commit/?id=5456719e2a2cc4f3d9bfc2f107a054c593cd5480 author andreas kainz2019-10-18 22:07:44 +0200 committer andreas_kainz2019-10-22 22:04:22 +0200 tdf#128239 Paragraph Dialog: Update Outline tab Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107642 [Bug 107642] [META] Paragraph dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 144407] New document opens in full screen mode (expected windowed) same as 'source'
https://bugs.documentfoundation.org/show_bug.cgi?id=144407 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 145803] LibreOffice only opens in Safe Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145803 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145803] LibreOffice only opens in Safe Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145803 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 145558] reproducable Crash: VBA insert grafik, save, crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145558 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145558] reproducable Crash: VBA insert grafik, save, crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145558 --- Comment #4 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142465] Crash in: swlo.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=142465 --- Comment #3 from QA Administrators --- Dear fishofpink, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 142097] macOS but not on Windows: I like to set 'first Page' right click on 'default style' but popup window never appears
https://bugs.documentfoundation.org/show_bug.cgi?id=142097 --- Comment #2 from QA Administrators --- Dear Klaus, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 84703] VIEWING: Erratic display of slide content in Notes mode
https://bugs.documentfoundation.org/show_bug.cgi?id=84703 --- Comment #10 from QA Administrators --- Dear David Bourguignon, 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 37924] FILEOPEN FORMATTING Impress truncates display of slide notes
https://bugs.documentfoundation.org/show_bug.cgi?id=37924 --- Comment #11 from QA Administrators --- Dear Christopher M. Penalver, 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 128914] Drag-copy of formulas referencing labels gives wrong result in rows (copying vertically); works in columns (copying horizontally)
https://bugs.documentfoundation.org/show_bug.cgi?id=128914 --- Comment #6 from QA Administrators --- Dear Mike Kaganski, 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 112572] SVG file: R and the A are not clipped correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=112572 --- Comment #6 from QA Administrators --- Dear Ole Tange, 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 145322] Writer: All characters rotate when printing a vertical writing page
https://bugs.documentfoundation.org/show_bug.cgi?id=145322 --- Comment #10 from Mark Hung --- @himajin10 Printing in vertical layout always uses ExTextOutRenderer[1]. That is, it uses ancient, magical, messy Win32 API, ExtTextOutW, to render the text. To render CJK upright text in vertical writing with ExtTextOutW, one has to prepend a '@' to the font name and call CreateFontIndirectW to create a different font. But for some other characters, one needs to create different font with altered escapement and orientation to force 90 degree rotation. Those were removed in bibisected fault commit[2]. Even if the commit is reverted, I still don't know how to make offset correct for ExtTextOutW. Positions from HarfBuzz doesn't work well with ExtTextOutW. More correct way other than tweaking the position by experiments: - Make DWriteTextOutRednerer works with a printing DC, maybe by create a compatible DC and bitbliting it, or create command list feature introduce in Windows8. - Make Skia works with printing. Check with Luboš Luňák, maybe he has an idea how to print on SKia. - Treat different logical font created with CreateFontIndirectW(), as fallback font. ( i.e. Glyphs that needs a force rotated font has to be renered in fallback layout with the rotated font. ) Non of them are easy for me, but I'll try to come out a commit that revert[2], that at least improves character orienation. [1] https://opengrok.libreoffice.org/xref/core/vcl/win/gdi/winlayout.cxx?r=677434a5#276 [2] https://cgit.freedesktop.org/libreoffice/core/commit/?id=5686c1aca40beb9514d40c86b4a3780a8a1334ba [3] https://docs.microsoft.com/en-us/windows/win32/direct2d/printing-and-command-lists -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115400] Toolbar background is white despite using Windows theme "High contrast black"
https://bugs.documentfoundation.org/show_bug.cgi?id=115400 --- Comment #16 from Deep17 --- (In reply to Buovjaga from comment #15) > (In reply to Deep17 from comment #14) > > Regression introduced by : > > > > https://git.libreoffice.org/core/commit/ > > 7f0bf6220bd69cf119878ebd1352b55a042b88ed > > It doesn't seem like the correct result. Did you check it by saying git > checkout for the binary hash of the bad commit, testing, then moving to the > preceding commit by saying git checkout HEAD^ and testing again (bug should > not appear)? > > You can find out the binary hash of the bad commit with this when in the > win32-6.0 repo: > > git log --all --grep='7f0bf6220bd69cf119878ebd1352b55a042b88ed' I followed the steps you mentioned. I can see bug in the git checkout for the binary hash of the bad commit and I couldn't see bug on git checkout HEAD^. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145820] New: When opening a impress document via Nautilus in Ubuntu the window is kind of minimized
https://bugs.documentfoundation.org/show_bug.cgi?id=145820 Bug ID: 145820 Summary: When opening a impress document via Nautilus in Ubuntu the window is kind of minimized Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: fabrici...@gmail.com Description: When opening a ppt document when a previous Libreoffice document is open on Ubuntu 21.10 and Libreoffice 7.2.3.1 the window stay hidden with a very small size, only could seen when close all windows previously opened. Steps to Reproduce: 1.Open the Ubuntu nautilus file explorer 2.Open any LibreOffice document 3.Open Ubuntu Nautilus and double click in any ppt file to open Actual Results: The file is not displayed and it open in a "minimized" very small window hidden behind other windows. Expected Results: The Impress should open a normal size window and be displayed. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: This looks like to happen when more than one document is open -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145546] Crash in: libc-2.31.so (while using Zotero)
https://bugs.documentfoundation.org/show_bug.cgi?id=145546 --- Comment #7 from Christopher J Poor --- This is definitely to do with my document(s). A new document created today has no problems but just one phrase (with a footnote) copied from an old document has this crash problem. Tested with 7.0, 7.1, 7.2. I have emailed Dieter this problem document: Testdocument6.odt One odd thing is that, after each crash, the Zotero integration stops working and I have to restart Zotero to get it going again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145797] Missing document icons on recent documents list when using Skia hardware rendering on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=145797 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
https://bugs.documentfoundation.org/show_bug.cgi?id=144214 steve changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5797 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145796] Incorrect rendering of Impress slide preview using Skia
https://bugs.documentfoundation.org/show_bug.cgi?id=145796 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
https://bugs.documentfoundation.org/show_bug.cgi?id=144214 steve changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5796 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145817] When double click in table above, libreoffice crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145817 elias estatistics changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from elias estatistics --- (backtrace uploaded in ufile.io for 30 days - 32.4MB) https://ufile.io/00p6e9ey - no such file existed before in the specific folder. backtrace for this single instance. Bug reproduced. In terminal... by running export SAL_USE_VCLPLUGIN=gen and then libreofficedev7.3 --writer --strace warn:configmgr:22425:22425:configmgr/source/components.cxx:731: file does not exist com.sun.star.container.NoSuchElementException message: file:///home/elias/.config/libreofficedev/4/user/uno_packages/cache/uno_packages/lu960029kgx.tmp_/mri-1-1-2.oxt/config.xcs /tinderbox/buildslave/source/libo-master/xmlreader/source/xmlreader.cxx:66 warn:configmgr:22425:22425:configmgr/source/components.cxx:731: file does not exist com.sun.star.container.NoSuchElementException message: file:///home/elias/.config/libreofficedev/4/user/uno_packages/cache/uno_packages/lu960029kfy.tmp_/mri-1-1-2.oxt/config.xcs /tinderbox/buildslave/source/libo-master/xmlreader/source/xmlreader.cxx:66 warn:configmgr:22425:22425:configmgr/source/xcuparser.cxx:292: unknown component "mytools.Mri.Configuration" in "file:///home/elias/.config/libreofficedev/4/user/uno_packages/cache/registry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/lu218415v0x7.tmp/config.xcu" warn:configmgr:22425:22425:configmgr/source/components.cxx:731: file does not exist com.sun.star.container.NoSuchElementException message: file:///home/elias/.config/libreofficedev/4/user/uno_packages/cache/uno_packages/lu24638hn44yc.tmp_/SMF.oxt/SMF.xcu /tinderbox/buildslave/source/libo-master/xmlreader/source/xmlreader.cxx:66 QApplication: invalid style override passed, ignoring it. Available styles: Breeze, Oxygen, Windows, Fusion warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu24638hn44yc.tmp_/SMF.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22 warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu960029kgx.tmp_/mri-1-1-2.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22 warn:desktop.deployment:22425:22425:desktop/source/deployment/registry/package/dp_package.cxx:1346: cannot create UCB Content for warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu24638hn44yc.tmp_/SMF.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22 warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu960029kgx.tmp_/mri-1-1-2.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22 warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu24638hn44yc.tmp_/SMF.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22 warn:desktop:22425:22425:desktop/source/deployment/manager/dp_manager.cxx:1035: com.sun.star.deployment.DeploymentException message: Error binding package: vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/lu960029kgx.tmp_/mri-1-1-2.oxt /tinderbox/buildslave/source/libo-master/desktop/source/deployment/registry/dp_backend.cxx:182 wrapped: com.sun.star.ucb.InteractiveAugmentedIOException message: an error occurred during file opening Code: 22
[Libreoffice-bugs] [Bug 145781] bigger or smaller than a date may not correct i think
https://bugs.documentfoundation.org/show_bug.cgi?id=145781 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please attach a sample file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145809] in calc document, Head and foot of page disabled on document close.
https://bugs.documentfoundation.org/show_bug.cgi?id=145809 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from m.a.riosv --- *** This bug has been marked as a duplicate of bug 144940 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145813] Too many decimal places when adjusting column width in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=145813 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from m.a.riosv --- *** This bug has been marked as a duplicate of bug 144247 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145744] Improve cell selection outline for better visibility
https://bugs.documentfoundation.org/show_bug.cgi?id=145744 --- Comment #5 from Rafael Lima --- (In reply to Roman Kuznetsov from comment #4) > Created attachment 176350 [details] > the blue cell cursor in LO Calc 7.3 That's true... I've just tried LO 7.3 compiled from source and indeed the cursor is light blue (looks great btw). I could not locate which patch changed the cursor color to blue. -- You are receiving this mail because: You are the assignee for the bug.
How to get started with contribution
Respected sir/mam, I am Dhruv Soni student of Bachelor of computer applications. I am completing my studies in Indore. I am new to open source contributions but I am well aware of python, c++, html, css and little bit js but could you please tell me how to get started? Hoping to hear from you soon Regards Dhruv
Problems with item "RotationCenter" in item "Extrusion" in the property "CustomShapeGeometry"
Hi all, The current implementation of "RotationCenter" uses the three XYZ values as if they are in 1/100 Millimeter (Hmm). That is, if the values in ODF file are in Hmm, then the shape behaves as expected. But that does not fit the specifications. The "RotationCenter" appears in the specifications as: c3DRotationCenterX, c3DRotationCenterY, c3DRotationCenterZ in binary MSOffice and Rich Text Format (RTF), rotationcenter in VML, draw:extrusion-rotation-center in ODF, RotationCenter in API. The descriptions are: binary MS Office: c3DRotationCenterX (4 bytes): A value of type FixedPoint, as specified in [MS-OSHARED] section 2.2.1.6, that specifies a fraction of the geometry’s scaled width and height. The default value for this property is 0x. c3DRotationCenterY (4 bytes): A value of type FixedPoint, as specified in [MS-OSHARED] section 2.2.1.6, that specifies a fraction of the geometry’s scaled width and height. The default value for this property is 0x. c3DRotationCenterZ (4 bytes): A value of type FixedPoint, as specified in [MS-OSHARED] section 2.2.1.6, that specifies a fraction of the geometry’s scaled width and height. The default value for this property is 0x. Another document has PropertyType Default Description c3DRotationCenterX LONG 0 rotation center x (16.16 or g-units) c3DRotationCenterY LONG 0 rotation center y (16.16 or g-units) c3DRotationCenterZ LONG 0 rotation center z (absolute (emus)) RTF: Properties: c3DRotationCenterX, c3DRotationCenterY, c3DRotationCenterZ Meaning: The X and Y values are a 16.16 fraction of the geometry width and height, with (0,0) being at the center of the geometry. The Z value must be in absolute units (EMUs). VML: Specifies the center of rotation for a shape. Read/write. Vector3D. Defines the offset of the rotation in terms of fractions of the shape's size. The default value is 0,0,0. ODF: The draw:extrusion-rotation-center attribute specifies the position of a rotation center in shape-size fractions. API: This attribute specifies the position of the rotate center in terms of shape size fractions. The rotation center has no tool in the user interface. All of the descriptions use fractions for X-component and Y-component. For Z-component only RTF and binary MS Office have explicit EMU as unit. The other refer to shape size or to shape width and height, which I think is not meaningful for the Z-component. So what to do? For X- and Y-component I can imagine: Change implementation so, that X-component and Y-component are fractions in CustomShapeGeometry. That requires changes in msdffimp.cxx#1812, in escherex.cxx#2852, in EnhancedCustomShape3d.cxx#816. Others? How to solve Z-component? Kind regards, Regina
[Libreoffice-bugs] [Bug 145818] at insert a rotated image, yes and no are reversed
https://bugs.documentfoundation.org/show_bug.cgi?id=145818 e...@mailbox.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from e...@mailbox.org --- *** This bug has been marked as a duplicate of bug 145819 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145819] at insert a rotated image, yes and no are reversed
https://bugs.documentfoundation.org/show_bug.cgi?id=145819 --- Comment #1 from e...@mailbox.org --- *** Bug 145818 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 145819] New: at insert a rotated image, yes and no are reversed
https://bugs.documentfoundation.org/show_bug.cgi?id=145819
Bug ID: 145819
Summary: at insert a rotated image, yes and no are reversed
Product: LibreOffice
Version: 7.2.2.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: e...@mailbox.org
Description:
I use LibreOffice in German. I have a rotated image and I drag it into
LibreOffice Writer. Writer opens a dialog with the text: "This image is
rotated. Would you like to rotate it into standard orientation?" ("Dieses Bild
ist gedreht. Möchten Sie es zurücksetzen?"). You can choose between "yes"
("Ja") or "no" ("Nein"). I want to have the image in this rotation, because of
this, I choose "no". The image, I get in LibreOffice, was in standard
orientation. This is not, what I expect. I want to have the image in the
rotation, I have on the PC and the image was not in the standard orientation.
I check it on the other way. When I choose "yes" in the dialog, the image was
rotated as I want to have.
Steps to Reproduce:
1. Rotate an image on your PC (I did it without LibreOffice).
2. Drag the picture in LibreOffice.
3. A dialog was open "This image is rotated. Would you like to rotate it into
standard orientation?".
4. Choose "no".
Actual Results:
The image was put into the document in standard orientation (not rotated).
Expected Results:
The image is in the document in the rotated version.
I think the functions on the yes and no buttons in the dialog must be flipped.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145818] New: at insert a rotated image, yes and no are reversed
https://bugs.documentfoundation.org/show_bug.cgi?id=145818
Bug ID: 145818
Summary: at insert a rotated image, yes and no are reversed
Product: LibreOffice
Version: 7.2.2.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: e...@mailbox.org
Description:
I use LibreOffice in German. I have a rotated image and I drag it into
LibreOffice Writer. Writer opens a dialog with the text: "This image is
rotated. Would you like to rotate it into standard orientation?" ("Dieses Bild
ist gedreht. Möchten Sie es zurücksetzen?"). You can choose between "yes"
("Ja") or "no" ("Nein"). I want to have the image in this rotation, because of
this, I choose "no". The image, I get in LibreOffice, was in standard
orientation. This is not, what I expect. I want to have the image in the
rotation, I have on the PC and the image was not in the standard orientation.
I check it on the other way. When I choose "yes" in the dialog, the image was
rotated as I want to have.
Steps to Reproduce:
1. Rotate an image on your PC (I did it without LibreOffice).
2. Drag the picture in LibreOffice.
3. A dialog was open "This image is rotated. Would you like to rotate it into
standard orientation?".
4. Choose "no".
Actual Results:
The image was put into the document in standard orientation (not rotated).
Expected Results:
The image is in the document in the rotated version.
I think the functions on the yes and no buttons in the dialog must be flipped.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145817] When double click in table above, libreoffice crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145817 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO Keywords||wantBacktrace --- Comment #2 from Julien Nabet --- Would it be possible you retrieve a backtrace? see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace Do you reproduce this if you do: - launch term/console - export SAL_USE_VCLPLUGIN=gen - launch LO and try to reproduce this ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/filter/xcl97/XclExpChangeTrack.cxx |1 - 1 file changed, 1 deletion(-) New commits: commit 7b73163e6d8aca1b4a55547a4f337f36b9697b87 Author: Andrea Gelmini AuthorDate: Fri Nov 12 00:48:27 2021 +0100 Commit: Julien Nabet CommitDate: Sun Nov 21 21:40:55 2021 +0100 Removed break after return Change-Id: I0ad0ae7074905075cdff46ded69eaaa07570f0ca Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125075 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/sc/source/filter/xcl97/XclExpChangeTrack.cxx b/sc/source/filter/xcl97/XclExpChangeTrack.cxx index 16b53737be82..1d8140742a1b 100644 --- a/sc/source/filter/xcl97/XclExpChangeTrack.cxx +++ b/sc/source/filter/xcl97/XclExpChangeTrack.cxx @@ -979,7 +979,6 @@ static const char* lcl_GetType( XclExpChTrData* pData ) break; case EXC_CHTR_TYPE_STRING: return "inlineStr"; -break; default: break; }
[Libreoffice-bugs] [Bug 114469] SfxItemSet::InitRanges_Impl(unsigned short const*) leaks memory with multiple invocations
https://bugs.documentfoundation.org/show_bug.cgi?id=114469 Julien Nabet changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #6 from Julien Nabet --- Just taking a look at mem leaks bugtrackers, SfxItemSet::InitRanges_Impl doesn't exist anymore. git history of svl/source/items/itemset.cxx shows lots of evols (see https://opengrok.libreoffice.org/history/core/svl/source/items/itemset.cxx). Any better with recent LO version? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-6-0' - 6 commits - include/sfx2 include/svl include/xmloff svl/source sw/source xmloff/source xmlsecurity/inc xmlsecurity/qa xmlsecurity/source
include/sfx2/objsh.hxx |2 include/svl/sigstruct.hxx | 42 include/xmloff/xmlimp.hxx |6 include/xmloff/xmlnmspe.hxx |7 include/xmloff/xmltoken.hxx | 13 svl/source/crypto/cryptosign.cxx | 16 sw/source/core/edit/edfcol.cxx |3 xmloff/source/core/xmlimp.cxx | 26 xmloff/source/core/xmltoken.cxx | 13 xmloff/source/token/tokens.txt | 10 xmlsecurity/inc/biginteger.hxx |3 xmlsecurity/inc/xmlsignaturehelper.hxx | 14 xmlsecurity/inc/xsecctl.hxx | 20 xmlsecurity/qa/unit/signing/data/02_doc_macros_signed_by_attacker_manipulated.odt |binary xmlsecurity/qa/unit/signing/data/02_doc_signed_by_attacker_manipulated.odt |binary xmlsecurity/qa/unit/signing/data/02_doc_signed_by_attacker_manipulated2.odt |binary xmlsecurity/qa/unit/signing/data/02_doc_signed_by_attacker_manipulated_triple.odt |binary xmlsecurity/qa/unit/signing/signing.cxx | 87 xmlsecurity/source/component/documentdigitalsignatures.cxx | 50 xmlsecurity/source/dialogs/digitalsignaturesdialog.cxx | 15 xmlsecurity/source/helper/documentsignaturehelper.cxx | 63 xmlsecurity/source/helper/documentsignaturemanager.cxx | 12 xmlsecurity/source/helper/ooxmlsecexporter.cxx | 218 - xmlsecurity/source/helper/ooxmlsecparser.cxx | 26 xmlsecurity/source/helper/pdfsignaturehelper.cxx |8 xmlsecurity/source/helper/xmlsignaturehelper.cxx | 161 xmlsecurity/source/helper/xsecctl.cxx | 82 xmlsecurity/source/helper/xsecparser.cxx | 1708 -- xmlsecurity/source/helper/xsecparser.hxx | 101 xmlsecurity/source/helper/xsecsign.cxx | 34 xmlsecurity/source/helper/xsecverify.cxx | 182 - xmlsecurity/source/xmlsec/mscrypt/x509certificate_mscryptimpl.cxx | 47 xmlsecurity/source/xmlsec/mscrypt/xmlsignature_mscryptimpl.cxx |2 xmlsecurity/source/xmlsec/nss/x509certificate_nssimpl.cxx | 25 xmlsecurity/source/xmlsec/nss/xmlsignature_nssimpl.cxx |5 35 files changed, 2419 insertions(+), 582 deletions(-) New commits: commit d81b142abfa17162f6f40b928a0b2b90ac897e2c Author: Michael Stahl AuthorDate: Fri Feb 26 17:29:37 2021 +0100 Commit: Tomaž Vajngerl CommitDate: Sun Nov 21 21:32:10 2021 +0100 xmlsecurity: add tests for multiple X509Data/X509Certificate (cherry picked from commit 3c3299621628c11bf9f0f38e1259938b391c31e0) Conflicts: xmlsecurity/qa/unit/signing/signing.cxx Change-Id: If50ae8156f81c1053aa8fbfc3148da64bb8e1442 diff --git a/include/sfx2/objsh.hxx b/include/sfx2/objsh.hxx index 35b3091e4669..258b1428082f 100644 --- a/include/sfx2/objsh.hxx +++ b/include/sfx2/objsh.hxx @@ -737,7 +737,7 @@ public: // configuration items SAL_DLLPRIVATE SignatureState ImplGetSignatureState( bool bScriptingContent = false ); -SAL_DLLPRIVATE css::uno::Sequence< css::security::DocumentSignatureInformation > +/*SAL_DLLPRIVATE*/ css::uno::Sequence< css::security::DocumentSignatureInformation > ImplAnalyzeSignature( bool bScriptingContent, const css::uno::Reference< css::security::XDocumentDigitalSignatures >& xSigner diff --git a/xmlsecurity/qa/unit/signing/data/02_doc_macros_signed_by_attacker_manipulated.odt b/xmlsecurity/qa/unit/signing/data/02_doc_macros_signed_by_attacker_manipulated.odt new file mode 100644 index ..d63e4b6b7b72 Binary files /dev/null and b/xmlsecurity/qa/unit/signing/data/02_doc_macros_signed_by_attacker_manipulated.odt differ diff --git a/xmlsecurity/qa/unit/signing/data/02_doc_signed_by_attacker_manipulated.odt b/xmlsecurity/qa/unit/signing/data/02_doc_signed_by_attacker_manipulated.odt new file mode 100644 index ..0190abb00f23
[Libreoffice-bugs] [Bug 145817] When double click in table above, libreoffice crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145817 --- Comment #1 from elias estatistics --- Created attachment 176411 --> https://bugs.documentfoundation.org/attachment.cgi?id=176411=edit screenshot -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145817] New: When double click in table above, libreoffice crash
https://bugs.documentfoundation.org/show_bug.cgi?id=145817 Bug ID: 145817 Summary: When double click in table above, libreoffice crash Product: LibreOffice Version: 7.3.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: elias__0...@yahoo.com Created attachment 176410 --> https://bugs.documentfoundation.org/attachment.cgi?id=176410=edit tables When double click in table above, libreoffice crash Behavior to reproduce: @ Put mouse pointer a little above the table header, until it is formed an arrow pointer. @ Then Double click. Libreoffice extits almost everytime in my machine. Why is this very annoying? @ Cause I copy a lot of table headers, and I had many libre writer crashes without understanding why. It is not intetional behavior to form with mouse an arrow copy. This is accidental. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: d5ade739771ddf06cc7ee6d4af15672bfcf09ed6 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: el-GR (el_GR.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-09-01_02:56:07 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145799] Icons in toolbar are really blurry on MacOS (especially SVG), a little on Windows (depending on icon)
https://bugs.documentfoundation.org/show_bug.cgi?id=145799 V Stuart Foote changed: What|Removed |Added CC||qui...@gmail.com, ||thorsten.wagne...@gmail.com ||, t...@iki.fi Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from V Stuart Foote --- (In reply to Telesto from comment #4) > Also what DPI is the > > display, what are its dimensions in px, and what DE scale factor is applied? > > No scaling; MacBook Pro 13-inch, 2020. 2560 × 1600 > Works out to a 232.22 PPI, so the HiDPI VCL routines for Retina displays should certainly kick in and the scaling should be crisp. There was Thorsten W's work on bug 138122 with https://gerrit.libreoffice.org/c/core/+/109072 and then https://gerrit.libreoffice.org/c/core/+/115816 so, guess this is the residual bitmap scaling opened as bug 141065. *** This bug has been marked as a duplicate of bug 141065 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62812] writer_pdf_Export Font GDI handle leaks
https://bugs.documentfoundation.org/show_bug.cgi?id=62812 Julien Nabet changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |serval2...@yahoo.fr |desktop.org | --- Comment #15 from Julien Nabet --- I gave a try with https://gerrit.libreoffice.org/c/core/+/125636, I don't see the leaks anymore with GDIView. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 62812] writer_pdf_Export Font GDI handle leaks
https://bugs.documentfoundation.org/show_bug.cgi?id=62812
--- Comment #14 from Julien Nabet ---
Thanks to
https://www.codeproject.com/Articles/5306193/Find-GDI-Leaks-With-Windows-Debugger,
I found some GDI leaks when exporting in PDF.
Here are 2 parts of bts retrieved from Windbg.
Since the pb was font GDIs, I used the line of the quoted website:
bm gdi32!createfont* "kp"
1)
00 00ac`99380e38 7ffd`34f3d2e1 GDI32!CreateFontIndirectW
01 00ac`99380e40 7ffd`34f3cc26
vclplug_winlo!WinSalGraphics::ImplDoSetFont(class vcl::font::FontSelectPattern
* i_rFont = 0x00ac`99381000, class vcl::font::PhysicalFontFace *
i_pFontFace = 0x01e8`6b09c880, struct HFONT__ ** o_rOldFont =
0x00ac`99380f98)+0x61
[C:\cygwin\home\serva\lode\dev\core\vcl\win\gdi\salfont.cxx @ 823]
02 00ac`99380f40 7ffd`3ebb6002
vclplug_winlo!WinSalGraphics::GetGlyphWidths(class vcl::font::PhysicalFontFace
* pFont = 0x01e8`6b09c880, bool bVertical = false, class
std::vector > * rWidths = 0x01e8`20aa6ad0, class
std::map,std::allocator > > * rUnicodeEnc = 0x01e8`20aa6af0)+0xa6
[C:\cygwin\home\serva\lode\dev\core\vcl\win\gdi\salfont.cxx @ 1650]
2)
00 00ac`9937f5a8 7ffd`34f3d2e1 GDI32!CreateFontIndirectW
01 00ac`9937f5b0 7ffd`34f3a760
vclplug_winlo!WinSalGraphics::ImplDoSetFont(class vcl::font::FontSelectPattern
* i_rFont = 0x00ac`9937f7f0, class vcl::font::PhysicalFontFace *
i_pFontFace = 0x01e8`65620770, struct HFONT__ ** o_rOldFont =
0x00ac`9937f798)+0x61
[C:\cygwin\home\serva\lode\dev\core\vcl\win\gdi\salfont.cxx @ 823]
02 00ac`9937f6b0 7ffd`3ec480d4
vclplug_winlo!WinSalGraphics::CreateFontSubset(class rtl::OUString * rToFile =
0x00ac`9937f978 "file:///C:/cygwin/tmp/5330.tmp", class
vcl::font::PhysicalFontFace * pFont = 0x01e8`65620770, unsigned short *
pGlyphIds = 0x00ac`99381340, unsigned char * pEncoding =
0x00ac`99381240 "", long * pGlyphWidths = 0x00ac`99380e40, int
nGlyphCount = 0n4, class FontSubsetInfo * rInfo = 0x00ac`9937fb80)+0xc0
[C:\cygwin\home\serva\lode\dev\core\vcl\win\gdi\salfont.cxx @ 1554]
If we focus on first bt, we have in WinSalGraphics::GetGlyphWidths:
1646 HFONT hOldFont = nullptr;
1647 ImplDoSetFont(aIFSD, pFont, hOldFont);
See
https://opengrok.libreoffice.org/xref/core/vcl/win/gdi/salfont.cxx?r=3f5fb075#1647
But let's take a look at ImplDoSetFont
818 HFONT hNewFont = nullptr;
...
823 hNewFont = ::CreateFontIndirectW( );
...
855 return hNewFont;
See
https://opengrok.libreoffice.org/xref/core/vcl/win/gdi/salfont.cxx?r=3f5fb075=24673=814#814
So ImplDoSetFont creates a GDI font object and returns it.
In our case, we don't retrieve the value so it leaks.
Now, let's search calls to ImplDoSetFont in Opengrok.
https://opengrok.libreoffice.org/s?refs=ImplDoSetFont=core
It's been called in 3 different locations in salfont.cxx
1) CreateFontSubset() (the second bt)
2) GetEmbedFontData()
3) GetGlyphWidths() (the first bt we focused)
It's also called in WinFontInstance::SetGraphics() from
/vcl/win/gdi/winlayout.cxx
but here we got:
m_hFont = m_pGraphics->ImplDoSetFont(GetFontSelectPattern(), GetFontFace(),
hOrigFont);
and its destruction is managed in dtor:
115 WinFontInstance::~WinFontInstance()
116 {
117 if (m_hFont)
118 ::DeleteFont(m_hFont);
119 }
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] Cursor duplicates when new place is clicked, does not disappear from old location on hidpi screen
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 --- Comment #1 from Sulphur --- Created attachment 176409 --> https://bugs.documentfoundation.org/attachment.cgi?id=176409=edit Double cursor Cursor was in one place, then a spot two lines away was clicked. Cursor bar now appears in both the new and old places, instead of just the current real location of the actual cursor. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145816] New: Cursor duplicates when new place is clicked, does not disappear from old location on hidpi screen
https://bugs.documentfoundation.org/show_bug.cgi?id=145816 Bug ID: 145816 Summary: Cursor duplicates when new place is clicked, does not disappear from old location on hidpi screen 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: cranberrydoug...@yahoo.com Description: If an area in a document is clicked, the cursor moves to where the user clicked. A cursor bar, however, remains at the old location and does not disappear. Steps to Reproduce: 1. Open a long document (more easily reproducible in long documents). 2. Click somewhere on the displayed page. 3. Click somewhere else on the displayed page. Actual Results: The cursor bar moves to where the user clicked, but at the old location a bar remains. Expected Results: The cursor bar moves to the new location and no longer displays in the old; only one cursor bar should ever be displayed at once. Reproducible: Sometimes User Profile Reset: Yes OpenGL enabled: Yes Additional Info: I suspect this is an issue with hidpi screens, since I cannot reproduce it on an older laptop with a low-res (1600x900) screen. On a hidpi screen (4K), the bug is generally not apparent in short documents. It is almost always reproducible, however, on longer (e.g., 1000+ page) documents. Sometimes a third cursor bar will appear, and sometimes they were disappear eventually when typing. Very frustrating and distracting! This occurs whether or not hardware acceleration is on. Tested on: LibreOffice Writer 7.2.2.2 Kubuntu 21.10 4K laptop screen glxinfo | grep OpenGL OpenGL vendor string: Intel OpenGL renderer string: Mesa Intel(R) UHD Graphics 620 (WHL GT2) OpenGL core profile version string: 4.6 (Core Profile) Mesa 21.2.2 OpenGL core profile shading language version string: 4.60 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.2.2 OpenGL shading language version string: 4.60 OpenGL context flags: (none) OpenGL profile mask: compatibility profile OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.2.2 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES profile extensions: -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145207] One click and three presses of TABs crashes Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=145207 Jim Raykowski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145786] Crash in: libgobject-2.0.so.0 Gtk-CRITICAL when attempting to change color palette (UI, Sidebar)
https://bugs.documentfoundation.org/show_bug.cgi?id=145786 Caolán McNamara changed: What|Removed |Added CC||caol...@redhat.com --- Comment #6 from Caolán McNamara --- I can't reproduce this, but I assume its with x11 rather than wayland, and I'd guess it is something to do with the funky grab_broken handlers of vcl/unx/gtk3/gtkinst.cxx -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145815] Scrollbar on hidpi screen is too thin and click area too small
https://bugs.documentfoundation.org/show_bug.cgi?id=145815 --- Comment #1 from Sulphur --- Created attachment 176408 --> https://bugs.documentfoundation.org/attachment.cgi?id=176408=edit Small scrollbar; only half is clickable and highlighted. An image of the small scrollbar, with only half of it being highlighted. The click-to-select area is even less than the width of the tiny bar. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145815] New: Scrollbar on hidpi screen is too thin and click area too small
https://bugs.documentfoundation.org/show_bug.cgi?id=145815 Bug ID: 145815 Summary: Scrollbar on hidpi screen is too thin and click area too small Product: LibreOffice Version: 7.2.2.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: cranberrydoug...@yahoo.com Description: On a hidpi screen (in this case a 4K screen) Libreoffice's scrollbar width is too thin, not matching any other programs. Furthermore, the area of the bar which can be clicked is even smaller than is graphically shown: this is extremely apparent in long documents (and sometimes only half the scrollbar will light up when highlighted). Steps to Reproduce: 1. Open Libreoffice (say, Writer) using a hidpi screen. 2. Add many pages to a document. 3. Try to click on the scroll bar portion displaying the viewed area with the mouse. Actual Results: It is extremely hard to click on the scroll bar. Expected Results: Scroll bar should be easily clicked. Reproducible: Always User Profile Reset: Yes Additional Info: There are really two interrelated issues here. The first is the width of the scroll bar is extremely thin. The second is the difficulty of clicking on the bar itself, even when the mouse is perfectly positioned over what should be a clickable area. I'm not knowledgeable enough to know if they these should be separate issues. Tested on: LibreOffice Writer 7.2.2.2 Kubuntu 21.10 4K Laptop screen -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/unx
vcl/unx/gtk3/gtkinst.cxx | 11 +++
1 file changed, 11 insertions(+)
New commits:
commit 2221c6ffb3e8fffb090d1d1a666571c3c7d05de7
Author: Caolán McNamara
AuthorDate: Sat Nov 20 21:51:48 2021 +
Commit: Caolán McNamara
CommitDate: Sun Nov 21 20:30:47 2021 +0100
gtk3: consider replacement for popovers visibility when queryed for it
Change-Id: I4ca71f8544720e99514abe78717dcd07617c00cc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125475
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/unx/gtk3/gtkinst.cxx b/vcl/unx/gtk3/gtkinst.cxx
index 4f64c75ae480..f9b73c07bfd0 100644
--- a/vcl/unx/gtk3/gtkinst.cxx
+++ b/vcl/unx/gtk3/gtkinst.cxx
@@ -22110,6 +22110,17 @@ public:
gtk_popover_popup(m_pPopover);
}
+#if !GTK_CHECK_VERSION(4, 0, 0)
+#if defined(GDK_WINDOWING_X11)
+virtual bool get_visible() const override
+{
+if (m_pMenuHack)
+return gtk_widget_get_visible(GTK_WIDGET(m_pMenuHack));
+return gtk_widget_get_visible(m_pWidget);
+}
+#endif
+#endif
+
virtual void popdown() override
{
#if !GTK_CHECK_VERSION(4, 0, 0)
[Libreoffice-bugs] [Bug 145799] Icons in toolbar are really blurry on MacOS (especially SVG), a little on Windows (depending on icon)
https://bugs.documentfoundation.org/show_bug.cgi?id=145799 Telesto changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #4 from Telesto --- (In reply to V Stuart Foote from comment #1) > Are you restarting LO after changing the icon size? Didnt do that at first, but doesn't change anything Also what DPI is the > display, what are its dimensions in px, and what DE scale factor is applied? No scaling; MacBook Pro 13-inch, 2020. 2560 × 1600 > Windows for example needs at least 175% to force rebuild of icon set from > default 100%. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145799] Icons in toolbar are really blurry on MacOS (especially SVG), a little on Windows (depending on icon)
https://bugs.documentfoundation.org/show_bug.cgi?id=145799 --- Comment #3 from Telesto --- Created attachment 176407 --> https://bugs.documentfoundation.org/attachment.cgi?id=176407=edit Screenshot Colibre -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145799] Icons in toolbar are really blurry on MacOS (especially SVG), a little on Windows (depending on icon)
https://bugs.documentfoundation.org/show_bug.cgi?id=145799 --- Comment #2 from Telesto --- Created attachment 176406 --> https://bugs.documentfoundation.org/attachment.cgi?id=176406=edit Screenshot Colibre SVG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145814] STYLES: Fill format mode broken in Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=145814 --- Comment #1 from Martin Sourada --- Latest version I tested this on: Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: framework/source
framework/source/inc/loadenv/actionlockguard.hxx | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
New commits:
commit 449977192b04878a2e3ea0ce1ff3445d02f084ce
Author: Noel Grandin
AuthorDate: Sun Nov 21 14:16:42 2021 +0200
Commit: Noel Grandin
CommitDate: Sun Nov 21 19:43:10 2021 +0100
osl::Mutex->std::mutex in ActionLockGuard
Change-Id: I8081d017f8a03be94b60011fcd4eb34eba786aa9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125623
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/source/inc/loadenv/actionlockguard.hxx
b/framework/source/inc/loadenv/actionlockguard.hxx
index dd3c9ab51280..ee52fcc0dc54 100644
--- a/framework/source/inc/loadenv/actionlockguard.hxx
+++ b/framework/source/inc/loadenv/actionlockguard.hxx
@@ -20,7 +20,7 @@
#pragma once
#include
-#include
+#include
namespace framework{
@@ -36,7 +36,7 @@ class ActionLockGuard final
// member
private:
-osl::Mutex m_mutex;
+std::mutex m_mutex;
/** @short points to the object, which can be locked from outside. */
css::uno::Reference< css::document::XActionLockable > m_xActionLock;
@@ -81,7 +81,7 @@ class ActionLockGuard final
*/
bool setResource(const css::uno::Reference<
css::document::XActionLockable >& xLock)
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
if (m_bActionLocked || !xLock.is())
return false;
@@ -107,7 +107,7 @@ class ActionLockGuard final
void freeResource()
{
// SAFE -> ..
-osl::ClearableMutexGuard aMutexLock(m_mutex);
+std::unique_lock aMutexLock(m_mutex);
css::uno::Reference< css::document::XActionLockable > xLock =
m_xActionLock;
bool bLocked =
m_bActionLocked;
@@ -115,7 +115,7 @@ class ActionLockGuard final
m_xActionLock.clear();
m_bActionLocked = false;
-aMutexLock.clear();
+aMutexLock.unlock();
// <- SAFE ..
if (bLocked && xLock.is())
@@ -125,7 +125,7 @@ class ActionLockGuard final
/** @short unlock the internal wrapped resource, if it's not already
done. */
void unlock()
{
-osl::MutexGuard g(m_mutex);
+std::unique_lock g(m_mutex);
if (m_bActionLocked && m_xActionLock.is())
{
m_xActionLock->removeActionLock();
[Libreoffice-commits] core.git: framework/inc framework/source
framework/inc/uifactory/configurationaccessfactorymanager.hxx |3 +
framework/source/uifactory/uielementfactorymanager.cxx| 20 +-
2 files changed, 12 insertions(+), 11 deletions(-)
New commits:
commit d54a1380d13d8d832841cdc33440aac2e14d3300
Author: Noel Grandin
AuthorDate: Sun Nov 21 12:03:13 2021 +0200
Commit: Noel Grandin
CommitDate: Sun Nov 21 19:42:48 2021 +0100
osl::Mutex->std::mutex in ConfigurationAccess_FactoryManager
Change-Id: I0e7a6eb4700e1108b31dfdf8681e8f4743ab7c5d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125618
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/framework/inc/uifactory/configurationaccessfactorymanager.hxx
b/framework/inc/uifactory/configurationaccessfactorymanager.hxx
index 7b12048e1223..9f710d235c8d 100644
--- a/framework/inc/uifactory/configurationaccessfactorymanager.hxx
+++ b/framework/inc/uifactory/configurationaccessfactorymanager.hxx
@@ -30,6 +30,7 @@
#include
#include
+#include
#include
#include
@@ -64,7 +65,7 @@ class ConfigurationAccess_FactoryManager final : public
::cppu::WeakImplHelper<
bool impl_getElementProps( const css::uno::Any& rElement, OUString&
rType, OUString& rName, OUString& rModule, OUString& rServiceSpecifier ) const;
-mutable osl::Mutex m_aMutex;
+mutable std::mutex m_aMutex;
OUString m_aPropType;
OUString m_aPropName;
OUString m_aPropModule;
diff --git a/framework/source/uifactory/uielementfactorymanager.cxx
b/framework/source/uifactory/uielementfactorymanager.cxx
index 029d8790943f..a8c40552609f 100644
--- a/framework/source/uifactory/uielementfactorymanager.cxx
+++ b/framework/source/uifactory/uielementfactorymanager.cxx
@@ -78,7 +78,7 @@
ConfigurationAccess_FactoryManager::ConfigurationAccess_FactoryManager( const Re
ConfigurationAccess_FactoryManager::~ConfigurationAccess_FactoryManager()
{
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
Reference< XContainer > xContainer( m_xConfigAccess, UNO_QUERY );
if ( xContainer.is() )
@@ -88,7 +88,7 @@
ConfigurationAccess_FactoryManager::~ConfigurationAccess_FactoryManager()
OUString
ConfigurationAccess_FactoryManager::getFactorySpecifierFromTypeNameModule(
std::u16string_view rType, const OUString& rName, std::u16string_view rModule )
const
{
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
FactoryManagerMap::const_iterator pIter =
m_aFactoryManagerMap.find( getHashKeyFromStrings( rType, rName,
rModule ));
@@ -124,7 +124,7 @@ OUString
ConfigurationAccess_FactoryManager::getFactorySpecifierFromTypeNameModu
void ConfigurationAccess_FactoryManager::addFactorySpecifierToTypeNameModule(
std::u16string_view rType, std::u16string_view rName, std::u16string_view
rModule, const OUString& rServiceSpecifier )
{
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
OUString aHashKey = getHashKeyFromStrings( rType, rName, rModule );
@@ -138,7 +138,7 @@ void
ConfigurationAccess_FactoryManager::addFactorySpecifierToTypeNameModule( st
void
ConfigurationAccess_FactoryManager::removeFactorySpecifierFromTypeNameModule(
std::u16string_view rType, std::u16string_view rName, std::u16string_view
rModule )
{
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
OUString aHashKey = getHashKeyFromStrings( rType, rName, rModule );
@@ -152,7 +152,7 @@ void
ConfigurationAccess_FactoryManager::removeFactorySpecifierFromTypeNameModul
Sequence< Sequence< PropertyValue > >
ConfigurationAccess_FactoryManager::getFactoriesDescription() const
{
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
Sequence< Sequence< PropertyValue > > aSeqSeq;
@@ -198,7 +198,7 @@ void SAL_CALL
ConfigurationAccess_FactoryManager::elementInserted( const Contain
OUString aService;
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
if ( impl_getElementProps( aEvent.Element, aType, aName, aModule, aService
))
{
@@ -217,7 +217,7 @@ void SAL_CALL
ConfigurationAccess_FactoryManager::elementRemoved ( const Contain
OUString aService;
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
if ( impl_getElementProps( aEvent.Element, aType, aName, aModule, aService
))
{
@@ -236,7 +236,7 @@ void SAL_CALL
ConfigurationAccess_FactoryManager::elementReplaced( const Contain
OUString aService;
// SAFE
-osl::MutexGuard g(m_aMutex);
+std::unique_lock g(m_aMutex);
if ( impl_getElementProps( aEvent.Element, aType, aName, aModule, aService
))
{
@@ -253,14 +253,14 @@ void SAL_CALL
ConfigurationAccess_FactoryManager::disposing( const EventObject&
{
// SAFE
// remove our
[Libreoffice-bugs] [Bug 145814] New: STYLES: Fill format mode broken in Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=145814 Bug ID: 145814 Summary: STYLES: Fill format mode broken in Windows Product: LibreOffice Version: 7.0.6.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: martin.sour...@gmail.com I’ve noticed I cannot use Fill format mode in the styles sidebar anymore in Windows version. Trying older versions of LibreOffice I found 6.4.x is OK, but since 7.0.x it is broken. 7.2.x is still broken. Steps to reproduce: 1. Open/copy/write several paragraphs of text (preferably unformatted) 2. Open styles side bar, select paragraph styles and set filter to All styles 3. Click on some style (e.g. Heading 1) Actual results: Fill format mode is greyed out Expected results: Fill format mode is selectable I’ve also noticed it works as expected when filter is Hierarchical or when using GTK3 (Linux) version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145803] LibreOffice only opens in Safe Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145803 --- Comment #2 from nightwriter9...@gmail.com --- Thanks for your advice. Unfortunately, it's a no-go. Deleting the profile didn't do anything. And the instructions in the link don't apply. "UI Render: Skia/Vulkan" doesn't exist for me. I've got: "UI Render: default; VCL:win" instead. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121519] GUI glitch with Format Brush and merged cells
https://bugs.documentfoundation.org/show_bug.cgi?id=121519 --- Comment #7 from LeroyG --- Created attachment 176405 --> https://bugs.documentfoundation.org/attachment.cgi?id=176405=edit Before and after scroll or zoom No need to "scroll down until the new content is no more visible". You can scroll anywhere, or change the zoom level. Version: 7.1.7.2 (x64) / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128039] DRAW does not print in Original size but enlarges to page, when printing 2 pages on 1
https://bugs.documentfoundation.org/show_bug.cgi?id=128039 --- Comment #3 from LeroyG --- "Original size" is marked in the LibreOffice Draw tab of the Print dialog. Actual Results: When printing 2 pages per sheet, DRAW enlarges the drawing to bigger papersize. Now: it does draw a frame around the drawing. But this change again the image size. Expected Results: Print 2 pages per sheet in original size (not enlarge to papersize). "Draw a border around each page" must not change the image size. Version: 7.1.7.2 (x64) / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144407] New document opens in full screen mode (expected windowed) same as 'source'
https://bugs.documentfoundation.org/show_bug.cgi?id=144407 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #4 from raal --- I can reproduce with Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: fcad2503ede92b515076f9bb3162855dcc2c575d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded and with Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) I doesn't see an regression on Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145800] Inside tables borders padding cannot be reduced if whole table is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=145800 --- Comment #3 from LeroyG --- And if you apply changes to one cell, you can not Repeat (Ctrl+Shift+Y). Version: 7.1.7.2 (x64) / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145777] 'conditional formatting' randomly resets 'style' when resorting
https://bugs.documentfoundation.org/show_bug.cgi?id=145777 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #2 from raal --- cannot reproduce with Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: fcad2503ede92b515076f9bb3162855dcc2c575d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded open your file; deleted content of row 4 and 5; write new content; Sort. Can you attach screencast or provide exact steps? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145812] Cell reference are highlighted black when putting = into a cell and clicking a different cell
https://bugs.documentfoundation.org/show_bug.cgi?id=145812 --- Comment #2 from LeroyG --- The "highlighting suggested 'overwrite' mode" works for clicking, not for typing nor backspace. Version: 7.1.7.2 (x64) / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 145812] Cell reference are highlighted black when putting = into a cell and clicking a different cell
https://bugs.documentfoundation.org/show_bug.cgi?id=145812 --- Comment #2 from LeroyG --- The "highlighting suggested 'overwrite' mode" works for clicking, not for typing nor backspace. Version: 7.1.7.2 (x64) / LibreOffice Community Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133835] Calc autofilter freeze after deselecting an item (in a column containing many unique string values) and pressing OK
https://bugs.documentfoundation.org/show_bug.cgi?id=133835 --- Comment #14 from Kevin Suo --- I provided another test ods file in https://bugs.documentfoundation.org/show_bug.cgi?id=136838#c2 just for your reference. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136838] AutoFilter Improvement: Use "Not Equal" (i.e., <>) when we selected all but one item
https://bugs.documentfoundation.org/show_bug.cgi?id=136838 --- Comment #2 from Kevin Suo --- Created attachment 176404 --> https://bugs.documentfoundation.org/attachment.cgi?id=176404=edit Another test ods file Deselecting autofilter items in columns O, P, S will freeze Calc as there are many unique values in these columns. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 97894] LibreOffice windows should have a minimum size
https://bugs.documentfoundation.org/show_bug.cgi?id=97894 Lafricain changed: What|Removed |Added CC||lafricai...@gmail.com --- Comment #7 from Lafricain --- I have the same problem with ubuntu 20.04 and LO 7.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133835] Calc autofilter freeze after deselecting an item (in a column containing many unique string values) and pressing OK
https://bugs.documentfoundation.org/show_bug.cgi?id=133835 --- Comment #13 from Kevin Suo --- Thank you Noel Grandin for your hard work on fixing the autofilter slowness. I see most of your merged patches are on the INetURLObject, and I see the test document in attachment 147829 does contain URLs. However, I suggest you also take a look at attachment 165612 as included in bug 136838 (which was marked as a duplicate of *this* one), that attachment does not contain urls in the cell content. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145799] Icons in toolbar are really blurry on MacOS (especially SVG), a little on Windows (depending on icon)
https://bugs.documentfoundation.org/show_bug.cgi?id=145799 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 CC||vstuart.fo...@utsa.edu Status|UNCONFIRMED |NEEDINFO --- Comment #1 from V Stuart Foote --- Are you restarting LO after changing the icon size? Also what DPI is the display, what are its dimensions in px, and what DE scale factor is applied? Windows for example needs at least 175% to force rebuild of icon set from default 100%. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 145801] Different heights of sidebar content panel title elements
https://bugs.documentfoundation.org/show_bug.cgi?id=145801 V Stuart Foote changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Summary|Different heights of|Different heights of |sidebar delimiters |sidebar content panel title ||elements --- Comment #2 from V Stuart Foote --- The heights differ when the Content Panel Title [1] holds a 'More Options' button widget as compared to a Content Panel Title that does not. The padding for the button could be reduced (reducing the height of the title), or the title's without button could get extra padding. But personally I see no reason to change. =-ref-= [1] https://wiki.documentfoundation.org/Design/Guidelines/Sidebar -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 145801] Different heights of sidebar content panel title elements
https://bugs.documentfoundation.org/show_bug.cgi?id=145801 V Stuart Foote changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Summary|Different heights of|Different heights of |sidebar delimiters |sidebar content panel title ||elements --- Comment #2 from V Stuart Foote --- The heights differ when the Content Panel Title [1] holds a 'More Options' button widget as compared to a Content Panel Title that does not. The padding for the button could be reduced (reducing the height of the title), or the title's without button could get extra padding. But personally I see no reason to change. =-ref-= [1] https://wiki.documentfoundation.org/Design/Guidelines/Sidebar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145803] LibreOffice only opens in Safe Mode
https://bugs.documentfoundation.org/show_bug.cgi?id=145803 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- 'delete' your user profile? Its normally at: C:\Users\\AppData\Roaming\LibreOffice Otherwise see the steps here, at the least we need you to copy paste the Help/About content and the details from your LO profile \4\cache\skia.log process your following is here: https://wiki.documentfoundation.org/QA/FirstSteps#Graphics-related_issues_.28Skia.29 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145805] Export ODT as XHTML: General Input/Output error, no file produced.
https://bugs.documentfoundation.org/show_bug.cgi?id=145805 raal changed: What|Removed |Added CC||r...@post.cz Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #4 from raal --- Works for me in Version: 7.3.0.0.alpha1+ / LibreOffice Community Build ID: fcad2503ede92b515076f9bb3162855dcc2c575d CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded As written in comment 3, please retest in newer version. Setting to needinfo. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 133835] Calc autofilter freeze after deselecting an item (in a column containing many unique string values) and pressing OK
https://bugs.documentfoundation.org/show_bug.cgi?id=133835 --- Comment #12 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dc2010964fb8d18d5c4fe96172ee082276a1e587 tdf#133835 speedup calc autofilter (5) 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.
