[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #11 from Robert Großkopf  ---
(In reply to Julien Nabet from comment #9)

But: The problem for this bug is - there is no date between 05-10-1582 and
14-10-1582. Inserting 04-10-1582 will be changed to 24-10-1582 by
JDBC-connection. Reading 04-10-1582 will be changed to 24-10-1582 by
JDBC-connection.

Seems it corrects the date in a wrong way. Not a difference of 10 days but a
difference of 20 days.

Changing the values for date back to "normal" values will be possible in
dBeaver (JDBC), but won't work in Base with JDBC-connection. 01-10-1582, shown
in dBeaver after changing value there will be shown as 21-09-1582 in Base.

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

[Libreoffice-bugs] [Bug 152402] Prints dark background instead of white with custom dark settings

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #4 from Buovjaga  ---
I guess this is already seen in print preview, so you don't have to waste paper
and ink when testing? And printing to file? There were many dark mode fixes, so
you could try with 7.4.3 or even the unreleased 7.5. You can get a 7.5 alpha1
appimage from https://appimage.sys42.eu/prerelease/

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED
WORKSFORME, if the problem went away.

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sw/source

[Tomaž Vajngerl (via logerrit)]

 sw/source/core/access/AccessibilityCheck.cxx |   97 +++
 sw/source/core/inc/AccessibilityCheck.hxx|   28 ++-
 2 files changed, 80 insertions(+), 45 deletions(-)

New commits:
commit 321029dc9de8b2125fd272c116b3ce7c557be711
Author: Tomaž Vajngerl 
AuthorDate: Thu Oct 20 22:23:06 2022 +0200
Commit: Tomaž Vajngerl 
CommitDate: Thu Dec 8 07:34:09 2022 +

sw: refactor to make a11y check for nodes independent

Add checkNodes, which will only check the current node for a11y
issues. This prepares for online a11y check.

Change-Id: I069cd200ceb58223b05baaafb7d796148e28398b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141603
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl 
(cherry picked from commit 6e66b5d75b4cda0314b64f4d12ef9e4350751470)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143700
Tested-by: Jenkins CollaboraOffice 

diff --git a/sw/source/core/access/AccessibilityCheck.cxx 
b/sw/source/core/access/AccessibilityCheck.cxx
index d1bcb1cd5279..d984fef8336a 100644
--- a/sw/source/core/access/AccessibilityCheck.cxx
+++ b/sw/source/core/access/AccessibilityCheck.cxx
@@ -77,19 +77,6 @@ lclAddIssue(sfx::AccessibilityIssueCollection& 
rIssueCollection, OUString const&
 return pIssue;
 }
 
-class BaseCheck
-{
-protected:
-sfx::AccessibilityIssueCollection& m_rIssueCollection;
-
-public:
-BaseCheck(sfx::AccessibilityIssueCollection& rIssueCollection)
-: m_rIssueCollection(rIssueCollection)
-{
-}
-virtual ~BaseCheck() {}
-};
-
 class NodeCheck : public BaseCheck
 {
 public:
@@ -1376,41 +1363,67 @@ void AccessibilityCheck::checkObject(SdrObject* pObject)
 }
 }
 
+void AccessibilityCheck::init()
+{
+if (m_aDocumentChecks.empty())
+{
+m_aDocumentChecks.emplace_back(new 
DocumentDefaultLanguageCheck(m_aIssueCollection));
+m_aDocumentChecks.emplace_back(new 
DocumentTitleCheck(m_aIssueCollection));
+m_aDocumentChecks.emplace_back(new 
FootnoteEndnoteCheck(m_aIssueCollection));
+m_aDocumentChecks.emplace_back(new 
BackgroundImageCheck(m_aIssueCollection));
+}
+
+if (m_aNodeChecks.empty())
+{
+m_aNodeChecks.emplace_back(new 
NoTextNodeAltTextCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new 
TableNodeMergeSplitCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new 
TableFormattingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new NumberingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new HyperlinkCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new TextContrastCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new BlinkingTextCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new HeaderCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new 
TextFormattingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new 
NonInteractiveFormCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new FloatingTextCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new TableHeadingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new HeadingOrderCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new 
NewlineSpacingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new SpaceSpacingCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new FakeFootnoteCheck(m_aIssueCollection));
+m_aNodeChecks.emplace_back(new FakeCaptionCheck(m_aIssueCollection));
+}
+}
+
+void AccessibilityCheck::checkNode(SwNode* pNode)
+{
+if (m_pDoc == nullptr || pNode == nullptr)
+return;
+
+init();
+
+for (std::shared_ptr& rpNodeCheck : m_aNodeChecks)
+{
+auto pNodeCheck = dynamic_cast(rpNodeCheck.get());
+if (pNodeCheck)
+pNodeCheck->check(pNode);
+}
+}
+
 void AccessibilityCheck::check()
 {
 if (m_pDoc == nullptr)
 return;
 
-std::vector> aDocumentChecks;
-
aDocumentChecks.push_back(std::make_unique(m_aIssueCollection));
-
aDocumentChecks.push_back(std::make_unique(m_aIssueCollection));
-
aDocumentChecks.push_back(std::make_unique(m_aIssueCollection));
-
aDocumentChecks.push_back(std::make_unique(m_aIssueCollection));
+init();
 
-for (std::unique_ptr& rpDocumentCheck : aDocumentChecks)
+for (std::shared_ptr& rpDocumentCheck : m_aDocumentChecks)
 {
-rpDocumentCheck->check(m_pDoc);
+auto pDocumentCheck = 
dynamic_cast(rpDocumentCheck.get());
+if (pDocumentCheck)
+pDocumentCheck->check(m_pDoc);
 }
 
-std::vector> aNodeChecks;
-
aNodeChecks.push_back(std::make_unique(m_aIssueCollection));
-
aNodeChecks.push_back(std::make_unique(m_aIssueCollection));
-
aNodeChecks.push_back(std::make_unique(m_aIssueCollection));
-
aNodeChecks.push_back(std::make_unique(m_aIssueCollection));
-

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #10 from Robert Großkopf  ---
(In reply to jcsanz from comment #7)
> (In reply to Robert Großkopf from comment #6)
> > 
> > But what should LibreOffice do to set it right? It will be a
> > JDBC/Java-problem.
> 
> IMHO It could be a problem related with jdbc internal driver, because is
> related with ALL tested connections (and I suppose every one use that
> driver), or maybe a java related problem...

Tested the same with another connection, which has nothing to do with
LibreOffice. Installed DBeaver. It connects to PostgreSQL by JDBC. Shows the
same behavior while reading the table I have created by the direct connection.
Sets 01-10-1582 to 21-10-1582.

Will have a look if I could find other hints for Java and start of Gregorian
calendar.

Looks for me like NOTOURBG.

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

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #9 from Julien Nabet  ---
Just for info:
from:
https://www.ibm.com/docs/en/db2/11.5?topic=dttmddtija-date-time-timestamp-values-that-can-cause-problems-in-jdbc-sqlj-applications
"
Problems with using dates in the range October 5, 1582, through October 14,
1582

The Java java.util.Date and java.util.Timestamp classes use the Julian calendar
for dates before October 4, 1582, and the Gregorian calendar for dates starting
with October 4, 1582. In the Gregorian calendar, October 4, 1582, is followed
by October 15, 1582. If a Java program encounters a java.util.Date or
java.util.Timestamp value that is between October 5, 1582, and October 14,
1582, inclusive, Java adds 10 days to that date. Therefore, a DATE or TIMESTAMP
value in a Db2® table that has a value between October 5, 1582, and October 14,
1582, inclusive, is retrieved in a Java program as a java.util.Date or
java.util.Timestamp value between October 15, 1582, and October 24, 1582,
inclusive. A java.util.Date or java.util.Timestamp value in a Java program that
is between October 5, 1582, and October 14, 1582, inclusive, is stored in a Db2
table as a DATE or TIMESTAMP value between October 15, 1582, and October 24,
1582, inclusive."

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - external/freetype external/pdfium

[Andras Timar (via logerrit)]

 external/freetype/ExternalProject_freetype.mk |1 -
 external/pdfium/Library_pdfium.mk |1 +
 2 files changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 085d5100a5ff3260bd4a58f15ecea66ad546fb2f
Author: Andras Timar 
AuthorDate: Wed Dec 7 20:18:42 2022 +0100
Commit: Andras Timar 
CommitDate: Thu Dec 8 07:26:47 2022 +

[cp] Revert "Explicitly build external/freetype --without-png"

This reverts commit b48cb69dae4118fe4a471921510281bbd16f5c4f.
Reason: there is no support for color emojis without libpng.
I checked our use case and this revert seems to be safe,
because we build without system libpng. In this case we have the
LIBPNG_CFLAGS and LIBPNG_LIBS variables defined in config_host.mk
and those point to the internal libpng headers and static libs in
workdir. These variables are used by configure script of freetype,
and freetype will link our internal libpng statically.
The link problem with libpdfium is also addressed.

Change-Id: I565832e8a32597dde6eb9fb64c522c62233c3097
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143799
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Tor Lillqvist 

diff --git a/external/freetype/ExternalProject_freetype.mk 
b/external/freetype/ExternalProject_freetype.mk
index 4cb2920ae923..a3e0a7ca3e4b 100644
--- a/external/freetype/ExternalProject_freetype.mk
+++ b/external/freetype/ExternalProject_freetype.mk
@@ -23,7 +23,6 @@ $(call gb_ExternalProject_get_state_target,freetype,build) :
--without-brotli \
--without-bzip2 \
--without-harfbuzz \
-   --without-png \
--prefix=$(call 
gb_UnpackedTarball_get_dir,freetype/instdir) \
--build=$(BUILD_PLATFORM) --host=$(HOST_PLATFORM) \
CFLAGS="$(CFLAGS) $(if $(debug),-g) 
$(gb_VISIBILITY_FLAGS)" \
diff --git a/external/pdfium/Library_pdfium.mk 
b/external/pdfium/Library_pdfium.mk
index c00a5f8f89e3..c8ee10fe2c04 100644
--- a/external/pdfium/Library_pdfium.mk
+++ b/external/pdfium/Library_pdfium.mk
@@ -612,6 +612,7 @@ $(eval $(call gb_Library_add_libs,pdfium,\
 endif
 
 $(eval $(call gb_Library_use_external,pdfium,freetype))
+$(eval $(call gb_Library_use_external,pdfium,libpng))
 $(eval $(call gb_Library_add_defs,pdfium,\
 -DDEFINE_PS_TABLES_DATA \
 ))

[Libreoffice-commits] translations.git: source/sl

[Martin Srebotnjak (via logerrit)]

 source/sl/cui/messages.po  |  148 ++---
 source/sl/dbaccess/messages.po |4 
 source/sl/dictionaries/th_TH.po|4 
 source/sl/filter/messages.po   |4 
 source/sl/helpcontent2/source/text/sbasic/guide.po |2 
 source/sl/helpcontent2/source/text/sbasic/python.po|2 
 source/sl/helpcontent2/source/text/sbasic/shared.po|2 
 source/sl/helpcontent2/source/text/sbasic/shared/01.po |2 
 source/sl/helpcontent2/source/text/sbasic/shared/02.po |2 
 source/sl/helpcontent2/source/text/sbasic/shared/03.po |2 
 source/sl/helpcontent2/source/text/scalc.po|2 
 source/sl/helpcontent2/source/text/scalc/01.po |6 
 source/sl/helpcontent2/source/text/scalc/02.po |2 
 source/sl/helpcontent2/source/text/scalc/04.po |2 
 source/sl/helpcontent2/source/text/scalc/05.po |2 
 source/sl/helpcontent2/source/text/scalc/guide.po  |4 
 source/sl/helpcontent2/source/text/schart.po   |2 
 source/sl/helpcontent2/source/text/schart/01.po|2 
 source/sl/helpcontent2/source/text/schart/02.po|2 
 source/sl/helpcontent2/source/text/schart/04.po|2 
 source/sl/helpcontent2/source/text/sdatabase.po|8 
 source/sl/helpcontent2/source/text/sdraw.po|2 
 source/sl/helpcontent2/source/text/sdraw/01.po |2 
 source/sl/helpcontent2/source/text/sdraw/04.po |2 
 source/sl/helpcontent2/source/text/sdraw/guide.po  |2 
 source/sl/helpcontent2/source/text/shared.po   |2 
 source/sl/helpcontent2/source/text/shared/00.po|6 
 source/sl/helpcontent2/source/text/shared/01.po|   24 
 source/sl/helpcontent2/source/text/shared/02.po|2 
 source/sl/helpcontent2/source/text/shared/04.po|2 
 source/sl/helpcontent2/source/text/shared/05.po|2 
 source/sl/helpcontent2/source/text/shared/07.po|2 
 source/sl/helpcontent2/source/text/shared/autokorr.po  |2 
 source/sl/helpcontent2/source/text/shared/autopi.po|2 
 source/sl/helpcontent2/source/text/shared/guide.po |4 
 source/sl/helpcontent2/source/text/shared/menu.po  |2 
 source/sl/helpcontent2/source/text/shared/optionen.po  |4 
 source/sl/helpcontent2/source/text/simpress.po |2 
 source/sl/helpcontent2/source/text/simpress/01.po  |2 
 source/sl/helpcontent2/source/text/simpress/02.po  |2 
 source/sl/helpcontent2/source/text/simpress/04.po  |2 
 source/sl/helpcontent2/source/text/simpress/guide.po   |2 
 source/sl/helpcontent2/source/text/smath.po|2 
 source/sl/helpcontent2/source/text/smath/01.po |2 
 source/sl/helpcontent2/source/text/smath/04.po |2 
 source/sl/helpcontent2/source/text/smath/guide.po  |2 
 source/sl/helpcontent2/source/text/swriter.po  |   10 
 source/sl/helpcontent2/source/text/swriter/01.po   |2 
 source/sl/helpcontent2/source/text/swriter/02.po   |2 
 source/sl/helpcontent2/source/text/swriter/04.po   |2 
 source/sl/helpcontent2/source/text/swriter/guide.po|2 
 source/sl/helpcontent2/source/text/swriter/librelogo.po|4 
 source/sl/helpcontent2/source/text/swriter/menu.po |2 
 source/sl/officecfg/registry/data/org/openoffice/Office.po |  374 -
 source/sl/sd/messages.po   |  169 +
 source/sl/svtools/messages.po  |   48 -
 source/sl/sw/messages.po   |4 
 57 files changed, 373 insertions(+), 532 deletions(-)

New commits:
commit ced285e64bd6856c29ff97baeedf638999617b6d
Author: Martin Srebotnjak 
AuthorDate: Thu Dec 8 08:21:33 2022 +0100
Commit: Andras Timar 
CommitDate: Thu Dec 8 08:21:33 2022 +0100

Updated Slovenian translation

Change-Id: Ie51bf4dc89ebff4ea2b91eed934892f09f8029d2

diff --git a/source/sl/cui/messages.po b/source/sl/cui/messages.po
index a50f1004cb3..708839ac3e6 100644
--- a/source/sl/cui/messages.po
+++ b/source/sl/cui/messages.po
@@ -3,14 +3,14 @@ msgid ""
 msgstr ""
 "Project-Id-Version: LibreOffice 7.5\n"
 "Report-Msgid-Bugs-To: 
https://bugs.libreoffice.org/enter_bug.cgi?product=LibreOffice_status=UNCONFIRMED=UI\n;
-"POT-Creation-Date: 2022-12-04 10:18+0100\n"
+"POT-Creation-Date: 2022-12-07 21:45+0100\n"
 "PO-Revision-Date: 2022-12-04 11:56+0200\n"
 "Last-Translator: Martin Srebotnjak \n"
 "Language-Team: sl.libreoffice.org\n"
-"Language: sl\n"
 "MIME-Version: 1.0\n"
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
+"Language: sl\n"
 "Plural-Forms: 

[Libreoffice-commits] core.git: translations

[Martin Srebotnjak (via logerrit)]

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

New commits:
commit dff93e6387172b208355bc5f1b82344ecce4d25d
Author: Martin Srebotnjak 
AuthorDate: Thu Dec 8 08:21:42 2022 +0100
Commit: Gerrit Code Review 
CommitDate: Thu Dec 8 07:21:42 2022 +

Update git submodules

* Update translations from branch 'master'
  to ced285e64bd6856c29ff97baeedf638999617b6d
  - Updated Slovenian translation

Change-Id: Ie51bf4dc89ebff4ea2b91eed934892f09f8029d2

diff --git a/translations b/translations
index cdfaa521c1ae..ced285e64bd6 16
--- a/translations
+++ b/translations
@@ -1 +1 @@
-Subproject commit cdfaa521c1ae3d7e579b0a8004ccd4878fa4411d
+Subproject commit ced285e64bd6856c29ff97baeedf638999617b6d

[Libreoffice-bugs] [Bug 145358] Dynamic QR / Barcode creation using spreadsheet cell reference

[bugzilla-daemon]

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

--- Comment #7 from Heiko Tietze  ---
Changed my mind and we should make this available somehow. But I wonder if this
is a duplicate of bug 138856.

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - desktop/source sw/qa sw/source

[Miklos Vajna (via logerrit)]

 desktop/source/lib/init.cxx   |3 +-
 sw/qa/uibase/uno/uno.cxx  |   40 +
 sw/source/uibase/uno/loktxdoc.cxx |   41 --
 3 files changed, 81 insertions(+), 3 deletions(-)

New commits:
commit 9c4cd504dba88a8542691480404e6d3b67c81f79
Author: Miklos Vajna 
AuthorDate: Wed Dec 7 09:35:15 2022 +0100
Commit: Miklos Vajna 
CommitDate: Thu Dec 8 07:07:46 2022 +

sw, lok: implement a getCommandValues(Bookmarks)

There was no LOK API to get a list of all bookmarks where the name
matches a certain prefix.

This is useful in case the API client wants to know what previously
inserted bookmarks were deleted by the user as part of deleting text
content.

Add a new getCommandValues(".uno:Bookmarks") that returns the names of
matching bookmarks. Do not return the bookmark text, assuming that would
be updated by the API client anyway.

In practice this is needed by Zotero in case it wants to model its
citations with bookmarks.

(cherry picked from commit e0bf2712aa9e240748534e3a7498d41c8eeeb9d7)

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

diff --git a/desktop/source/lib/init.cxx b/desktop/source/lib/init.cxx
index 1331aac9c69d..f398e23d91b7 100644
--- a/desktop/source/lib/init.cxx
+++ b/desktop/source/lib/init.cxx
@@ -5727,7 +5727,8 @@ static char* doc_getCommandValues(LibreOfficeKitDocument* 
pThis, const char* pCo
 static constexpr OStringLiteral aFontSubset(".uno:FontSubset=");
 static const std::initializer_list vForward = {
 u"TextFormFields",
-u"SetDocumentProperties"
+u"SetDocumentProperties",
+u"Bookmarks"
 };
 
 if (!strcmp(pCommand, ".uno:LanguageStatus"))
diff --git a/sw/qa/uibase/uno/uno.cxx b/sw/qa/uibase/uno/uno.cxx
index d8bb4dc68fba..1664f18c5dda 100644
--- a/sw/qa/uibase/uno/uno.cxx
+++ b/sw/qa/uibase/uno/uno.cxx
@@ -174,6 +174,46 @@ CPPUNIT_TEST_FIXTURE(SwUibaseUnoTest, 
testGetDocumentProperties)
  aTree.get_child("userDefinedProperties").count(""));
 }
 
+CPPUNIT_TEST_FIXTURE(SwUibaseUnoTest, testGetBookmarks)
+{
+// Given a document with 3 bookmarks: 2 zotero references and a zotero 
bibliography:
+createSwDoc();
+{
+uno::Sequence aArgs = {
+comphelper::makePropertyValue("Bookmark", 
uno::Any(OUString("ZOTERO_BREF_1"))),
+};
+dispatchCommand(mxComponent, ".uno:InsertBookmark", aArgs);
+}
+{
+uno::Sequence aArgs = {
+comphelper::makePropertyValue("Bookmark", 
uno::Any(OUString("ZOTERO_BREF_2"))),
+};
+dispatchCommand(mxComponent, ".uno:InsertBookmark", aArgs);
+}
+{
+uno::Sequence aArgs = {
+comphelper::makePropertyValue("Bookmark", 
uno::Any(OUString("ZOTERO_BIBL"))),
+};
+dispatchCommand(mxComponent, ".uno:InsertBookmark", aArgs);
+}
+
+// When getting the reference bookmarks:
+tools::JsonWriter aJsonWriter;
+OString aCommand(".uno:Bookmarks?namePrefix=ZOTERO_BREF_");
+auto pXTextDocument = dynamic_cast(mxComponent.get());
+pXTextDocument->getCommandValues(aJsonWriter, aCommand);
+
+// Then make sure we get the 2 references but not the bibliography:
+std::unique_ptr 
pJSON(aJsonWriter.extractData());
+std::stringstream aStream(pJSON.get());
+boost::property_tree::ptree aTree;
+boost::property_tree::read_json(aStream, aTree);
+// Without the accompanying fix in place, this test would have failed with:
+// - No such node (bookmarks)
+// i.e. the returned JSON was just empty.
+CPPUNIT_ASSERT_EQUAL(static_cast(2), 
aTree.get_child("bookmarks").count(""));
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/uibase/uno/loktxdoc.cxx 
b/sw/source/uibase/uno/loktxdoc.cxx
index b5716aeb925e..fd6d05eef132 100644
--- a/sw/source/uibase/uno/loktxdoc.cxx
+++ b/sw/source/uibase/uno/loktxdoc.cxx
@@ -99,7 +99,7 @@ void GetTextFormFields(tools::JsonWriter& rJsonWriter, 
SwDocShell* pDocShell,
 ///
 /// Parameters:
 ///
-/// - namePrefix: field name prefix not not return all user-defined properties
+/// - namePrefix: field name prefix to not return all user-defined properties
 void GetDocumentProperties(tools::JsonWriter& rJsonWriter, SwDocShell* 
pDocShell,
const std::map& rArguments)
 {
@@ -138,6 +138,38 @@ void GetDocumentProperties(tools::JsonWriter& rJsonWriter, 
SwDocShell* pDocShell
 rJsonWriter.put("value", aValue);
 }
 }
+
+/// Implements getCommandValues(".uno:Bookmarks").
+///
+/// Parameters:
+///
+/// - namePrefix: bookmark name prefix to not return all bookmarks
+void GetBookmarks(tools::JsonWriter& rJsonWriter, SwDocShell* 

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - sw/Library_sw.mk sw/source

[Miklos Vajna (via logerrit)]

 sw/Library_sw.mk  |1 
 sw/source/uibase/uno/loktxdoc.cxx |  182 ++
 sw/source/uibase/uno/unotxdoc.cxx |  140 -
 3 files changed, 183 insertions(+), 140 deletions(-)

New commits:
commit 6422c873e692f3b6280bead6bacc67e2cfa70258
Author: Miklos Vajna 
AuthorDate: Wed Dec 7 08:28:00 2022 +0100
Commit: Miklos Vajna 
CommitDate: Thu Dec 8 07:07:16 2022 +

sw: split out some of the LOK parts of SwXTextDocument into a separate file

Because this has little to do with UNO.

(cherry picked from commit c2bcbd36d1913dc1d5ca4bb64fa30740f17bf326)

Conflicts:
sw/source/uibase/uno/unotxdoc.cxx

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

diff --git a/sw/Library_sw.mk b/sw/Library_sw.mk
index 47fd05e8d0c0..6e00b2e9a500 100644
--- a/sw/Library_sw.mk
+++ b/sw/Library_sw.mk
@@ -759,6 +759,7 @@ $(eval $(call gb_Library_add_exception_objects,sw,\
 sw/source/uibase/uno/unomod \
 sw/source/uibase/uno/unomodule \
 sw/source/uibase/uno/unotxdoc \
+sw/source/uibase/uno/loktxdoc \
 sw/source/uibase/uno/unotxvw \
 sw/source/uibase/utlui/attrdesc \
 sw/source/uibase/utlui/bookctrl \
diff --git a/sw/source/uibase/uno/loktxdoc.cxx 
b/sw/source/uibase/uno/loktxdoc.cxx
new file mode 100644
index ..b5716aeb925e
--- /dev/null
+++ b/sw/source/uibase/uno/loktxdoc.cxx
@@ -0,0 +1,182 @@
+/* -*- 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/.
+ *
+ * This file incorporates work covered by the following license notice:
+ *
+ *   Licensed to the Apache Software Foundation (ASF) under one or more
+ *   contributor license agreements. See the NOTICE file distributed
+ *   with this work for additional information regarding copyright
+ *   ownership. The ASF licenses this file to you under the Apache
+ *   License, Version 2.0 (the "License"); you may not use this file
+ *   except in compliance with the License. You may obtain a copy of
+ *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
+ */
+
+#include 
+
+#include 
+#include 
+#include 
+
+#include 
+
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#include 
+#include 
+#include 
+
+using namespace ::com::sun::star;
+
+namespace
+{
+/// Implements getCommandValues(".uno:TextFormFields").
+///
+/// Parameters:
+///
+/// - type: e.g. ODF_UNHANDLED
+/// - commandPrefix: field comment prefix not not return all fieldmarks
+void GetTextFormFields(tools::JsonWriter& rJsonWriter, SwDocShell* pDocShell,
+   const std::map& rArguments)
+{
+OUString aType;
+OUString aCommandPrefix;
+{
+auto it = rArguments.find("type");
+if (it != rArguments.end())
+{
+aType = it->second;
+}
+
+it = rArguments.find("commandPrefix");
+if (it != rArguments.end())
+{
+aCommandPrefix = it->second;
+}
+}
+
+SwDoc* pDoc = pDocShell->GetDoc();
+IDocumentMarkAccess* pMarkAccess = pDoc->getIDocumentMarkAccess();
+tools::ScopedJsonWriterArray aFields = rJsonWriter.startArray("fields");
+for (auto it = pMarkAccess->getFieldmarksBegin(); it != 
pMarkAccess->getFieldmarksEnd(); ++it)
+{
+auto pFieldmark = dynamic_cast(*it);
+assert(pFieldmark);
+if (pFieldmark->GetFieldname() != aType)
+{
+continue;
+}
+
+auto itParam = pFieldmark->GetParameters()->find(ODF_CODE_PARAM);
+if (itParam == pFieldmark->GetParameters()->end())
+{
+continue;
+}
+
+OUString aCommand;
+itParam->second >>= aCommand;
+if (!aCommand.startsWith(aCommandPrefix))
+{
+continue;
+}
+
+tools::ScopedJsonWriterStruct aField = rJsonWriter.startStruct();
+rJsonWriter.put("type", aType);
+rJsonWriter.put("command", aCommand);
+}
+}
+
+/// Implements getCommandValues(".uno:SetDocumentProperties").
+///
+/// Parameters:
+///
+/// - namePrefix: field name prefix not not return all user-defined properties
+void GetDocumentProperties(tools::JsonWriter& rJsonWriter, SwDocShell* 
pDocShell,
+   const std::map& rArguments)
+{
+OUString aNamePrefix;
+auto it = rArguments.find("namePrefix");
+if (it != rArguments.end())
+{
+aNamePrefix = it->second;
+}
+
+uno::Reference 
xDPS(pDocShell->GetModel(),
+   uno::UNO_QUERY);
+

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

[Miklos Vajna (via logerrit)]

 svgio/qa/cppunit/SvgImportTest.cxx |  192 +
 1 file changed, 47 insertions(+), 145 deletions(-)

New commits:
commit 33da0909986aad344a956d2a710b3b8687da1a11
Author: Miklos Vajna 
AuthorDate: Wed Dec 7 20:54:01 2022 +0100
Commit: Miklos Vajna 
CommitDate: Thu Dec 8 07:06:31 2022 +

CppunitTest_svgio: use CPPUNIT_TEST_FIXTURE()

This suite is large enough so that avoiding the
declaration/registration/definition of each test manually saves a lot of
space.

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

diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index cf678964b996..6e4ac0255677 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -37,106 +37,10 @@ using drawinglayer::primitive2d::Primitive2DReference;
 
 class Test : public test::BootstrapFixture, public XmlTestTools
 {
+protected:
 void checkRectPrimitive(Primitive2DSequence const & rPrimitive);
 
-void testStyles();
-void testSymbol();
-void testTdf87309();
-void testFontsizeKeywords();
-void testFontsizePercentage();
-void testFontsizeRelative();
-void testMarkerOrient();
-void testMarkerInPresentation();
-void testMarkerInCssStyle();
-void testTextXmlSpace();
-void testTdf45771();
-void testTdf97941();
-void testTdf104339();
-void testTdf85770();
-void testTdf79163();
-void testTdf97542_1();
-void testTdf97542_2();
-void testTdf97543();
-void testRGBColor();
-void testRGBAColor();
-void testNoneColor();
-void testTdf97936();
-void testTdf149893();
-void testShapeWithClipPathAndCssStyle();
-void testClipPathAndParentStyle();
-void testClipPathAndStyle();
-void testShapeWithClipPath();
-void testClipPathUsingClipPath();
-void testFillRule();
-void testClipRule();
-void testi125329();
-void testMaskingPath07b();
-void test123926();
-void test47446();
-void test47446b();
-void testTdf103888();
-void testMaskText();
-void testTdf4();
-void testTdf99115();
-void testTdf101237();
-void testTdf94765();
-void testBehaviourWhenWidthAndHeightIsOrIsNotSet();
-void testTdf97663();
-void testTdf149880();
-void testCssClassRedefinition();
-void testTspanFillOpacity();
-
 Primitive2DSequence parseSvg(std::u16string_view aSource);
-
-public:
-CPPUNIT_TEST_SUITE(Test);
-CPPUNIT_TEST(testStyles);
-CPPUNIT_TEST(testSymbol);
-CPPUNIT_TEST(testTdf87309);
-CPPUNIT_TEST(testFontsizeKeywords);
-CPPUNIT_TEST(testFontsizePercentage);
-CPPUNIT_TEST(testFontsizeRelative);
-CPPUNIT_TEST(testMarkerOrient);
-CPPUNIT_TEST(testMarkerInPresentation);
-CPPUNIT_TEST(testMarkerInCssStyle);
-CPPUNIT_TEST(testTextXmlSpace);
-CPPUNIT_TEST(testTdf45771);
-CPPUNIT_TEST(testTdf97941);
-CPPUNIT_TEST(testTdf104339);
-CPPUNIT_TEST(testTdf85770);
-CPPUNIT_TEST(testTdf79163);
-CPPUNIT_TEST(testTdf97542_1);
-CPPUNIT_TEST(testTdf97542_2);
-CPPUNIT_TEST(testTdf97543);
-CPPUNIT_TEST(testRGBColor);
-CPPUNIT_TEST(testRGBAColor);
-CPPUNIT_TEST(testNoneColor);
-CPPUNIT_TEST(testTdf97936);
-CPPUNIT_TEST(testTdf149893);
-CPPUNIT_TEST(testShapeWithClipPathAndCssStyle);
-CPPUNIT_TEST(testClipPathAndParentStyle);
-CPPUNIT_TEST(testClipPathAndStyle);
-CPPUNIT_TEST(testShapeWithClipPath);
-CPPUNIT_TEST(testClipPathUsingClipPath);
-CPPUNIT_TEST(testFillRule);
-CPPUNIT_TEST(testClipRule);
-CPPUNIT_TEST(testi125329);
-CPPUNIT_TEST(testMaskingPath07b);
-CPPUNIT_TEST(test123926);
-CPPUNIT_TEST(test47446);
-CPPUNIT_TEST(test47446b);
-CPPUNIT_TEST(testTdf103888);
-CPPUNIT_TEST(testMaskText);
-CPPUNIT_TEST(testTdf4);
-CPPUNIT_TEST(testTdf99115);
-CPPUNIT_TEST(testTdf101237);
-CPPUNIT_TEST(testTdf94765);
-CPPUNIT_TEST(testBehaviourWhenWidthAndHeightIsOrIsNotSet);
-CPPUNIT_TEST(testTdf97663);
-CPPUNIT_TEST(testTdf149880);
-CPPUNIT_TEST(testCssClassRedefinition);
-CPPUNIT_TEST(testTspanFillOpacity);
-CPPUNIT_TEST_SUITE_END();
 };
 
 Primitive2DSequence Test::parseSvg(std::u16string_view aSource)
@@ -191,7 +95,7 @@ bool arePrimitive2DSequencesEqual(const Primitive2DSequence& 
rA, const Primitive
 // Attributes for an object (like rect as in this case) can be defined
 // in different ways (directly with xml attributes, or with CSS styles),
 // however the end result should be the same.
-void Test::testStyles()
+CPPUNIT_TEST_FIXTURE(Test, testStyles)
 {
 Primitive2DSequence aSequenceRect = 
parseSvg(u"/svgio/qa/cppunit/data/Rect.svg");
 CPPUNIT_ASSERT_EQUAL(1, static_cast(aSequenceRect.getLength()));
@@ -214,7 +118,7 @@ void Test::testStyles()
 

[Libreoffice-bugs] [Bug 31480] Find/replace non-printing characters easily

[bugzilla-daemon]

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

--- Comment #42 from AlleneBrick  ---
MyCenturaHealth patient portal offers benefits, medical records, bill payment,
messaging feature, reminders, test, reports. We've given you MyCentura login
guide here. https://mycenturahealth.site/

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

[Libreoffice-bugs] [Bug 125943] [META] Qt5 VCL backend bugs and enhancements

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Depends on||152281


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=152281
[Bug 152281] warn:vcl: ... AccessibleDescription already set
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152281] warn:vcl: ... AccessibleDescription already set

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Blocks||125943


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 143480] Writer: In Navigator, promotion or demotion of a level should change heading level in document

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #11 from Dieter  ---
I can't confirm the problem with

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
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

Paul, since headings in navigator are defined by chapter numbering, please make
sure, you have defined paragraph style _H5 to the sublevel and not _H4.

Could you please check it and give feedback? Please also make sure, you're
using actual version of LO.
=> NEEDINFO

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

[Libreoffice-bugs] [Bug 108771] [META] DOCX (OOXML) page-related issues

[bugzilla-daemon]

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

Bug 137162 Summary: [DOCX] Number of Columns displayed in dialog Page 
Style>Columns is one too low
https://bugs.documentfoundation.org/show_bug.cgi?id=137162

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 103304] [META] Page style dialog bugs and enhancements

[bugzilla-daemon]

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

Bug 137162 Summary: [DOCX] Number of Columns displayed in dialog Page 
Style>Columns is one too low
https://bugs.documentfoundation.org/show_bug.cgi?id=137162

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 107836] [META] Page and section column bugs and enhancements

[bugzilla-daemon]

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

Bug 137162 Summary: [DOCX] Number of Columns displayed in dialog Page 
Style>Columns is one too low
https://bugs.documentfoundation.org/show_bug.cgi?id=137162

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 137162] [DOCX] Number of Columns displayed in dialog Page Style>Columns is one too low

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #13 from Dieter  ---
Retested with

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
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

Steps:
1. Open attachment 165981
2. File contains a section with 2 columns and page style has one column
(expected)
3. Save as odt-file => section with 2 columns and page style with one column
(expected)
3. Save as docx-file => section with 2 columns and page style with one column
(expected)

So I can't see the problem described in original bug report
=> RESOLVED WORKSFORME (please change back to UNCONFIRMED, if you disagree,
Cor)

Additional information
I see the problem, that I can't enter text outside the section. But that might
be a different problem.

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

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

[Mike Kaganski (via logerrit)]

 sw/source/filter/ww8/docxtablestyleexport.cxx |   73 --
 1 file changed, 35 insertions(+), 38 deletions(-)

New commits:
commit 52c75986adc2b370eb55ce918ab1db0a95831c83
Author: Mike Kaganski 
AuthorDate: Wed Dec 7 20:34:16 2022 +0300
Commit: Mike Kaganski 
CommitDate: Thu Dec 8 04:21:27 2022 +

Simplify uses of FastAttributeList::add

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

diff --git a/sw/source/filter/ww8/docxtablestyleexport.cxx 
b/sw/source/filter/ww8/docxtablestyleexport.cxx
index 570c43130778..46a052e0c724 100644
--- a/sw/source/filter/ww8/docxtablestyleexport.cxx
+++ b/sw/source/filter/ww8/docxtablestyleexport.cxx
@@ -49,7 +49,7 @@ public:
 SwDoc& getDoc() const { return m_rDoc; }
 
 /// Handles a boolean value.
-void handleBoolean(const OUString& aValue, sal_Int32 nToken);
+void handleBoolean(std::u16string_view aValue, sal_Int32 nToken);
 
 /// Export of w:pPr.
 void tableStylePPr(const uno::Sequence& rPPr);
@@ -95,7 +95,7 @@ void DocxTableStyleExport::CnfStyle(const 
uno::Sequence& r
 for (const auto& rAttribute : rAttributeList)
 {
 if (rAttribute.Name == "val")
-pAttributeList->add(FSNS(XML_w, XML_val), 
rAttribute.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_val), 
rAttribute.Value.get());
 else
 {
 static DocxStringTokenMap const aTokens[]
@@ -114,7 +114,7 @@ void DocxTableStyleExport::CnfStyle(const 
uno::Sequence& r
 { nullptr, 0 } };
 
 if (sal_Int32 nToken = DocxStringGetToken(aTokens, 
rAttribute.Name))
-pAttributeList->add(FSNS(XML_w, nToken), 
rAttribute.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, nToken), 
rAttribute.Value.get());
 }
 }
 
@@ -192,7 +192,7 @@ void DocxTableStyleExport::Impl::tableStyleTcBorder(
 = sax_fastparser::FastSerializerHelper::createAttrList();
 for (const auto& rProp : rTcBorder)
 if (sal_Int32 nAttrToken = DocxStringGetToken(aTcBorderTokens, 
rProp.Name))
-pAttributeList->add(FSNS(XML_w, nAttrToken), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, nAttrToken), 
rProp.Value.get());
 
 m_pSerializer->singleElementNS(XML_w, nToken, pAttributeList);
 }
@@ -233,19 +233,17 @@ void DocxTableStyleExport::Impl::tableStyleShd(const 
uno::Sequenceadd(FSNS(XML_w, XML_val), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_val), 
rProp.Value.get());
 else if (rProp.Name == "color")
-pAttributeList->add(FSNS(XML_w, XML_color), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_color), 
rProp.Value.get());
 else if (rProp.Name == "fill")
-pAttributeList->add(FSNS(XML_w, XML_fill), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_fill), 
rProp.Value.get());
 else if (rProp.Name == "themeFill")
-pAttributeList->add(FSNS(XML_w, XML_themeFill), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeFill), 
rProp.Value.get());
 else if (rProp.Name == "themeFillShade")
-pAttributeList->add(FSNS(XML_w, XML_themeFillShade),
-rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeFillShade), 
rProp.Value.get());
 else if (rProp.Name == "themeFillTint")
-pAttributeList->add(FSNS(XML_w, XML_themeFillTint),
-rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeFillTint), 
rProp.Value.get());
 }
 m_pSerializer->singleElementNS(XML_w, XML_shd, pAttributeList);
 }
