[Libreoffice-bugs] [Bug 152847] Writer: Find and Replace does not impose Title Case formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=152847 --- Comment #5 from Dieter --- I can't assess, if replace settings are correct. If you just enter a word into replace dialog, it works. Perhaps you should use ask.libreoffice.org to get a confirmation or correction of replace setting. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153033] Writer crashes after configuring LanguageTool in Writing Aids
https://bugs.documentfoundation.org/show_bug.cgi?id=153033 Dieter changed: What|Removed |Added CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #1 from Dieter --- I can't confirm with Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Have you tested with clean user profile? Could you please retest with LO 7.5? => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153028] Writer templates do not accept changes
https://bugs.documentfoundation.org/show_bug.cgi?id=153028 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||dgp-m...@gmx.de Ever confirmed|0 |1 --- Comment #3 from Dieter --- Paul, thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152744] LO should retainnselection on first document when interacting with second document
https://bugs.documentfoundation.org/show_bug.cgi?id=152744 Dieter changed: What|Removed |Added Keywords||needsUXEval OS|Linux (All) |All Summary|Can't see selection on |LO should retainnselection |first document when |on first document when |interacting with second |interacting with second |document|document Hardware|x86 (IA32) |All Severity|normal |enhancement --- Comment #3 from Dieter --- (In reply to amab8901 from comment #2) > Sorry, I thought it was an earlier version of LibreOffice but then I found > that it's actually OnlyOffice that has this feature Good to know, so let's take it as enhancement request. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-7-2' - 2 commits - configure.ac download.lst external/curl RepositoryExternal.mk
Rebased ref, commits from common ancestor: commit 1289b4bee0a5ca9e1569cc2990c0024bfc7df991 Author: Andras Timar AuthorDate: Sun Jan 29 19:25:51 2023 +0100 Commit: Andras Timar CommitDate: Mon Jan 30 08:28:58 2023 +0100 Bump version to 7.2.7.2.M10 Change-Id: Ia66c67e938b7b18062d822bcd5409be5be1f6997 diff --git a/configure.ac b/configure.ac index 731bcd4fb0d3..f8ae44a0c56f 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[7.2.7.2.M9],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.2.7.2.M10],[],[],[http://documentfoundation.org/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard commit d4b92a8e723e2d793eed20c4a5235370e7c5163f Author: Taichi Haradaguchi <20001...@ymail.ne.jp> AuthorDate: Fri Dec 30 21:29:58 2022 +0900 Commit: Andras Timar CommitDate: Mon Jan 30 08:28:58 2023 +0100 curl: upgrade to release 7.87.0 Fixes CVE-2022-43551 and CVE-2022-43552. https://curl.se/docs/CVE-2022-43551.html https://curl.se/docs/CVE-2022-43552.html Change-Id: I979ed11c212aef226ad9f26420462e5f9dbe15e5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145116 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk index b43773812ef4..82584d157ccc 100644 --- a/RepositoryExternal.mk +++ b/RepositoryExternal.mk @@ -2805,7 +2805,7 @@ $(call gb_LinkTarget_set_include,$(1),\ ifeq ($(COM),MSC) $(call gb_LinkTarget_add_libs,$(1),\ - $(call gb_UnpackedTarball_get_dir,curl)/builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-ipv6-sspi-schannel/lib/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).lib \ + $(call gb_UnpackedTarball_get_dir,curl)/builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-zlib-static-ipv6-sspi-schannel/lib/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).lib \ ) else $(call gb_LinkTarget_add_libs,$(1),\ diff --git a/download.lst b/download.lst index cd96bcd09506..909f93b8d5a8 100644 --- a/download.lst +++ b/download.lst @@ -37,8 +37,8 @@ export CPPUNIT_SHA256SUM := 89c5c6665337f56fd2db36bc3805a5619709d51fb136e5193707 export CPPUNIT_TARBALL := cppunit-1.15.1.tar.gz export CT2N_SHA256SUM := 71b238efd2734be9800af07566daea8d6685aeed28db5eb5fa0e6453f4d85de3 export CT2N_TARBALL := 1f467e5bb703f12cbbb09d5cf67ecf4a-converttexttonumber-1-5-0.oxt -export CURL_SHA256SUM := 0606f74b1182ab732a17c11613cbbaf7084f2e6cca432642d0e3ad7c224c3689 -export CURL_TARBALL := curl-7.79.1.tar.xz +export CURL_SHA256SUM := ee5f1a1955b0ed413435ef79db28b834ea5f0fb7c8cfb1ce47175cc3bee08fff +export CURL_TARBALL := curl-7.87.0.tar.xz export EBOOK_SHA256SUM := 7e8d8ff34f27831aca3bc6f9cc532c2f90d2057c778963b884ff3d1e34dfe1f9 export EBOOK_TARBALL := libe-book-0.1.3.tar.xz export EPOXY_SHA256SUM := 002958c5528321edd53440235d3c44e71b5b1e09b9177e8daf677450b6c4433d diff --git a/external/curl/ExternalPackage_curl.mk b/external/curl/ExternalPackage_curl.mk index 924fc53ebd62..ee0cf4501478 100644 --- a/external/curl/ExternalPackage_curl.mk +++ b/external/curl/ExternalPackage_curl.mk @@ -14,13 +14,13 @@ $(eval $(call gb_ExternalPackage_use_external_project,curl,curl)) ifneq ($(DISABLE_DYNLOADING),TRUE) ifeq ($(COM),MSC) -$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll,builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-ipv6-sspi-schannel/bin/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll)) +$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll,builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-zlib-static-ipv6-sspi-schannel/bin/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll)) else ifeq ($(OS),MACOSX) $(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.4.dylib,lib/.libs/libcurl.4.dylib)) else ifeq ($(OS),AIX) $(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so,lib/.libs/libcurl.so.4)) else -$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so.4,lib/.libs/libcurl.so.4.7.0)) +$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so.4,lib/.libs/libcurl.so.4.8.0)) endif endif # $(DISABLE_DYNLOADING) diff --git a/external/curl/ExternalProject_curl.mk b/external/curl/ExternalProject_curl.mk index 11beda8c7c5c..5a516651c608 100644 --- a/external/curl/ExternalProject_curl.mk +++ b/external/curl/ExternalProject_curl.mk @@ -43,8 +43,8 @@ $(call gb_ExternalProject_get_state_target,curl,build):
[Libreoffice-bugs] [Bug 152744] Can't see selection on first document when interacting with second document
https://bugs.documentfoundation.org/show_bug.cgi?id=152744 --- Comment #2 from amab8...@protonmail.com --- Sorry, I thought it was an earlier version of LibreOffice but then I found that it's actually OnlyOffice that has this feature -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: linguistic/source
linguistic/source/lngsvcmgr.cxx | 23 +-- 1 file changed, 9 insertions(+), 14 deletions(-) New commits: commit d33dbd8d3bee4dfd614ae0153ebca3db3948e9f8 Author: Noel Grandin AuthorDate: Sun Jan 29 21:07:45 2023 +0200 Commit: Noel Grandin CommitDate: Mon Jan 30 06:41:57 2023 + no need to take SolarMutex when calling Idle::Start but it is wise to hold our own mutex while accessing our own field Change-Id: Ic66ab8dde5711e0a91b6c31cebf42a6066e638b5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146309 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/linguistic/source/lngsvcmgr.cxx b/linguistic/source/lngsvcmgr.cxx index f38ee262099c..73abcf92abd5 100644 --- a/linguistic/source/lngsvcmgr.cxx +++ b/linguistic/source/lngsvcmgr.cxx @@ -439,22 +439,17 @@ LngSvcMgr::LngSvcMgr() // css::util::XModifyListener void LngSvcMgr::modified(const lang::EventObject&) { -{ -osl::MutexGuard aGuard(GetLinguMutex()); -//assume that if an extension has been added/removed that -//it might be a dictionary extension, so drop our cache +osl::MutexGuard aGuard(GetLinguMutex()); +//assume that if an extension has been added/removed that +//it might be a dictionary extension, so drop our cache -pAvailSpellSvcs.reset(); -pAvailGrammarSvcs.reset(); -pAvailHyphSvcs.reset(); -pAvailThesSvcs.reset(); -} +pAvailSpellSvcs.reset(); +pAvailGrammarSvcs.reset(); +pAvailHyphSvcs.reset(); +pAvailThesSvcs.reset(); -{ -SolarMutexGuard aGuard; -//schedule in an update to execute in the main thread -aUpdateIdle.Start(); -} +//schedule in an update to execute in the main thread +aUpdateIdle.Start(); } //run update, and inform everyone that dictionaries (may) have changed, this
[Libreoffice-bugs] [Bug 95479] Flicker in slide animation fade in
https://bugs.documentfoundation.org/show_bug.cgi?id=95479 Lars Jødal changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #16 from Lars Jødal --- I cannot confirm the bug any longer with LO 7.4.4.2 Version: 7.4.4.2 (x64) / LibreOffice Community Build ID: 85569322deea74ec9134968a29af2df5663baa21 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - docmodel/Library_docmodel.mk docmodel/source include/docmodel include/oox include/svx oox/inc oox/source sd/source svx/qa svx/sourc
docmodel/Library_docmodel.mk |1 docmodel/source/theme/Theme.cxx | 158 ++ include/docmodel/theme/Theme.hxx | 163 +++ include/oox/drawingml/theme.hxx |4 include/oox/export/ThemeExport.hxx |8 - include/svx/ColorSets.hxx| 186 --- include/svx/dialog/ThemeDialog.hxx |5 include/svx/svdmodel.hxx |6 include/svx/svdpage.hxx |8 - oox/inc/drawingml/textfont.hxx |4 oox/source/drawingml/textfont.cxx|4 oox/source/drawingml/theme.cxx | 30 ++-- oox/source/export/ThemeExport.cxx| 10 - sd/source/filter/eppt/epptooxml.hxx |6 sd/source/filter/eppt/pptx-epptooxml.cxx |6 sd/source/ui/docshell/docshell.cxx |2 sd/source/ui/func/fuconstr.cxx |2 sd/source/ui/func/fupage.cxx |4 sd/source/ui/unoidl/unomodel.cxx |4 sd/source/ui/unoidl/unopage.cxx |4 svx/qa/unit/ThemeTest.cxx|4 svx/source/dialog/ThemeDialog.cxx|3 svx/source/styles/ColorSets.cxx | 136 --- svx/source/svdraw/svdmodel.cxx |8 - svx/source/svdraw/svdpage.cxx|4 sw/qa/core/theme/ThemeTest.cxx |4 sw/source/core/model/ThemeColorChanger.cxx |4 sw/source/filter/xml/xmlfmte.cxx |2 sw/source/uibase/app/docst.cxx |4 sw/source/uibase/shells/basesh.cxx |4 sw/source/uibase/sidebar/ThemePanel.cxx |4 writerfilter/source/dmapper/ThemeHandler.cxx |8 - xmloff/source/draw/sdxmlexp.cxx |2 33 files changed, 403 insertions(+), 399 deletions(-) New commits: commit a5f8ca45ccd6dc4f8f245a461f4ba5a2f902209d Author: Tomaž Vajngerl AuthorDate: Fri Jan 27 08:41:16 2023 +0900 Commit: Tomaž Vajngerl CommitDate: Mon Jan 30 05:54:59 2023 + move Theme class to own file inside docmodel Also move Theme from svx to model namespace so it is consistent with other classes in docmodel. Theme header also includes ThemeSupplementalFont, ThemeFont, FontScheme classes that are used by the Theme and were also moved to docmodel. These may be moved to its own file in the future when they are used in more places. Change-Id: Ic409bea8e5298adc2b039b529c4f7b01cf64f03e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146221 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl (cherry picked from commit c9fb441c55d03f55877ed3bb2f5c39310d1ec44b) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146230 Tested-by: Tomaž Vajngerl diff --git a/docmodel/Library_docmodel.mk b/docmodel/Library_docmodel.mk index 22ecdfa59ac4..7974027a7a9e 100644 --- a/docmodel/Library_docmodel.mk +++ b/docmodel/Library_docmodel.mk @@ -12,6 +12,7 @@ $(eval $(call gb_Library_Library,docmodel)) $(eval $(call gb_Library_add_exception_objects,docmodel,\ docmodel/source/uno/UnoThemeColor \ docmodel/source/theme/ColorSet \ +docmodel/source/theme/Theme \ )) $(eval $(call gb_Library_set_include,docmodel,\ diff --git a/docmodel/source/theme/Theme.cxx b/docmodel/source/theme/Theme.cxx new file mode 100644 index ..0f8ff8002870 --- /dev/null +++ b/docmodel/source/theme/Theme.cxx @@ -0,0 +1,158 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ +/* + * This file is part of the LibreOffice project. + * + * This Source Code Form is subject to the terms of the Mozilla Public + * License, v. 2.0. If a copy of the MPL was not distributed with this + * file, You can obtain one at http://mozilla.org/MPL/2.0/. + * + */ + +#include + +#include +#include +#include +#include +#include +#include +#include +#include +#include + +using namespace com::sun::star; + +namespace model +{ +Theme::Theme(OUString const& rName) +: maName(rName) +{ +} + +void Theme::SetColorSet(std::unique_ptr pColorSet) +{ +mpColorSet = std::move(pColorSet); +} + +const model::ColorSet* Theme::GetColorSet() const { return mpColorSet.get(); } + +model::ColorSet* Theme::GetColorSet() { return mpColorSet.get(); } + +void Theme::SetName(const OUString& rName) { maName = rName; } + +const OUString& Theme::GetName() const { return maName; } + +void Theme::dumpAsXml(xmlTextWriterPtr pWriter) const +{ +(void)xmlTextWriterStartElement(pWriter, BAD_CAST("Theme")); +(void)xmlTextWriterWriteFormatAttribute(pWriter, BAD_CAST("ptr"), "%p", this); +(void)xmlTextWriterWriteAttribute(pWriter, BAD_CAST("maName"), + BAD_CAST(maName.toUtf8().getStr())); + +if (mpColorSet) +{ +mpColorSet->dumpAsXml(pWriter); +} + +
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - 2 commits - docmodel/Library_docmodel.mk docmodel/source include/docmodel include/oox include/svx oox/source sd/source svx/Library_
docmodel/Library_docmodel.mk |5 docmodel/source/theme/ColorSet.cxx | 74 ++ include/docmodel/theme/ColorSet.hxx | 45 ++ include/oox/drawingml/clrscheme.hxx |4 include/svx/ColorSets.hxx| 43 +- include/svx/dialog/ThemeColorValueSet.hxx|6 include/svx/theme/IThemeColorChanger.hxx |6 include/svx/theme/ThemeColorChanger.hxx | 39 + oox/source/drawingml/clrscheme.cxx |2 oox/source/drawingml/theme.cxx |3 oox/source/export/ThemeExport.cxx|4 sd/source/filter/eppt/pptx-epptooxml.cxx |4 svx/Library_svx.mk |1 svx/Library_svxcore.mk |1 svx/source/dialog/ThemeColorValueSet.cxx |4 svx/source/dialog/ThemeDialog.cxx|3 svx/source/styles/ColorSets.cxx | 188 ++- svx/source/svdraw/svdpage.cxx|6 svx/source/theme/ThemeColorChanger.cxx | 162 +++ sw/qa/core/theme/ThemeTest.cxx |2 sw/source/core/inc/ThemeColorChanger.hxx | 12 - sw/source/core/model/ThemeColorChanger.cxx | 118 ++-- sw/source/uibase/sidebar/ThemePanel.cxx |6 writerfilter/source/dmapper/ThemeHandler.cxx |1 24 files changed, 401 insertions(+), 338 deletions(-) New commits: commit a745ca096e100a4d2cbff3665112f7cba7291876 Author: Tomaž Vajngerl AuthorDate: Thu Jan 26 23:43:00 2023 +0900 Commit: Tomaž Vajngerl CommitDate: Mon Jan 30 05:54:41 2023 + move ColorSet class to own file inside docmodel Also move ColorSet from svx to model namespace so it is consistent with other classes in docmodel. Change-Id: Iacbdbdf5ece4015c628a0e45adf6a732b2d2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146220 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl (cherry picked from commit 69c6f7bccec838b7288a25a29a83b7f782ba7586) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146229 Tested-by: Tomaž Vajngerl diff --git a/docmodel/Library_docmodel.mk b/docmodel/Library_docmodel.mk index 3e0d28dfda28..22ecdfa59ac4 100644 --- a/docmodel/Library_docmodel.mk +++ b/docmodel/Library_docmodel.mk @@ -11,6 +11,7 @@ $(eval $(call gb_Library_Library,docmodel)) $(eval $(call gb_Library_add_exception_objects,docmodel,\ docmodel/source/uno/UnoThemeColor \ +docmodel/source/theme/ColorSet \ )) $(eval $(call gb_Library_set_include,docmodel,\ @@ -18,6 +19,10 @@ $(eval $(call gb_Library_set_include,docmodel,\ -I$(SRCDIR)/docmodel/inc \ )) +$(eval $(call gb_Library_use_externals,docmodel,\ + libxml2 \ +)) + $(eval $(call gb_Library_add_defs,docmodel,\ -DDOCMODEL_DLLIMPLEMENTATION \ )) diff --git a/docmodel/source/theme/ColorSet.cxx b/docmodel/source/theme/ColorSet.cxx new file mode 100644 index ..55c03dadba8c --- /dev/null +++ b/docmodel/source/theme/ColorSet.cxx @@ -0,0 +1,74 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */ +/* + * This file is part of the LibreOffice project. + * + * This Source Code Form is subject to the terms of the Mozilla Public + * License, v. 2.0. If a copy of the MPL was not distributed with this + * file, You can obtain one at http://mozilla.org/MPL/2.0/. + * + */ + +#include +#include +#include +#include +#include + +namespace model +{ +ColorSet::ColorSet(OUString const& rName) +: maName(rName) +{ +} + +void ColorSet::add(model::ThemeColorType eType, Color aColorData) +{ +if (eType == model::ThemeColorType::Unknown) +return; +maColors[sal_Int16(eType)] = aColorData; +} + +Color ColorSet::getColor(model::ThemeColorType eType) const +{ +if (eType == model::ThemeColorType::Unknown) +{ +SAL_WARN("svx", "ColorSet::getColor with ThemeColorType::Unknown"); +return COL_AUTO; +} +return maColors[size_t(eType)]; +} + +Color ColorSet::resolveColor(model::ThemeColor const& rThemeColor) const +{ +auto eType = rThemeColor.getType(); +if (eType == model::ThemeColorType::Unknown) +{ +SAL_WARN("svx", "ColorSet::resolveColor with ThemeColorType::Unknown"); +return COL_AUTO; +} +Color aColor = getColor(eType); +return rThemeColor.applyTransformations(aColor); +} + +void ColorSet::dumpAsXml(xmlTextWriterPtr pWriter) const +{ +(void)xmlTextWriterStartElement(pWriter, BAD_CAST("ColorSet")); +(void)xmlTextWriterWriteFormatAttribute(pWriter, BAD_CAST("ptr"), "%p", this); +(void)xmlTextWriterWriteAttribute(pWriter, BAD_CAST("maName"), + BAD_CAST(maName.toUtf8().getStr())); + +for (const auto& rColor : maColors) +{ +(void)xmlTextWriterStartElement(pWriter, BAD_CAST("Color")); +std::stringstream ss; +ss << rColor; +
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - schema/libreoffice sw/source
schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng |8 + sw/source/filter/xml/xmlexp.hxx |3 sw/source/filter/xml/xmlfmte.cxx| 77 3 files changed, 88 insertions(+) New commits: commit 32a8095eb2c22f7de4bce14f1b5c08dc701deaea Author: Tomaž Vajngerl AuthorDate: Thu Jan 26 18:09:06 2023 +0900 Commit: Tomaž Vajngerl CommitDate: Mon Jan 30 05:54:13 2023 + xmloff: export Theme for ODT (Writer) documents Exports the Theme set on the one and only SdrPage for ODT (Writer) documents. The theme is exported as a sub-element of "style". This differs to ODP (Impress) documents, which export the Theme as part of the master-page element. Currently the code is duplicated, because the theme can't yet be accessed inside xmloff in a non-conflicting way (creating conflicts between modules), which will be fixed in the future. Change-Id: I0e440d14724b49e7d86e9deabc6615a91e8cd31a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146172 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl (cherry picked from commit 6d1413da02602992b42b62bda9a26ffeb774b603) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146227 Tested-by: Tomaž Vajngerl diff --git a/schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng b/schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng index 0a8aadad1ba3..384b3cde05f3 100644 --- a/schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng +++ b/schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng @@ -3223,6 +3223,14 @@ xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1. + + + + + + + + diff --git a/sw/source/filter/xml/xmlexp.hxx b/sw/source/filter/xml/xmlexp.hxx index 86b919ac95a7..3ba34a5cced4 100644 --- a/sw/source/filter/xml/xmlexp.hxx +++ b/sw/source/filter/xml/xmlexp.hxx @@ -90,6 +90,9 @@ class SwXMLExport : public SvXMLExport SwXMLTableInfo_Impl& rTableInfo, sal_uInt32 nHeaderRows = 0 ); +void ExportThemeElement(const css::uno::Reference& xDrawPage); + + virtual void ExportMeta_() override; virtual void ExportFontDecls_() override; virtual void ExportStyles_( bool bUsed ) override; diff --git a/sw/source/filter/xml/xmlfmte.cxx b/sw/source/filter/xml/xmlfmte.cxx index f98e4ae3fb28..08cc588b2e75 100644 --- a/sw/source/filter/xml/xmlfmte.cxx +++ b/sw/source/filter/xml/xmlfmte.cxx @@ -35,9 +35,20 @@ #include #include #include +#include +#include #include "xmlexp.hxx" #include #include +#include +#include + +#include +#include +#include +#include +#include + using namespace ::com::sun::star::beans; using namespace ::com::sun::star::uno; @@ -170,6 +181,72 @@ void SwXMLExport::ExportStyles_( bool bUsed ) GetShapeExport()->GetShapeTableExport()->exportTableStyles(); //page defaults GetPageExport()->exportDefaultStyle(); + +// Theme +uno::Reference xDrawPageSupplier(GetModel(), UNO_QUERY); +if (xDrawPageSupplier.is()) +{ +uno::Reference xPage = xDrawPageSupplier->getDrawPage(); +if (xPage.is()) +ExportThemeElement(xPage); +} +} + +void SwXMLExport::ExportThemeElement(const uno::Reference& xDrawPage) +{ +if ((getSaneDefaultVersion() & SvtSaveOptions::ODFSVER_EXTENDED) == 0) +{ +// Do not export in standard ODF 1.3 or older. +return; +} + +SdrPage* pPage = GetSdrPageFromXDrawPage(xDrawPage); +SAL_WARN_IF(!pPage, "oox", "Can't get SdrPage from XDrawPage"); + +if (!pPage) +return; + +auto* pTheme = pPage->getSdrPageProperties().GetTheme(); +if (!pTheme) +return; + +if (!pTheme->GetName().isEmpty()) +AddAttribute(XML_NAMESPACE_LO_EXT, XML_NAME, pTheme->GetName()); +SvXMLElementExport aTheme(*this, XML_NAMESPACE_LO_EXT, XML_THEME, true, true); + +auto* pColorSet = pTheme->GetColorSet(); +if (!pColorSet->getName().isEmpty()) +AddAttribute(XML_NAMESPACE_LO_EXT, XML_NAME, pColorSet->getName()); +SvXMLElementExport aColorTable(*this, XML_NAMESPACE_LO_EXT, XML_COLOR_TABLE, true, true); + +static const XMLTokenEnum aColorTokens[] = +{ +XML_DK1, // Text 1 +XML_LT1, // Background 1 +XML_DK2, // Text 2 +XML_LT2, // Background 2 +XML_ACCENT1, +XML_ACCENT2, +XML_ACCENT3, +XML_ACCENT4, +XML_ACCENT5, +XML_ACCENT6, +XML_HLINK, // Hyperlink +XML_FOLHLINK, // Followed hyperlink +}; + +for (auto eThemeColorType : o3tl::enumrange()) +{ +if (eThemeColorType == model::ThemeColorType::Unknown) +continue; + +auto nColor = size_t(eThemeColorType); +AddAttribute(XML_NAMESPACE_LO_EXT, XML_NAME, GetXMLToken(aColorTokens[nColor])); +
[Libreoffice-bugs] [Bug 94691] [META] Impress OpenGL transition bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=94691 Bug 94691 depends on bug 95479, which changed state. Bug 95479 Summary: Flicker in slide animation fade in https://bugs.documentfoundation.org/show_bug.cgi?id=95479 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149009] autocalculate does not always work
https://bugs.documentfoundation.org/show_bug.cgi?id=149009 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137260] FILESAVE: Graphics wildly enlarged or gone after PPT/PPTX roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=137260 Lars Jødal changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=47 ||148 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 47148] [META] Image handling problems
https://bugs.documentfoundation.org/show_bug.cgi?id=47148 Lars Jødal changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||7260 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145217] Very Slow Startup, File Load Operations in LibreOffice 7.2 on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=145217 --- Comment #8 from Buovjaga --- (In reply to xordevoreaux from comment #6) > Files are slow for me to open as well and I've isolated why, and I don't > believe it's the fonts. > > I've 97 fonts in my system, totaling 362 items in the Windows/Fonts folder. > > I turn the printer on, all files load fine. > > LibreOffice needs to not poll the printer when loading files. That would be bug 42673, which is said to be Windows-only, although there is one person commenting that it happens on Linux as well. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143148] Use pragma once instead of include guards (Episode 2: Endgame)
https://bugs.documentfoundation.org/show_bug.cgi?id=143148 --- Comment #75 from Commit Notification --- Adoche Onaji committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/fea79733c5b98554b4b092a82c30137437db1d7a tdf#143148 Use pragma once instead of include guards It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/avmedia
include/avmedia/MediaControlBase.hxx |4 +--- include/avmedia/avmediadllapi.h |5 + include/avmedia/mediaitem.hxx|5 + include/avmedia/mediaplayer.hxx |5 + include/avmedia/mediatoolbox.hxx |5 + include/avmedia/mediawindow.hxx |5 + 6 files changed, 6 insertions(+), 23 deletions(-) New commits: commit fea79733c5b98554b4b092a82c30137437db1d7a Author: Adoche Onaji AuthorDate: Mon Jan 30 04:17:56 2023 +0100 Commit: Ilmari Lauhakangas CommitDate: Mon Jan 30 05:33:33 2023 + tdf#143148 Use pragma once instead of include guards The headers in include/avmedia are changed to pragma once Change-Id: Id32159a291cbe2f18199e0e5b7e63b4feb2e591f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146312 Tested-by: Ilmari Lauhakangas Reviewed-by: Ilmari Lauhakangas diff --git a/include/avmedia/MediaControlBase.hxx b/include/avmedia/MediaControlBase.hxx index 1379a4364f33..38299e0faf60 100644 --- a/include/avmedia/MediaControlBase.hxx +++ b/include/avmedia/MediaControlBase.hxx @@ -16,8 +16,7 @@ * except in compliance with the License. You may obtain a copy of * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_MEDIACONTROLBASE_HXX -#define INCLUDED_AVMEDIA_MEDIACONTROLBASE_HXX +#pragma once #include #include @@ -69,6 +68,5 @@ protected: }; } -#endif /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/avmedia/avmediadllapi.h b/include/avmedia/avmediadllapi.h index abe4fb48c844..f7f124d3dc93 100644 --- a/include/avmedia/avmediadllapi.h +++ b/include/avmedia/avmediadllapi.h @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_AVMEDIADLLAPI_H -#define INCLUDED_AVMEDIA_AVMEDIADLLAPI_H +#pragma once #include @@ -29,6 +28,4 @@ #endif #define AVMEDIA_DLLPRIVATE SAL_DLLPRIVATE -#endif // INCLUDED_AVMEDIA_AVMEDIADLLAPI_H - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/avmedia/mediaitem.hxx b/include/avmedia/mediaitem.hxx index bbb5e06e49b1..f8b3c7c689c3 100644 --- a/include/avmedia/mediaitem.hxx +++ b/include/avmedia/mediaitem.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_MEDIAITEM_HXX -#define INCLUDED_AVMEDIA_MEDIAITEM_HXX +#pragma once #include #include @@ -164,6 +163,4 @@ struct AVMEDIA_DLLPUBLIC MediaTempFile } -#endif - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/avmedia/mediaplayer.hxx b/include/avmedia/mediaplayer.hxx index 52ecd942e49a..f0da5b2d84d7 100644 --- a/include/avmedia/mediaplayer.hxx +++ b/include/avmedia/mediaplayer.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_MEDIAPLAYER_HXX -#define INCLUDED_AVMEDIA_MEDIAPLAYER_HXX +#pragma once #include #include @@ -73,6 +72,4 @@ inline MediaFloater * getMediaFloater() { } -#endif - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/avmedia/mediatoolbox.hxx b/include/avmedia/mediatoolbox.hxx index 434d202ca967..52ae7ad9b318 100644 --- a/include/avmedia/mediatoolbox.hxx +++ b/include/avmedia/mediatoolbox.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_MEDIATOOLBOX_HXX -#define INCLUDED_AVMEDIA_MEDIATOOLBOX_HXX +#pragma once #include #include @@ -50,6 +49,4 @@ private: } -#endif // INCLUDED_AVMEDIA_MEDIATOOLBOX_HXX - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */ diff --git a/include/avmedia/mediawindow.hxx b/include/avmedia/mediawindow.hxx index e8515d77ffb4..e2938b608a24 100644 --- a/include/avmedia/mediawindow.hxx +++ b/include/avmedia/mediawindow.hxx @@ -17,8 +17,7 @@ * the License at http://www.apache.org/licenses/LICENSE-2.0 . */ -#ifndef INCLUDED_AVMEDIA_MEDIAWINDOW_HXX -#define INCLUDED_AVMEDIA_MEDIAWINDOW_HXX +#pragma once #include #include @@ -153,6 +152,4 @@ namespace avmedia } -#endif // INCLUDED_AVMEDIA_MEDIAWINDOW_HXX - /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 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 152767] Insert - Footnote/Endnote in a new document: warning in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152767 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 152763] Insert - Frame - Frame in a new document: warnings in console with debug LO
https://bugs.documentfoundation.org/show_bug.cgi?id=152763 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 153033] Writer crashes after configuring LanguageTool in Writing Aids
https://bugs.documentfoundation.org/show_bug.cgi?id=153033 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 153264] Nearly invisible find next and find previous icon in dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=153264 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 153028] Writer templates do not accept changes
https://bugs.documentfoundation.org/show_bug.cgi?id=153028 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 153264] Nearly invisible find next and find previous icon in dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=153264 --- Comment #8 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151855] Freeze on start on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=151855 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 151855] Freeze on start on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=151855 --- 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 92176] Caseless letters trigger "Correct accidental use of cAPS LOCK key"
https://bugs.documentfoundation.org/show_bug.cgi?id=92176 --- Comment #5 from QA Administrators --- Dear HD, 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 139539] Makro Basic - CALC - makro mode "hidden" - method store() unfixes fixed rows
https://bugs.documentfoundation.org/show_bug.cgi?id=139539 --- Comment #8 from QA Administrators --- Dear Hans-Werner, 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 149009] autocalculate does not always work
https://bugs.documentfoundation.org/show_bug.cgi?id=149009 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 149009] autocalculate does not always work
https://bugs.documentfoundation.org/show_bug.cgi?id=149009 --- Comment #11 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139519] Image vanishes from canvas (empty square or transparent square) after pasting an image to certain position
https://bugs.documentfoundation.org/show_bug.cgi?id=139519 --- Comment #5 from QA Administrators --- Dear Telesto, 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 123006] Incorrect render: no border around image
https://bugs.documentfoundation.org/show_bug.cgi?id=123006 --- Comment #14 from QA Administrators --- Dear Vitaly Zdanevich, 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 122715] FILEOPEN XLSB format is inconsistent with Excel with incorrect cell references and hiding
https://bugs.documentfoundation.org/show_bug.cgi?id=122715 --- Comment #7 from QA Administrators --- Dear byronigoe, 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 130625] EDITING: Find/Replace in array formula not working
https://bugs.documentfoundation.org/show_bug.cgi?id=130625 --- Comment #7 from QA Administrators --- Dear Steve Edmonds, 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 107660] UI: Help lines not shown when image is moved with key board (Alt+Arrow)
https://bugs.documentfoundation.org/show_bug.cgi?id=107660 --- Comment #8 from QA Administrators --- Dear Cor Nouws, 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-commits] core.git: Branch 'private/tvajngerl/staging' - 59 commits - basctl/source basegfx/CppunitTest_basegfx.mk basegfx/test basic/source chart2/source comphelper/source cui/source dbac
Rebased ref, commits from common ancestor: commit 022790dd017a9d6b40932c3afbf15fc08773424e Author: Tomaž Vajngerl AuthorDate: Wed Nov 23 11:00:13 2022 +0900 Commit: Tomaž Vajngerl CommitDate: Mon Jan 30 12:20:33 2023 +0900 svx: convert SdrTextObj rotate and move to use gfx::Length Change-Id: I82f10f82db8ac9d5653f4902276ee58fc18c52d6 diff --git a/include/basegfx/utils/RectangleWrapper.hxx b/include/basegfx/utils/RectangleWrapper.hxx index 00586d6eae71..4f5dbe851f66 100644 --- a/include/basegfx/utils/RectangleWrapper.hxx +++ b/include/basegfx/utils/RectangleWrapper.hxx @@ -55,6 +55,11 @@ public: m_aRange.setSize(width, height); } +void shift(gfx::Length const& rXDelta, gfx::Length const& rYDelta) +{ +m_aRange.shift(rXDelta, rYDelta); +} + void move(sal_Int32 nXDelta, sal_Int32 nYDelta) { auto deltaX = gfx::Length::hmm(nXDelta); diff --git a/svx/source/svdraw/svdotxtr.cxx b/svx/source/svdraw/svdotxtr.cxx index 1055e5dbe3bb..9ccc69709abf 100644 --- a/svx/source/svdraw/svdotxtr.cxx +++ b/svx/source/svdraw/svdotxtr.cxx @@ -40,6 +40,35 @@ using namespace com::sun::star; +namespace +{ +gfx::Tuple2DL rotatePoint(gfx::Tuple2DL const& rPoint, gfx::Tuple2DL const& rReference, double sinAngle, double cosAngle) +{ +gfx::Length dx = rPoint.getX() - rReference.getX(); +gfx::Length dy = rPoint.getY() - rReference.getY(); + +auto x = rReference.getX() + gfx::Length::emu(basegfx::fround(dx.raw() * cosAngle + dy.raw() * sinAngle)); +auto y = rReference.getY() + gfx::Length::emu(basegfx::fround(dy.raw() * cosAngle - dx.raw() * sinAngle)); + +return gfx::Tuple2DL(x, y); +} + +gfx::Tuple2DL toTuple(Point const& rPointHmm) +{ +auto x = gfx::Length::hmm(rPointHmm.X()); +auto y = gfx::Length::hmm(rPointHmm.Y()); +return {x, y}; +} + +gfx::Size2DL toSize2D(Size const& rSizeHmm) +{ +auto x = gfx::Length::hmm(rSizeHmm.Width()); +auto y = gfx::Length::hmm(rSizeHmm.Height()); +return {x, y}; +} + +} // end anonymous ns + void SdrTextObj::NbcSetSnapRect(const tools::Rectangle& rRect) { if (maGeo.nRotationAngle || maGeo.nShearAngle) @@ -92,7 +121,9 @@ Degree100 SdrTextObj::GetShearAngle(bool /*bVertical*/) const void SdrTextObj::NbcMove(const Size& rSize) { -moveRectangle(rSize.Width(), rSize.Height()); +gfx::Size2DL aSize2D = toSize2D(rSize); +maRectangle.shift(aSize2D.getWidth(), aSize2D.getHeight()); + moveOutRectangle(rSize.Width(), rSize.Height()); maSnapRect.Move(rSize); SetBoundAndSnapRectsDirty(true); @@ -183,27 +214,37 @@ void SdrTextObj::NbcResize(const Point& rRef, const Fraction& xFact, const Fract SetBoundAndSnapRectsDirty(); } -void SdrTextObj::NbcRotate(const Point& rRef, Degree100 nAngle, double sn, double cs) +void SdrTextObj::NbcRotate(const Point& rRef, Degree100 nAngle, double sinAngle, double cosAngle) { +auto aReference = toTuple(rRef); + SetGlueReallyAbsolute(true); -tools::Long dx = getRectangle().Right() - getRectangle().Left(); -tools::Long dy = getRectangle().Bottom() - getRectangle().Top(); -Point aPoint1(getRectangle().TopLeft()); -RotatePoint(aPoint1, rRef, sn, cs); -Point aPoint2(aPoint1.X() + dx, aPoint1.Y() + dy); -tools::Rectangle aRectangle(aPoint1, aPoint2); -setRectangle(aRectangle); +auto const& rRange = maRectangle.getRange(); + +auto nWidth = rRange.getWidth(); +auto nHeight = rRange.getHeight(); + +gfx::Tuple2DL aPoint1(rRange.getMinX(), rRange.getMinY()); +aPoint1 = rotatePoint(aPoint1, aReference, sinAngle, cosAngle); -if (maGeo.nRotationAngle==0_deg100) { -maGeo.nRotationAngle=NormAngle36000(nAngle); -maGeo.mfSinRotationAngle=sn; -maGeo.mfCosRotationAngle=cs; -} else { -maGeo.nRotationAngle=NormAngle36000(maGeo.nRotationAngle+nAngle); +gfx::Tuple2DL aPoint2(aPoint1.getX() + nWidth, aPoint1.getY() + nHeight); + +gfx::Range2DL aRange{aPoint1, aPoint2}; +maRectangle.setRange(aRange); + +if (maGeo.nRotationAngle == 0_deg100) +{ +maGeo.nRotationAngle = NormAngle36000(nAngle); +maGeo.mfSinRotationAngle = sinAngle; +maGeo.mfCosRotationAngle = cosAngle; +} +else +{ +maGeo.nRotationAngle = NormAngle36000(maGeo.nRotationAngle + nAngle); maGeo.RecalcSinCos(); } SetBoundAndSnapRectsDirty(); -NbcRotateGluePoints(rRef,nAngle,sn,cs); +NbcRotateGluePoints(rRef, nAngle, sinAngle, cosAngle); SetGlueReallyAbsolute(false); } commit a5a0e7cff143d3569fad107e5f2f41c96175f946 Author: Tomaž Vajngerl AuthorDate: Tue Nov 22 13:33:30 2022 +0900 Commit: Tomaž Vajngerl CommitDate: Mon Jan 30 12:20:33 2023 +0900 svx: use RectangleWrapper for maRectangle on SdrTextObj This is needed so we can now transition to use gfx::Length and gfx::Range2DL to define the object position and size. Change-Id:
[Libreoffice-bugs] [Bug 153271] Different row height if adding rows above or below in Impress table
https://bugs.documentfoundation.org/show_bug.cgi?id=153271 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Perhaps no in desired way, but can be done. https://help.libreoffice.org/7.6/en-US/text/shared/01/05110600m.html?DbPAR=SHARED#bm_id431513359599959 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153269] SPAM
https://bugs.documentfoundation.org/show_bug.cgi?id=153269 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 --- Comment #9 from ac0mputerg...@aol.com --- Considering this was a feature request, not a bug, don't worry about it. OBVIOUSLY the "community" can't get it's act together enough to make a separate systems or use tracking system that will allow you to edit your posts. My client has decided that LibreOffice just isn't ready for prime time and they will continue to pay out the nose for a polished product. Thanks for you time. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153272] Writer Macro Find with certain Search Attributes performs Replacement.
https://bugs.documentfoundation.org/show_bug.cgi?id=153272 --- Comment #1 from Don --- Created attachment 185007 --> https://bugs.documentfoundation.org/attachment.cgi?id=185007=edit Test Document with Macro as described in Bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153272] New: Writer Macro Find with certain Search Attributes performs Replacement.
https://bugs.documentfoundation.org/show_bug.cgi?id=153272 Bug ID: 153272 Summary: Writer Macro Find with certain Search Attributes performs Replacement. Product: LibreOffice Version: 7.3.4.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: donny.dan...@hotmail.com Description: When Setting the following Search Attributes singly, (I have not tried combining them), the FindAll or FindFirst Macro command performs a Replace command. See Macro pasted below. Steps to Reproduce: 1.Open a new Writer Document 2.Type the Following words 3.This Fish This Fish (can be any words, but my macro I am attaching searches for "This") 4. Create and run the following Macro 5. You can comment and uncomment each Search attribute individually, and see each causes the same error. Sub SearchFormatting Dim oSearch Dim SrchAttributes(0) as new com.sun.star.beans.PropertyValue oSearch = ThisComponent.createSearchDescriptor() oSearch.SearchString = "this" 'oSearch.ReplaceString = "That" 'Uncomment this to see that the Find is performing a replace. oSearch.ValueSearch = True ' True or False, the effect is the same. REM Set the CharRelief attribute to find SrchAttributes(0).Name = "CharRelief" SrchAttributes(0).Value = 0 'NONE = 0 'EMBOSSED = 1 ' ENGRAVED = 2 Any of these values causes the error. ' SrchAttributes(0).Name = "CharRotation" 'SrchAttributes(0).Value = 0 'Any acceptable value causes the same error. ' SrchAttributes(0).Name = "CharScaleWidth" 'SrchAttributes(0).Value = 100 'Any acceptable value causes the same error. ' SrchAttributes(0).Name = "ParaVertAlignment" 'SrchAttributes(0).Value = 0 'Any acceptable value causes the same error. REM Set the attributes in the Search descriptor oSearch.SetSearchAttributes(SrchAttributes()) ThisComponent.findAll(oSearch) 'ThisComponent.findFirst(oSearch)'Both FindAll and FindFirst behave the same. End Sub Actual Results: After running the above Macro all results matching "this" are erased, if I uncomment 'oSearch.ReplaceString, all results are replaced with the set replace string. Expected Results: I would expect the Basic/Macro commands FindAll and FindFirst to return the Result as an Object and NOT modify the text. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL ' SrchAttributes(0).Name = ""WritingMode"" 'SrchAttributes(0).Value = 0 'Any acceptable value causes the same error. also causes the same error when search individually, but not when combined, this may not be part of a bug? -- You are receiving this mail because: You are the assignee for the bug.
Re: problem with vml-shape-types file
Hi Miklos, hi all, Miklos Vajna schrieb am 09.01.2023 um 10:34: Hi Regina, On Sat, Jan 07, 2023 at 10:11:46PM +0100, Regina Henschel wrote: The vml-shape-types file is used, when a shape is exported to VML. If I understand it correctly, then this file is generated from presetShapeDefinitions.xml and presetTextWarpDefinitions.xml respectively by preset-definitions-to-shape-types.pl script. The file itself is located in /share/filter, not in repository (Why?). preset-definitions-to-shape-types.pl generates vml-shape-types from XML files which are part of the OOXML spec. It seems logical to generate such data only once at build-time (as opposed to generating it every time at runtime), but we tend to not add such generated data to git. This file does not work for handles in Fontwork shapes. The problem is the position attribute of a handle: (A) The reference to the adjustment value is made by a reference to a formula (@), but it needs to be a reference to the adjustment value itself (#). (B) The positions left, right, top, bottom, center are written with numbers 0, 10800 and 21600. But it need to be topLeft, center, bottomRight. It turns out, that there are more problems with this file and Fontwork shapes: (C) There exists 40 OOXML preset TextWarpDefinitions and 8 legacy WordArt files. From these 48 shape types 14 have no markup in the vml-shape-types file. (D) Word does not accept the markup from this file as WordArt markup, likely because it is generated from the OOXML presets and has parts to simulate the OOXML constants. Word treats the then as custom shapetype when it resaves it. The result is, that 'id="_x_t172" o:spt="172"' written by LO becomes 'id="_x_m1027" o:spt="100"', for example, when resaved by Word. And having these attributes, LO cannot render the shapes at all. VML is needed for export of Fontwork shapes with fill other than solid or gradient, because such fill cannot be expressed with Words "abc Transform". Therefore I need a way to get correct VML shapetype markup for Fontwork shapes. There exist 40 types of Fontwork shapes in presetTextWarpDefinitions.xml. All of them have handles. There are 8 binary WordArt shapes, where the relationship to the shapes in presetTextWarpDefinitions.xml is unclear. I could manually make a file for the markup of the WordArt shapetypes and use that. I'm not familiar with Perl scripts. Better ideas or suggestions? I'm not an expert in perl, either, but hopefully with a bit of experimenting you can tweak oox/source/export/preset-definitions-to-shape-types.pl so that when it's invoked with the --vml-shape-types-data switch, then it outputs the markup that you would want. My expectation is that the tricky part is not perl but to find out how the mapping from drawingML presets to VML markup goes wrong. I have not investigated whether it is possible to generate a better vml-shape-types file. But I have now generated the needed markup manually. I have uploaded a first version with a map inside a method, see https://gerrit.libreoffice.org/c/core/+/146311 Content wise these markups work, i.e. Word recognizes the shapes as WordArt and the handles can be moved in Word. But I'm unsure about the technical part. Please advise me, how I should write/use such map. BTW, Word uses VML WordArt, when it opens a doc file with binary WordArt or opens an odt file with custom-shape with textpath on. And it keeps it as VML, when converting the file to docx, even if it would be possible to use "abc Transform". But that is a -not jet fixed- import problem and not effected by the above mentioned file. I guess it affects the VML export all the time, just Word >= 2010 ignores VML if there is drawingML for a shape. Yes, the Fallback is usually ignored by Word. I have replaced the wps namespace with "my" namespace in the docx file and then Word will use the VML from the Fallback. In released LO the Fontwork shapes 'TextPlaintText' (136), 'TextSlantup' (172) and 'TextDeflateInflateDeflate' (167) do not generate DML but only VML. I have committed already, that Fontwork with bitmap fill is exported as only VML. When LO is able to import and export custom shapetype Fontwork shapes (bottom of my ToDo-list), that will be only VML too, because OOXML does not allow custom WordArt shapes. Kind regards, Regina
[Libreoffice-bugs] [Bug 88091] DOCX Wrong text rotation in SmartArt shape
https://bugs.documentfoundation.org/show_bug.cgi?id=88091 --- Comment #13 from Hossein --- Still reproducible with the latest LO 7.6 dev master: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2478d4b1a4cec495f1bf68f1e62c01031cdeec86 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 59800] FILEOPEN docx: Images in smartart open enlarged
https://bugs.documentfoundation.org/show_bug.cgi?id=59800 --- Comment #14 from Hossein --- Still reproducible with the latest LO 7.6 dev master: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2478d4b1a4cec495f1bf68f1e62c01031cdeec86 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 79944] VIEWING: SmartChart displayed incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=79944 --- Comment #11 from Hossein --- Created attachment 185006 --> https://bugs.documentfoundation.org/attachment.cgi?id=185006=edit PDF output by LibreOffice 7.6 dev master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 79944] VIEWING: SmartChart displayed incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=79944 Hossein changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #10 from Hossein --- The problem was there with(In reply to Regina Henschel from comment #9) > The SmartArt is no longer stretched in Version: 7.5.0.0.alpha0+ (x64) / > LibreOffice Community > Build ID: 4ba4b14e8101c6e025375b7d671bbb699f2dd23a > CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: > win > Locale: de-DE (en_US); UI: en-US > Calc: threaded > But the object is right aligned and not centered. So bug is not fixed. The problem of right aligning the object was reproducible with LO 7.4: Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded But it is not reproducible now with the latest LO 7.6 dev master: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2478d4b1a4cec495f1bf68f1e62c01031cdeec86 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded The output from LibreOffice now looks almost the same with a very small difference of the vertical line length. So, I'm closing this bug as WORKSFORME. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106547] [META] OOXML SmartArt bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=106547 Bug 106547 depends on bug 79944, which changed state. Bug 79944 Summary: VIEWING: SmartChart displayed incorrectly https://bugs.documentfoundation.org/show_bug.cgi?id=79944 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 100366] [META] Impress/Draw table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=100366 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||153271 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153271 [Bug 153271] Different row height if adding rows above or below in Impress table -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153271] New: Different row height if adding rows above or below in Impress table
https://bugs.documentfoundation.org/show_bug.cgi?id=153271 Bug ID: 153271 Summary: Different row height if adding rows above or below in Impress table Product: LibreOffice Version: 6.0.0.3 release Hardware: x86-64 (AMD64) OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@libreoffice.org Blocks: 100366 Steps: 1. Open Impress 2. Insert > Table > OK 3. In Table toolbar, click repeatedly on "Add rows below": extra rows of same height are added. 4. Click repeatedly on "Add rows above": last row looks halved in height to accommodate an extra row, then further rows of same half-height are added. Results depend on the sequence: if adding rows above first, the next "below" rows will have the half-height. Expected results: all added rows have the same height as original rows, regardless of where they are added. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 69c6f7bccec838b7288a25a29a83b7f782ba7586 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.5.0.2 (X86_64) / LibreOffice Community Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 6.0.0.3 (x64) Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: en-GB (en_GB); Calc: group Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=100366 [Bug 100366] [META] Impress/Draw table bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151633] Font changes when I insert a new line in a table
https://bugs.documentfoundation.org/show_bug.cgi?id=151633 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org --- Comment #3 from Stéphane Guillou (stragu) --- Thank you Henry. Can you please: - test in version 7.4 if you can reproduce the same issue (version 7.3 should not see further releases) - if you can still reproduce, provide a document as an attachment, with some steps explaining how we can reproduce the issue ourselves - paste here the information from Help > About LibreOffice - confirm that the problem is different to what is described in bug 126008 Thank you! -- You are receiving this mail because: You are the assignee for the bug.
Re: Link error
Hi Mike, hi Julian, I am comforted to know that I am not the only one affected by such problems. Julien Nabet schrieb am 29.01.2023 um 09:58: Indeed, the rare case when I build LO on Windows, first time is ok because I start with a "make clean", update Visual Studio, Windows, Cygwin, ... but once it's built if I want to update my local repo to retrieve a new patch it will fail in 99%. It is not so often here. Most times even only building an effected module is enough. Sometimes cleaning the module is enough but most of the times I must run a make clean. For me it's very annoying because I build LO for Windows on a laptop far less powerful than my Linux desktop. I have done a clean build now and that has no problems. But making a clean build lasts more than five hours and always has the risk that the notebook overheats. Therefore, unattended compiling overnight is not a solution. I should really consider to buy a desktop. Kind regards, Regina
[Libreoffice-bugs] [Bug 40259] Unexpected behaviour with Shapes → Intersect
https://bugs.documentfoundation.org/show_bug.cgi?id=40259 --- Comment #29 from Regina Henschel --- (In reply to x.topher from comment #28) > Hi, > This old bug make the intersect totaly tool unusable with a picture. In my > school, a lot of students need that feature to crop freely a picture with > this tool everydays. For cropping LibreOffice provides the cropping tool for pictures. Cropping can be done interactively with handles or by the cropping dialog. Only when you will restrict the picture to an outline of an ellipse or a heart for example, you need to know how to use the settings in the area dialog. And I doubt that such outline is a everydays task. > A solution would be to send this bug directly to the developpers team ;-) Development of LibreOffice does not work that way. To get something fixed or to get a new feature you could: Hire a company to develop this and pay for it. Find a developer to do this for free in his/her spare time. Propose it as a project for a TDF tender. However, you must be able to estimate the time required and name someone as a contact person who will work with TDF to develop the RFP. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149009] autocalculate does not always work
https://bugs.documentfoundation.org/show_bug.cgi?id=149009 --- Comment #10 from venus...@protonmail.com --- It works at this time -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153265] Last input of text boxes with much content disappears if slide background is filled with gradient
https://bugs.documentfoundation.org/show_bug.cgi?id=153265 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE CC||stephane.guillou@libreoffic ||e.org Status|NEW |RESOLVED --- Comment #2 from Stéphane Guillou (stragu) --- You would also see that issue in 7.3.7. This has already been fixed in master and fix will be available in 7.4.6 and 7.5 release. Thank you both! *** This bug has been marked as a duplicate of bug 153161 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153264] Nearly invisible find next and find previous icon in dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=153264 --- Comment #7 from Jan Vlug --- I was using Icon Theme: Colibre I switched to: Breeze (SVG + dark). I see the Find next and Find previous icons now all the time. Sorry for the false report. Thanks for the hint. Feel free to close this bug report (unless you want to leave it open because it would be more intuitive when the Icon Theme and the Color Scheme are somehow connected when they are dark or light) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 Stéphane Guillou (stragu) changed: What|Removed |Added Status|REOPENED|RESOLVED CC||stephane.guillou@libreoffic ||e.org Resolution|--- |NOTABUG --- Comment #8 from Stéphane Guillou (stragu) --- ac0computerguru, it was demonstrated (by Miguel Ángel and yourself) that your *main* issue is actually not an issue. Words can be corrected by hand in dialog (validated with "Correct"), and words can be added to the dictionary from there too. You can even click in the document with the dialog still open (I tested on both Windows 10 and Ubuntu with LO 7.4 and 7.6) and then resume the spellcheck back in the dialog. Given that both issues 2 and 3 are mainly *consequences* of the first issue (having to close and reopen the dialog frequently), they are now less prevalent. However, I do agree the restoring of the position of the dialog would be useful, or at least opening it in a way that shows as much of the document as possible. Restoring the position of a dialog seems possible, at least on Windows (the Navigator behaves like that). I would recommend opening a new enhancement request dedicated to this specific issue, as focused reports are more likely to get resolved. Recycling this existing one won't help. Regarding issue 3, a workaround is clicking in the document before closing the dialog. I'd like to say that your tone does not encourage to participate in this conversation. Please keep in mind that much of LibreOffice only exists in large part because of the hard work of thousands of volunteers. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 --- Comment #7 from Gerald Pfeifer --- (In reply to Faisal from comment #2) > I cannot reproduce with > > ... OS: Windows 10.0 ... Note my report and tests were done on Linux, so this may be why we are getting different results? Interestingly, if you open the screenshots I provide - from 7.2, 7.4, 7.5, and 7.6 - they all look slightly differently which is visible when quickly flipping from one to the next. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 --- Comment #6 from Gerald Pfeifer --- Created attachment 185005 --> https://bugs.documentfoundation.org/attachment.cgi?id=185005=edit Screenshot in presentation mode - LibreOffice 7.5 Version: 7.5.1.0.0+ (X86_64) / LibreOffice Community Build ID: fae7cb51c9f61fd190a9d6f1147d3bc1a4a0c1cf CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 --- Comment #5 from Gerald Pfeifer --- Created attachment 185004 --> https://bugs.documentfoundation.org/attachment.cgi?id=185004=edit Screenshot in presentation mode - LibreOffice 7.4 Version: 7.4.6.0.0+ / LibreOffice Community Build ID: 2abb6c0df76514d57169ea0600c7f48ec543789a CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 --- Comment #4 from Gerald Pfeifer --- Created attachment 185003 --> https://bugs.documentfoundation.org/attachment.cgi?id=185003=edit Screenshot in presentation mode - LibreOffice 7.2 At first I thought this might be related to me using an HiDPI display, alas I see the same artefacts with a 1920 x 1080 resolution as well. And note how 7.2 does not have the white area in the upper right corner yet. Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 38948] FILESAVE - Calc does not save the solver's model to files
https://bugs.documentfoundation.org/show_bug.cgi?id=38948 --- Comment #41 from magoscuro --- Hello all, this is curently the only piece of software I miss to stop using MS Office and then windows. I work as a Logistics Engineering Manager, and I use the libreoffice solver to optimise network models, it is also used on MItx Supply Chaine Micromasters, wich encourage the use of Libreoffice giving .odf file model to teach. Please add the funcionatlity to save, or export the solver model, save on the .odf file is not necesary if we can export the model and prevent the loss of time modeling. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145217] Very Slow Startup, File Load Operations in LibreOffice 7.2 on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=145217 --- Comment #7 from xordevore...@gmail.com --- Version: 7.5.0.2 (X86_64) / LibreOffice Community Build ID: c0dd1bc3f1a385d110b88e26ece634da94921f58 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145217] Very Slow Startup, File Load Operations in LibreOffice 7.2 on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=145217 xordevore...@gmail.com changed: What|Removed |Added CC||xordevore...@gmail.com --- Comment #6 from xordevore...@gmail.com --- (In reply to Buovjaga from comment #5) > Could this be because you have lots of fonts on your system? > > Do you still see this with the latest LibreOffice version? > > Please copy and paste here the contents of your Help - About. This allows us > to know more about your system. > > Set to NEEDINFO. > Change back to UNCONFIRMED after you have provided the information. Files are slow for me to open as well and I've isolated why, and I don't believe it's the fonts. I've 97 fonts in my system, totaling 362 items in the Windows/Fonts folder. I turn the printer on, all files load fine. LibreOffice needs to not poll the printer when loading files. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-7-2' - 6 commits - configure.ac download.lst external/curl external/gpgmepp external/nss external/python3
Rebased ref, commits from common ancestor: commit ce43c7b40ad3b6513a71a06f399863bd9bf73533 Author: Andras Timar AuthorDate: Sun Jan 29 19:25:51 2023 +0100 Commit: Andras Timar CommitDate: Sun Jan 29 22:01:30 2023 +0100 Bump version to 7.2.7.2.M10 Change-Id: Ia66c67e938b7b18062d822bcd5409be5be1f6997 diff --git a/configure.ac b/configure.ac index 731bcd4fb0d3..f8ae44a0c56f 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[7.2.7.2.M9],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.2.7.2.M10],[],[],[http://documentfoundation.org/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard commit 7f8a94f5124d166b949d6d36bc107795ef766330 Author: Taichi Haradaguchi <20001...@ymail.ne.jp> AuthorDate: Fri Dec 30 21:29:58 2022 +0900 Commit: Andras Timar CommitDate: Sun Jan 29 22:01:30 2023 +0100 curl: upgrade to release 7.87.0 Fixes CVE-2022-43551 and CVE-2022-43552. https://curl.se/docs/CVE-2022-43551.html https://curl.se/docs/CVE-2022-43552.html Change-Id: I979ed11c212aef226ad9f26420462e5f9dbe15e5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145116 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/download.lst b/download.lst index cd96bcd09506..909f93b8d5a8 100644 --- a/download.lst +++ b/download.lst @@ -37,8 +37,8 @@ export CPPUNIT_SHA256SUM := 89c5c6665337f56fd2db36bc3805a5619709d51fb136e5193707 export CPPUNIT_TARBALL := cppunit-1.15.1.tar.gz export CT2N_SHA256SUM := 71b238efd2734be9800af07566daea8d6685aeed28db5eb5fa0e6453f4d85de3 export CT2N_TARBALL := 1f467e5bb703f12cbbb09d5cf67ecf4a-converttexttonumber-1-5-0.oxt -export CURL_SHA256SUM := 0606f74b1182ab732a17c11613cbbaf7084f2e6cca432642d0e3ad7c224c3689 -export CURL_TARBALL := curl-7.79.1.tar.xz +export CURL_SHA256SUM := ee5f1a1955b0ed413435ef79db28b834ea5f0fb7c8cfb1ce47175cc3bee08fff +export CURL_TARBALL := curl-7.87.0.tar.xz export EBOOK_SHA256SUM := 7e8d8ff34f27831aca3bc6f9cc532c2f90d2057c778963b884ff3d1e34dfe1f9 export EBOOK_TARBALL := libe-book-0.1.3.tar.xz export EPOXY_SHA256SUM := 002958c5528321edd53440235d3c44e71b5b1e09b9177e8daf677450b6c4433d diff --git a/external/curl/ExternalPackage_curl.mk b/external/curl/ExternalPackage_curl.mk index 924fc53ebd62..ee0cf4501478 100644 --- a/external/curl/ExternalPackage_curl.mk +++ b/external/curl/ExternalPackage_curl.mk @@ -14,13 +14,13 @@ $(eval $(call gb_ExternalPackage_use_external_project,curl,curl)) ifneq ($(DISABLE_DYNLOADING),TRUE) ifeq ($(COM),MSC) -$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll,builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-ipv6-sspi-schannel/bin/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll)) +$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll,builds/libcurl-vc12-$(gb_MSBUILD_PLATFORM)-$(gb_MSBUILD_CONFIG)-dll-zlib-static-ipv6-sspi-schannel/bin/libcurl$(if $(MSVC_USE_DEBUG_RUNTIME),_debug).dll)) else ifeq ($(OS),MACOSX) $(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.4.dylib,lib/.libs/libcurl.4.dylib)) else ifeq ($(OS),AIX) $(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so,lib/.libs/libcurl.so.4)) else -$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so.4,lib/.libs/libcurl.so.4.7.0)) +$(eval $(call gb_ExternalPackage_add_file,curl,$(LIBO_LIB_FOLDER)/libcurl.so.4,lib/.libs/libcurl.so.4.8.0)) endif endif # $(DISABLE_DYNLOADING) diff --git a/external/curl/ExternalProject_curl.mk b/external/curl/ExternalProject_curl.mk index 11beda8c7c5c..5a516651c608 100644 --- a/external/curl/ExternalProject_curl.mk +++ b/external/curl/ExternalProject_curl.mk @@ -43,8 +43,8 @@ $(call gb_ExternalProject_get_state_target,curl,build): $(gb_RUN_CONFIGURE) ./configure \ $(if $(filter iOS MACOSX,$(OS)),\ --with-secure-transport,\ - $(if $(ENABLE_NSS),--with-nss$(if $(SYSTEM_NSS),,="$(call gb_UnpackedTarball_get_dir,nss)/dist/out"),--without-nss)) \ - --without-ssl --without-gnutls --without-polarssl --without-cyassl --without-axtls --without-mbedtls \ + $(if $(ENABLE_NSS),--with-nss$(if $(SYSTEM_NSS),,="$(call gb_UnpackedTarball_get_dir,nss)/dist/out") --with-nss-deprecated,--without-nss)) \ + --without-openssl --without-gnutls --without-polarssl --without-cyassl
[Libreoffice-bugs] [Bug 153131] Copy causes Calc to Freeze on Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=153131 --- Comment #21 from ericbressle...@gmail.com --- Thanks, Karthikeyan. When I follow the same procedure, my LibreOffice freezes every time. It doesn't matter whether there is anything in the A1 cell or not, or whether the new spreadsheet has been saved or not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153184] Secondary Y axis moves to left after save as XLS from ODS
https://bugs.documentfoundation.org/show_bug.cgi?id=153184 --- Comment #7 from Stéphane Guillou (stragu) --- (In reply to Stéphane Guillou (stragu) from comment #6) > Steps: > 1. Open this ODS attachment > 2. Save as XLS Implicit step 3 is "File > Reload". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153184] Secondary Y axis moves to left after save as XLS from ODS
https://bugs.documentfoundation.org/show_bug.cgi?id=153184 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||90486 Keywords||filter:xls Summary|chart y axes fail after |Secondary Y axis moves to |save and reopen cycle in|left after save as XLS from |Calc|ODS OS|Windows (All) |All Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90486 [Bug 90486] [META] Chart bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=90486 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||153184 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=153184 [Bug 153184] Secondary Y axis moves to left after save as XLS from ODS -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153184] chart y axes fail after save and reopen cycle in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=153184 --- Comment #6 from Stéphane Guillou (stragu) --- Created attachment 185002 --> https://bugs.documentfoundation.org/attachment.cgi?id=185002=edit example dual-axis chart in ODS file Thank you for the example document. Saving from XLSX to ODS or from XLSX to XLS, no problem: the two axes stay on their correct sides. However, saving from ODS to XLS, the two axes are merged on the left. I'm also attaching an ODS file for easier testing. Steps: 1. Open this ODS attachment 2. Save as XLS Result: Secondary Y axis is overlapped with primary Y axis on the left of the chart. Save as XLSX keeps works, and saving that XLSX as XLS also works. It's only the ODS to XLS that fails. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 69c6f7bccec838b7288a25a29a83b7f782ba7586 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127355] Write-protected section in header can be easily removed
https://bugs.documentfoundation.org/show_bug.cgi?id=127355 --- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> --- Still repro in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0bb90afaeb193181d7b98b79e962549d8a1dd85a CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153087] When opening files, the message "Write error. Unable to write file." (Quickstarter related?)
https://bugs.documentfoundation.org/show_bug.cgi?id=153087 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> --- I can't repro it in current dev version Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0bb90afaeb193181d7b98b79e962549d8a1dd85a CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 83513] EDITING: Spellchecker does not underline cyrillic words in English texts
https://bugs.documentfoundation.org/show_bug.cgi?id=83513 --- Comment #20 from haim kilov --- The bug is still there! Spellchecker does not underline cyrillic words in English texts. Mac OS Ventura 13.2, LO 7.4.3.2. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152847] Writer: Find and Replace does not impose Title Case formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=152847 --- Comment #4 from Paul --- Yes, the Find part works, the Replace does not. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153041] Empty document ODT includes unnecessary font declarations
https://bugs.documentfoundation.org/show_bug.cgi?id=153041 Tammy changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Tammy --- What version of LibreOffice are you using? Are you using a Linux or Windows machine? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/mimo-7.3.7.2.M2'
Tag 'mimo-7.3.7.2.M2' created by Andras Timar at 2023-01-29 18:51 + mimo-7.3.7.2.M2 Changes since mimo-7.3.7.2.M1-11: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'distro/mimo/mimo-7-2' - 10 commits - compilerplugins/LICENSE.TXT configure.ac cui/inc download.lst external/curl external/expat external/freetype external/gpgme
compilerplugins/LICENSE.TXT |2 configure.ac |4 cui/inc/strings.hrc |2 download.lst | 32 - external/curl/ExternalPackage_curl.mk |4 external/curl/ExternalProject_curl.mk |6 external/curl/UnpackedTarball_curl.mk |9 external/curl/asan-poison-nsspem.patch.0 | 11 external/curl/clang-cl.patch.0 |2 external/curl/configurable-z-option.patch.0 | 20 + external/curl/curl-7.26.0_win-proxy.patch | 121 -- external/curl/curl-msvc-disable-protocols.patch.1 |4 external/curl/curl-msvc-zlib.patch.1 | 16 external/curl/curl-msvc.patch.1 |4 external/curl/curl-nss.patch.1 |7 external/curl/zlib.patch.0 | 12 external/expat/expat-winapi.patch | 13 external/freetype/ExternalProject_freetype.mk |9 external/freetype/UnpackedTarball_freetype.mk |3 external/freetype/freetype-2.6.5.patch.1 | 47 +- external/freetype/ubsan.patch | 11 external/gpgmepp/0001-cpp-Fix-building-with-C-11.patch.1 | 72 external/gpgmepp/ExternalPackage_gpgmepp.mk |4 external/gpgmepp/ExternalProject_gpgmepp.mk | 17 external/gpgmepp/Library_gpgmepp.mk |3 external/gpgmepp/UnpackedTarball_gpgmepp.mk |7 external/gpgmepp/Wincompatible-function-pointer-types.patch | 31 + external/gpgmepp/add-minimal-keyexport.patch | 68 --- external/gpgmepp/asan.patch |2 external/gpgmepp/configure.patch |4 external/gpgmepp/find-libgpg-error-libassuan.patch | 35 -- external/gpgmepp/fix-autoconf-macros.patch |8 external/gpgmepp/gcc9.patch |2 external/gpgmepp/gpgme.git-4b64774b6d13ffa4f59dddf947a97d61bcfa2f2e.patch.1 | 32 - external/gpgmepp/gpgme.git-fe2892618c20cd40c342cce26ffb6ac4644fd3c3.patch.1 | 30 - external/gpgmepp/macos-include.patch | 10 external/gpgmepp/rpath.patch |2 external/gpgmepp/ubsan.patch |8 external/gpgmepp/w32-build-fixes.patch.1 | 23 - external/gpgmepp/w32-disable-docs.patch.1 |2 external/gpgmepp/w32-fix-libtool.patch.1 |2 external/gpgmepp/w32-fix-win32-macro.patch.1 | 21 - external/gpgmepp/w32-include.patch | 42 ++ external/nss/ExternalProject_nss.mk |1 external/nss/UnpackedTarball_nss.mk |2 external/nss/asan.patch.1 |6 external/nss/clang-cl.patch.0 | 23 - external/nss/macos-dlopen.patch.0 |2 external/nss/nss-android.patch.1 |8 external/nss/nss-bz1646594.patch.1 |2 external/nss/nss-ios.patch | 44 +- external/nss/nss-restore-manual-pre-dependencies.patch.1 |2 external/nss/nss-win32-make.patch.1 |4 external/nss/nss.aix.patch
[Libreoffice-bugs] [Bug 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 --- Comment #7 from ac0mputerg...@aol.com --- Sorry you're forum FORCES me to put a REQUEST in as a BUG. That is your problem, not mine. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 --- Comment #6 from ac0mputerg...@aol.com --- So, when I open Spell Check, it will remember where the dialog box was at, yes? And when I exit the Spell Check dialog, it will NOT return me to where I started the spell check, but where the check ended, yes? If not, then my issue has not been resolved/closed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146076] [META] Find & Replace Regular Expressions
https://bugs.documentfoundation.org/show_bug.cgi?id=146076 Dieter changed: What|Removed |Added Depends on||152847 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152847 [Bug 152847] Writer: Find and Replace does not impose Title Case formatting -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152847] Writer: Find and Replace does not impose Title Case formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=152847 Dieter changed: What|Removed |Added Blocks||146076 CC||dgp-m...@gmx.de Whiteboard| QA:needsComment| --- Comment #3 from Dieter --- Just for clarification: As far as I can see, finding of all-caps text works, so your bug is about replacing them with title case. Correct? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=146076 [Bug 146076] [META] Find & Replace Regular Expressions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153227] TOC Dialog Does Not Fit Screen
https://bugs.documentfoundation.org/show_bug.cgi?id=153227 --- Comment #13 from kit...@tutanota.com --- 1024x768 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153201] Frequent and random crashes whilst editing cells and other actions.
https://bugs.documentfoundation.org/show_bug.cgi?id=153201 --- Comment #4 from Jamie --- The cycling of windows issue seems to be fixed (though I have just experienced another weird bug with multiple windows whereby a background window jumps to the foreground yet the original foreground window retains the focus). I’ll report back if the update to 7.4.5.1 has helped with the other random freezes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153264] Nearly invisible find next and find previous icon in dark theme
https://bugs.documentfoundation.org/show_bug.cgi?id=153264 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org --- Comment #6 from Stéphane Guillou (stragu) --- On Ubuntu 20.04 with GNOME 3.36.8 in dark mode, I can see your problem if you use the Breeze icon theme. However, this theme is not suitable for dark mode, and it has a "dark" variant. Can you please confirm which icon theme you are using in Tools > Options > LibreOffice > View? And if there is a "dark" variant, please use that. Version: 7.4.5.1 / LibreOffice Community Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: 2 commits - basic/source framework/inc framework/source
basic/source/classes/sbxmod.cxx |2 +- framework/inc/helper/propertysetcontainer.hxx|3 ++- framework/source/fwe/helper/propertysetcontainer.cxx | 12 +++- 3 files changed, 10 insertions(+), 7 deletions(-) New commits: commit ec4babad021218b75dfe8534985d7db525edde69 Author: Noel Grandin AuthorDate: Sun Jan 29 19:09:31 2023 +0200 Commit: Noel Grandin CommitDate: Sun Jan 29 18:03:48 2023 + no need to lock SolarMutex over the whole method here Change-Id: Ifcac67c0f4e149fe7e1d923d7efede9552b034a8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146308 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/basic/source/classes/sbxmod.cxx b/basic/source/classes/sbxmod.cxx index 00bfac58dd71..f38e729185db 100644 --- a/basic/source/classes/sbxmod.cxx +++ b/basic/source/classes/sbxmod.cxx @@ -2375,9 +2375,9 @@ public: virtual void SAL_CALL documentEventOccured( const document::DocumentEvent& rEvent ) override { // early disposing on document event "OnUnload", to be sure Basic still exists when calling VBA "UserForm_Terminate" -SolarMutexGuard g; if( rEvent.EventName == GlobalEventConfig::GetEventName( GlobalEventId::CLOSEDOC ) ) { +SolarMutexGuard g; removeListener(); mbDisposed = true; if ( mpUserForm ) commit 6a26d47a79615c6b91b298937cdfee2f5294a58b Author: Noel Grandin AuthorDate: Sun Jan 29 19:01:17 2023 +0200 Commit: Noel Grandin CommitDate: Sun Jan 29 18:03:38 2023 + use std:mutex in PropertySetContainer instead of SolarMutex, we don't need to lock SolarMutex here, we are not touching any UI stuff Change-Id: I09f2dfd2c5e6e082066a726f8c6d64b4b136a78d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146307 Tested-by: Jenkins Reviewed-by: Noel Grandin diff --git a/framework/inc/helper/propertysetcontainer.hxx b/framework/inc/helper/propertysetcontainer.hxx index 75c8414c3698..849899784c64 100644 --- a/framework/inc/helper/propertysetcontainer.hxx +++ b/framework/inc/helper/propertysetcontainer.hxx @@ -21,6 +21,7 @@ #include +#include #include #include #include @@ -65,7 +66,7 @@ class PropertySetContainer : public css::container::XIndexContainer, private: typedef std::vector< css::uno::Reference< css::beans::XPropertySet > > PropertySetVector; PropertySetVector m_aPropertySetVector; - +std::mutex m_aMutex; }; } diff --git a/framework/source/fwe/helper/propertysetcontainer.cxx b/framework/source/fwe/helper/propertysetcontainer.cxx index ad7d639539b7..2fcd07a53fde 100644 --- a/framework/source/fwe/helper/propertysetcontainer.cxx +++ b/framework/source/fwe/helper/propertysetcontainer.cxx @@ -73,7 +73,7 @@ Any SAL_CALL PropertySetContainer::queryInterface( const Type& rType ) // XIndexContainer void SAL_CALL PropertySetContainer::insertByIndex( sal_Int32 Index, const css::uno::Any& Element ) { -SolarMutexGuard g; +std::unique_lock g(m_aMutex); sal_Int32 nSize = m_aPropertySetVector.size(); @@ -101,7 +101,7 @@ void SAL_CALL PropertySetContainer::insertByIndex( sal_Int32 Index, const css::u void SAL_CALL PropertySetContainer::removeByIndex( sal_Int32 nIndex ) { -SolarMutexGuard g; +std::unique_lock g(m_aMutex); if ( static_cast(m_aPropertySetVector.size()) <= nIndex ) throw IndexOutOfBoundsException( OUString(), static_cast(this) ); @@ -112,6 +112,8 @@ void SAL_CALL PropertySetContainer::removeByIndex( sal_Int32 nIndex ) // XIndexReplace void SAL_CALL PropertySetContainer::replaceByIndex( sal_Int32 Index, const css::uno::Any& Element ) { +std::unique_lock g(m_aMutex); + if ( static_cast(m_aPropertySetVector.size()) <= Index ) throw IndexOutOfBoundsException( OUString(), static_cast(this) ); @@ -130,14 +132,14 @@ void SAL_CALL PropertySetContainer::replaceByIndex( sal_Int32 Index, const css:: // XIndexAccess sal_Int32 SAL_CALL PropertySetContainer::getCount() { -SolarMutexGuard g; +std::unique_lock g(m_aMutex); return m_aPropertySetVector.size(); } Any SAL_CALL PropertySetContainer::getByIndex( sal_Int32 Index ) { -SolarMutexGuard g; +std::unique_lock g(m_aMutex); if ( static_cast(m_aPropertySetVector.size()) <= Index ) throw IndexOutOfBoundsException( OUString(), static_cast(this) ); @@ -148,7 +150,7 @@ Any SAL_CALL PropertySetContainer::getByIndex( sal_Int32 Index ) // XElementAccess sal_Bool SAL_CALL PropertySetContainer::hasElements() { -SolarMutexGuard g; +std::unique_lock g(m_aMutex); return !( m_aPropertySetVector.empty() ); }
[Libreoffice-bugs] [Bug 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 --- Comment #5 from m.a.riosv --- All your requirements are available, so not bugs to solve. Have you taken a look at the attached screenshot? If you have questions on how to do it. https://ask.libreoffice.org/ https://help.libreoffice.org/latest/en-US/text/shared/05/new_help.html -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 40259] Unexpected behaviour with Shapes → Intersect
https://bugs.documentfoundation.org/show_bug.cgi?id=40259 --- Comment #28 from x.topher --- Hi, This old bug make the intersect totaly tool unusable with a picture. In my school, a lot of students need that feature to crop freely a picture with this tool everydays. A solution would be to send this bug directly to the developpers team ;-) Or a workaround is to use the substract tool several times to remove the unwanted parts of a photo (but it’s not a smart time saver solution). Substract tool works correctly. Regards. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137260] FILESAVE: Graphics wildly enlarged or gone after PPT/PPTX roundtrip
https://bugs.documentfoundation.org/show_bug.cgi?id=137260 Lars Jødal changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=94 ||363 --- Comment #6 from Lars Jødal --- Some thoughts: Given that the PPTX file opens similarly in LO and in MS PowerPoint, the problem seems to be in the PPTX and PPT export filters. Comment 3 indicates that the graphics format is changed by the filter. As I understand it, the SVM graphics format is native to OO/LO, for which reason a conversion is probably necessary for the export. The problem then appears to be the scaling in the conversion. A similar problem then seems to be described in bug 94363. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 94363] FORMATTING: Export and gallery re-import is spoiled using emf, wmf, svg formats
https://bugs.documentfoundation.org/show_bug.cgi?id=94363 Lars Jødal changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||7260 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150113] Need of a more sophisticated font selection tool than a pull-down list.
https://bugs.documentfoundation.org/show_bug.cgi?id=150113 Yan 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 153268] Multitude of issues
https://bugs.documentfoundation.org/show_bug.cgi?id=153268 ac0mputerg...@aol.com changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|NOTABUG |--- --- Comment #4 from ac0mputerg...@aol.com --- Thanks for closing my bug WITHOUT resolution. I'm DEFINITELY sticking to MSO, since LibreOffice isn't what it says it is - an Office replacement. You may be able to read/write the files, but you're a LONG ways from being a productivity product,. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153270] New: Help downloads changed?
https://bugs.documentfoundation.org/show_bug.cgi?id=153270 Bug ID: 153270 Summary: Help downloads changed? Product: QA Tools Version: unspecified Hardware: All URL: http://tdf.io/siguihome OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: SI-GUI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rich...@meriden.me.uk Recent downloads of the GB-EN help (7.5.x.x) fail - used to work with pre-7.5 builds, so I'm wondering if something has changed in -perhaps- the file naming convention causing the failure? Always comes 'down' as a 0 byte file. Application msi's come down quite happily, but it's always the localised help that fails. Haven't tried anything other that the GB-EN. NB: the file exists, but I now have to to fetch it by hand (ie. via https://dev-builds.libreoffice.org/pre-releases/win/x86_64/) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153087] When opening files, the message "Write error. Unable to write file." (Quickstarter related?)
https://bugs.documentfoundation.org/show_bug.cgi?id=153087 --- Comment #5 from Vladislav --- (In reply to Roman Kuznetsov from comment #4) > So, you didn't see the problem in 7.3 version? Yes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153269] SPAM
https://bugs.documentfoundation.org/show_bug.cgi?id=153269 V Stuart Foote changed: What|Removed |Added CC|vsfo...@libreoffice.org | Component|Android Viewer |deletionRequest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153269] SPAM
https://bugs.documentfoundation.org/show_bug.cgi?id=153269 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153269] SPAM
https://bugs.documentfoundation.org/show_bug.cgi?id=153269 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org Summary|ดู มณีพยาบาท EP2 ล่าสุด |SPAM |แบบย้อนหลังHD | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153223] Red wavy lines under misspelt words disappears when viewing page at zoom factor of 160% or greater (macOS)
https://bugs.documentfoundation.org/show_bug.cgi?id=153223 --- Comment #6 from Kollien --- The disappearing of the red line is a combination of selected font and zoom factor. On my MacBook 16, font Arial shows the bug at zoom 122%. Font Monaco raise the problem at 99%. Maybe the selected screen resolution is a second factor. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145988] macOS skia: colors not displayed correctly for all document previews e.g. start center or impress templates
https://bugs.documentfoundation.org/show_bug.cgi?id=145988 Patrick Luby changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |plub...@neooffice.org |desktop.org | --- Comment #70 from Patrick Luby --- (In reply to Patrick Luby from comment #68) > I will do some experimentation over the next few days and see if I can see > any Skia code that is ignoring pixel format differences. I'll post again > when I have some news. I have added a potential fix starting in the 2023-01-29 nightly build. While experimenting, I found that when a window moves to another screen, macOS may change the pixel format of the window's CAMetalLayer. Skia forces the pixelFormat to RGBA when it creates the CAMetalLayer, so I added code to force it to RGBA when the screen has changed as well. Would anyone be willing to try the latest nightly build and see if there is any change in the thumbnail image colors or the Help > About dialog image colors? If there is no change in colors, can you run the nightly build from the Terminal using the following command and then paste any output in the Terminal that you see? I'm looking for any output lines with "vcl.skia.metal" in them: /Applications/LibreOfficeDev.app/Contents/MacOS/soffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-qa] Live streaming LibreOffice bug triaging (week 5)
I will be live streaming a 1 hour LibreOffice bug triaging session in the Jitsi room https://jitsi.documentfoundation.org/ilmaritriages on Mon, 30 January 2023 at 10:00 UTC Tue, 31 January 2023 at 12:00 UTC Wed, 1 February 2023 at 15:00 UTC Thu, 2 February 2023 at 12:00 UTC Fri, 3 February 2023 at 14:00 UTC Anyone is welcome to interrupt me during the session and ask questions about the process or request me to test something specific. Ilmari
[Libreoffice-bugs] [Bug 153015] FILEOPEN PPTX: narrow slices of background appear between rectangles (in presentation mode only)
https://bugs.documentfoundation.org/show_bug.cgi?id=153015 --- Comment #3 from Faisal --- The background is shown on the right border of the slide because the right-most black rectangle is not touching the right border of the side. That is the result of the rectangle's position and not because of a bug -- You are receiving this mail because: You are the assignee for the bug.