@@ -260,13 +258,13 @@ void DocxTableStyleExport::Impl::tableStyleRColor(const 
uno::Sequenceadd(FSNS(XML_w, XML_val), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_val), 
rProp.Value.get());
 else if (rProp.Name == "themeColor")
-pAttributeList->add(FSNS(XML_w, XML_themeColor), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeColor), 
rProp.Value.get());
 else if (rProp.Name == "themeTint")
-pAttributeList->add(FSNS(XML_w, XML_themeTint), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeTint), 
rProp.Value.get());
 else if (rProp.Name == "themeShade")
-pAttributeList->add(FSNS(XML_w, XML_themeShade), 
rProp.Value.get().toUtf8());
+pAttributeList->add(FSNS(XML_w, XML_themeShade), 
rProp.Value.get());
 }
 m_pSerializer->singleElementNS(XML_w, XML_color, pAttributeList);
 }
@@ -281,11 +279,11 @@ void DocxTableStyleExport::Impl::tableStyleRLang(const 
uno::Sequenceadd(FSNS(XML_w, 

[Libreoffice-commits] core.git: officecfg/registry

[Adolfo Jayme Barrientos (via logerrit)]

 officecfg/registry/data/org/openoffice/Office/PresentationMinimizer.xcu   |
6 +++---
 officecfg/registry/schema/org/openoffice/Office/PresentationMinimizer.xcs |
4 ++--
 2 files changed, 5 insertions(+), 5 deletions(-)

New commits:
commit 9c7b3bded56aba4c6c2fb02c358f2d1ab1bc72fd
Author: Adolfo Jayme Barrientos 
AuthorDate: Wed Dec 7 13:19:02 2022 -0600
Commit: Adolfo Jayme Barrientos 
CommitDate: Thu Dec 8 03:27:08 2022 +

Tweak recently introduced strings according to typography guidelines…

... and to solve a long-standing typo that went unnoticed

Change-Id: Ic129550627267300f689fd2fc9f55749b355a6f8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143797
Tested-by: Adolfo Jayme Barrientos 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git 
a/officecfg/registry/data/org/openoffice/Office/PresentationMinimizer.xcu 
b/officecfg/registry/data/org/openoffice/Office/PresentationMinimizer.xcu
index f9a9ea5e3546..8f93e4843d69 100644
--- a/officecfg/registry/data/org/openoffice/Office/PresentationMinimizer.xcu
+++ b/officecfg/registry/data/org/openoffice/Office/PresentationMinimizer.xcu
@@ -63,19 +63,19 @@ The current presentation contains no OLE objects.
 OK
 
 
-Successfully updated the presentation 
'%TITLE'.
+Successfully updated the presentation 
“%TITLE”.
 
 
 The file size has changed from 
%OLDFILESIZE MB to %NEWFILESIZE MB.
 
 
-The file size has changed from 
%OLDFILESIZE MB to approximated %NEWFILESIZE MB.
+The file size has changed from 
%OLDFILESIZE MB to approximately %NEWFILESIZE MB.
 
 
 The file size has changed to %NEWFILESIZE 
MB.
 
 
-The file size has changed to approximated 
%NEWFILESIZE MB.
+The file size has changed to approximately 
%NEWFILESIZE MB.
 
 
 Duplicating presentation...
diff --git 
a/officecfg/registry/schema/org/openoffice/Office/PresentationMinimizer.xcs 
b/officecfg/registry/schema/org/openoffice/Office/PresentationMinimizer.xcs
index 8a6eadb7c3a8..683cf47c359a 100644
--- a/officecfg/registry/schema/org/openoffice/Office/PresentationMinimizer.xcs
+++ b/officecfg/registry/schema/org/openoffice/Office/PresentationMinimizer.xcs
@@ -193,7 +193,7 @@ The current presentation contains no OLE objects.

 
String STR_INFO_SECONDARY_2.
-The file size has changed from %OLDFILESIZE MB to 
approximated %NEWFILESIZE MB.
+The file size has changed from %OLDFILESIZE MB to 
approximately %NEWFILESIZE MB.

 
String STR_INFO_SECONDARY_3.
@@ -201,7 +201,7 @@ The current presentation contains no OLE objects.

 
String STR_INFO_SECONDARY_4.
-The file size has changed to approximated %NEWFILESIZE 
MB.
+The file size has changed to approximately %NEWFILESIZE 
MB.

 
String STR_DUPLICATING_PRESENTATION.

[Libreoffice-bugs] [Bug 151105] BASE-FORMS: Find function refreshes form for each record visited, making search unusable (MacOS only)

[bugzilla-daemon]

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

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 151105] BASE-FORMS: Find function refreshes form for each record visited, making search unusable (MacOS only)

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 149016] LibreOffice crashes when *using* Zotero add-on or opening a file in which Zotero add-on has been used

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 149016] LibreOffice crashes when *using* Zotero add-on or opening a file in which Zotero add-on has been used

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 149011] Every time I close the App I receive an Error Message stating that it needs to recover the Document I last saved due to a Crash that never happened.

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 143085] Crash part way through spell check

[bugzilla-daemon]

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

--- Comment #10 from QA Administrators  ---
Dear David Norfol,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 143166] CALC: FORMATTING: Incorrect reformatting of chart upon load of document

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 149011] Every time I close the App I receive an Error Message stating that it needs to recover the Document I last saved due to a Crash that never happened.

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Willie B. Hadley Jr,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 141290] Base Form Label copy/paste erases the original label control and then does not restore it correctly when undo

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 138860] Writer bug. When I take with the mouse a field from a database to include it in a writter document it doesn't work, unless you take it really fast

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 141290] Base Form Label copy/paste erases the original label control and then does not restore it correctly when undo

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear frank.derville,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 137334] Fileopen DOCX: missing frame with paragraph level border set

[bugzilla-daemon]

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

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

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 138860] Writer bug. When I take with the mouse a field from a database to include it in a writter document it doesn't work, unless you take it really fast

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 137162] [DOCX] Number of Columns displayed in dialog Page Style>Columns is one too low

[bugzilla-daemon]

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

--- Comment #12 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-bugs] [Bug 134536] Writer Table Formulas Don't Support RnCn cell references

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear Michael Warner,

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 136415] FILEOPEN DOCX Paragraph direct formatting settings not prioritized over style settings in VML shape

[bugzilla-daemon]

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

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

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 135088] India Income tax returns excel file multiple macro errors (VBA)

[bugzilla-daemon]

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

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

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 133471] Not saving (loading?) NarrowName of months properly

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Mihkel Tõnnov,

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 123384] FILEOPEN DOCX MOD table formula is not working in LO

[bugzilla-daemon]

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

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

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 114125] UI hangs / lockup when saving files

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Colin Close,

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 123357] FILEOPEN DOCX DEFINED table formula is not working in LO

[bugzilla-daemon]

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

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

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 106310] FILESAVE symmetric transition of Bézier point lost on save

[bugzilla-daemon]

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

--- Comment #9 from QA Administrators  ---
Dear Regina Henschel,

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 103447] Issues when working with URLs in Calc

[bugzilla-daemon]

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

--- Comment #10 from QA Administrators  ---
Dear Aron Budea,

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 145954] Unable to access Math menus using Tabbed interface on Kf5

[bugzilla-daemon]

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

--- Comment #6 from CasinoWis  ---
The availability of "easy money. People are attracted by the possibility of
getting money "immediately and now," without a huge expenditure of energy and
effort. - Huge winnings can check here
https://casinowis.com/jackpot-jill-casino-review . Casinos offer the
opportunity to win varying amounts of money, spending much less on bets in slot
machines or in various table games.

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

[Libreoffice-bugs] [Bug 152418] Print on #10 envelope not legible.

[bugzilla-daemon]

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

--- Comment #1 from rwhittom...@gmail.com ---
This may be a problem with windows 11.
I tried some more things and realized that the computer with Word on it which
seemed to work on printing #10 envelopes using Word is running windows 10.
My new computer, which is windows 11, does not have word so I was going to try
LibreOffice instead of purchasing Word.
If anyone else is having trouble with windows 11 in this regard perhaps a patch
can correct the problem.

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

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

[offtkp (via logerrit)]

 chart2/qa/extras/chart2import.cxx  |   29 +
 chart2/qa/extras/data/xlsx/barchart_totalsrow.xlsx |binary
 sc/source/ui/unoobj/chart2uno.cxx  |   20 ++
 3 files changed, 49 insertions(+)

New commits:
commit ad085990b8073a122ac5222e5220f8f1d6826dcf
Author: offtkp 
AuthorDate: Wed Nov 30 00:54:08 2022 +0200
Commit: Tomaž Vajngerl 
CommitDate: Thu Dec 8 00:15:46 2022 +

xlsx: Don't add cell data to chart data sequence if in totalsRow

When importing data from a cell range to use in a chart, if a cell is in
the totalsRow it is now ignored if it's the last row in the range.

Change-Id: Ie8c79b995c4d46b361492e8f7687894e2640392f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143488
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl 

diff --git a/chart2/qa/extras/chart2import.cxx 
b/chart2/qa/extras/chart2import.cxx
index 68791e3b2d21..a9c301a94b93 100644
--- a/chart2/qa/extras/chart2import.cxx
+++ b/chart2/qa/extras/chart2import.cxx
@@ -137,6 +137,7 @@ public:
 void testTdf121205();
 void testFixedSizeBarChartVeryLongLabel();
 void testAutomaticSizeBarChartVeryLongLabel();
+void testTotalsRowIgnored();
 
 CPPUNIT_TEST_SUITE(Chart2ImportTest);
 CPPUNIT_TEST(Fdo60083);
@@ -223,6 +224,7 @@ public:
 CPPUNIT_TEST(testTdf121205);
 CPPUNIT_TEST(testFixedSizeBarChartVeryLongLabel);
 CPPUNIT_TEST(testAutomaticSizeBarChartVeryLongLabel);
+CPPUNIT_TEST(testTotalsRowIgnored);
 
 CPPUNIT_TEST_SUITE_END();
 };
@@ -2274,6 +2276,33 @@ void 
Chart2ImportTest::testAutomaticSizeBarChartVeryLongLabel()
 CPPUNIT_ASSERT_DOUBLES_EQUAL(1192, xXAxis->getSize().Height, 100);
 }
 
+void Chart2ImportTest::testTotalsRowIgnored()
+{
+loadFromURL(u"xlsx/barchart_totalsrow.xlsx");
+{
+uno::Reference xChartDoc = 
getChartDocFromSheet(0, mxComponent);
+CPPUNIT_ASSERT(xChartDoc.is());
+
+Reference xDataSeq =
+getDataSequenceFromDocByRole(xChartDoc, u"values-y");
+CPPUNIT_ASSERT(xDataSeq.is());
+
+// Table data range is D2:D9 (8 rows) but because last row is totals 
row it is ignored
+CPPUNIT_ASSERT_EQUAL(static_cast(7u), 
xDataSeq->getData().size());
+}
+{
+uno::Reference xChartDoc = 
getChartDocFromSheet(1, mxComponent);
+CPPUNIT_ASSERT(xChartDoc.is());
+
+Reference xDataSeq =
+getDataSequenceFromDocByRole(xChartDoc, u"values-y");
+CPPUNIT_ASSERT(xDataSeq.is());
+
+// Table data range is D2:D10 (9 rows) and totals row isn't the last 
row so it's not ignored
+CPPUNIT_ASSERT_EQUAL(static_cast(9u), 
xDataSeq->getData().size());
+}
+}
+
 CPPUNIT_TEST_SUITE_REGISTRATION(Chart2ImportTest);
 
 CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/chart2/qa/extras/data/xlsx/barchart_totalsrow.xlsx 
b/chart2/qa/extras/data/xlsx/barchart_totalsrow.xlsx
new file mode 100644
index ..c87b2b3186ac
Binary files /dev/null and b/chart2/qa/extras/data/xlsx/barchart_totalsrow.xlsx 
differ
diff --git a/sc/source/ui/unoobj/chart2uno.cxx 
b/sc/source/ui/unoobj/chart2uno.cxx
index f92b1d4ec2ca..18378bdfedcd 100644
--- a/sc/source/ui/unoobj/chart2uno.cxx
+++ b/sc/source/ui/unoobj/chart2uno.cxx
@@ -2571,6 +2571,26 @@ void ScChart2DataSequence::BuildDataCache()
 m_pDocument->InitColumnBlockPosition( hint, nTab, nCol );
 for (SCROW nRow = aRange.aStart.Row(); nRow <= 
aRange.aEnd.Row(); ++nRow)
 {
+if (nRow == aRange.aEnd.Row())
+{
+// Excel behavior: if the last row is the totals 
row, the data
+// is not added to the chart. If it's not the last 
row, the data
+// is added like normal.
+const auto* rData = m_pDocument->GetDBAtCursor(
+nCol, nRow, nTab,
+ScDBDataPortion::AREA
+);
+if (rData && rData->HasTotals())
+{
+ScRange aTempRange;
+rData->GetArea(aTempRange);
+if (aTempRange.aEnd.Row() == nRow)
+{
+// Current row is totals row, skip
+break;
+}
+}
+}
 bool bColHidden = m_pDocument->ColHidden(nCol, nTab, 
nullptr, );
 bool bRowHidden = m_pDocument->RowHidden(nRow, nTab, 
nullptr, );
 

Re: ESC meeting agenda: 2022-12-08 16:00 CET

[Jean-Baptiste Faure]

Hi,

Le 07/12/2022 à 17:07, Miklos Vajna a écrit :

Hi,

The prototype agenda is below. Extra items are appreciated either in
this document or as a reply to this mail:


May I suggest to make the automatic translation function using DeepL experimental until it 
works on our own documentation guides? See bug #152247


Best regards
JBF
--
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

[Libreoffice-bugs] [Bug 151105] BASE-FORMS: Find function refreshes form for each record visited, making search unusable (MacOS only)

[bugzilla-daemon]

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

--- Comment #3 from Andrew Richardson  ---
Unfortunately I have separated from the employer where the MacOS software was
being used, and I do not have access to a Mac machine to create a demo.

The original issue was observed using forms with two levels of sub-forms (i.e.
customer->reservations->invoices).  When using older versions of LO 6.x, the
search function worked fine using the same forms on MacOS.  This issue reported
seems to be new with LO 7.x.

I understand this issue may remain an open issue without a way to easily
replicate.

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

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

[Eike Rathke (via logerrit)]

 sc/inc/cellvalues.hxx |3 +++
 sc/inc/formularesult.hxx  |3 ++-
 sc/source/core/data/cellvalues.cxx|7 +++
 sc/source/core/data/column4.cxx   |   22 ++
 sc/source/core/tool/formularesult.cxx |4 ++--
 5 files changed, 32 insertions(+), 7 deletions(-)

New commits:
commit 40a59e3e58de1c3f60ae52d09fbc386399f8f122
Author: Eike Rathke 
AuthorDate: Wed Dec 7 21:22:41 2022 +0100
Commit: Eike Rathke 
CommitDate: Wed Dec 7 23:41:51 2022 +

Resolves: tdf#120190 Handle multiline string in Formula to Value conversion

... as usual as EditTextObject.

Change-Id: Iddb52593851dcf371318f29318902ae8d4b483d9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143801
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/sc/inc/cellvalues.hxx b/sc/inc/cellvalues.hxx
index 0043d65270e6..352a152ec891 100644
--- a/sc/inc/cellvalues.hxx
+++ b/sc/inc/cellvalues.hxx
@@ -15,6 +15,7 @@
 
 class ScColumn;
 class ScFormulaCell;
+class EditTextObject;
 
 namespace svl
 {
@@ -69,6 +70,8 @@ public:
 void reset(size_t nSize);
 void setValue(size_t nRow, double fVal);
 void setValue(size_t nRow, const svl::SharedString& rStr);
+/// Takes ownership of pEditText.
+void setValue(size_t nRow, std::unique_ptr pEditText);
 
 void swap(CellValues& r);
 
diff --git a/sc/inc/formularesult.hxx b/sc/inc/formularesult.hxx
index ff036a78bcb3..581d9a4bba3d 100644
--- a/sc/inc/formularesult.hxx
+++ b/sc/inc/formularesult.hxx
@@ -35,12 +35,13 @@ struct FormulaResultValue
 
 double mfValue;
 svl::SharedString maString;
+bool mbMultiLine = false;
 Type meType;
 FormulaError mnError;
 
 FormulaResultValue();
 FormulaResultValue( double fValue );
-FormulaResultValue( svl::SharedString aStr );
+FormulaResultValue( svl::SharedString aStr, bool bMultiLine );
 FormulaResultValue( FormulaError nErr );
 };
 
diff --git a/sc/source/core/data/cellvalues.cxx 
b/sc/source/core/data/cellvalues.cxx
index 290dc0d091a9..d23d7a9eccca 100644
--- a/sc/source/core/data/cellvalues.cxx
+++ b/sc/source/core/data/cellvalues.cxx
@@ -11,6 +11,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 
@@ -147,6 +148,12 @@ void CellValues::setValue( size_t nRow, const 
svl::SharedString& rStr )
 mpImpl->miAttrPos = mpImpl->maCellTextAttrs.set(mpImpl->miAttrPos, nRow, 
sc::CellTextAttr());
 }
 
+void CellValues::setValue( size_t nRow, std::unique_ptr 
pEditText )
+{
+mpImpl->miCellPos = mpImpl->maCells.set(mpImpl->miCellPos, nRow, 
pEditText.release());
+mpImpl->miAttrPos = mpImpl->maCellTextAttrs.set(mpImpl->miAttrPos, nRow, 
sc::CellTextAttr());
+}
+
 void CellValues::swap( CellValues& r )
 {
 std::swap(mpImpl, r.mpImpl);
diff --git a/sc/source/core/data/column4.cxx b/sc/source/core/data/column4.cxx
index ce982e920f8c..83123dffd88b 100644
--- a/sc/source/core/data/column4.cxx
+++ b/sc/source/core/data/column4.cxx
@@ -30,6 +30,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 
@@ -478,13 +479,15 @@ namespace {
 class ConvertFormulaToValueHandler
 {
 sc::CellValues maResValues;
+ScDocument& mrDoc;
 bool mbModified;
 
 public:
-ConvertFormulaToValueHandler(ScSheetLimits const & rSheetLimits) :
+ConvertFormulaToValueHandler(ScDocument& rDoc) :
+mrDoc(rDoc),
 mbModified(false)
 {
-maResValues.reset(rSheetLimits.GetMaxRowCount());
+maResValues.reset(mrDoc.GetSheetLimits().GetMaxRowCount());
 }
 
 void operator() ( size_t nRow, const ScFormulaCell* pCell )
@@ -496,7 +499,18 @@ public:
 maResValues.setValue(nRow, aRes.mfValue);
 break;
 case sc::FormulaResultValue::String:
-maResValues.setValue(nRow, aRes.maString);
+if (aRes.mbMultiLine)
+{
+ScFieldEditEngine& rEngine = mrDoc.GetEditEngine();
+rEngine.SetTextCurrentDefaults(aRes.maString.getString());
+std::unique_ptr 
pObj(rEngine.CreateTextObject());
+pObj->NormalizeString(mrDoc.GetSharedStringPool());
+maResValues.setValue(nRow, std::move(pObj));
+}
+else
+{
+maResValues.setValue(nRow, aRes.maString);
+}
 break;
 case sc::FormulaResultValue::Error:
 case sc::FormulaResultValue::Invalid:
@@ -528,7 +542,7 @@ void ScColumn::ConvertFormulaToValue(
 sc::SharedFormulaUtil::splitFormulaCellGroups(GetDoc(), maCells, aBounds);
 
 // Parse all formulas within the range and store their results into 
temporary storage.
-ConvertFormulaToValueHandler aFunc(GetDoc().GetSheetLimits());
+ConvertFormulaToValueHandler aFunc(GetDoc());
 sc::ParseFormula(maCells.begin(), maCells, nRow1, nRow2, aFunc);
 if (!aFunc.isModified())
 // No formula 

[Libreoffice-bugs] [Bug 129434] [META] Writer (EDITING) Suggested bug fixes, enhancements and features for authors.

[bugzilla-daemon]

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

Bug 67669 Summary: Make narrow non-breaking spaces visible
https://bugs.documentfoundation.org/show_bug.cgi?id=67669

   What|Removed |Added

 Status|VERIFIED|REOPENED
 Resolution|FIXED   |---

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

[Libreoffice-bugs] [Bug 102345] [META] Formatting marks (aka Non-printing characters) bugs and enhancements

[bugzilla-daemon]

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

Bug 67669 Summary: Make narrow non-breaking spaces visible
https://bugs.documentfoundation.org/show_bug.cgi?id=67669

   What|Removed |Added

 Status|VERIFIED|REOPENED
 Resolution|FIXED   |---

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

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

[Khaled Hosny (via logerrit)]

 sw/source/core/text/inftxt.cxx   |1 -
 sw/source/core/text/itrform2.cxx |2 --
 sw/source/core/text/porfld.cxx   |1 -
 3 files changed, 4 deletions(-)

New commits:
commit f6935ce552ed625281104a10695de977a131b477
Author: Khaled Hosny 
AuthorDate: Wed Dec 7 22:21:09 2022 +0200
Commit: خالد حسني 
CommitDate: Wed Dec 7 23:30:55 2022 +

tdf#152413: Revert "tdf#67669 - Make narrow no-break space visible by 
drawing

... a gray background"

This is breaking text layout involving Narrow No-Break Space because now
it goes into a portion of its own and gets laid out independent of the
surrounding text.

Lets revert this until we have a way to highlight text without breaking
text layout (e.g. tdf#61444).

This reverts:

commit bbb57e8198863ee7bdadd3f2aac4420c08da94a3
Author: Andreas Heinisch 
Date:   Wed Jul 27 08:53:11 2022 +0200

tdf#67669 - Make narrow no-break space visible by drawing a gray 
background

and its followup commit:

commit 01e3c998e63fbf456e7f624adb1cae3d89ed7bb2
Author: Andreas Heinisch 
Date:   Mon Aug 22 23:02:48 2022 +0200

tdf#67669 - Make narrow no-break space visible by drawing a gray 
background

Change-Id: I040a4f17d51cfea4f1e9bdcd3bc14a3bfc56b245
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143802
Tested-by: Jenkins
Reviewed-by: خالد حسني 

diff --git a/sw/source/core/text/inftxt.cxx b/sw/source/core/text/inftxt.cxx
index bdb40ac74d01..737b6b3b2700 100644
--- a/sw/source/core/text/inftxt.cxx
+++ b/sw/source/core/text/inftxt.cxx
@@ -1678,7 +1678,6 @@ TextFrameIndex 
SwTextFormatInfo::ScanPortionEnd(TextFrameIndex const nStart,
 
 case CHAR_SOFTHYPHEN:
 case CHAR_HARDHYPHEN:
-case CHAR_NNBSP:
 case CHAR_HARDBLANK:
 case CH_TAB:
 case CH_BREAK:
diff --git a/sw/source/core/text/itrform2.cxx b/sw/source/core/text/itrform2.cxx
index db66d59913d5..9f075014fd9a 100644
--- a/sw/source/core/text/itrform2.cxx
+++ b/sw/source/core/text/itrform2.cxx
@@ -1699,8 +1699,6 @@ SwLinePortion 
*SwTextFormatter::NewPortion(SwTextFormatInfo ,
 case CHAR_SOFTHYPHEN:   // soft hyphen
 pPor = new SwSoftHyphPortion; break;
 
-// tdf#67669 - make narrow no-break space visible by drawing a 
gray background
-case CHAR_NNBSP:// narrow no-break space
 case CHAR_HARDBLANK:// no-break space
 // Please check tdf#115067 if you want to edit the char
 pPor = new SwBlankPortion( cChar ); break;
diff --git a/sw/source/core/text/porfld.cxx b/sw/source/core/text/porfld.cxx
index 146d0b9f76df..5b266b3308e6 100644
--- a/sw/source/core/text/porfld.cxx
+++ b/sw/source/core/text/porfld.cxx
@@ -398,7 +398,6 @@ bool SwFieldPortion::Format( SwTextFormatInfo  )
 case CH_TAB:
 case CHAR_HARDHYPHEN:   // non-breaking hyphen
 case CHAR_SOFTHYPHEN:
-case CHAR_NNBSP:
 case CHAR_HARDBLANK:
 case CHAR_ZWSP :
 case CHAR_WJ :

[Libreoffice-commits] core.git: 2 commits - cui/source include/svx svx/inc svx/source

[Caolán McNamara (via logerrit)]

 cui/source/options/optcolor.cxx|   29 -
 include/svx/Palette.hxx|5 +
 include/svx/PaletteManager.hxx |4 
 include/svx/colorbox.hxx   |6 --
 svx/inc/palettes.hxx   |9 +
 svx/source/tbxctrls/Palette.cxx|   15 +++
 svx/source/tbxctrls/PaletteManager.cxx |   19 +++
 svx/source/tbxctrls/tbcontrl.cxx   |   22 ++
 8 files changed, 90 insertions(+), 19 deletions(-)

New commits:
commit d327a3bf45808fc7575b7fffa681314e50b0adf8
Author: Caolán McNamara 
AuthorDate: Wed Dec 7 16:00:28 2022 +
Commit: Caolán McNamara 
CommitDate: Wed Dec 7 22:58:09 2022 +

Resolves: tdf#152301 allow using an existing ColorListBox to speed init

Change-Id: I31fb350fd69831e68ca7c60ec758126aab086895
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143791
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/cui/source/options/optcolor.cxx b/cui/source/options/optcolor.cxx
index 42c299de3f0b..70345fc5e40f 100644
--- a/cui/source/options/optcolor.cxx
+++ b/cui/source/options/optcolor.cxx
@@ -208,20 +208,18 @@ private:
 
 // Entry -- a color config entry:
 // text (checkbox) + color list box
-class Entry
+struct Entry
 {
-public:
 Entry(weld::Window* pTopLevel, weld::Builder& rBuilder, const char* 
pTextWidget, const char* pColorWidget,
-  const Color& rColor, int nCheckBoxLabelOffset, int* 
pColorWidthRequest, bool bCheckBox, bool bShow);
-public:
+  const Color& rColor, int nCheckBoxLabelOffset, const 
ColorListBox* pCache, bool bCheckBox, bool bShow);
 void SetText(const OUString& rLabel) { 
dynamic_cast(*m_xText).set_label(rLabel); }
 int get_height_request() const
 {
 return std::max(m_xText->get_preferred_size().Height(),
 
m_xColorList->get_widget().get_preferred_size().Height());
 }
-void Hide ();
-public:
+void Hide();
+
 void SetLinks(Link const&,
   Link const&,
   Link const&);
@@ -229,10 +227,10 @@ private:
 void Update (ExtendedColorConfigValue const&);
 void ColorChanged (ColorConfigValue&);
 void ColorChanged (ExtendedColorConfigValue&);
-public:
+
 bool Is(const weld::Toggleable* pBox) const { return m_xText.get() == 
pBox; }
 bool Is(const ColorListBox* pBox) const { return m_xColorList.get() == 
pBox; }
-private:
+
 // checkbox (CheckBox) or simple text (FixedText)
 std::unique_ptr m_xText;
 // color list box
@@ -285,9 +283,9 @@ ColorConfigWindow_Impl::Chapter::Chapter(weld::Builder& 
rBuilder, const char* pL
 ColorConfigWindow_Impl::Entry::Entry(weld::Window* pTopLevel, weld::Builder& 
rBuilder,
  const char* pTextWidget, const char* 
pColorWidget,
  const Color& rColor, int 
nCheckBoxLabelOffset,
- int* pColorWidthRequestCache, bool 
bCheckBox, bool bShow)
+ const ColorListBox* pCache, bool 
bCheckBox, bool bShow)
 : m_xColorList(new ColorListBox(rBuilder.weld_menu_button(pColorWidget),
-[pTopLevel]{ return pTopLevel; }, 
pColorWidthRequestCache))
+[pTopLevel]{ return pTopLevel; }, pCache))
 , m_aDefaultColor(rColor)
 {
 if (bCheckBox)
@@ -405,7 +403,7 @@ void ColorConfigWindow_Impl::CreateEntries()
 m_nCheckBoxLabelOffset = aCheckSize.Width() - aFixedSize.Width();
 }
 
-int nColorWidthRequestCache = -1;
+const ColorListBox* pCache = nullptr;
 
 // creating entries
 vEntries.reserve(ColorConfigEntryCount);
@@ -414,9 +412,11 @@ void ColorConfigWindow_Impl::CreateEntries()
 vEntries.push_back(std::make_shared(m_pTopLevel, *m_xBuilder,
 vEntryInfo[i].pText, vEntryInfo[i].pColor,
 ColorConfig::GetDefaultColor(static_cast(i)),
-m_nCheckBoxLabelOffset, ,
+m_nCheckBoxLabelOffset, pCache,
 vEntryInfo[i].bCheckBox,
 aModulesInstalled[vEntryInfo[i].eGroup]));
+if (!pCache)
+pCache = vEntries.back()->m_xColorList.get();
 }
 
 // extended entries
@@ -448,7 +448,7 @@ void ColorConfigWindow_Impl::CreateEntries()
 aExtConfig.GetComponentColorConfigValue(sComponentName, i);
 vEntries.push_back(std::make_shared(m_pTopLevel, 
*vExtBuilders.back(),
 "label", "button", aColorEntry.getDefaultColor(),
-m_nCheckBoxLabelOffset, , false, 
true));
+m_nCheckBoxLabelOffset, pCache, false, true));
 vEntries.back()->SetText(aColorEntry.getDisplayName());
 }
 }
diff --git 

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

[Caolán McNamara (via logerrit)]

 vcl/source/gdi/metaact.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 5d77fe6e7a386efda32a19d3bca587b1ad12715d
Author: Caolán McNamara 
AuthorDate: Wed Dec 7 20:58:06 2022 +
Commit: Caolán McNamara 
CommitDate: Wed Dec 7 22:57:29 2022 +

ofz#53824 Out-of-memory

Change-Id: Ia90527f97a4febf3bbdf1919e8db3d8ab5375ac6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143803
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/vcl/source/gdi/metaact.cxx b/vcl/source/gdi/metaact.cxx
index db503cfd294d..9fdb22003338 100644
--- a/vcl/source/gdi/metaact.cxx
+++ b/vcl/source/gdi/metaact.cxx
@@ -911,7 +911,7 @@ static bool AllowScale(const Size& rSource, const Size& 
rDest)
 
 void MetaBmpScaleAction::Execute( OutputDevice* pOut )
 {
-if (!AllowScale(maBmp.GetSizePixel(), maSz))
+if (!AllowScale(maBmp.GetSizePixel(), pOut->LogicToPixel(maSz)))
 return;
 
 pOut->DrawBitmap( maPt, maSz, maBmp );
@@ -1026,7 +1026,7 @@ MetaBmpExScaleAction::MetaBmpExScaleAction( const Point& 
rPt, const Size& rSz,
 
 void MetaBmpExScaleAction::Execute( OutputDevice* pOut )
 {
-if (!AllowScale(maBmpEx.GetSizePixel(), maSz))
+if (!AllowScale(maBmpEx.GetSizePixel(), pOut->LogicToPixel(maSz)))
 return;
 
 pOut->DrawBitmapEx( maPt, maSz, maBmpEx );

[Libreoffice-commits] core.git: helpcontent2

[Eike Rathke (via logerrit)]

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

New commits:
commit fa962506073ff273881978c2a0bb7b5fb199f94f
Author: Eike Rathke 
AuthorDate: Wed Dec 7 23:43:24 2022 +0100
Commit: Gerrit Code Review 
CommitDate: Wed Dec 7 22:43:24 2022 +

Update git submodules

* Update helpcontent2 from branch 'master'
  to 18924c3c7275e794703997e315910d99395dcd69
  - Add a note to the STYLE() function to not use it without reason..

Change-Id: I74b30b58bdfbc5a4392f344a2de8a600b2eca030
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/143804
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/helpcontent2 b/helpcontent2
index 8961270e4ca0..18924c3c7275 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 8961270e4ca006146883b00c3847d88eaa5a91f9
+Subproject commit 18924c3c7275e794703997e315910d99395dcd69

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

[Eike Rathke (via logerrit)]

 source/text/scalc/01/04060109.xhp |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 18924c3c7275e794703997e315910d99395dcd69
Author: Eike Rathke 
AuthorDate: Wed Dec 7 23:33:16 2022 +0100
Commit: Eike Rathke 
CommitDate: Wed Dec 7 22:43:24 2022 +

Add a note to the STYLE() function to not use it without reason..

Change-Id: I74b30b58bdfbc5a4392f344a2de8a600b2eca030
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/143804
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/source/text/scalc/01/04060109.xhp 
b/source/text/scalc/01/04060109.xhp
index 77d68eddb8..1ae6e7198e 100644
--- a/source/text/scalc/01/04060109.xhp
+++ b/source/text/scalc/01/04060109.xhp
@@ -416,6 +416,7 @@
 
 STYLE
  Applies a style to the cell 
containing the formula. After a set amount of time, another style can 
be applied. This function always returns the value 0, allowing you to add it to 
another function without changing the value. Together with the CURRENT function 
you can apply a color to a cell depending on the value. For example: 
=...+STYLE(IF(CURRENT()3;"red";"green")) applies the style "red" to the 
cell if the value is greater than 3, otherwise the style "green" is applied. 
Both cell formats, "red" and "green" have to be defined beforehand.
+ The STYLE function should not be used 
without compelling reason, its purpose is the use with asynchronous Add-In 
functions to visually notify about the availability of a result. In almost all 
other cases using conditional formatting instead is a better choice.
  
  STYLE("Style" [; Time [; "Style2"]])
  

[Libreoffice-bugs] [Bug 152420] New: Crash using dictation on Macbook

[bugzilla-daemon]

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

Bug ID: 152420
   Summary: Crash using dictation on Macbook
   Product: LibreOffice
   Version: 7.4.2.3 release
  Hardware: Other
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: g.stj...@warpmail.net

Description:
Libre Office always crashes - i.e. coloured spinning balloon and I need to shut
down and restart - when I use voice to text dictation on Macbook. This happened
on my old mac, and now I have a brand new Macbook M1 using Ventura 13.0.1 and
Libre Office 7.4.2.3 installed, and enocunter exactly the same problem, every
time. Voice to text dictation on Libre Office / Macbook will not work.

Steps to Reproduce:
1.activate dictation in an open file (I have assigned the function to a
specific key)
2.begin speaking. Voice begins translating to text for a few words to a line 
3.the dreaded cloured balloon appears and spins forever more

Actual Results:
As mentioned, the dreaded cloured balloon appears. Need to shut down and
restart.

Expected Results:
Voice to text should complete without program freeze


Reproducible: Always


User Profile Reset: Yes

Additional Info:
N/A

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

[Libreoffice-bugs] [Bug 102322] Incorrect Text Field appearance in exported PDF files

[bugzilla-daemon]

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

Rajasekaran Karunanithi  changed:

   What|Removed |Added

 CC||rajasekara...@gmail.com

--- Comment #8 from Rajasekaran Karunanithi  ---
(In reply to Aron Budea from comment #2)
> My PDF reader (FoxIt Reader) shows an overlay light-blue fill with the text
> backwards (so like הקידב), which disappears and reveals the correct text
> when clicked.
> But yeah, it's not correct, and LO v5.2.1.2 / Windows 7 produces such a PDF.

I also got the same result in LO 7.4.3.2 under Windows 10(x64).I am using
FoxitReader too.I opened the exported pdf in Firefox and after I clicked the
light blue area it shows another inner blue rectangle frame outside of the
Hebrew text.

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: ta-IN (en_IN); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 152417] Wrong Undo for Text Sizt in grouped elements

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

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

--- Comment #2 from m.a.riosv  ---
Reproducible.
Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL
Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: c08e5db055c9d34d3f0b0b9d2a192d7ebdcd9576
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (es_ES); UI: en-US Calc: CL threaded

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

[Libreoffice-bugs] [Bug 152405] macOS Dark Mode: white text on white background in various UI elements

[bugzilla-daemon]

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

steve  changed:

   What|Removed |Added

Summary|macOS Dark Mode: white text |macOS Dark Mode: white text
   |on while background in  |on white background in
   |various UI elements |various UI elements

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

[Libreoffice-bugs] [Bug 147982] On macOS Monterey LibreOffice 7.3 crashes about every day. This was also with previous versions of LibreOffice.

[bugzilla-daemon]

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

--- Comment #26 from steve  ---
Dev builds are here:
https://dev-builds.libreoffice.org/daily/master/current.html

Wondering if that still crashes for you.

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

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #8 from jcs...@libreoffice.org ---
Created attachment 184045
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184045=edit
Same error with HSQLDB embedded

Tested with embedded HSQLDB seems to have the same problem.
I think that HSQLDB also uses the internal jdbc driver, but I'm not sure

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

[Libreoffice-bugs] [Bug 106831] Can't print #10 envelopes properly and with proper orientation

[bugzilla-daemon]

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

--- Comment #12 from Ian Eales  ---
Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

#10 envelope does not print landscape. Preview shows right half of letter size
page portrait and that it is how printed.

Brother MFC-5620DW

This is the first envelope failure ever in OO or LO. Worked fine in 7.3.6

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

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

[Mike Kaganski (via logerrit)]

 sw/source/filter/ww8/wrtw8sty.cxx |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

New commits:
commit 01b30c701d065fc9a4582b9bbac221d1edffb45b
Author: Mike Kaganski 
AuthorDate: Wed Dec 7 19:55:26 2022 +0300
Commit: Mike Kaganski 
CommitDate: Wed Dec 7 21:34:59 2022 +

Allow hyphen-minus in style ids

These are used in OOXML; and hyphens are allowed there (at least
Word uses ids like "E-mailSignature" for "E-mail Signature").

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

diff --git a/sw/source/filter/ww8/wrtw8sty.cxx 
b/sw/source/filter/ww8/wrtw8sty.cxx
index c73378d4b702..d766f4923f2e 100644
--- a/sw/source/filter/ww8/wrtw8sty.cxx
+++ b/sw/source/filter/ww8/wrtw8sty.cxx
@@ -30,6 +30,8 @@
 #include 
 #include 
 #include 
+#include 
+
 #include 
 #include "wrtww8.hxx"
 #include 
@@ -324,13 +326,11 @@ OString MSWordStyles::CreateStyleId(std::u16string_view 
aName)
 for (size_t i = 0; i < aName.size(); ++i)
 {
 sal_Unicode nChar = aName[i];
-if (('0' <= nChar && nChar <= '9') ||
-('a' <= nChar && nChar <= 'z') ||
-('A' <= nChar && nChar <= 'Z'))
+if (rtl::isAsciiAlphanumeric(nChar) || nChar == '-')
 {
 // first letter should be uppercase
-if (aStyleIdBuf.isEmpty() && 'a' <= nChar && nChar <= 'z')
-aStyleIdBuf.append(char(nChar - ('a' - 'A')));
+if (aStyleIdBuf.isEmpty())
+aStyleIdBuf.append(char(rtl::toAsciiUpperCase(nChar)));
 else
 aStyleIdBuf.append(char(nChar));
 }

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #7 from jcs...@libreoffice.org ---
(In reply to Robert Großkopf from comment #6)
> 
> But what should LibreOffice do to set it right? It will be a
> JDBC/Java-problem.

IMHO It could be a problem related with jdbc internal driver, because is
related with ALL tested connections (and I suppose every one use that driver),
or maybe a java related problem...

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

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

[Andreas Heinisch (via logerrit)]

 sw/qa/uitest/writer_tests3/tdf53023.py |   38 -
 1 file changed, 38 deletions(-)

New commits:
commit 4d83725981e46c62efb5ce6a68ae7c345465b448
Author: Andreas Heinisch 
AuthorDate: Wed Dec 7 18:13:15 2022 +
Commit: Andreas Heinisch 
CommitDate: Wed Dec 7 21:05:35 2022 +

tdf#53023 - Revert hanging unit test

Change-Id: I7975ec874c4d636f0747417b138ffe64fb89e2cf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143719
Tested-by: Andreas Heinisch 
Reviewed-by: Andreas Heinisch 

diff --git a/sw/qa/uitest/writer_tests3/tdf53023.py 
b/sw/qa/uitest/writer_tests3/tdf53023.py
deleted file mode 100755
index 24c3be33d61a..
--- a/sw/qa/uitest/writer_tests3/tdf53023.py
+++ /dev/null
@@ -1,38 +0,0 @@
-# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-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/.
-#
-
-from uitest.framework import UITestCase
-from uitest.uihelper.common import type_text
-from libreoffice.uno.propertyvalue import mkPropertyValues
-
-class tdf53023(UITestCase):
-
-def test_tdf53023_autotext_new_paragraph(self):
-with self.ui_test.create_doc_in_start_center("writer") as document:
-# Insert a test text and select it
-xWriterDoc = self.xUITest.getTopFocusWindow()
-xWriterEdit = xWriterDoc.getChild("writer_edit")
-type_text(xWriterEdit, "Test")
-self.xUITest.executeCommand(".uno:SelectAll")
-
-# Create auto text entry from the previously inserted text and 
insert it
-with 
self.ui_test.execute_dialog_through_command(".uno:EditGlossary") as 
xEditGlossaryDlg:
-xCategory = xEditGlossaryDlg.getChild("category")
-xMyAutoText = xCategory.getChild("2")
-xMyAutoText.executeAction("SELECT", tuple())
-xAutoTextName = xEditGlossaryDlg.getChild("name")
-type_text(xAutoTextName, "Test")
-xEditMenu = xEditGlossaryDlg.getChild("autotext")
-xEditMenu.executeAction("OPENFROMLIST", 
mkPropertyValues({"POS": "1"}))
-
-# Without the fix in place, this test would have failed with
-# AssertionError: 'TestTest' != 'TestTest\r\n'
-self.assertEqual("TestTest", document.Text.String)
-
-# vim: set shiftwidth=4 softtabstop=4 expandtab:

[Libreoffice-bugs] [Bug 152419] New: Grouped Objects from DOCX file corrupted when saving, including ODT

[bugzilla-daemon]

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

Bug ID: 152419
   Summary: Grouped Objects from DOCX file corrupted when saving,
including ODT
   Product: LibreOffice
   Version: 7.4.2.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: atesc...@gmail.com

Created attachment 184044
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184044=edit
Sample Issue Images

I have recently edited some older DOCX files from 2016 and noticed this
peculiar issue. I opened the file to edit a few text lines, saved back as DOCX,
and exported a PDF. I was surprised to find that every grouped object was
corrupted--the shapes were missing and only the text from the shapes remained.

I had a copy so opened both files. The copy loaded ok, but the text size was a
bit large in the shapes. I copied the old grouped objects to the new doc
deleting the erroneous text from the new doc. I then adjusted the grouped
shapes using a variety of means:
1. recreating an entire grouped object with native objects in LibreOffice
2. ungrouping and modifying text, adjusting positioning and size of objects,
and regrouping
3. editing text size directly in a grouped object

In all cases, when adjusting the grouped object to its original position I
needed to change from anchor "as character" to anchor "to paragraph", change
the wrap from "parallel" to "wrap off" (as it would not allow otherwise),
change anchor back to "as character", center if needed (as they were generally
in there own paragraph), and set the Align Objects to "Top".

I then saved as ODT, DOCX, and exported a PDF.
1. Opening the PDF is a PDF viewer looked ok.
2. Opening and reviewing the DOCX seems ok.
3. Open and reviewing the ODT is missing EVERY OTHER OBJECT! In other words,
half the grouped objects are missing--the even entries. Very odd.

The ODT file has a place holder for the grouped objects with the appropriate
size, but the object seems to be missing as seen in the "06" image. The
attached PDF show the above sequence results:
1. "01" show the original "before edits" sample from a PDF.
2. "02" show an "after initial text edits" sample from the exported PDF.
3. "03" and "04" show the reopened DOCX file issues for the first two grouped
items.
4. "05" and "06" show the corrected and reopened ODT file issues for the first
two grouped items. "05" is ok. "06" showed the highlighted area of the first
missing grouped object.

I cannot create a suitable test document for release at this time.

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

[Libreoffice-bugs] [Bug 152418] New: Print on #10 envelope not legible.

[bugzilla-daemon]

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

Bug ID: 152418
   Summary: Print on #10 envelope not legible.
   Product: LibreOffice
   Version: 7.4.2.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rwhittom...@gmail.com

Description:
No matter what font is chosen when printing a #10 envelope in Writer the
letters are broken up and not readable.  When printing on letter size paper the
fonts work fine.  Also printing a #8 Monarch size envelope works fine.
Using an HP Office Pro 8610 printer with drivers up to date, which prints #10
envelopes fine using Word on another computer.

Steps to Reproduce:
1.enter addresses
2.choose #10 envelope size
3.print

Actual Results:
printed out addresses where letters were broken up and not readable

Expected Results:
should have printed readable words like on normal paper.


Reproducible: Always


User Profile Reset: No

Additional Info:
works correctly on #8 Monarch size envelopes

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

[Libreoffice-ux-advise] [Bug 32485] Settings on the image frame style lost when caption is applied

[bugzilla-daemon]

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

--- Comment #19 from Eyal Rozenberg  ---
Let me first address the caption issue, then the more general one which is more
complicated.

(In reply to Stéphane Guillou (stragu) from comment #18)
> In my humble opinion, it makes sense to "transfer" that spacing from the
> image frame to the caption frame.

I would say that both options _partly_ make sense. That's because with a
caption, you have two lengths of space: From the image to the caption and from
the image+caption, or from the image, to the outside flow of content. With no
caption, these coincide or alias each other - so different users will make
different choices between the two. 

> My suggestion would be to:
> 
> - keep the transfer of properties as is (from graphics properties to
> surrounding frame properties); however:
> - add a "Captioned graphic" style that is automatically applied to a
> captioned graphic, and
> - add a "Caption frame" style that is automatically applied to the
> surrounding frame.

I'm not sure I agree - because all sorts of frames can have captions. Do you
want to triplicate all frame styles accordingly? What about styles the user has
created? e.g. "Fancy Graphic" and "Subdued Graphic" or whatever?

The larger issue is how transformations of frames are affected by styles of the
original frames; and whether a family of related frames (e.g. outer frame,
inner frame for captioned content, inner frame for caption) should have a style
as a triplet, or a triplet of styles; and whether such styles need to be
strongly linked; etc.

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

[Libreoffice-bugs] [Bug 32485] Settings on the image frame style lost when caption is applied

[bugzilla-daemon]

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

--- Comment #19 from Eyal Rozenberg  ---
Let me first address the caption issue, then the more general one which is more
complicated.

(In reply to Stéphane Guillou (stragu) from comment #18)
> In my humble opinion, it makes sense to "transfer" that spacing from the
> image frame to the caption frame.

I would say that both options _partly_ make sense. That's because with a
caption, you have two lengths of space: From the image to the caption and from
the image+caption, or from the image, to the outside flow of content. With no
caption, these coincide or alias each other - so different users will make
different choices between the two. 

> My suggestion would be to:
> 
> - keep the transfer of properties as is (from graphics properties to
> surrounding frame properties); however:
> - add a "Captioned graphic" style that is automatically applied to a
> captioned graphic, and
> - add a "Caption frame" style that is automatically applied to the
> surrounding frame.

I'm not sure I agree - because all sorts of frames can have captions. Do you
want to triplicate all frame styles accordingly? What about styles the user has
created? e.g. "Fancy Graphic" and "Subdued Graphic" or whatever?

The larger issue is how transformations of frames are affected by styles of the
original frames; and whether a family of related frames (e.g. outer frame,
inner frame for captioned content, inner frame for caption) should have a style
as a triplet, or a triplet of styles; and whether such styles need to be
strongly linked; etc.

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

[Libreoffice-bugs] [Bug 139470] Zooming with touchpad is very hard

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #3 from Dieter  ---
(In reply to Dieter from comment #2)
> Could you retest with actual version of LO?

=> NEEDINFO

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

[Libreoffice-bugs] [Bug 152417] Wrong Undo for Text Sizt in grouped elements

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de

--- Comment #1 from Rainer Bielefeld Retired  
---
Additional Info:

a) No Obvious DUPs found in Query


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

[Libreoffice-bugs] [Bug 120190] Data "Formula to Value" don't preserve line break with multi-line text value

[bugzilla-daemon]

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

Eike Rathke  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |er...@redhat.com
   |desktop.org |
 Status|NEW |ASSIGNED

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

[Libreoffice-bugs] [Bug 152417] New: Wrong Undo for Text Sizt in grouped elements

[bugzilla-daemon]

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

Bug ID: 152417
   Summary: Wrong Undo for Text Sizt in grouped elements
   Product: LibreOffice
   Version: 7.4.3.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@bielefeldundbuss.de

Created attachment 184043
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184043=edit
Sample Document

Steps how to reproduce with  Installation of Version:7.4.2.3 (x64) 
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE |  Calc: threaded | ElementaryTheme | My
normal User Profile:

1. Open attached Sample Document
2.  to select all
3. Rightclick   →  Position and Size  →  Height  →  modify to "120"  →  [ok]
4.  for undo
   » Expected: everything as in step 1, especially text character sizes
Actual: Smaller text sizes (10pt) for strings "Schütz" and others 
will have changed to 24 pt

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

Minutes from the UX/design meeting 2022-Dec-07

[Heiko Tietze]

Present: Cor, Eyal, Rayhan, Heiko
Comments: Stuart

Tickets/Topics

 * Width property does not work in right-sidebar via "Position and Size" panel
   + https://bugs.documentfoundation.org/show_bug.cgi?id=146609
   + change line "width" to thickness or stroke weight, and keep
 width/height (Stuart)
 + should be done in both sidebar and dialog
   + "Position and Size of Bounding Box/Area" (Heiko)
 + too long (Cor)
   => follow Stuart's proposal

 * Settings on the image frame style lost when caption is applied
   + https://bugs.documentfoundation.org/show_bug.cgi?id=32485
   + "Graphic" is anchored To Paragraph, "Frame" As Character
   + anchoring is not part of the frame style
   + anchor it "to character" by default to comply with the latest
 effort in anchoring (Heiko)
   + in fact the graphic is anchored "to character" but the "Graphic" style
 is using To Paragraph
   + actual problem is that there is no space between image
 and caption (Eyal)
   + applying the distance below an image, is nice if there is a reasonable
 small distance set, say 0.5 cm. Then applying that spacing for a caption is
 wonderful :) (Cor)
   + But if you have a distance of say 2 cm set, you definitely do not want that
 applied to the distance of the caption ;) (Cor)
   + ideally we drop the direct formatting and trust in the frame styles
   => needsDevEval

 * Show "more options" symbol also in the tabs
   + https://bugs.documentfoundation.org/show_bug.cgi?id=152357
   + add a "more" button to tabs on cost at balanced appearance?
   + MUFFIN is not a ribbon, customizability is limited (Stuart, Heiko)
   + we have plenty of UI alternatives (Cor)
   + Tabbed should be similar to Windows (Eyal)
   + requires changing the notebookbar so the options group in relation to
 the dialogs (Cor, Heiko)
   => keep open

 * Lines added to bullet list are not animated
   + https://bugs.documentfoundation.org/show_bug.cgi?id=141834
   + user expectation is that adding elements take the "group animation" (Cor)
   + animating additional inserted paragraphs in the object is useful in typical
 scenarios, but - are we sure it is always the desired behavior? (Eyal)
   + but it's easier to remove an animation than adding it, if possible
 at all (Heiko)
   + might be a duplicate (Cor)
   + Note that if one adds a paragraph between other paragraphs, it "gains"
 an animation effect, but the last animated paragraph loses its animation,
 so that the behavior here is not even consistent (Cor)
   + Suggest that it be made either a blocker or blocked-by the more general
 bug about reworking the animations of paragraphs in an object,
 if one exists (Eyal)
   => needs some kind of fix, needsDevAdvice

 * Provide a visual clue when a table is a DDE link to Calc
   + https://bugs.documentfoundation.org/show_bug.cgi?id=75375
   + should be visualized like a field and receive some feedback dialog (Heiko)
   => needsDevAdvice


OpenPGP_signature
Description: OpenPGP digital signature

[Libreoffice-qa] Minutes from the UX/design meeting 2022-Dec-07

[Heiko Tietze]

Present: Cor, Eyal, Rayhan, Heiko
Comments: Stuart

Tickets/Topics

 * Width property does not work in right-sidebar via "Position and Size" panel
   + https://bugs.documentfoundation.org/show_bug.cgi?id=146609
   + change line "width" to thickness or stroke weight, and keep
 width/height (Stuart)
 + should be done in both sidebar and dialog
   + "Position and Size of Bounding Box/Area" (Heiko)
 + too long (Cor)
   => follow Stuart's proposal

 * Settings on the image frame style lost when caption is applied
   + https://bugs.documentfoundation.org/show_bug.cgi?id=32485
   + "Graphic" is anchored To Paragraph, "Frame" As Character
   + anchoring is not part of the frame style
   + anchor it "to character" by default to comply with the latest
 effort in anchoring (Heiko)
   + in fact the graphic is anchored "to character" but the "Graphic" style
 is using To Paragraph
   + actual problem is that there is no space between image
 and caption (Eyal)
   + applying the distance below an image, is nice if there is a reasonable
 small distance set, say 0.5 cm. Then applying that spacing for a caption is
 wonderful :) (Cor)
   + But if you have a distance of say 2 cm set, you definitely do not want that
 applied to the distance of the caption ;) (Cor)
   + ideally we drop the direct formatting and trust in the frame styles
   => needsDevEval

 * Show "more options" symbol also in the tabs
   + https://bugs.documentfoundation.org/show_bug.cgi?id=152357
   + add a "more" button to tabs on cost at balanced appearance?
   + MUFFIN is not a ribbon, customizability is limited (Stuart, Heiko)
   + we have plenty of UI alternatives (Cor)
   + Tabbed should be similar to Windows (Eyal)
   + requires changing the notebookbar so the options group in relation to
 the dialogs (Cor, Heiko)
   => keep open

 * Lines added to bullet list are not animated
   + https://bugs.documentfoundation.org/show_bug.cgi?id=141834
   + user expectation is that adding elements take the "group animation" (Cor)
   + animating additional inserted paragraphs in the object is useful in typical
 scenarios, but - are we sure it is always the desired behavior? (Eyal)
   + but it's easier to remove an animation than adding it, if possible
 at all (Heiko)
   + might be a duplicate (Cor)
   + Note that if one adds a paragraph between other paragraphs, it "gains"
 an animation effect, but the last animated paragraph loses its animation,
 so that the behavior here is not even consistent (Cor)
   + Suggest that it be made either a blocker or blocked-by the more general
 bug about reworking the animations of paragraphs in an object,
 if one exists (Eyal)
   => needs some kind of fix, needsDevAdvice

 * Provide a visual clue when a table is a DDE link to Calc
   + https://bugs.documentfoundation.org/show_bug.cgi?id=75375
   + should be visualized like a field and receive some feedback dialog (Heiko)
   => needsDevAdvice


OpenPGP_signature
Description: OpenPGP digital signature

[Libreoffice-ux-advise] [Bug 141834] Lines added to bullet list are not animated

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

Version|6.4.7.2 release |Inherited From OOo
 CC||c...@nouenoff.nl

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

[Libreoffice-bugs] [Bug 141834] Lines added to bullet list are not animated

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

Version|6.4.7.2 release |Inherited From OOo
 CC||c...@nouenoff.nl

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-4' - svx/source

[Michael Stahl (via logerrit)]

 svx/source/sdr/contact/viewobjectcontact.cxx |  105 +++
 1 file changed, 60 insertions(+), 45 deletions(-)

New commits:
commit 7b506aaafa7a982d19ec1cba2909f3ccfe29b130
Author: Michael Stahl 
AuthorDate: Wed Nov 30 16:40:27 2022 +0100
Commit: Caolán McNamara 
CommitDate: Wed Dec 7 19:49:51 2022 +

(related: tdf#135192) svx: PDF/UA export: tag background as Artifact

 ISO 14289-1:2014, Clause: 7.1, Test number: 3
 Content shall be marked as Artifact or tagged as real content

This needs to have an effect on ViewObjectContactOfSdrPage etc.
but let's put it in ViewObjectContact and hope anything that's not
SdrObject can be tagged as Artifact.

Also VclMetafileProcessor2D::processStructureTagPrimitive2D() has a very
peculiar habit of ignoring any obvious way to create an Artifact,
which should perhaps be fixed?

Change-Id: I8d22c36a8e31692d3ee24af692026e02b8faa70a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143502
Reviewed-by: Michael Stahl 
Tested-by: Michael Stahl 
(cherry picked from commit 81ef84648515965bf67afaced946227d0f63a71e)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143540
Tested-by: Jenkins
Reviewed-by: Armin Le Grand 
Reviewed-by: Caolán McNamara 

diff --git a/svx/source/sdr/contact/viewobjectcontact.cxx 
b/svx/source/sdr/contact/viewobjectcontact.cxx
index ec1256140b4d..18acd5e52b83 100644
--- a/svx/source/sdr/contact/viewobjectcontact.cxx
+++ b/svx/source/sdr/contact/viewobjectcontact.cxx
@@ -385,59 +385,74 @@ drawinglayer::primitive2d::Primitive2DContainer const & 
ViewObjectContact::getPr
 
 // Check if we need to embed to a StructureTagPrimitive2D, too. This
 // was done at ImplRenderPaintProc::createRedirectedPrimitive2DSequence 
before
-if(!xNewPrimitiveSequence.empty() && nullptr != pSdrObj && 
GetObjectContact().isExportTaggedPDF())
+if (!xNewPrimitiveSequence.empty() && 
GetObjectContact().isExportTaggedPDF())
 {
-vcl::PDFWriter::StructElement 
eElement(vcl::PDFWriter::NonStructElement);
-const SdrInventor nInventor(pSdrObj->GetObjInventor());
-const SdrObjKind nIdentifier(pSdrObj->GetObjIdentifier());
-const bool bIsTextObj(nullptr != dynamic_cast(pSdrObj));
-
-// Note: SwFlyDrawObj/SwVirtFlyDrawObj have SdrInventor::Swg - these
-// are *not* handled here because not all of them are painted
-// completely with primitives, so a tag here does not encapsulate them.
-// The tag must be created by SwTaggedPDFHelper until this is fixed.
-if ( nInventor == SdrInventor::Default )
+if (nullptr != pSdrObj)
 {
-if ( nIdentifier == SdrObjKind::Group )
-eElement = vcl::PDFWriter::Section;
-else if (nIdentifier == SdrObjKind::Table)
-eElement = vcl::PDFWriter::Table;
-else if ( nIdentifier == SdrObjKind::TitleText )
-eElement = vcl::PDFWriter::Heading;
-else if ( nIdentifier == SdrObjKind::OutlineText )
-eElement = vcl::PDFWriter::Division;
-else if ( !bIsTextObj || !static_cast(*pSdrObj).HasText() )
-eElement = vcl::PDFWriter::Figure;
-else
-eElement = vcl::PDFWriter::Division;
-}
-
-if(vcl::PDFWriter::NonStructElement != eElement)
-{
-SdrPage* pSdrPage(pSdrObj->getSdrPageFromSdrObject());
+vcl::PDFWriter::StructElement 
eElement(vcl::PDFWriter::NonStructElement);
+const SdrInventor nInventor(pSdrObj->GetObjInventor());
+const SdrObjKind nIdentifier(pSdrObj->GetObjIdentifier());
+const bool bIsTextObj(nullptr != dynamic_cast(pSdrObj));
+
+// Note: SwFlyDrawObj/SwVirtFlyDrawObj have SdrInventor::Swg - 
these
+// are *not* handled here because not all of them are painted
+// completely with primitives, so a tag here does not encapsulate 
them.
+// The tag must be created by SwTaggedPDFHelper until this is 
fixed.
+if ( nInventor == SdrInventor::Default )
+{
+if ( nIdentifier == SdrObjKind::Group )
+eElement = vcl::PDFWriter::Section;
+else if (nIdentifier == SdrObjKind::Table)
+eElement = vcl::PDFWriter::Table;
+else if ( nIdentifier == SdrObjKind::TitleText )
+eElement = vcl::PDFWriter::Heading;
+else if ( nIdentifier == SdrObjKind::OutlineText )
+eElement = vcl::PDFWriter::Division;
+else if ( !bIsTextObj || !static_cast(*pSdrObj).HasText() )
+eElement = vcl::PDFWriter::Figure;
+else
+eElement = vcl::PDFWriter::Division;
+}
 
-if(pSdrPage)
+if(vcl::PDFWriter::NonStructElement != 

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

 CC||rob...@familiegrosskopf.de

--- Comment #6 from Robert Großkopf  ---
Seems JDBC interpreted the start of Gregorian calendar wrong. Have a look at
start of Gregorian Calendar. Friday, 1582-10-15, followed Thursday, 1582-10-04.
in that year.
Get the same behavior with PostgreSQL and direct connection/JDBC connection.

But what should LibreOffice do to set it right? It will be a JDBC/Java-problem.

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

[Libreoffice-bugs] [Bug 146609] Width property does not work in right-sidebar via "Position and Size" panel

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl
Version|7.2.4.1 release |unspecified

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

[Libreoffice-ux-advise] [Bug 146609] Width property does not work in right-sidebar via "Position and Size" panel

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl
Version|7.2.4.1 release |unspecified

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

[Libreoffice-commits] core.git: translations

[Christian Lohmaier (via logerrit)]

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

New commits:
commit 920e3246df9bb95f504adf9496be32a8ecdda1be
Author: Christian Lohmaier 
AuthorDate: Wed Dec 7 19:54:47 2022 +0100
Commit: Gerrit Code Review 
CommitDate: Wed Dec 7 18:54:47 2022 +

Update git submodules

* Update translations from branch 'master'
  to cdfaa521c1ae3d7e579b0a8004ccd4878fa4411d
  - update translations for master/7.5.0 beta1

and force-fix errors using pocheck

Change-Id: Icd98b0989374eb876ff12151843b981dc723dba5

diff --git a/translations b/translations
index 0369e1b2008d..cdfaa521c1ae 16
--- a/translations
+++ b/translations
@@ -1 +1 @@
-Subproject commit 0369e1b2008d9af7b917a8348bec867d2f9334a0
+Subproject commit cdfaa521c1ae3d7e579b0a8004ccd4878fa4411d

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

[Bogdan B (via logerrit)]

 source/text/swriter/main0102.xhp |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 8961270e4ca006146883b00c3847d88eaa5a91f9
Author: Bogdan B 
AuthorDate: Wed Dec 7 17:38:54 2022 +0200
Commit: Olivier Hallot 
CommitDate: Wed Dec 7 18:53:34 2022 +

tdf#152022 Improve comments description in Help

Option to reply to comments is inactive until we have comments from other 
users.

Change-Id: If105cd50bed65371be47b426318ddd71ba650f5c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/143792
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/source/text/swriter/main0102.xhp b/source/text/swriter/main0102.xhp
index 14680fbc1a..8235b287e5 100644
--- a/source/text/swriter/main0102.xhp
+++ b/source/text/swriter/main0102.xhp
@@ -54,7 +54,7 @@
 
 
 Comment
- Shows submenu that 
gives options to reply, resolve and delete comments.When a 
submenu for Comment is made, then replace label and description with an embed - 
19.10.20
+ Shows submenu that 
gives options to reply to comments from other users, resolve and delete 
comments.When a submenu for Comment is made, then replace 
label and description with an embed - 19.10.20
 
 
 

[Libreoffice-commits] core.git: helpcontent2

[Bogdan B (via logerrit)]

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

New commits:
commit 8d33561c638c7a5da2fb5ebebbb0943fd0b33ac3
Author: Bogdan B 
AuthorDate: Wed Dec 7 20:53:35 2022 +0200
Commit: Gerrit Code Review 
CommitDate: Wed Dec 7 18:53:35 2022 +

Update git submodules

* Update helpcontent2 from branch 'master'
  to 8961270e4ca006146883b00c3847d88eaa5a91f9
  - tdf#152022 Improve comments description in Help

Option to reply to comments is inactive until we have comments from 
other users.

Change-Id: If105cd50bed65371be47b426318ddd71ba650f5c
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/143792
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 7e42394ecbf9..8961270e4ca0 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 7e42394ecbf921ee53160b495aa12c1cba158604
+Subproject commit 8961270e4ca006146883b00c3847d88eaa5a91f9

[Libreoffice-bugs] [Bug 114941] SVG insert: Font width or spacing is incorrect (depending on zoom level)

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vsfo...@libreoffice.org

--- Comment #4 from V Stuart Foote  ---
The text run "PATTERN STRING" still pass out of their on graphic bounding box
by a character or so, and exact position between the characters and the box
outline shift slightly during zoom in or out. 

Also "spaces" in the comma separated runs are collapsed.  But fidelity is very
high.

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-commits] core.git: translations

[Christian Lohmaier (via logerrit)]

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

New commits:
commit 52f200919298f3ca1d2abd3c7af9b5fb9c04fc1e
Author: Christian Lohmaier 
AuthorDate: Wed Dec 7 19:33:49 2022 +0100
Commit: Gerrit Code Review 
CommitDate: Wed Dec 7 18:33:49 2022 +

Update git submodules

* Update translations from branch 'master'
  to 0369e1b2008d9af7b917a8348bec867d2f9334a0
  - remove name attribute from links for sl translation

see https://gerrit.libreoffice.org/c/help/+/143713

Change-Id: I31e5c008ded5f77685bee84a7a27474ca1d8a1e8

diff --git a/translations b/translations
index 935a55467880..0369e1b2008d 16
--- a/translations
+++ b/translations
@@ -1 +1 @@
-Subproject commit 935a5546788045d700b9b1b8ce2eed833e25699c
+Subproject commit 0369e1b2008d9af7b917a8348bec867d2f9334a0

[Libreoffice-commits] translations.git: source/sl

[Christian Lohmaier (via logerrit)]

 source/sl/helpcontent2/source/text/sbasic/guide.po  |   80 
 source/sl/helpcontent2/source/text/sbasic/python.po |  224 -
 source/sl/helpcontent2/source/text/sbasic/shared.po | 1972 
 source/sl/helpcontent2/source/text/sbasic/shared/01.po  |4 
 source/sl/helpcontent2/source/text/sbasic/shared/02.po  |  112 
 source/sl/helpcontent2/source/text/sbasic/shared/03.po  |  772 +++---
 source/sl/helpcontent2/source/text/scalc.po |  328 +-
 source/sl/helpcontent2/source/text/scalc/01.po  | 1534 ++--
 source/sl/helpcontent2/source/text/scalc/02.po  |  132 -
 source/sl/helpcontent2/source/text/scalc/04.po  |   16 
 source/sl/helpcontent2/source/text/scalc/05.po  |4 
 source/sl/helpcontent2/source/text/scalc/guide.po   |  712 ++---
 source/sl/helpcontent2/source/text/schart.po|   12 
 source/sl/helpcontent2/source/text/schart/01.po |  180 -
 source/sl/helpcontent2/source/text/schart/02.po |   20 
 source/sl/helpcontent2/source/text/schart/04.po |8 
 source/sl/helpcontent2/source/text/sdatabase.po |  372 +--
 source/sl/helpcontent2/source/text/sdraw.po |  250 +-
 source/sl/helpcontent2/source/text/sdraw/01.po  |   24 
 source/sl/helpcontent2/source/text/sdraw/04.po  |   12 
 source/sl/helpcontent2/source/text/sdraw/guide.po   |  112 
 source/sl/helpcontent2/source/text/shared.po|  160 -
 source/sl/helpcontent2/source/text/shared/00.po |  148 -
 source/sl/helpcontent2/source/text/shared/01.po | 1890 +++
 source/sl/helpcontent2/source/text/shared/02.po |  968 +++
 source/sl/helpcontent2/source/text/shared/04.po |   12 
 source/sl/helpcontent2/source/text/shared/05.po |   72 
 source/sl/helpcontent2/source/text/shared/07.po |4 
 source/sl/helpcontent2/source/text/shared/autokorr.po   |   48 
 source/sl/helpcontent2/source/text/shared/autopi.po |  376 +--
 source/sl/helpcontent2/source/text/shared/guide.po  | 1052 
 source/sl/helpcontent2/source/text/shared/menu.po   |   12 
 source/sl/helpcontent2/source/text/shared/optionen.po   |  476 +--
 source/sl/helpcontent2/source/text/simpress.po  |  306 +-
 source/sl/helpcontent2/source/text/simpress/01.po   |  430 +--
 source/sl/helpcontent2/source/text/simpress/02.po   |  216 -
 source/sl/helpcontent2/source/text/simpress/04.po   |   12 
 source/sl/helpcontent2/source/text/simpress/guide.po|  204 -
 source/sl/helpcontent2/source/text/smath.po |   92 
 source/sl/helpcontent2/source/text/smath/01.po  |  296 +-
 source/sl/helpcontent2/source/text/smath/04.po  |8 
 source/sl/helpcontent2/source/text/smath/guide.po   |   44 
 source/sl/helpcontent2/source/text/swriter.po   |  424 +--
 source/sl/helpcontent2/source/text/swriter/01.po| 1284 +-
 source/sl/helpcontent2/source/text/swriter/02.po|  362 +-
 source/sl/helpcontent2/source/text/swriter/04.po|   20 
 source/sl/helpcontent2/source/text/swriter/guide.po |  904 +++
 source/sl/helpcontent2/source/text/swriter/librelogo.po |4 
 source/sl/helpcontent2/source/text/swriter/menu.po  |   16 
 49 files changed, 8360 insertions(+), 8360 deletions(-)

New commits:
commit 0369e1b2008d9af7b917a8348bec867d2f9334a0
Author: Christian Lohmaier 
AuthorDate: Wed Dec 7 19:31:26 2022 +0100
Commit: Christian Lohmaier 
CommitDate: Wed Dec 7 19:31:26 2022 +0100

remove name attribute from links for sl translation

see https://gerrit.libreoffice.org/c/help/+/143713

Change-Id: I31e5c008ded5f77685bee84a7a27474ca1d8a1e8

diff --git a/source/sl/helpcontent2/source/text/sbasic/guide.po 
b/source/sl/helpcontent2/source/text/sbasic/guide.po
index bee4205bda8..8bf135c7121 100644
--- a/source/sl/helpcontent2/source/text/sbasic/guide.po
+++ b/source/sl/helpcontent2/source/text/sbasic/guide.po
@@ -78,8 +78,8 @@ msgctxt ""
 "access2base.xhp\n"
 "par_idA2B007\n"
 "help.text"
-msgid "The library is documented online on http://www.access2base.com\; 
name=\"http://www.access2base.com\;>http://www.access2base.com."
-msgstr "Dokumentacija knjižnice je na voljo na spletnem naslovu 
http://www.access2base.com\; 
name=\"http://www.access2base.com\;>http://www.access2base.com
 (v angl.)."
+msgid "The library is documented online on http://www.access2base.com\;>http://www.access2base.com."
+msgstr "Dokumentacija knjižnice je na voljo na spletnem naslovu 
http://www.access2base.com\;>http://www.access2base.com
 (v angl.)."
 
 #: access2base.xhp
 msgctxt ""
@@ -190,8 +190,8 @@ msgctxt ""
 "basic_2_python.xhp\n"
 "hd_id811571848401485\n"
 "help.text"
-msgid "Calling Python Scripts from Basic"
-msgstr "Klicanje skriptov Python iz Basica"
+msgid "Calling Python Scripts from 
Basic"
+msgstr "Klicanje skriptov Python iz 
Basica"
 
 #: basic_2_python.xhp
 msgctxt ""
@@ 

[Libreoffice-bugs] [Bug 152416] New: Use Libreoffice with 64 bit Apple chip

[bugzilla-daemon]

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

Bug ID: 152416
   Summary: Use Libreoffice with 64 bit Apple chip
   Product: LibreOffice
   Version: unspecified
  Hardware: Other
OS: macOS (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: iOS Editor
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tim.py...@btinternet.com

Description:
I have recently bought a Macbook pro operating on a 64 bit processor OS
Monterey version 12.6.1. When I try to open Libreoffice (which I transferred
from my old macbook which worked on a 32 bit procesor) it said that it could
not operate with my 64bit processor and that I should get in touch with the
developer. Can you help, please?  

Steps to Reproduce:
1.Try to open a libreoffice file on an Apple 64 bit processor running Monterety
12.6.1.
2.
3.

Actual Results:
Error message: 
“LibreOffice” needs to be updated. The developer of this app needs to upate it
to work with this version of macOS. Contact the developer for more information

Expected Results:
I can't get any further


Reproducible: Always


User Profile Reset: No

Additional Info:
I would hope to download a suitabel versio nof Libreoffce so that I could use
it on my existing files.

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

[Libreoffice-bugs] [Bug 152410] Missing space in text of inserted SVG image with tabs between words

[bugzilla-daemon]

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

--- Comment #4 from V Stuart Foote  ---
Created attachment 184042
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184042=edit
attachment 184030 opened in master against 7.5.0, spacing between words visible

between words spacing for imported SVG now visible in master against 7.5.0

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

[Libreoffice-bugs] [Bug 114941] SVG insert: Font width or spacing is incorrect (depending on zoom level)

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 152410] Missing space in text of inserted SVG image with tabs between words

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #3 from V Stuart Foote  ---
Actually the spacing by word looks to be corrected in current masters against
7.5

Break of the image is still bad.

Characters of the text runs suffer from clipping depending on zoom level of the
LO canvas.  Same as see also bug 114941.

=-testing-=

Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: c50cf1883af26daebdfc9d796ced3c20c222f43b
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 88278] [META] SVG import image filter (all modules)

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||152410


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=152410
[Bug 152410] Missing space in text of inserted SVG image with tabs between
words
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152410] Missing space in text of inserted SVG image with tabs between words

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vsfo...@libreoffice.org,
   ||xiscofa...@libreoffice.org
 Ever confirmed|0   |1
 Blocks||88278
 Status|UNCONFIRMED |NEW

--- Comment #2 from V Stuart Foote  ---
Confirmed, but better evaluation can be done by filter import to Draw
canvas--i.e. open it is Draw.

General layout fidelity to original SVG is high, just the multi-word text runs
are not being spaced--as if the import filter just lays them down
character-by-character sequence, with no sense of word bound.

Performing 'break' of the image all sends the SVG elements all over and is
badly broken.

@Xisco, one for you?

=-testing-=

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88278
[Bug 88278] [META] SVG import image filter (all modules)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #5 from jcs...@libreoffice.org ---
Created attachment 184041
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184041=edit
New test to delimite the range of erroneous dates

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

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #4 from jcs...@libreoffice.org ---
Created attachment 184040
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184040=edit
Both tables viewed in command line with mariadb prompt

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

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #3 from jcs...@libreoffice.org ---
Created attachment 184039
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184039=edit
Both tables viewed in JDBC connection (MariaDB)

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

[Libreoffice-bugs] [Bug 152415] Different results when importing dates with JDBC than with direct connection (in all data engines)

[bugzilla-daemon]

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

--- Comment #2 from jcs...@libreoffice.org ---
Created attachment 184038
  --> https://bugs.documentfoundation.org/attachment.cgi?id=184038=edit
Both tables viewed in direct connection (MariaDB)

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