Re: [Libreoffice-qa] QA Quick Start

[Ilmari Lauhakangas]

On 9.6.2023 0.24, Dominic Ricci wrote:

I am trying to help out with the duplication of bugs as per:

https://wiki.documentfoundation.org/QA/GetInvolved 



I am running on MacOS and loaded the latest version of
LibreOffice - 7.5.4.2
I also created a Bugzilla account but am confused about hy  needed to 
download and install a recent master build - step 2 below -


I figured I would try and duplicate the bug(s) on the latest stable 
version - if I am successful with that duplication, would I then make 
the latest /master build/ active then try to duplicate the issue there 
as well? /*Just not certain why I needed to download and install the 
master build - please advise.*/


Hi,

mentoring is available, so feel free to email me and we can schedule a 
chat meeting.


Ilmari Lauhakangas
Development marketing @ The Document Foundation

[Libreoffice-bugs] [Bug 155725] spaces at end of lines don't appear on screen

[bugzilla-daemon]

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

Robert Großkopf  changed:

   What|Removed |Added

  Component|Base|Writer

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

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

[Attila Szűcs (via logerrit)]

 sw/source/uibase/inc/conttree.hxx  |1 +
 sw/source/uibase/utlui/content.cxx |8 
 sw/source/uibase/utlui/navipi.cxx  |   11 +++
 3 files changed, 16 insertions(+), 4 deletions(-)

New commits:
commit 61e2022110d3088bc1653713dc270beaacae4c74
Author: Attila Szűcs 
AuthorDate: Fri Jun 9 05:56:31 2023 +0200
Commit: Andras Timar 
CommitDate: Fri Jun 9 07:29:30 2023 +0200

LOK: fix for navigator: hide empty contentTypes

fixed that opening heading by default, first check if headings
are not hidden, because it blindly opened the 1. type, but
from now, that can be an other type, or nothing

Change-Id: I86cac472d8cba9a46befc5a84ef073c01fa7243d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152779
Tested-by: Andras Timar 
Reviewed-by: Andras Timar 

diff --git a/sw/source/uibase/inc/conttree.hxx 
b/sw/source/uibase/inc/conttree.hxx
index ec0dbc7c84e8..e2cf31028171 100644
--- a/sw/source/uibase/inc/conttree.hxx
+++ b/sw/source/uibase/inc/conttree.hxx
@@ -236,6 +236,7 @@ public:
 { return State::HIDDEN == m_eState ? m_pHiddenShell : m_pActiveShell; }
 
 boolIsInDrag() const;
+boolHasHeadings() const;
 
 sal_uInt8   GetOutlineLevel()const {return m_nOutlineLevel;}
 voidSetOutlineLevel(sal_uInt8 nSet);
diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index 6325347a930e..5367627cad03 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -1256,6 +1256,14 @@ bool SwContentTree::IsInDrag() const
 return m_xTreeView->get_drag_source() == m_xTreeView.get();
 }
 
+bool SwContentTree::HasHeadings() const
+{
+const std::unique_ptr& rpContentT = 
m_aActiveContentArr[ContentTypeId::OUTLINE];
+if (rpContentT && rpContentT->GetMemberCount() > 0)
+return true;
+return false;
+}
+
 // QueryDrop will be executed in the navigator
 sal_Int8 SwContentTree::AcceptDrop(const AcceptDropEvent& rEvt)
 {
diff --git a/sw/source/uibase/utlui/navipi.cxx 
b/sw/source/uibase/utlui/navipi.cxx
index 61ada3408bbc..fb3f461f8f64 100644
--- a/sw/source/uibase/utlui/navipi.cxx
+++ b/sw/source/uibase/utlui/navipi.cxx
@@ -694,10 +694,13 @@ SwNavigationPI::SwNavigationPI(weld::Widget* pParent,
 m_xGlobalTree->HideTree();
 
 //Open Headings by default
-auto& pTreeView = m_xContentTree->get_widget();
-std::unique_ptr itEntry(pTreeView.make_iterator());
-pTreeView.get_iter_first(*itEntry);
-pTreeView.expand_row(*itEntry);
+if (m_xContentTree->HasHeadings())
+{
+auto& pTreeView = m_xContentTree->get_widget();
+std::unique_ptr itEntry(pTreeView.make_iterator());
+pTreeView.get_iter_first(*itEntry);
+pTreeView.expand_row(*itEntry);
+}
 }
 }
 

[Libreoffice-bugs] [Bug 155227] Incorrect representation of track changes due to tag

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ddricc...@gmail.com

--- Comment #6 from Buovjaga  ---
(In reply to Dominic Ricci from comment #5)
> I assume that the file is in REVIEW Mode - that correct?
> I do not follow what the reference to the "document.xml" file.
> The only file attached is "TEST4.docs"

You can unzip the file as if it was a .zip file (unzip to some new folder) and
then you will discover the .xml files inside.

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

[Libreoffice-bugs] [Bug 155723] Drawing Toolbar: Wrong Tooltips for some of the Basic Shapes

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

Summary|Regular Pentagon tool draws |Drawing Toolbar: Wrong
   |pentagons, not regular  |Tooltips for some of the
   |pentagons: Wrong Tooltip|Basic Shapes
Version|4.0.0.3 release |Inherited From OOo

--- Comment #2 from Rainer Bielefeld Retired  
---
Additional to 
"Regular Pentagon" tool draws pentagons, not regular pentagons: Wrong Tooltip
I found a second wrong Tooltip:
"Cube" draws  cuboids (rectangular parallelepiped or right parallelepiped
cuboids, rectangular parallelepipeds, right parallelepipeds, ...), not cubes.
And for this one I also found a wrong Help, see
!

a) I already found the 2 Tooltips wrong in German OOo 3.2.0, so Inherited!

f) Currently only confirmed for WIN
   @reporter: please contribute some System information

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

[Libreoffice-bugs] [Bug 152046] DOCX Incorrect document layout

[bugzilla-daemon]

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

--- Comment #14 from Commit Notification 
 ---
Justin Luth committed a patch related to this issue.
It has been pushed to "libreoffice-7-6":

https://git.libreoffice.org/core/commit/2b6c09164714e037e7c5bebb1586a7c0672c383a

tdf#152046 Revert "tdf#100680 sw DOCX compatibility: fix wrap of as_char flys"

It will be available in 7.6.0.0.beta2.

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

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

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

[Libreoffice-bugs] [Bug 152046] DOCX Incorrect document layout

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:24.2.0   |target:24.2.0
   ||target:7.6.0.0.beta2

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - sw/inc sw/qa sw/source writerfilter/source

[Justin Luth (via logerrit)]

 dev/null  |binary
 sw/inc/IDocumentSettingAccess.hxx |3 ---
 sw/qa/extras/layout/layout2.cxx   |8 
 sw/source/core/doc/DocumentSettingManager.cxx |6 --
 sw/source/core/inc/DocumentSettingManager.hxx |1 -
 sw/source/core/text/portxt.cxx|5 +
 sw/source/uibase/uno/SwXDocumentSettings.cxx  |   16 
 writerfilter/source/filter/WriterFilter.cxx   |1 -
 8 files changed, 1 insertion(+), 39 deletions(-)

New commits:
commit 2b6c09164714e037e7c5bebb1586a7c0672c383a
Author: Justin Luth 
AuthorDate: Thu Jun 8 20:24:28 2023 -0400
Commit: Justin Luth 
CommitDate: Fri Jun 9 06:15:38 2023 +0200

tdf#152046 Revert "tdf#100680 sw DOCX compatibility: fix wrap of as_char 
flys"

This reverts 7.4 commit 41b012767feb8552b60a68c7be18d80c403304bf,

The premiss of the commit is that as-char flies needed to be handled 
differently,
and yet at the spot where it was implemented, we have no idea whether we
are even dealing with an as-char fly!!!

As this bug report report shows, it affects paragraphy that don't
have any fly whatsoever, let alone an as-char fly.

Change-Id: I2fedb2d610093933081e861a16a25de2f2716258
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152765
Tested-by: Jenkins
Reviewed-by: Justin Luth 

diff --git a/sw/inc/IDocumentSettingAccess.hxx 
b/sw/inc/IDocumentSettingAccess.hxx
index f8d9bfa2ab59..f14ffb543b30 100644
--- a/sw/inc/IDocumentSettingAccess.hxx
+++ b/sw/inc/IDocumentSettingAccess.hxx
@@ -120,9 +120,6 @@ enum class DocumentSettingId
 // footnoteContainer default position is the page end instead of the 
column end
 // only if "evenly distributed" is set, and "collected at the end" is not 
set
 FOOTNOTE_IN_COLUMN_TO_PAGEEND,
-// AsChar anchored flys wrapped differently in ooxml than normally so in 
case of
-// docx enable this flag. For details see ticket tdf#100680.
-WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML,
 // Should we display follow by symbol for numbered paragraph if numbering 
exists, but "None"?
 NO_NUMBERING_SHOW_FOLLOWBY,
 // drop cap punctuation: smaller dashes, bullet, asterisks, quotation 
marks etc.
diff --git a/sw/qa/extras/layout/data/tdf100680.docx 
b/sw/qa/extras/layout/data/tdf100680.docx
deleted file mode 100644
index c949540be388..
Binary files a/sw/qa/extras/layout/data/tdf100680.docx and /dev/null differ
diff --git a/sw/qa/extras/layout/layout2.cxx b/sw/qa/extras/layout/layout2.cxx
index b4b004951bf0..9daa260c21c4 100644
--- a/sw/qa/extras/layout/layout2.cxx
+++ b/sw/qa/extras/layout/layout2.cxx
@@ -137,14 +137,6 @@ void SwLayoutWriter2::CheckRedlineCharAttributesHidden()
 "portion", "foobaz");
 }
 
-CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf100680_as_char_wrap)
-{
-createSwDoc("tdf100680.docx");
-auto pDump = parseLayoutDump();
-assertXPath(pDump, "/root/page/header/txt/SwParaPortion/SwLineLayout[3]");
-// If the third line missing that assert will fire, as was before the fix.
-}
-
 CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf148897)
 {
 createSwDoc("tdf148897.odt");
diff --git a/sw/source/core/doc/DocumentSettingManager.cxx 
b/sw/source/core/doc/DocumentSettingManager.cxx
index 7eb4f9de5f20..5610f2a1f801 100644
--- a/sw/source/core/doc/DocumentSettingManager.cxx
+++ b/sw/source/core/doc/DocumentSettingManager.cxx
@@ -106,7 +106,6 @@ sw::DocumentSettingManager::DocumentSettingManager(SwDoc 
)
 mbFootnoteInColumnToPageEnd(false),
 mnImagePreferredDPI(0),
 mbAutoFirstLineIndentDisregardLineSpace(true),
-mbWrapAsCharFlysLikeInOOXML(false),
 mbNoNumberingShowFollowBy(false),
 mbDropCapPunctuation(true),
 mbUseVariableWidthNBSP(false)
@@ -254,7 +253,6 @@ bool sw::DocumentSettingManager::get(/*[in]*/ 
DocumentSettingId id) const
 case DocumentSettingId::HYPHENATE_URLS: return mbHyphenateURLs;
 case DocumentSettingId::DO_NOT_BREAK_WRAPPED_TABLES:
 return mbDoNotBreakWrappedTables;
-case DocumentSettingId::WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML: return 
mbWrapAsCharFlysLikeInOOXML;
 case DocumentSettingId::NO_NUMBERING_SHOW_FOLLOWBY: return 
mbNoNumberingShowFollowBy;
 case DocumentSettingId::DROP_CAP_PUNCTUATION: return 
mbDropCapPunctuation;
 case DocumentSettingId::USE_VARIABLE_WIDTH_NBSP: return 
mbUseVariableWidthNBSP;
@@ -444,10 +442,6 @@ void sw::DocumentSettingManager::set(/*[in]*/ 
DocumentSettingId id, /*[in]*/ boo
 mbDoNotBreakWrappedTables = value;
 break;
 
-case DocumentSettingId::WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML:
-mbWrapAsCharFlysLikeInOOXML = value;
-break;
-
 case DocumentSettingId::NO_NUMBERING_SHOW_FOLLOWBY:
 mbNoNumberingShowFollowBy = value;
 break;
diff --git a/sw/source/core/inc/DocumentSettingManager.hxx 

[Libreoffice-bugs] [Bug 152046] DOCX Incorrect document layout

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:24.2.0

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

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

[Justin Luth (via logerrit)]

 dev/null  |binary
 sw/inc/IDocumentSettingAccess.hxx |3 ---
 sw/qa/extras/layout/layout2.cxx   |8 
 sw/source/core/doc/DocumentSettingManager.cxx |6 --
 sw/source/core/inc/DocumentSettingManager.hxx |1 -
 sw/source/core/text/portxt.cxx|5 +
 sw/source/uibase/uno/SwXDocumentSettings.cxx  |   16 
 writerfilter/source/filter/WriterFilter.cxx   |1 -
 8 files changed, 1 insertion(+), 39 deletions(-)

New commits:
commit 278b6d21d36a0ff401fdd9ed6f964cd0dca862bf
Author: Justin Luth 
AuthorDate: Thu Jun 8 20:24:28 2023 -0400
Commit: Justin Luth 
CommitDate: Fri Jun 9 06:07:18 2023 +0200

tdf#152046 Revert "tdf#100680 sw DOCX compatibility: fix wrap of as_char 
flys"

This reverts 7.4 commit 41b012767feb8552b60a68c7be18d80c403304bf,

The premiss of the commit is that as-char flies needed to be handled 
differently,
and yet at the spot where it was implemented, we have no idea whether we
are even dealing with an as-char fly!!!

As this bug report report shows, it affects paragraphy that don't
have any fly whatsoever, let alone an as-char fly.

Change-Id: I2fedb2d610093933081e861a16a25de2f2716258
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152778
Tested-by: Jenkins
Reviewed-by: Justin Luth 

diff --git a/sw/inc/IDocumentSettingAccess.hxx 
b/sw/inc/IDocumentSettingAccess.hxx
index f8d9bfa2ab59..f14ffb543b30 100644
--- a/sw/inc/IDocumentSettingAccess.hxx
+++ b/sw/inc/IDocumentSettingAccess.hxx
@@ -120,9 +120,6 @@ enum class DocumentSettingId
 // footnoteContainer default position is the page end instead of the 
column end
 // only if "evenly distributed" is set, and "collected at the end" is not 
set
 FOOTNOTE_IN_COLUMN_TO_PAGEEND,
-// AsChar anchored flys wrapped differently in ooxml than normally so in 
case of
-// docx enable this flag. For details see ticket tdf#100680.
-WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML,
 // Should we display follow by symbol for numbered paragraph if numbering 
exists, but "None"?
 NO_NUMBERING_SHOW_FOLLOWBY,
 // drop cap punctuation: smaller dashes, bullet, asterisks, quotation 
marks etc.
diff --git a/sw/qa/extras/layout/data/tdf100680.docx 
b/sw/qa/extras/layout/data/tdf100680.docx
deleted file mode 100644
index c949540be388..
Binary files a/sw/qa/extras/layout/data/tdf100680.docx and /dev/null differ
diff --git a/sw/qa/extras/layout/layout2.cxx b/sw/qa/extras/layout/layout2.cxx
index b4b004951bf0..9daa260c21c4 100644
--- a/sw/qa/extras/layout/layout2.cxx
+++ b/sw/qa/extras/layout/layout2.cxx
@@ -137,14 +137,6 @@ void SwLayoutWriter2::CheckRedlineCharAttributesHidden()
 "portion", "foobaz");
 }
 
-CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf100680_as_char_wrap)
-{
-createSwDoc("tdf100680.docx");
-auto pDump = parseLayoutDump();
-assertXPath(pDump, "/root/page/header/txt/SwParaPortion/SwLineLayout[3]");
-// If the third line missing that assert will fire, as was before the fix.
-}
-
 CPPUNIT_TEST_FIXTURE(SwLayoutWriter2, testTdf148897)
 {
 createSwDoc("tdf148897.odt");
diff --git a/sw/source/core/doc/DocumentSettingManager.cxx 
b/sw/source/core/doc/DocumentSettingManager.cxx
index 7eb4f9de5f20..5610f2a1f801 100644
--- a/sw/source/core/doc/DocumentSettingManager.cxx
+++ b/sw/source/core/doc/DocumentSettingManager.cxx
@@ -106,7 +106,6 @@ sw::DocumentSettingManager::DocumentSettingManager(SwDoc 
)
 mbFootnoteInColumnToPageEnd(false),
 mnImagePreferredDPI(0),
 mbAutoFirstLineIndentDisregardLineSpace(true),
-mbWrapAsCharFlysLikeInOOXML(false),
 mbNoNumberingShowFollowBy(false),
 mbDropCapPunctuation(true),
 mbUseVariableWidthNBSP(false)
@@ -254,7 +253,6 @@ bool sw::DocumentSettingManager::get(/*[in]*/ 
DocumentSettingId id) const
 case DocumentSettingId::HYPHENATE_URLS: return mbHyphenateURLs;
 case DocumentSettingId::DO_NOT_BREAK_WRAPPED_TABLES:
 return mbDoNotBreakWrappedTables;
-case DocumentSettingId::WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML: return 
mbWrapAsCharFlysLikeInOOXML;
 case DocumentSettingId::NO_NUMBERING_SHOW_FOLLOWBY: return 
mbNoNumberingShowFollowBy;
 case DocumentSettingId::DROP_CAP_PUNCTUATION: return 
mbDropCapPunctuation;
 case DocumentSettingId::USE_VARIABLE_WIDTH_NBSP: return 
mbUseVariableWidthNBSP;
@@ -444,10 +442,6 @@ void sw::DocumentSettingManager::set(/*[in]*/ 
DocumentSettingId id, /*[in]*/ boo
 mbDoNotBreakWrappedTables = value;
 break;
 
-case DocumentSettingId::WRAP_AS_CHAR_FLYS_LIKE_IN_OOXML:
-mbWrapAsCharFlysLikeInOOXML = value;
-break;
-
 case DocumentSettingId::NO_NUMBERING_SHOW_FOLLOWBY:
 mbNoNumberingShowFollowBy = value;
 break;
diff --git a/sw/source/core/inc/DocumentSettingManager.hxx 

[Libreoffice-bugs] [Bug 83653] FILEOPEN - ODS - Formula (REPT) - cell shows no repeated value on German locale Windows

[bugzilla-daemon]

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

--- Comment #7 from ady  ---
(In reply to raal from comment #1)
> Setting as NEW, because according to help this function should return max.
> 255 characters (The result can be a maximum of 255 characters.)
> 
> https://help.libreoffice.org/Calc/Text_Functions#REPT

(In reply to Andreas Heinisch from comment #5)
> Should we added the same limitation as Excel[1] and adapt the documentation
> accordingly, or vice versa? The ods-standard[2] specifies an integer for the
> count.
> 
> [1]
> https://support.microsoft.com/en-us/office/rept-function-04c4d778-e712-43b4-
> 9c15-d656582bb061
> [2]
> http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part2.
> html#__RefHeading__1018870_715980110

FWIW, as of LO 7.6, the limit for REPT()'s second argument is ((2^28)-1).

Example: =REPT("i";(2^28)-1) will/should work, whereas =REPT("i";(2^28))
will/should result in Err:513.

ATM, this is documented correctly.

Whether there is still a problem for the original reporter, IDK.

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

[Libreoffice-bugs] [Bug 155434] Several Calc menu commands are available in Read-Only mode

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Libreoffice-ux-advise] [Bug 155434] Several Calc menu commands are available in Read-Only mode

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Libreoffice-bugs] [Bug 155491] Outer size of tables in Impress are not resized after Optimize Row Height

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 154822] "Repeat header" table's option causes in incorrect "Select table" selection

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 154822] "Repeat header" table's option causes in incorrect "Select table" selection

[bugzilla-daemon]

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

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 152432] File > Recent Recordings displays empty list when saving document

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 151976] toolbar moved to the left when editing chart

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Alt Walter,

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 152432] File > Recent Recordings displays empty list when saving document

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 151976] toolbar moved to the left when editing chart

[bugzilla-daemon]

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

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 151975] LibreOffice.docx files forget indents set to tab stops after saving and reopening

[bugzilla-daemon]

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

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 145463] Libreoffice Pull-down menus black out when using mouse and there are missing items on the interface

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear RG,

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 151975] LibreOffice.docx files forget indents set to tab stops after saving and reopening

[bugzilla-daemon]

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

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

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 151963] Base crashes rather systematically after update or even only search on my data base "cinoche"

[bugzilla-daemon]

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

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 145463] Libreoffice Pull-down menus black out when using mouse and there are missing items on the interface

[bugzilla-daemon]

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

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 151963] Base crashes rather systematically after update or even only search on my data base "cinoche"

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear getaway,

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 145195] Artifacts when working with input string

[bugzilla-daemon]

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

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 145195] Artifacts when working with input string

[bugzilla-daemon]

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

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

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 138067] Open/Save dialogue, folder shortcuts missing (GTK3)

[bugzilla-daemon]

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

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 103182] [META] GTK3-specific bugs

[bugzilla-daemon]

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

Bug 138067 Summary: Open/Save dialogue, folder shortcuts missing (GTK3)
https://bugs.documentfoundation.org/show_bug.cgi?id=138067

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 138067] Open/Save dialogue, folder shortcuts missing (GTK3)

[bugzilla-daemon]

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

--- Comment #9 from QA Administrators  ---
Dear Ralph Böhlke,

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 145940] Easier way of proportionally resizing table width

[bugzilla-daemon]

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

--- Comment #4 from QA Administrators  ---
Dear hedley.finger,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 145254] Language Tool 5.4-5.5--options--hangs--unusable, Writer v 7.1.6.2--manjaro 21.1.6

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Mark Coetsee,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 85159] Fileopen DOCX: formula object shown too up from 5.0, before was too low

[bugzilla-daemon]

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

--- Comment #11 from QA Administrators  ---
Dear Juha,

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 83653] FILEOPEN - ODS - Formula (REPT) - cell shows no repeated value on German locale Windows

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Svante Schubert,

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 78532] FILESAVE: Movement animations and slidechange not preserved on export to ppt

[bugzilla-daemon]

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

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

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 68027] FORMATTING: Cropping pictures if you are quick the crop can be stretched

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Gregor,

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 49549] FILESAVE PPT PPTX Overlining lost after saving & reopening file

[bugzilla-daemon]

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

--- Comment #20 from QA Administrators  ---
Dear Wagner,

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 142708] [WMF] BitBlt and StretchBlt "without bitmap" variant is not supported

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Valek Filippov,

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 105636] svg export produces contradiction between doctype and version

[bugzilla-daemon]

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

--- Comment #2 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 154114] Formatting active cell applies formatting to entire cell range with data (as if prior Ctrl +A selection remains active)

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 155743] Select all cells not "releasing" after single cell selected- performs correctly when multiple cells selected

[bugzilla-daemon]

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

ady  changed:

   What|Removed |Added

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

--- Comment #1 from ady  ---
This sounds as bug 154114, which is set as RESOLVED FIXED for LO 7.6 but not
for 7.5.x. Maybe some cherry-pick or back-port should be considered.

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

[Libreoffice-bugs] [Bug 155745] New: In Libre Writer make the 'typing cursor' and 'I bar' more visible.

[bugzilla-daemon]

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

Bug ID: 155745
   Summary: In Libre Writer make the 'typing cursor' and 'I bar'
more visible.
   Product: LibreOffice
   Version: 7.5.4.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: davn...@yahoo.com.au

Description:
The 'typing cursor' and 'I bar' (what the mouse pointer changes into when you
move it over the document) are very faint and hard to see if you set your
background to anything other than white. This is especially annoying when you
set the Libre Writer to dark mode and have the background colour a shade of
grey. The reason I do this is because my main display is an OLED monitor and
it's a bad idea to have an OLED sit on white for hours on end as this will lead
to my monitor having pretty severe burn in over time.

All the solutions I have seen for this problem always tells people to just
alter the cursor settings in Windows settings. However for some reason this
does not work for libre writer, I change the cursor width and set up coloured
indicators on the cursor, but they do not show up or do anything for the cursor
in Libre Writer.

Actual Results:
Go to 'tools' then 'options' then 'application colours' and change 'document
background' to colour '#7B7B7B'. 

Expected Results:
Changed document background colour to a darkish grey, then you should notice
the 'typing cursor' and 'I bar' are quite faint and hard to see.


Reproducible: Always


User Profile Reset: No

Additional Info:
Allow me to change the colour and size of both the 'typing cursor' and 'I bar'.

I'm using Windows 11 Pro.

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

[Libreoffice-bugs] [Bug 93675] FILESAVE DOCX Grouped shapes text in Word is attached to different shapes than in Writer

[bugzilla-daemon]

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

--- Comment #40 from Dave Gilbert  ---
export/text problem:
I carried on playing with that line between b/c without success; while removing
it fixed the incorrect text problem, nothing else I do to it as helped; I tried
unflipping it, resetting all the formats etc, rotating it a bit - no advance.

One thing I did notice; loading the same docx into G.Docs also loses the text
on this line, but doesn't make the rest of the text screwed up; still that
suggests there's something about this line they both don't like.

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

[Libreoffice-bugs] [Bug 155716] Context menu of the input line doesn't work on input line contents, unless left clicked first (gtk3)

[bugzilla-daemon]

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

Adam664  changed:

   What|Removed |Added

 CC||adamsesku...@gmail.com

--- Comment #1 from Adam664  ---
Confirmed with:

Version: 7.7.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5a2c6f4df7149f8c1f543f120fe19bd66abfc189
CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

and

Version: 7.5.2.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

If the second part of step 2 is skipped, i.e. editing mode is not ended, the
results are what is expected. I'll let someone else confirm and set to NEW.

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

[Libreoffice-bugs] [Bug 155700] Improve feedback for pushpin actions

[bugzilla-daemon]

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

Rizal Muttaqin  changed:

   What|Removed |Added

 CC||riz...@libreoffice.org
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Rizal Muttaqin  ---
I would suggest these two

1. The pushpin icon could has a mouse over state and a tooltip like "Pin the
document/Unpin the document" based on current state

2. The pushpin icon should be differentiated between pinned and unpinned at
least in the clearer shape. Something that clearly seen like in
https://bug-attachments.documentfoundation.org/attachment.cgi?id=187796

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

[Libreoffice-bugs] [Bug 155664] Reopening of calc sheets --off by 1-- size increase

[bugzilla-daemon]

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

Adam664  changed:

   What|Removed |Added

 CC||adamsesku...@gmail.com
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #3 from Adam664  ---
Thank you for reporting the bug. Can you give some step by step instructions so
that we can try and reproduce the bug? What bash command is used to open the
files? How is the display size of the files set? It would also be helpful if
you could provide a sample file to open.

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested document is provided.
(Note that the attachment will be public, remove any sensitive information
before attaching it. See the QA FAQ Wiki for further detail.)

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

[Libreoffice-bugs] [Bug 155744] Footnotes numbering is wrong with numbering per page and within tables.

[bugzilla-daemon]

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

--- Comment #1 from Hudson  ---
Created attachment 187795
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187795=edit
File in which the error occur.

See the file attached above, in which the error occur, and do the steps
indicated also above, to see the error occurring.

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

[Libreoffice-bugs] [Bug 155744] New: Footnotes numbering is wrong with numbering per page and within tables.

[bugzilla-daemon]

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

Bug ID: 155744
   Summary: Footnotes numbering is wrong with numbering per page
and within tables.
   Product: LibreOffice
   Version: 7.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer Web
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hudson...@gmail.com

Description:
When I configure footnotes numbering per page and insert a footnote in two
different cells of a table, the numbering goes to 0. Oddly, when I restart the
program, the numbering is corrected.

I have tested when the table doesn't cross the page, and the problem appears
not happen.

This error is similar to the error 155306, indicated by myself too previously.

Steps to Reproduce:
1. Open the document given below.
2. Go to the page 48 (using number page in status bar, type 48).
3. In the table in the end of page, insert a footnote after the word
"Nehemías", and the error occur.

Actual Results:
The result, in the file below, is 0.

Expected Results:
In the file below, the expected result should be the footenote number 3, but 0
is got. If the file is saved and reopen, the error is corrected mysteriously.


Reproducible: Always


User Profile Reset: No

Additional Info:
None.

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

[Libreoffice-bugs] [Bug 155743] New: Select all cells not "releasing" after single cell selected- performs correctly when multiple cells selected

[bugzilla-daemon]

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

Bug ID: 155743
   Summary: Select all cells not "releasing" after single cell
selected- performs correctly when multiple cells
selected
   Product: LibreOffice
   Version: 7.5.4.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: propa...@gmail.com

Bug in 7.5.x
Windows amd Linux
Occurs in all spreadsheets (new and existing) across both operating systems
Reproduceable on every attempt
Locale setting: English (Australia)

Steps

1. Select entire sheet
2. Perform an attributes task(s) eg background colour, font change, etc. by
keyboard shortcut or formatting ribbon- no difference
3. Select an individual cell
4. Perform an attributes task on that cell only

Result: attribute change will be applied to entire sheet

5. Undo that attribute change by CTRL-Z or Edit | Undo

Result: entire sheet is shown as selected; attrubute change in 5. undone

6. repeat 3. and 4.

Result: operation completes correctly

7. Repeat 1. and 2.
8. Select multiple cells
9. Perform an attribute change on those cells only

Result: operation completes correctly

Screenshots available on request

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

[Libreoffice-bugs] [Bug 154822] "Repeat header" table's option causes in incorrect "Select table" selection

[bugzilla-daemon]

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

--- Comment #12 from Alexander Kurakin  ---
(In reply to Dieter from comment #8)
> Alexander, could you please retest with LO 7.5.3 or with actual master? Are
> you still able to reproduce it?
> => NEEDINFO

Reproduced in:

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
Gentoo official package
Calc: threaded

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

Re: [Libreoffice-qa] QA Quick Start

[Eyal Rozenberg]

LibreOffice, like any application, is in a continuing process of gradual
change. Sometimes, these changes make bugs disappear - intentionally, or
incidentally due to other changes. It is important for developers to
know whether this has happened for a reported bug, because if it has:

* Developers would not try to look for the cause on the most current
version of the LibreOffice code.
* The priority for fixing the bug would likely be lower - as it will
most likely be "fixed" in the next release anyway by having gone away.
* Developers will have a better idea of where to look for the cause of
the bug - as they will know that recent changes have "touched" the code
somewhere which affects it.

Eyal

On 09/06/2023 0:24, Dominic Ricci wrote:



I am trying to help out with the duplication of bugs as per:

https://wiki.documentfoundation.org/QA/GetInvolved


I am running on MacOS and loaded the latest version of
LibreOffice - 7.5.4.2
I also created a Bugzilla account but am confused about hy  needed to
download and install a recent master build - step 2 below -

I figured I would try and duplicate the bug(s) on the latest stable
version - if I am successful with that duplication, would I then make
the latest /master build/ active then try to duplicate the issue there
as well? /*Just not certain why I needed to download and install the
master build - please advise.*/

Thanks,
Dominic

From: https://wiki.documentfoundation.org/QA/GetInvolved



  Quick start guide for beginners

If you are a beginner, chances are you are not looking forward to wading
through an insane amount of technical documentation. You would rather
want to get started immediately. Let's go.

 1. Download  and
install the latest stable LibreOffice (from the "Fresh" line)
 2. Download
 and
install a recent master build of LibreOffice
 3. Create an account
 in The
Document Foundation Bugzilla, the bug tracker

[Libreoffice-bugs] [Bug 155742] HTML view of the document is unexpected

[bugzilla-daemon]

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

--- Comment #4 from Alexander Kurakin  ---
Reproduced in:

Version: 7.4.6.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
Gentoo official package
Calc: threaded

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

[Libreoffice-bugs] [Bug 155511] Table's cells copy and paste with merged cells appears incorrect

[bugzilla-daemon]

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

--- Comment #9 from Alexander Kurakin  ---
(In reply to Alexander Kurakin from comment #8)
> BTW, HTML version of the document is pretty strange. Should I fill a new bug
> about it?

Described in bug #155742 .

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

[Libreoffice-bugs] [Bug 155742] HTML view of the document is unexpected

[bugzilla-daemon]

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

--- Comment #3 from Alexander Kurakin  ---
Created attachment 187794
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187794=edit
Screenshot - HTML

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

[Libreoffice-bugs] [Bug 155742] HTML view of the document is unexpected

[bugzilla-daemon]

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

--- Comment #2 from Alexander Kurakin  ---
Created attachment 187793
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187793=edit
Screenshot - Writer

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

[Libreoffice-bugs] [Bug 155742] HTML view of the document is unexpected

[bugzilla-daemon]

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

--- Comment #1 from Alexander Kurakin  ---
Created attachment 187792
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187792=edit
Test case file

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

[Libreoffice-bugs] [Bug 155511] Table's cells copy and paste with merged cells appears incorrect

[bugzilla-daemon]

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

Alexander Kurakin  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 155742] New: HTML view of the document is unexpected

[bugzilla-daemon]

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

Bug ID: 155742
   Summary: HTML view of the document is unexpected
   Product: LibreOffice
   Version: 7.4.6.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kuraga...@mail.ru
CC: kuraga...@mail.ru

Export the text case file from bug #155511 (
https://bugs.documentfoundation.org/attachment.cgi?id=187522 , also attached
here) as HTML.
Attach the Writer's view and the HTML view.
They are totally different.

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

[Libreoffice-bugs] [Bug 155510] The cell loses background-color on page break; a strange vertical whitespace gap

[bugzilla-daemon]

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

--- Comment #9 from Alexander Kurakin  ---
Created attachment 187791
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187791=edit
Screenshot - 2

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

[Libreoffice-bugs] [Bug 155510] The cell loses background-color on page break; a strange vertical whitespace gap

[bugzilla-daemon]

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

--- Comment #8 from Alexander Kurakin  ---
Created attachment 187790
  --> https://bugs.documentfoundation.org/attachment.cgi?id=187790=edit
Test case document - 2

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

[Libreoffice-bugs] [Bug 155510] The cell loses background-color on page break; a strange vertical whitespace gap

[bugzilla-daemon]

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

--- Comment #7 from Alexander Kurakin  ---
(In reply to Dieter from comment #6)
> (In reply to Alexander Kurakin from comment #5)
> > Sorry no, cause this test case is just a part of the big document.
> 
> But it should be possible to give some information about the steps to create
> such a table.

Ok, I got the minimal example and the instruction:

1. Open the Writer.
2. Press .
3. Open "Table" -> "Insert Table".
4. Set "Columns" to "2".
5. Set "Rows" to "4".
5. Click "OK".
6. Select 2nd, 3rd, 4th rows of the 1st column.
7. Click "Table" -> "Merge cells".
8. Move at the merged cell.
9. Type "1
2
3
4".
10. Move the table by adding new lines before it:
"1\n2" text is at the 1st page,
"3\n4" text is at the 2nd page.
11. Everything is as expected now:
|-|-|
| 1   | |
| |-|
| 2   | |
| |-|
<-- PAGE BREAK -->
| 3   | |
| |-|
| 4   | |
|-|-|
(There are *no* gaps at the 1st column.)
12. Select the table.
13. Set "Center Vertically" option.
14-a. Result: the Test Case Document - 2.
14-b. Expected: (almost) nothing changed visualy.
14-c. Actual: see the Screenshot - 2.

(For loosing of background, see the original Test Case Document as I can't
reproduce.)

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

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

[Caolán McNamara (via logerrit)]

 sfx2/source/doc/objstor.cxx |   10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

New commits:
commit 3b294f6139028014e72379ebe8eda24a2bd32195
Author: Caolán McNamara 
AuthorDate: Thu Jun 8 20:53:16 2023 +0100
Commit: Michael Meeks 
CommitDate: Thu Jun 8 23:29:29 2023 +0200

restore, not clear, existing interaction handler after save

put things back the way they were found.

In this case I want it back to the original state, because

a) lok sets its own interaction handler on load
b) at framework/source/loadenv/loadenv.cxx:1137
   Because that handler supports XInitialization we show the
   window early
c) that happens to be before the menubar is set
d) so the menubar changes the size of the window after
   it is shown
e) so Window::ImplPosSizeWindow calls
   ImplInvalidateFrameRegion(nullptr, InvalidateFlags::Children)
f) which sets ImplPaintFlags::PaintAllChildren on the PaintFlags
   of the workwindow
g) which means that when a SwEditWin calls PaintImmediately vcl
   sees that flag on its WorkWindow grandparent and calls
   ImplCallPaint with the grandparent, not the SwEditWin.
   It happens that the grandparent has no LokId so that does
   nothing.

if we clear this interaction on save, then the next joiner instead
has no interaction so gets the default one which does not
support XInitialization, so the window is not shown before menubar
is added, so when it is shown it is already at the final size,
so there is no ImplInvalidateFrameRegion and so no
ImplPaintFlags::PaintAllChildren bits on the WorkWindow, so
PaintImmediately on SwEditWin calls that Invalidate, which is
special cased to broadcast the invalidation as a real thing

Change-Id: Ie3fde4c53476aada2b1fdabb1dc70b08485074b7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152772
Tested-by: Jenkins
Reviewed-by: Michael Meeks 

diff --git a/sfx2/source/doc/objstor.cxx b/sfx2/source/doc/objstor.cxx
index 4dee93d1e917..ba1ea30e0436 100644
--- a/sfx2/source/doc/objstor.cxx
+++ b/sfx2/source/doc/objstor.cxx
@@ -2609,10 +2609,15 @@ bool SfxObjectShell::DoSave_Impl( const SfxItemSet* 
pArgs )
 
 // an interaction handler here can acquire only in case of GUI Saving
 // and should be removed after the saving is done
+Any aOriginalInteract;
 css::uno::Reference< XInteractionHandler > xInteract;
 const SfxUnoAnyItem* pxInteractionItem = 
SfxItemSet::GetItem(pArgs, SID_INTERACTIONHANDLER, false);
 if ( pxInteractionItem && ( pxInteractionItem->GetValue() >>= xInteract ) 
&& xInteract.is() )
+{
+if (const SfxUnoAnyItem *pItem = 
pMediumTmp->GetItemSet()->GetItemIfSet(SID_INTERACTIONHANDLER, false))
+aOriginalInteract = pItem->GetValue();
 pMediumTmp->GetItemSet()->Put( SfxUnoAnyItem( SID_INTERACTIONHANDLER, 
Any( xInteract ) ) );
+}
 
 const SfxBoolItem* pNoFileSync = 
pArgs->GetItem(SID_NO_FILE_SYNC, false);
 if (pNoFileSync && pNoFileSync->GetValue())
@@ -2625,7 +2630,10 @@ bool SfxObjectShell::DoSave_Impl( const SfxItemSet* 
pArgs )
 
 if( pMediumTmp->GetItemSet() )
 {
-pMediumTmp->GetItemSet()->ClearItem( SID_INTERACTIONHANDLER );
+if (aOriginalInteract.hasValue())
+
pMediumTmp->GetItemSet()->Put(SfxUnoAnyItem(SID_INTERACTIONHANDLER, 
aOriginalInteract));
+else
+pMediumTmp->GetItemSet()->ClearItem(SID_INTERACTIONHANDLER);
 pMediumTmp->GetItemSet()->ClearItem( 
SID_PROGRESS_STATUSBAR_CONTROL );
 }
 

[Libreoffice-qa] QA Quick Start

[Dominic Ricci]

I am trying to help out with the duplication of bugs as per:

https://wiki.documentfoundation.org/QA/GetInvolved

I am running on MacOS and loaded the latest version of
LibreOffice - 7.5.4.2
I also created a Bugzilla account but am confused about hy  needed to
download and install a recent master build - step 2 below -

I figured I would try and duplicate the bug(s) on the latest stable
version - if I am successful with that duplication, would I then make the
latest *master build* active then try to duplicate the issue there as
well?  *Just not certain why I needed to download and install the master
build - please advise.*

Thanks,
Dominic

From: https://wiki.documentfoundation.org/QA/GetInvolved
Quick start guide for beginners

If you are a beginner, chances are you are not looking forward to wading
through an insane amount of technical documentation. You would rather want
to get started immediately. Let's go.

   1. Download  and install
   the latest stable LibreOffice (from the "Fresh" line)
   2. Download 
and
   install a recent master build of LibreOffice
   3. Create an account
    in The Document
   Foundation Bugzilla, the bug tracker

[Libreoffice-bugs] [Bug 155227] Incorrect representation of track changes due to tag

[bugzilla-daemon]

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

--- Comment #5 from Dominic Ricci  ---
I assume that the file is in REVIEW Mode - that correct?
I do not follow what the reference to the "document.xml" file.
The only file attached is "TEST4.docs"

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

[Libreoffice-bugs] [Bug 155735] SVG: add support for feColorMatrix

[bugzilla-daemon]

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

--- Comment #2 from Commit Notification 
 ---
Xisco Fauli committed a patch related to this issue.
It has been pushed to "libreoffice-7-6":

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

tdf#155735: Add basic support for feColorMatrix

It will be available in 7.6.0.0.beta2.

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

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

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

[Libreoffice-bugs] [Bug 155735] SVG: add support for feColorMatrix

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:24.2.0   |target:24.2.0
   ||target:7.6.0.0.beta2

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - svgio/inc svgio/Library_svgio.mk svgio/qa svgio/source

[Xisco Fauli (via logerrit)]

 svgio/Library_svgio.mk   |1 
 svgio/inc/svgfecolormatrixnode.hxx   |   51 
 svgio/inc/svgtoken.hxx   |1 
 svgio/qa/cppunit/SvgImportTest.cxx   |   13 
 svgio/qa/cppunit/data/filterLuminanceToAlpha.svg |   11 +++
 svgio/source/svgreader/svgdocumenthandler.cxx|   15 
 svgio/source/svgreader/svgfecolormatrixnode.cxx  |   72 +++
 svgio/source/svgreader/svgfilternode.cxx |7 ++
 svgio/source/svgreader/svgstyleattributes.cxx|5 +
 svgio/source/svgreader/svgtoken.cxx  |2 
 10 files changed, 176 insertions(+), 2 deletions(-)

New commits:
commit a0ce0d4418ad92dd0e3a70cf698c549b544d6084
Author: Xisco Fauli 
AuthorDate: Thu Jun 8 14:31:54 2023 +0200
Commit: Xisco Fauli 
CommitDate: Thu Jun 8 22:54:38 2023 +0200

tdf#155735: Add basic support for feColorMatrix

for now, it only supports type="luminanceToAlpha"

Change-Id: Ia84df9af08ac2be2e496a5fadb490deaf48210cf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152741
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 
(cherry picked from commit ebef488f765e753fd9acc42084ba25ea37e586f2)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152758

diff --git a/svgio/Library_svgio.mk b/svgio/Library_svgio.mk
index 247653732d6f..6221cb141316 100644
--- a/svgio/Library_svgio.mk
+++ b/svgio/Library_svgio.mk
@@ -58,6 +58,7 @@ $(eval $(call gb_Library_add_exception_objects,svgio,\
 svgio/source/svgreader/svggnode \
 svgio/source/svgreader/svganode \
 svgio/source/svgreader/svgfegaussianblurnode \
+svgio/source/svgreader/svgfecolormatrixnode \
 svgio/source/svgreader/svgfilternode \
 svgio/source/svgreader/svggradientnode \
 svgio/source/svgreader/svggradientstopnode \
diff --git a/svgio/inc/svgfecolormatrixnode.hxx 
b/svgio/inc/svgfecolormatrixnode.hxx
new file mode 100644
index ..7436f737b04c
--- /dev/null
+++ b/svgio/inc/svgfecolormatrixnode.hxx
@@ -0,0 +1,51 @@
+/* -*- 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 .
+ */
+
+#pragma once
+
+#include "svgnode.hxx"
+#include "svgstyleattributes.hxx"
+#include 
+
+namespace svgio::svgreader
+{
+enum class Type
+{
+None,
+LuminanceToAlpha
+};
+
+class SvgFeColorMatrixNode final : public SvgNode
+{
+private:
+Type maType;
+
+public:
+SvgFeColorMatrixNode(SvgDocument& rDocument, SvgNode* pParent);
+virtual ~SvgFeColorMatrixNode() override;
+
+virtual void parseAttribute(const OUString& rTokenName, SVGToken aSVGToken,
+const OUString& aContent) override;
+
+void apply(drawinglayer::primitive2d::Primitive2DContainer& rTarget) const;
+};
+
+} // end of namespace svgio::svgreader
+
+/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/svgio/inc/svgtoken.hxx b/svgio/inc/svgtoken.hxx
index 262b5f3dda55..18c1a092c238 100644
--- a/svgio/inc/svgtoken.hxx
+++ b/svgio/inc/svgtoken.hxx
@@ -81,6 +81,7 @@ namespace svgio::svgreader
 ClipPathNode,
 ClipPathProperty,
 FeGaussianBlur,
+FeColorMatrix,
 Filter,
 Mask,
 ClipPathUnits,
diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index ce4db97e0954..ad5852127551 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -135,6 +135,19 @@ CPPUNIT_TEST_FIXTURE(Test, testSymbol)
 assertXPath(pDocument, "/primitive2D/transform/polypolygoncolor", "color", 
"#00d000");
 }
 
+CPPUNIT_TEST_FIXTURE(Test, testFilterLuminanceToAlpha)
+{
+Primitive2DSequence aSequenceTdf132246 = 
parseSvg(u"/svgio/qa/cppunit/data/filterLuminanceToAlpha.svg");
+CPPUNIT_ASSERT_EQUAL(1, static_cast(aSequenceTdf132246.getLength()));
+
+drawinglayer::Primitive2dXmlDump dumper;
+xmlDocUniquePtr pDocument = dumper.dumpAndParse(aSequenceTdf132246);
+
+CPPUNIT_ASSERT (pDocument);
+
+assertXPath(pDocument, "/primitive2D/transform/modifiedColor");
+}
+
 CPPUNIT_TEST_FIXTURE(Test, 

[Libreoffice-bugs] [Bug 155712] Footnote numbering should be page-style-specific

[bugzilla-daemon]

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

--- Comment #5 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #3)
> I see no way to have two schemes living together in harmony.

If this bug is resolved, then they will live together in harmony. Although -
one would have to have differently-named page styles for with the different
auto-numbering schemes (unless bug 155740 is resolved.)

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

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

[Patrick Luby (via logerrit)]

 vcl/inc/quartz/salgdi.h |2 ++
 1 file changed, 2 insertions(+)

New commits:
commit 312adca5c50666d924dce936012fba5b8f626939
Author: Patrick Luby 
AuthorDate: Thu Jun 8 15:56:28 2023 -0400
Commit: Patrick Luby 
CommitDate: Thu Jun 8 22:50:35 2023 +0200

Fix iOS build breakage

Two new functions that are used only on macOS were added in commit
75dc3a54fca8b2dc775ba007190d8c2e188f1c0a.

Change-Id: I18d0f7aaa9d1ca6634b13eafc76b4fd39dfa52ef
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152771
Tested-by: Jenkins
Reviewed-by: Patrick Luby 

diff --git a/vcl/inc/quartz/salgdi.h b/vcl/inc/quartz/salgdi.h
index df9eabad936f..009bf59e872e 100644
--- a/vcl/inc/quartz/salgdi.h
+++ b/vcl/inc/quartz/salgdi.h
@@ -133,8 +133,10 @@ private:
 
 namespace sal::aqua
 {
+#ifdef MACOSX
 NSRect getTotalScreenBounds();
 void resetTotalScreenBounds();
+#endif
 float getWindowScaling();
 void resetWindowScaling();
 }

[Libreoffice-bugs] [Bug 107805] [META] Writer master document issues

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Depends on||155741


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155741
[Bug 155741] Allow insertion of items into master without a selected item
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155741] Allow insertion of items into master without a selected item

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks||107805


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107805
[Bug 107805] [META] Writer master document issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155741] New: Allow insertion of items into master without a selected item

[bugzilla-daemon]

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

Bug ID: 155741
   Summary: Allow insertion of items into master without a
selected item
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: eyalr...@gmx.com

If I create a new Master document, and try to insert a new item (e.g. using the
button in the Master Document sidebar) - I can't! Only if I have another item
(e.g. by focusing the document area of the window, and have it selected in the
sidebar, can I make insertions.

I should be able to insert items right away.

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

[Libreoffice-bugs] [Bug 155740] Support distinction rather than override of conflicting subdocument styles

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks||107805


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107805
[Bug 107805] [META] Writer master document issues
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 107805] [META] Writer master document issues

[bugzilla-daemon]

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

Eyal Rozenberg  changed:

   What|Removed |Added

 Depends on||155740


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=155740
[Bug 155740] Support distinction rather than override of conflicting
subdocument styles
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 155740] New: Support distinction rather than override of conflicting subdocument styles

[bugzilla-daemon]

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

Bug ID: 155740
   Summary: Support distinction rather than override of
conflicting subdocument styles
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: eyalr...@gmx.com

When you add subsequent documents to a master document, styles already existing
in the master document (including those from previous inserted documents) are
kept, and the same-name styles from the newly-inserted document are discarded.

While this is not a bug, a user may well want different behavior. That is
especially true with commonly-used styles, those styles defined by default,
like the default PS, Body Text, Emphasis, Default Page Style, etc. Sometimes,
you want to align subsequent documents to the style of the first; but
sometimes, you may want to preserve the styling in each of the documents,
because the differences are intentional.

Some specific example: One subdocument has all pages with light blue background
(default page style), and the next subdocument has them in light green. These
documents could constitute a children's book with different chapters in
different background color.

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

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

[Colomban Wendling (via logerrit)]

 sw/source/core/access/accpara.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 235b0a4d30598631218dcc289a9efa85cd52ed3a
Author: Colomban Wendling 
AuthorDate: Thu Jun 8 17:43:49 2023 +0200
Commit: Noel Grandin 
CommitDate: Thu Jun 8 22:44:26 2023 +0200

sw: Fix crash accessing default accessible attributes

Fix crash accessing the name of the MMToPixelRatio item in the sequence
returned by SwAccessibleParagraph::getDefaultAttributes(), because a
temporary local was used as the property name, but got destroyed when
the method returns.

This was introduced in 46ce0d28b4c765076c7871358375c4e85e44534b,
probably by inadvertently removing the `static` qualifier.

Change-Id: I1d5004b0b0fdf9651781b9c71b67afeba61c284c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152748
Reviewed-by: Noel Grandin 
Tested-by: Noel Grandin 

diff --git a/sw/source/core/access/accpara.cxx 
b/sw/source/core/access/accpara.cxx
index bf88bda18bc4..c0599dbe3695 100644
--- a/sw/source/core/access/accpara.cxx
+++ b/sw/source/core/access/accpara.cxx
@@ -1598,7 +1598,7 @@ uno::Sequence< PropertyValue > 
SwAccessibleParagraph::getDefaultAttributes(
 _getDefaultAttributesImpl( aRequestedAttributes, aDefAttrSeq );
 
 // #i92233#
-constexpr OUStringLiteral sMMToPixelRatio = u"MMToPixelRatio";
+static constexpr OUStringLiteral sMMToPixelRatio = u"MMToPixelRatio";
 bool bProvideMMToPixelRatio( !aRequestedAttributes.hasElements() ||
  (comphelper::findValue(aRequestedAttributes, 
sMMToPixelRatio) != -1) );
 

[Libreoffice-bugs] [Bug 155724] -env:UserInstallation= broken on Windows

[bugzilla-daemon]

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

Jim Avera  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

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

[Libreoffice-bugs] [Bug 155724] -env:UserInstallation= broken on Windows

[bugzilla-daemon]

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

--- Comment #3 from Jim Avera  ---
@Eike - Thank you.   Fixing the incorrect URI makes it work

There remains a small bug in that the source of the error is mis-diagnosed as
being a "corrupt C:\Program Files\LibreOffice\program\bootstrap.ini"
when the error was actually in a passed-in environment variable.

It might not be worth the trouble to keep track of the over-ride for diagnostic
purposes, however.

I'm going to mark this RESOLVED.   Thank you for the help!

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

[Libreoffice-bugs] [Bug 154933] Rename "Text body" to "Body text"

[bugzilla-daemon]

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

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

https://git.libreoffice.org/help/commit/430c011fc24671011cbdd5f6310e7681ecdaf17d

Related tdf#154933  update "Text Body" -> "Body Text"

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

[Libreoffice-bugs] [Bug 154933] Rename "Text body" to "Body text"

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.6.0|target:7.6.0 target:24.2.0

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

[Libreoffice-commits] core.git: helpcontent2

[Seth Chaiklin (via logerrit)]

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

New commits:
commit cc00b7dedf8e55a4d1017cde807605225334b8e2
Author: Seth Chaiklin 
AuthorDate: Thu Jun 8 22:20:37 2023 +0200
Commit: Gerrit Code Review 
CommitDate: Thu Jun 8 22:20:37 2023 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 430c011fc24671011cbdd5f6310e7681ecdaf17d
  - Related tdf#154933  update "Text Body" -> "Body Text"

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

diff --git a/helpcontent2 b/helpcontent2
index 374b792c275f..430c011fc246 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 374b792c275fbfb5fad9d12764fecde6d1d5
+Subproject commit 430c011fc24671011cbdd5f6310e7681ecdaf17d

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

[Seth Chaiklin (via logerrit)]

 source/text/swriter/00/0405.xhp  |2 +-
 source/text/swriter/01/05130100.xhp  |2 +-
 source/text/swriter/01/0514.xhp  |6 +++---
 source/text/swriter/01/05150200.xhp  |4 ++--
 source/text/swriter/04/0102.xhp  |2 +-
 source/text/swriter/guide/auto_numbering.xhp |7 ++-
 6 files changed, 10 insertions(+), 13 deletions(-)

New commits:
commit 430c011fc24671011cbdd5f6310e7681ecdaf17d
Author: Seth Chaiklin 
AuthorDate: Wed Jun 7 11:24:03 2023 +0200
Commit: Seth Chaiklin 
CommitDate: Thu Jun 8 22:20:36 2023 +0200

Related tdf#154933  update "Text Body" -> "Body Text"

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

diff --git a/source/text/swriter/00/0405.xhp 
b/source/text/swriter/00/0405.xhp
index a4bd11e6a6..12cad5c291 100644
--- a/source/text/swriter/00/0405.xhp
+++ b/source/text/swriter/00/0405.xhp
@@ -36,7 +36,7 @@
  Choose Edit - Find  Replace - Format - Text 
Flow tab.
   
   
- Right-click a paragraph with style Text 
body. Choose Paragraph - Edit Style - Condition 
tab.
+ Right-click a paragraph 
with style Body Text. Choose Paragraph - Edit 
Style - Condition tab.
  Choose 
View - Styles (Command+TF11).
 Right-click any paragraph style. Choose New - Condition 
tab.
  
   
diff --git a/source/text/swriter/01/05130100.xhp 
b/source/text/swriter/01/05130100.xhp
index 76fe2d3b4f..6eb43de752 100644
--- a/source/text/swriter/01/05130100.xhp
+++ b/source/text/swriter/01/05130100.xhp
@@ -60,7 +60,7 @@
 
 
 The header 
text now has the attributes you specified in the Header Paragraph Style, while 
the other parts of the document have the attributes defined in the business 
letter conditional Paragraph Style.
-The "Text Body" 
Style was created as a conditional style. Therefore, any styles you derive from 
it can be used as conditional styles.
+The Body Text style was created as a 
conditional style. Therefore, any styles you derive from it can be used as 
conditional styles.
 The Paragraph 
Style applied to the context is used when exporting to other formats (RTF, 
HTML, and so on).
 
 Conditional style
diff --git a/source/text/swriter/01/0514.xhp 
b/source/text/swriter/01/0514.xhp
index f580cb8e83..d02bd63763 100644
--- a/source/text/swriter/01/0514.xhp
+++ b/source/text/swriter/01/0514.xhp
@@ -201,15 +201,15 @@
 You can assign shortcut keys to Styles from the 
Tools - Customize - Keyboard tab. Some 
shortcuts are predefined. 
   Command+0
 Ctrl+0
-  (zero) applies the Text Body paragraph style.  
Heading 1 through Heading 5 paragraph styles can be 
applied by using the 
+  (zero) applies the Body Text paragraph style. 
Heading 1 through Heading 5 paragraph styles can be 
applied by using the 
   Command
 Ctrl
   key and the heading number. For example 
   Command+2Ctrl+2
  applies the Heading 2 paragraph style.
-The Formatting (Styles) toolbar 
contains icons for applying and modifying styles.
+The Formatting (Styles) toolbar contains icons for 
applying and modifying styles.
 
-More 
information about styles.
+More information about styles.
 
 
 
diff --git a/source/text/swriter/01/05150200.xhp 
b/source/text/swriter/01/05150200.xhp
index db13c209c7..83df12a166 100644
--- a/source/text/swriter/01/05150200.xhp
+++ b/source/text/swriter/01/05150200.xhp
@@ -37,11 +37,11 @@
   
  
   
- 
+
   AutoCorrect for Bullets / 
Numbering
   To 
create a bulleted list, type a hyphen (-), star (*), or plus sign (+), followed 
by a space or tab at the beginning of a paragraph.
   To 
create a numbered list, type a number followed by a period (.), followed by a 
space or tab at the beginning of a paragraph. 
-  Automatic numbering is only 
applied to paragraphs formatted with the Default Paragraph Style, Text Body or 
Text Body Indent paragraph styles.
+  Automatic numbering is only applied to 
paragraphs formatted with the “Default Paragraph Style”, “Body Text”, or “Body 
Text, Indented” paragraph styles.
   
   
  
diff --git a/source/text/swriter/04/0102.xhp 
b/source/text/swriter/04/0102.xhp
index e43a33682b..b016e22ac0 100644
--- a/source/text/swriter/04/0102.xhp
+++ b/source/text/swriter/04/0102.xhp
@@ -388,7 +388,7 @@
 Ctrl+0 
(zero)
 
 
-   Apply Text Body paragraph style
+   Apply Body 
Text paragraph style
 
  
  
diff --git a/source/text/swriter/guide/auto_numbering.xhp 
b/source/text/swriter/guide/auto_numbering.xhp
index 06aac3e49e..0f8ec5e374 100644
--- a/source/text/swriter/guide/auto_numbering.xhp
+++ b/source/text/swriter/guide/auto_numbering.xhp
@@ -1,6 +1,5 @@
 
 
-
 
 
-
 
   
  Creating Numbered or Bulleted Lists 
as You Type
@@ -35,8 +33,7 @@
   

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

[Balazs Varga (via logerrit)]

 sw/source/core/access/AccessibilityCheck.cxx |7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

New commits:
commit f0619fddd49b56652f2fed9a2b56d21a2769e3b0
Author: Balazs Varga 
AuthorDate: Thu Jun 8 12:34:37 2023 +0200
Commit: Balazs Varga 
CommitDate: Thu Jun 8 22:17:19 2023 +0200

tdf#154951 - Accessibility checker fix missing alt text of grouped shapes

Add grouped shapes objects to "Go to" and "Fix" functions.

Change-Id: I4ebdbcadc775e700fe1da3a858e60658a88553db
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152709
Tested-by: Jenkins
Reviewed-by: Balazs Varga 
(cherry picked from commit 0b98ddee3612568ac640ad05b2d3d59f00d9ca2f)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152761

diff --git a/sw/source/core/access/AccessibilityCheck.cxx 
b/sw/source/core/access/AccessibilityCheck.cxx
index 58e3fe50f4a9..250f1b45f901 100644
--- a/sw/source/core/access/AccessibilityCheck.cxx
+++ b/sw/source/core/access/AccessibilityCheck.cxx
@@ -1354,9 +1354,10 @@ void AccessibilityCheck::checkObject(SdrObject* pObject)
 && FindFrameFormat(pObject)->GetAnchor().GetAnchorId() != 
RndStdIds::FLY_AS_CHAR)
 lclAddIssue(m_aIssueCollection, SwResId(STR_FLOATING_TEXT));
 
-if (pObject->GetObjIdentifier() == SdrObjKind::CustomShape
-|| pObject->GetObjIdentifier() == SdrObjKind::Text
-|| pObject->GetObjIdentifier() == SdrObjKind::Media)
+const SdrObjKind nObjId = pObject->GetObjIdentifier();
+
+if (nObjId == SdrObjKind::CustomShape || nObjId == SdrObjKind::Text
+|| nObjId == SdrObjKind::Media || nObjId == SdrObjKind::Group)
 {
 OUString sAlternative = pObject->GetTitle();
 if (sAlternative.isEmpty())

[Libreoffice-bugs] [Bug 143540] EDITING: Keypad decimal character not changed to comma

[bugzilla-daemon]

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

--- Comment #21 from Sébastien P.  ---
(In reply to Stéphane Guillou (stragu) from comment #19)
> Mattia, md and Sébastien, can you confirm that this does not affect only the
> formula bar, but also uses the wrong decimal separator when editing a cell
> in place?
> Please test in LO 7.5.3.

I have got the wrong decimal separator in formula and when editing a cell.

> Would be also good to see if the issue predates 7.1.

I follow stable amd64 version of Gentoo
(https://gitweb.gentoo.org/repo/gentoo.git/log/app-office/libreoffice).
On my side, this bug started last month (with 7.4.6.2). I noticed #154623, so I
have waited one month before take a closer look a few days ago.
7.4.4.2 (stable in January) was working until April for me.

Which leads me thought why does it change between 7.4.4.2 and 7.4.6.2. It may
be something upgrade outside that cause that.
I will try to reinstall old 7.4.4.2 to check if I got the same issue now.

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

[Libreoffice-ux-advise] [Bug 155471] Edit Index Entry dialog: Replace "Apply" button with "Reset" button and make "Close" apply automatically

[bugzilla-daemon]

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

--- Comment #4 from sdc.bla...@youmail.dk ---
(In reply to Heiko Tietze from comment #3)
> Doesn't it [Apply] apply?
Yes, but in general, it is not necessary to use this button, because simply
navigating to another entry is sufficient to "save/apply" a change in an entry
(without having to use the "Apply") button. 

> > Proposal 1:  Make the "Close" button automatically save any changes that are
> > made in the current index entry.
> If Close is Apply/Save how do you apply without closing?
At present, "Close" is *not* "Save". If you change a entry (and do not navigate
to another entry) and "Close", then nothing is saved. It is necessary to
"Apply" before "Close".  (afaict, this is the only situation where, at present,
the "Apply" button is actually needed/useful.)

> Reset means to revert changes made before, ie. using the attributes from the
> parent in case of styles.
In this case, the "before" state would be index entry before making any editing
changes.  The idea is that if a mistake is made in editing the entry (and you
have not navigated to another entry), then "Reset" would return the entry to
the state it had before editing. This idea would be relevant/necessary if
Proposal 1 is followed (with Save on Close), because "Reset" would be useful
(to allow resetting an edited entry before using "Close").

All these points can be seen/confirmed by using the attachment, which already
has some index entries.

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

[Libreoffice-bugs] [Bug 155471] Edit Index Entry dialog: Replace "Apply" button with "Reset" button and make "Close" apply automatically

[bugzilla-daemon]

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

--- Comment #4 from sdc.bla...@youmail.dk ---
(In reply to Heiko Tietze from comment #3)
> Doesn't it [Apply] apply?
Yes, but in general, it is not necessary to use this button, because simply
navigating to another entry is sufficient to "save/apply" a change in an entry
(without having to use the "Apply") button. 

> > Proposal 1:  Make the "Close" button automatically save any changes that are
> > made in the current index entry.
> If Close is Apply/Save how do you apply without closing?
At present, "Close" is *not* "Save". If you change a entry (and do not navigate
to another entry) and "Close", then nothing is saved. It is necessary to
"Apply" before "Close".  (afaict, this is the only situation where, at present,
the "Apply" button is actually needed/useful.)

> Reset means to revert changes made before, ie. using the attributes from the
> parent in case of styles.
In this case, the "before" state would be index entry before making any editing
changes.  The idea is that if a mistake is made in editing the entry (and you
have not navigated to another entry), then "Reset" would return the entry to
the state it had before editing. This idea would be relevant/necessary if
Proposal 1 is followed (with Save on Close), because "Reset" would be useful
(to allow resetting an edited entry before using "Close").

All these points can be seen/confirmed by using the attachment, which already
has some index entries.

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

[Libreoffice-bugs] [Bug 155739] New: Writer crashed while writing

[bugzilla-daemon]

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

Bug ID: 155739
   Summary: Writer crashed while writing
   Product: LibreOffice
   Version: 7.4.6.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mike.hilb...@hilberg.net

Description:
After crash recovery recovers only less than half of document. I'm totaly
upset!

Steps to Reproduce:
not available

Actual Results:
I've to rewrite several pages

Expected Results:
Recovery recovers everything, except the last few lines.


Reproducible: Sometimes


User Profile Reset: No

Additional Info:
Version: 7.4.6.2 (x64) / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 12; OS: Windows 10.0 Build 22000; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - sc/Library_scfilt.mk sc/source

[Dennis Francis (via logerrit)]

 sc/Library_scfilt.mk |1 
 sc/source/filter/inc/patterncache.hxx|   46 +++
 sc/source/filter/inc/stylesbuffer.hxx|5 ++
 sc/source/filter/oox/patterncache.cxx|   52 +++
 sc/source/filter/oox/sheetdatabuffer.cxx |6 ++-
 sc/source/filter/oox/stylesbuffer.cxx|   23 +
 6 files changed, 124 insertions(+), 9 deletions(-)

New commits:
commit 92b13ad1f1a87393cf66a35694f3e542db57f150
Author: Dennis Francis 
AuthorDate: Wed Jun 7 11:34:56 2023 +0530
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:58:04 2023 +0200

sc: perf: speedup sheets with lots of repetitive...

row styles using a small cache of already allocated patterns that are
tied to extended format id and number format id.

Change-Id: I3136aef9a034635924f7b7b6d2432f9ae5c2bd15
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152692
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/sc/Library_scfilt.mk b/sc/Library_scfilt.mk
index 5590a4ab7605..aa4e1fae787c 100644
--- a/sc/Library_scfilt.mk
+++ b/sc/Library_scfilt.mk
@@ -189,6 +189,7 @@ $(eval $(call gb_Library_add_exception_objects,scfilt,\
sc/source/filter/oox/numberformatsbuffer \
sc/source/filter/oox/ooxformulaparser \
sc/source/filter/oox/pagesettings \
+   sc/source/filter/oox/patterncache \
sc/source/filter/oox/pivotcachebuffer \
sc/source/filter/oox/pivotcachefragment \
sc/source/filter/oox/pivottablebuffer \
diff --git a/sc/source/filter/inc/patterncache.hxx 
b/sc/source/filter/inc/patterncache.hxx
new file mode 100644
index ..3962dccc37da
--- /dev/null
+++ b/sc/source/filter/inc/patterncache.hxx
@@ -0,0 +1,46 @@
+/* -*- 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 .
+ */
+
+#pragma once
+
+#include 
+
+class ScPatternAttr;
+
+static constexpr sal_Int32 nPatternCacheSize = 16;
+class ScPatternCache
+{
+struct Entry
+{
+sal_Int32 nXfId;
+sal_Int32 nNumFmtId;
+ScPatternAttr* pPattern;
+
+Entry();
+};
+
+Entry maEntries[nPatternCacheSize];
+sal_Int32 nNextPos;
+
+public:
+ScPatternCache();
+
+ScPatternAttr* query(sal_Int32 nXfId, sal_Int32 nNumFmtId) const;
+void add(sal_Int32 nXfId, sal_Int32 nNumFmtId, ScPatternAttr* pPattern);
+};
diff --git a/sc/source/filter/inc/stylesbuffer.hxx 
b/sc/source/filter/inc/stylesbuffer.hxx
index a687a14d3b31..c80eab77241d 100644
--- a/sc/source/filter/inc/stylesbuffer.hxx
+++ b/sc/source/filter/inc/stylesbuffer.hxx
@@ -35,6 +35,8 @@
 #include 
 #include 
 
+class ScPatternCache;
+
 namespace oox { class SequenceInputStream; }
 
 namespace oox { class PropertySet;
@@ -623,7 +625,8 @@ public:
 const Alignment& getAlignment() const { return maAlignment; }
 
 void applyPatternToAttrList(
-AttrList& rAttrs, SCROW nRow1, SCROW nRow2, sal_Int32 nForceScNumFmt );
+AttrList& rAttrs, SCROW nRow1, SCROW nRow2, sal_Int32 nXfId,
+sal_Int32 nForceScNumFmt, ScPatternCache& rCache );
 
 void writeToDoc( ScDocumentImport& rDoc, const ScRange& rRange );
 
diff --git a/sc/source/filter/oox/patterncache.cxx 
b/sc/source/filter/oox/patterncache.cxx
new file mode 100644
index ..2431a36fed20
--- /dev/null
+++ b/sc/source/filter/oox/patterncache.cxx
@@ -0,0 +1,52 @@
+/* -*- 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 

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - include/LibreOfficeKit libreofficekit/source sfx2/source

[Jaume Pujantell (via logerrit)]

 include/LibreOfficeKit/LibreOfficeKitEnums.h |   10 +-
 libreofficekit/source/gtk/lokdocview.cxx |1 +
 sfx2/source/dialog/dinfdlg.cxx   |9 +
 3 files changed, 19 insertions(+), 1 deletion(-)

New commits:
commit 5ec8b322107480075e6edae2711e87ca59ed5eef
Author: Jaume Pujantell 
AuthorDate: Wed May 10 23:19:04 2023 +0200
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:55:25 2023 +0200

notify async password change

Change-Id: I2d16c9804e65f093239e810d466de35286b28dee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152653
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/include/LibreOfficeKit/LibreOfficeKitEnums.h 
b/include/LibreOfficeKit/LibreOfficeKitEnums.h
index d6e46e96aee1..d2a03c8ce9b6 100644
--- a/include/LibreOfficeKit/LibreOfficeKitEnums.h
+++ b/include/LibreOfficeKit/LibreOfficeKitEnums.h
@@ -960,7 +960,13 @@ typedef enum
 /**
  * Informs the LibreOfficeKit client that the color palettes have changed.
 */
-LOK_CALLBACK_COLOR_PALETTES = 65
+LOK_CALLBACK_COLOR_PALETTES = 65,
+
+/**
+ * Informs that the document password has been succesfully changed.
+ * The payload contains the the new password and the type.
+*/
+LOK_CALLBACK_DOCUMENT_PASSWORD_RESET = 66
 }
 LibreOfficeKitCallbackType;
 
@@ -1121,6 +1127,8 @@ static inline const char* lokCallbackTypeToString(int 
nType)
 return "LOK_CALLBACK_A11Y_TEXT_SELECTION_CHANGED";
 case LOK_CALLBACK_COLOR_PALETTES:
 return "LOK_CALLBACK_COLOR_PALETTES";
+case LOK_CALLBACK_DOCUMENT_PASSWORD_RESET:
+return "LOK_CALLBACK_DOCUMENT_PASSWORD_RESET";
 }
 
 assert(!"Unknown LibreOfficeKitCallbackType type.");
diff --git a/libreofficekit/source/gtk/lokdocview.cxx 
b/libreofficekit/source/gtk/lokdocview.cxx
index 305ac5a477d2..7245c8e2096f 100644
--- a/libreofficekit/source/gtk/lokdocview.cxx
+++ b/libreofficekit/source/gtk/lokdocview.cxx
@@ -1492,6 +1492,7 @@ callback (gpointer pData)
 case LOK_CALLBACK_A11Y_CARET_CHANGED:
 case LOK_CALLBACK_A11Y_TEXT_SELECTION_CHANGED:
 case LOK_CALLBACK_COLOR_PALETTES:
+case LOK_CALLBACK_DOCUMENT_PASSWORD_RESET:
 {
 // TODO: Implement me
 break;
diff --git a/sfx2/source/dialog/dinfdlg.cxx b/sfx2/source/dialog/dinfdlg.cxx
index 3067229b96eb..85b9e50fc941 100644
--- a/sfx2/source/dialog/dinfdlg.cxx
+++ b/sfx2/source/dialog/dinfdlg.cxx
@@ -39,6 +39,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 
 #include 
 
@@ -71,6 +73,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -792,6 +795,12 @@ IMPL_LINK_NOARG(SfxDocumentPage, ChangePassHdl, 
weld::Button&, void)
 {
 sfx2::SetPassword(pFilter, pMedSet, 
m_xPasswordDialog->GetPasswordToOpen(),
   m_xPasswordDialog->GetPasswordToOpen(), 
true);
+tools::JsonWriter payloadJson;
+payloadJson.put("password", 
m_xPasswordDialog->GetPasswordToOpen());
+payloadJson.put("isToModify", false);
+pShell->GetViewShell()->libreOfficeKitViewCallback(
+LOK_CALLBACK_DOCUMENT_PASSWORD_RESET,
+payloadJson.extractAsOString().getStr());
 pShell->SetModified();
 }
 m_xPasswordDialog->disposeOnce();

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

[Jaume Pujantell (via logerrit)]

 include/vcl/pdfwriter.hxx  |4 +
 sd/inc/Annotation.hxx  |5 ++
 sd/source/core/annotations/Annotation.cxx  |   12 +++--
 sd/source/filter/pdf/sdpdffilter.cxx   |5 ++
 sd/source/ui/annotations/annotationtag.cxx |   23 +++---
 sd/source/ui/unoidl/unomodel.cxx   |   17 ++-
 vcl/source/filter/ipdf/pdfread.cxx |1 
 vcl/source/gdi/pdfwriter_impl.cxx  |   64 +++--
 vcl/source/pdf/PDFiumLibrary.cxx   |   24 --
 9 files changed, 133 insertions(+), 22 deletions(-)

New commits:
commit 53d610786ba8085fcce331174c74294c90c41a20
Author: Jaume Pujantell 
AuthorDate: Mon Jun 5 11:49:41 2023 +0200
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:53:59 2023 +0200

pdfium: better suport for annotations and some fixes

Added suport to import FreeText annotations. Added some suport to export
graphical annotations. Fixed some color issues to be more inline with
the pdfium library.

Change-Id: I7371595ebb95594ee765ae532ca7c7d4f0499592
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152606
Tested-by: Jenkins
Reviewed-by: Andras Timar 

diff --git a/include/vcl/pdfwriter.hxx b/include/vcl/pdfwriter.hxx
index 156720fed840..1abd5bf80151 100644
--- a/include/vcl/pdfwriter.hxx
+++ b/include/vcl/pdfwriter.hxx
@@ -66,6 +66,10 @@ struct PDFNote
 OUString  Title;  // optional title for the popup 
containing the note
 OUString  Contents;   // contents of the note
 css::util::DateTime maModificationDate;
+bool isFreeText;
+std::vector maPolygons;
+Color annotColor;
+Color interiorColor;
 };
 
 class VCL_DLLPUBLIC PDFOutputStream
diff --git a/sd/inc/Annotation.hxx b/sd/inc/Annotation.hxx
index 707f2cdc8e78..00870dc703e8 100644
--- a/sd/inc/Annotation.hxx
+++ b/sd/inc/Annotation.hxx
@@ -133,6 +133,10 @@ public:
 return bool(m_pCustomAnnotationMarker);
 }
 
+void setIsFreeText(bool value) { m_bIsFreeText = value; }
+
+bool isFreeText() const { return m_bIsFreeText; }
+
 private:
 // destructor is private and will be called indirectly by the release call 
   virtual ~Annotation() {}
 
@@ -152,6 +156,7 @@ private:
 rtl::Reference m_TextRange;
 
 std::unique_ptr m_pCustomAnnotationMarker;
+bool m_bIsFreeText;
 };
 
 }
diff --git a/sd/source/core/annotations/Annotation.cxx 
b/sd/source/core/annotations/Annotation.cxx
index 850f1a973ff1..432d38f9cb32 100644
--- a/sd/source/core/annotations/Annotation.cxx
+++ b/sd/source/core/annotations/Annotation.cxx
@@ -117,11 +117,13 @@ void 
createAnnotation(uno::Reference& xAnnotation, SdPage*
 
 sal_uInt32 Annotation::m_nLastId = 1;
 
-Annotation::Annotation( const uno::Reference& context, 
SdPage* pPage )
-: ::cppu::WeakComponentImplHelper(m_aMutex)
-, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET, uno::Sequence())
-, m_nId( m_nLastId++ )
-, mpPage( pPage )
+Annotation::Annotation(const uno::Reference& context, 
SdPage* pPage)
+: ::cppu::WeakComponentImplHelper(m_aMutex)
+, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET,
+uno::Sequence())
+, m_nId(m_nLastId++)
+, mpPage(pPage)
+, m_bIsFreeText(false)
 {
 }
 
diff --git a/sd/source/filter/pdf/sdpdffilter.cxx 
b/sd/source/filter/pdf/sdpdffilter.cxx
index 39c6ada55f4e..35b1bffbcb73 100644
--- a/sd/source/filter/pdf/sdpdffilter.cxx
+++ b/sd/source/filter/pdf/sdpdffilter.cxx
@@ -189,6 +189,11 @@ bool SdPdfFilter::Import()
 rCustomAnnotationMarker.maFillColor = COL_TRANSPARENT;
 }
 }
+else if (rPDFAnnotation.meSubType == 
vcl::pdf::PDFAnnotationSubType::FreeText)
+{
+auto* pAnnotation = 
static_cast(xAnnotation.get());
+pAnnotation->setIsFreeText(true);
+}
 }
 }
 mrDocument.setLock(bWasLocked);
diff --git a/sd/source/ui/annotations/annotationtag.cxx 
b/sd/source/ui/annotations/annotationtag.cxx
index 7afe26ee54b0..dbadf4cb6fe1 100644
--- a/sd/source/ui/annotations/annotationtag.cxx
+++ b/sd/source/ui/annotations/annotationtag.cxx
@@ -524,18 +524,29 @@ BitmapEx AnnotationTag::CreateAnnotationBitmap( bool 
bSelected )
 {
 ScopedVclPtrInstance< VirtualDevice > pVDev;
 
-OUString sInitials(mxAnnotation->getInitials());
-if (sInitials.isEmpty())
-sInitials = getInitials(mxAnnotation->getAuthor());
+OUString sText;
+auto* pAnnotation = dynamic_cast(mxAnnotation.get());
+if (pAnnotation && pAnnotation->isFreeText())
+{
+sText = mxAnnotation->getTextRange()->getString();
+}
+else
+{
+OUString sInitials(mxAnnotation->getInitials());
+if (sInitials.isEmpty())
+{
+sInitials = getInitials(mxAnnotation->getAuthor());
+}
 
-OUString sAuthor(sInitials + " " + 

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - include/vcl sd/inc sd/source vcl/source

[Jaume Pujantell (via logerrit)]

 include/vcl/pdfwriter.hxx  |4 +
 sd/inc/Annotation.hxx  |5 ++
 sd/source/core/annotations/Annotation.cxx  |   12 +++--
 sd/source/filter/pdf/sdpdffilter.cxx   |5 ++
 sd/source/ui/annotations/annotationtag.cxx |   23 +++---
 sd/source/ui/unoidl/unomodel.cxx   |   17 ++-
 vcl/source/filter/ipdf/pdfread.cxx |1 
 vcl/source/gdi/pdfwriter_impl.cxx  |   64 +++--
 vcl/source/pdf/PDFiumLibrary.cxx   |   24 --
 9 files changed, 133 insertions(+), 22 deletions(-)

New commits:
commit d01c4ebd00a7ec0249f34b26715802036db4
Author: Jaume Pujantell 
AuthorDate: Mon Jun 5 11:49:41 2023 +0200
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:53:44 2023 +0200

pdfium: better suport for annotations and some fixes

Added suport to import FreeText annotations. Added some suport to export
graphical annotations. Fixed some color issues to be more inline with
the pdfium library.

Change-Id: I7371595ebb95594ee765ae532ca7c7d4f0499592
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152548
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/include/vcl/pdfwriter.hxx b/include/vcl/pdfwriter.hxx
index 4236d2f3ea21..a03cee4dc362 100644
--- a/include/vcl/pdfwriter.hxx
+++ b/include/vcl/pdfwriter.hxx
@@ -66,6 +66,10 @@ struct PDFNote
 OUString  Title;  // optional title for the popup 
containing the note
 OUString  Contents;   // contents of the note
 css::util::DateTime maModificationDate;
+bool isFreeText;
+std::vector maPolygons;
+Color annotColor;
+Color interiorColor;
 };
 
 class VCL_DLLPUBLIC PDFOutputStream
diff --git a/sd/inc/Annotation.hxx b/sd/inc/Annotation.hxx
index 707f2cdc8e78..00870dc703e8 100644
--- a/sd/inc/Annotation.hxx
+++ b/sd/inc/Annotation.hxx
@@ -133,6 +133,10 @@ public:
 return bool(m_pCustomAnnotationMarker);
 }
 
+void setIsFreeText(bool value) { m_bIsFreeText = value; }
+
+bool isFreeText() const { return m_bIsFreeText; }
+
 private:
 // destructor is private and will be called indirectly by the release call 
   virtual ~Annotation() {}
 
@@ -152,6 +156,7 @@ private:
 rtl::Reference m_TextRange;
 
 std::unique_ptr m_pCustomAnnotationMarker;
+bool m_bIsFreeText;
 };
 
 }
diff --git a/sd/source/core/annotations/Annotation.cxx 
b/sd/source/core/annotations/Annotation.cxx
index 991412f063d5..3656c54f241a 100644
--- a/sd/source/core/annotations/Annotation.cxx
+++ b/sd/source/core/annotations/Annotation.cxx
@@ -117,11 +117,13 @@ void 
createAnnotation(uno::Reference& xAnnotation, SdPage*
 
 sal_uInt32 Annotation::m_nLastId = 1;
 
-Annotation::Annotation( const uno::Reference& context, 
SdPage* pPage )
-: ::cppu::WeakComponentImplHelper(m_aMutex)
-, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET, uno::Sequence())
-, m_nId( m_nLastId++ )
-, mpPage( pPage )
+Annotation::Annotation(const uno::Reference& context, 
SdPage* pPage)
+: ::cppu::WeakComponentImplHelper(m_aMutex)
+, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET,
+uno::Sequence())
+, m_nId(m_nLastId++)
+, mpPage(pPage)
+, m_bIsFreeText(false)
 {
 }
 
diff --git a/sd/source/filter/pdf/sdpdffilter.cxx 
b/sd/source/filter/pdf/sdpdffilter.cxx
index 002c1c5db4e6..b54703c3f0e7 100644
--- a/sd/source/filter/pdf/sdpdffilter.cxx
+++ b/sd/source/filter/pdf/sdpdffilter.cxx
@@ -189,6 +189,11 @@ bool SdPdfFilter::Import()
 rCustomAnnotationMarker.maFillColor = COL_TRANSPARENT;
 }
 }
+else if (rPDFAnnotation.meSubType == 
vcl::pdf::PDFAnnotationSubType::FreeText)
+{
+auto* pAnnotation = 
static_cast(xAnnotation.get());
+pAnnotation->setIsFreeText(true);
+}
 }
 }
 mrDocument.setLock(bWasLocked);
diff --git a/sd/source/ui/annotations/annotationtag.cxx 
b/sd/source/ui/annotations/annotationtag.cxx
index cfd632dcc2bd..a44acdf74a6c 100644
--- a/sd/source/ui/annotations/annotationtag.cxx
+++ b/sd/source/ui/annotations/annotationtag.cxx
@@ -523,18 +523,29 @@ BitmapEx AnnotationTag::CreateAnnotationBitmap( bool 
bSelected )
 {
 ScopedVclPtrInstance< VirtualDevice > pVDev;
 
-OUString sInitials(mxAnnotation->getInitials());
-if (sInitials.isEmpty())
-sInitials = getInitials(mxAnnotation->getAuthor());
+OUString sText;
+auto* pAnnotation = dynamic_cast(mxAnnotation.get());
+if (pAnnotation && pAnnotation->isFreeText())
+{
+sText = mxAnnotation->getTextRange()->getString();
+}
+else
+{
+OUString sInitials(mxAnnotation->getInitials());
+if (sInitials.isEmpty())
+{
+sInitials = getInitials(mxAnnotation->getAuthor());
+}
 
-OUString sAuthor(sInitials + " " + 

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - include/vcl sd/inc sd/source vcl/source

[Jaume Pujantell (via logerrit)]

 include/vcl/pdfwriter.hxx  |4 +
 sd/inc/Annotation.hxx  |5 ++
 sd/source/core/annotations/Annotation.cxx  |   12 +++--
 sd/source/filter/pdf/sdpdffilter.cxx   |5 ++
 sd/source/ui/annotations/annotationtag.cxx |   23 +++---
 sd/source/ui/unoidl/unomodel.cxx   |   17 ++-
 vcl/source/filter/ipdf/pdfread.cxx |1 
 vcl/source/gdi/pdfwriter_impl.cxx  |   64 +++--
 vcl/source/pdf/PDFiumLibrary.cxx   |   24 --
 9 files changed, 133 insertions(+), 22 deletions(-)

New commits:
commit 13c3bc9094c56136d1b7d35ecf6fbfa4655448bc
Author: Jaume Pujantell 
AuthorDate: Mon Jun 5 11:49:41 2023 +0200
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:53:14 2023 +0200

pdfium: better suport for annotations and some fixes

Added suport to import FreeText annotations. Added some suport to export
graphical annotations. Fixed some color issues to be more inline with
the pdfium library.

Change-Id: I7371595ebb95594ee765ae532ca7c7d4f0499592
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152549
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/include/vcl/pdfwriter.hxx b/include/vcl/pdfwriter.hxx
index 6fe273054b4b..5f5ad9a851ec 100644
--- a/include/vcl/pdfwriter.hxx
+++ b/include/vcl/pdfwriter.hxx
@@ -66,6 +66,10 @@ struct PDFNote
 OUString  Title;  // optional title for the popup 
containing the note
 OUString  Contents;   // contents of the note
 css::util::DateTime maModificationDate;
+bool isFreeText;
+std::vector maPolygons;
+Color annotColor;
+Color interiorColor;
 };
 
 class VCL_DLLPUBLIC PDFOutputStream
diff --git a/sd/inc/Annotation.hxx b/sd/inc/Annotation.hxx
index 707f2cdc8e78..00870dc703e8 100644
--- a/sd/inc/Annotation.hxx
+++ b/sd/inc/Annotation.hxx
@@ -133,6 +133,10 @@ public:
 return bool(m_pCustomAnnotationMarker);
 }
 
+void setIsFreeText(bool value) { m_bIsFreeText = value; }
+
+bool isFreeText() const { return m_bIsFreeText; }
+
 private:
 // destructor is private and will be called indirectly by the release call 
   virtual ~Annotation() {}
 
@@ -152,6 +156,7 @@ private:
 rtl::Reference m_TextRange;
 
 std::unique_ptr m_pCustomAnnotationMarker;
+bool m_bIsFreeText;
 };
 
 }
diff --git a/sd/source/core/annotations/Annotation.cxx 
b/sd/source/core/annotations/Annotation.cxx
index 991412f063d5..3656c54f241a 100644
--- a/sd/source/core/annotations/Annotation.cxx
+++ b/sd/source/core/annotations/Annotation.cxx
@@ -117,11 +117,13 @@ void 
createAnnotation(uno::Reference& xAnnotation, SdPage*
 
 sal_uInt32 Annotation::m_nLastId = 1;
 
-Annotation::Annotation( const uno::Reference& context, 
SdPage* pPage )
-: ::cppu::WeakComponentImplHelper(m_aMutex)
-, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET, uno::Sequence())
-, m_nId( m_nLastId++ )
-, mpPage( pPage )
+Annotation::Annotation(const uno::Reference& context, 
SdPage* pPage)
+: ::cppu::WeakComponentImplHelper(m_aMutex)
+, ::cppu::PropertySetMixin(context, 
IMPLEMENTS_PROPERTY_SET,
+uno::Sequence())
+, m_nId(m_nLastId++)
+, mpPage(pPage)
+, m_bIsFreeText(false)
 {
 }
 
diff --git a/sd/source/filter/pdf/sdpdffilter.cxx 
b/sd/source/filter/pdf/sdpdffilter.cxx
index 39c6ada55f4e..35b1bffbcb73 100644
--- a/sd/source/filter/pdf/sdpdffilter.cxx
+++ b/sd/source/filter/pdf/sdpdffilter.cxx
@@ -189,6 +189,11 @@ bool SdPdfFilter::Import()
 rCustomAnnotationMarker.maFillColor = COL_TRANSPARENT;
 }
 }
+else if (rPDFAnnotation.meSubType == 
vcl::pdf::PDFAnnotationSubType::FreeText)
+{
+auto* pAnnotation = 
static_cast(xAnnotation.get());
+pAnnotation->setIsFreeText(true);
+}
 }
 }
 mrDocument.setLock(bWasLocked);
diff --git a/sd/source/ui/annotations/annotationtag.cxx 
b/sd/source/ui/annotations/annotationtag.cxx
index 7afe26ee54b0..dbadf4cb6fe1 100644
--- a/sd/source/ui/annotations/annotationtag.cxx
+++ b/sd/source/ui/annotations/annotationtag.cxx
@@ -524,18 +524,29 @@ BitmapEx AnnotationTag::CreateAnnotationBitmap( bool 
bSelected )
 {
 ScopedVclPtrInstance< VirtualDevice > pVDev;
 
-OUString sInitials(mxAnnotation->getInitials());
-if (sInitials.isEmpty())
-sInitials = getInitials(mxAnnotation->getAuthor());
+OUString sText;
+auto* pAnnotation = dynamic_cast(mxAnnotation.get());
+if (pAnnotation && pAnnotation->isFreeText())
+{
+sText = mxAnnotation->getTextRange()->getString();
+}
+else
+{
+OUString sInitials(mxAnnotation->getInitials());
+if (sInitials.isEmpty())
+{
+sInitials = getInitials(mxAnnotation->getAuthor());
+}
 
-OUString sAuthor(sInitials + " " + 

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

[Attila Szűcs (via logerrit)]

 sw/source/uibase/utlui/content.cxx |   30 ++
 1 file changed, 30 insertions(+)

New commits:
commit ed3bb61461e4e394bd476b4ec57ff3025eca153f
Author: Attila Szűcs 
AuthorDate: Thu Jun 8 11:21:16 2023 +0200
Commit: Andras Timar 
CommitDate: Thu Jun 8 21:51:43 2023 +0200

LOK: navigator: hide empty contentTypes

In case of LOK, do not insert empty contenttype to tree,
and implement new way to find changes in contents, in hidden
contentTypes, because the original checked only on the tree.

Change-Id: Ib1e4da5e05b2ad4161c6a66a9c54111d558f66f0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152735
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/sw/source/uibase/utlui/content.cxx 
b/sw/source/uibase/utlui/content.cxx
index c54ec983d157..6325347a930e 100644
--- a/sw/source/uibase/utlui/content.cxx
+++ b/sw/source/uibase/utlui/content.cxx
@@ -111,6 +111,8 @@
 #include 
 #include 
 
+#include 
+
 #define CTYPE_CNT   0
 #define CTYPE_CTT   1
 
@@ -2544,6 +2546,13 @@ void SwContentTree::Display( bool bActive )
 
 OUString aImage(GetImageIdForContentTypeId(nCntType));
 bool bChOnDemand = 0 != rpContentT->GetMemberCount();
+
+// In case of LOK, empty content types must be hidden in the 
contenttree
+if (comphelper::LibreOfficeKit::isActive() && !bChOnDemand)
+{
+continue;
+}
+
 OUString sId(weld::toId(rpContentT.get()));
 insert(nullptr, rpContentT->GetName(), sId, bChOnDemand, 
xEntry.get());
 m_xTreeView->set_image(*xEntry, aImage);
@@ -2947,6 +2956,27 @@ bool SwContentTree::HasContentChanged()
 // is detected only fill member lists for remaining content types. The 
Display function
 // will clear and recreate the treeview from the content type member 
arrays if content has
 // changed.
+
+if (comphelper::LibreOfficeKit::isActive())
+{
+// In case of LOK, empty contentTypes are hidden, even in all 
content view
+// so it is not enough to check only the m_xTreeView.
+bool bCountChanged = false;
+for (ContentTypeId i : o3tl::enumrange())
+{
+if (m_aActiveContentArr[i])
+{
+auto nLastTMCount = 
m_aActiveContentArr[i]->GetMemberCount();
+m_aActiveContentArr[i]->FillMemberList();
+// If the member count of a type is changed, then the 
content is surely changed
+if (m_aActiveContentArr[i]->GetMemberCount() != 
nLastTMCount)
+bCountChanged = true;
+}
+}
+if (bCountChanged)
+return true;
+}
+
 std::unique_ptr xEntry(m_xTreeView->make_iterator());
 
 // lambda function to find the next content type entry

[Libreoffice-bugs] [Bug 155283] Need ability to filter sidebar style list by typing

[bugzilla-daemon]

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

--- Comment #8 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #6)

Note that, unless you start typing in the style list, the (visible) UI doesn't
change. So the complexity is hidden

> Still prefer to not implement such thing as the use case is weak. Who
> _filters_ the list of styles by name? 

I do... the default list of styles has 4 pages' worth of items on my PC's
monitor, and on my laptop - nearly double that. But the more common use case
for me is when I've opened an MS Word file, and I get a bunch of auto-generated
styles there, which all begin with a similar prefix.

> And last bit not least a dedicated dialog for style management is requested
> in bug 90646 that could offer more options.

If that were implemented, I'd want filtering-by-typing both for the modal
dialog for style management, _and_ for the sidebar for style use and indication
of what style is at the cursor (+ colored highlighting).

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

[Libreoffice-commits] core.git: Branch 'libreoffice-7-6' - svgio/qa svgio/source

[Xisco Fauli (via logerrit)]

 svgio/qa/cppunit/SvgImportTest.cxx|   18 ++
 svgio/qa/cppunit/data/tdf155733.svg   |   20 
 svgio/source/svgreader/svgstyleattributes.cxx |   12 ++--
 3 files changed, 44 insertions(+), 6 deletions(-)

New commits:
commit 8274361b482f006fbab3f845c5f2e2d259a3955e
Author: Xisco Fauli 
AuthorDate: Thu Jun 8 13:49:11 2023 +0200
Commit: Xisco Fauli 
CommitDate: Thu Jun 8 20:55:42 2023 +0200

tdf#155733: no need to store these values

Change-Id: I1c22f8f344731eb5fbc5f77fc80267ebcdc81ed6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152740
Tested-by: Jenkins
Reviewed-by: Xisco Fauli 
(cherry picked from commit 9662b23182174888045726fd57bf7d93c16cf4fb)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152757

diff --git a/svgio/qa/cppunit/SvgImportTest.cxx 
b/svgio/qa/cppunit/SvgImportTest.cxx
index 967bcc0275cf..ce4db97e0954 100644
--- a/svgio/qa/cppunit/SvgImportTest.cxx
+++ b/svgio/qa/cppunit/SvgImportTest.cxx
@@ -989,6 +989,24 @@ CPPUNIT_TEST_FIXTURE(Test, 
testBehaviourWhenWidthAndHeightIsOrIsNotSet)
 }
 }
 
+CPPUNIT_TEST_FIXTURE(Test, testTdf155733)
+{
+Primitive2DSequence aSequence = 
parseSvg(u"/svgio/qa/cppunit/data/tdf155733.svg");
+CPPUNIT_ASSERT_EQUAL(1, static_cast(aSequence.getLength()));
+
+drawinglayer::Primitive2dXmlDump dumper;
+xmlDocUniquePtr pDocument = 
dumper.dumpAndParse(Primitive2DContainer(aSequence));
+
+CPPUNIT_ASSERT (pDocument);
+
+assertXPath(pDocument, "/primitive2D/transform/transform[1]/softedge", 
"radius", "5");
+
+// Without the fix in place, the softedge would have been applied to the 
second element
+// - Expected: 1
+// - Actual  : 0
+assertXPath(pDocument, 
"/primitive2D/transform/transform[2]/unifiedtransparence", "transparence", 
"50");
+}
+
 CPPUNIT_TEST_FIXTURE(Test, testTdf97663)
 {
 Primitive2DSequence aSequence = 
parseSvg(u"/svgio/qa/cppunit/data/em_units.svg");
diff --git a/svgio/qa/cppunit/data/tdf155733.svg 
b/svgio/qa/cppunit/data/tdf155733.svg
new file mode 100644
index ..db04ba9afd21
--- /dev/null
+++ b/svgio/qa/cppunit/data/tdf155733.svg
@@ -0,0 +1,20 @@
+http://www.w3.org/2000/svg;
+  xmlns:xlink="http://www.w3.org/1999/xlink;>
+  
+
+  
+
+  
+
+  
+
+  
+
+  
+  
+
+
diff --git a/svgio/source/svgreader/svgstyleattributes.cxx 
b/svgio/source/svgreader/svgstyleattributes.cxx
index eda757af80d3..600f1690cb80 100644
--- a/svgio/source/svgreader/svgstyleattributes.cxx
+++ b/svgio/source/svgreader/svgstyleattributes.cxx
@@ -2879,7 +2879,7 @@ namespace svgio::svgreader
 
 if(!aClipPath.isEmpty())
 {
-const_cast< SvgStyleAttributes* >(this)->mpClipPathXLink = 
dynamic_cast< const SvgClipPathNode* 
>(mrOwner.getDocument().findSvgNodeById(aClipPath));
+return dynamic_cast< const SvgClipPathNode* 
>(mrOwner.getDocument().findSvgNodeById(aClipPath));
 }
 }
 
@@ -2914,7 +2914,7 @@ namespace svgio::svgreader
 
 if(!aFilter.isEmpty())
 {
-const_cast< SvgStyleAttributes* >(this)->mpFilterXLink = 
dynamic_cast< const SvgFilterNode* 
>(mrOwner.getDocument().findSvgNodeById(aFilter));
+return dynamic_cast< const SvgFilterNode* 
>(mrOwner.getDocument().findSvgNodeById(aFilter));
 }
 }
 
@@ -2949,7 +2949,7 @@ namespace svgio::svgreader
 
 if(!aMask.isEmpty())
 {
-const_cast< SvgStyleAttributes* >(this)->mpMaskXLink = 
dynamic_cast< const SvgMaskNode* 
>(mrOwner.getDocument().findSvgNodeById(aMask));
+return dynamic_cast< const SvgMaskNode* 
>(mrOwner.getDocument().findSvgNodeById(aMask));
 }
 }
 
@@ -2984,7 +2984,7 @@ namespace svgio::svgreader
 
 if(!aMarker.isEmpty())
 {
-const_cast< SvgStyleAttributes* 
>(this)->mpMarkerStartXLink = dynamic_cast< const SvgMarkerNode* 
>(mrOwner.getDocument().findSvgNodeById(getMarkerStartXLink()));
+return dynamic_cast< const SvgMarkerNode* 
>(mrOwner.getDocument().findSvgNodeById(getMarkerStartXLink()));
 }
 }
 
@@ -3019,7 +3019,7 @@ namespace svgio::svgreader
 
 if(!aMarker.isEmpty())
 {
-const_cast< SvgStyleAttributes* >(this)->mpMarkerMidXLink 
= dynamic_cast< const SvgMarkerNode* 
>(mrOwner.getDocument().findSvgNodeById(getMarkerMidXLink()));
+return dynamic_cast< const SvgMarkerNode* 
>(mrOwner.getDocument().findSvgNodeById(getMarkerMidXLink()));
 }
 }
 
@@ -3054,7 +3054,7 @@ namespace svgio::svgreader
 
 if(!aMarker.isEmpty())
 {
-const_cast< SvgStyleAttributes* >(this)->mpMarkerEndXLink 
= dynamic_cast< 

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

[Caolán McNamara (via logerrit)]

 chart2/source/controller/sidebar/ChartColorWrapper.cxx |3 +++
 sw/source/core/text/inftxt.cxx |5 +++--
 2 files changed, 6 insertions(+), 2 deletions(-)

New commits:
commit 260bc16e1923016d0628a8779e219b290d4c9011
Author: Caolán McNamara 
AuthorDate: Thu Jun 8 15:23:04 2023 +0100
Commit: Caolán McNamara 
CommitDate: Thu Jun 8 20:42:55 2023 +0200

check for empty model like ObjectIdentifier::getObjectPropertySet

a speculative fix for:

https://crashreport.libreoffice.org/stats/crash_details/5b3c8597-9ffa-49b8-8cc2-132e69456249

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

diff --git a/chart2/source/controller/sidebar/ChartColorWrapper.cxx 
b/chart2/source/controller/sidebar/ChartColorWrapper.cxx
index e1011a684787..aee8483cadf4 100644
--- a/chart2/source/controller/sidebar/ChartColorWrapper.cxx
+++ b/chart2/source/controller/sidebar/ChartColorWrapper.cxx
@@ -39,6 +39,9 @@ namespace {
 
 OUString getCID(const css::uno::Reference& xModel)
 {
+if (!xModel.is())
+return OUString();
+
 css::uno::Reference 
xController(xModel->getCurrentController());
 css::uno::Reference 
xSelectionSupplier(xController, css::uno::UNO_QUERY);
 if (!xSelectionSupplier.is())
commit 3fe8d0e47418c4ce47a6ae6802ccbb0dd496f853
Author: Caolán McNamara 
AuthorDate: Thu Jun 8 12:50:46 2023 +0100
Commit: Caolán McNamara 
CommitDate: Thu Jun 8 20:42:44 2023 +0200

ofz#59696 Abrt

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

diff --git a/sw/source/core/text/inftxt.cxx b/sw/source/core/text/inftxt.cxx
index 32b8b2609df0..32676958c914 100644
--- a/sw/source/core/text/inftxt.cxx
+++ b/sw/source/core/text/inftxt.cxx
@@ -19,6 +19,7 @@
 
 #include 
 
+#include 
 #include 
 #include 
 #include 
@@ -1631,8 +1632,8 @@ void SwTextFormatInfo::CtorInitTextFormatInfo( 
OutputDevice* pRenderContext, SwT
 m_nLineNetHeight = 0;
 SetLineStart(TextFrameIndex(0));
 
-SvtCTLOptions::TextNumerals const nTextNumerals(
-SvtCTLOptions::GetCTLTextNumerals());
+SvtCTLOptions::TextNumerals const nTextNumerals = 
!utl::ConfigManager::IsFuzzing() ?
+SvtCTLOptions::GetCTLTextNumerals() : 
SvtCTLOptions::NUMERALS_ARABIC;
 // cannot cache for NUMERALS_CONTEXT because we need to know the string
 // for the whole paragraph now
 if (nTextNumerals != SvtCTLOptions::NUMERALS_CONTEXT)

[Libreoffice-bugs] [Bug 139112] Accessibility options dialog should adapt its width to long labels

[bugzilla-daemon]

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

--- Comment #34 from Łukasz  ---
still in the start window of the database, the Polish text is missing there

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

[Libreoffice-bugs] [Bug 155723] Regular Pentagon tool draws pentagons, not regular pentagons: Wrong Tooltip

[bugzilla-daemon]

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

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||LibreOffice@bielefeldundbus
   ||s.de
Summary|Regular Pentagon tool draws |Regular Pentagon tool draws
   |pentagons, not regular  |pentagons, not regular
   |pentagons   |pentagons: Wrong Tooltip
Version|7.4.7.2 release |4.0.0.3 release

--- Comment #1 from Rainer Bielefeld Retired  
---
Still REPRODUCIBLE with Server Installation of Version: 7.6.0.0.alpha0+
(X86_64) 
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: Locale: de-DE (de_DE); UI: de-DE; Theme: Automatic (Colibre)
Calc: CL threaded – Special new User Profile for testing

a) Already in 4.0.0, Probably inherited from OOo.

b) Also affects Translations, I also see Tooltip "Regelmäßiges Fünfeck" in
German Translation

c) I did not find "Fünfeck" in Help, so might not be a problem there.

d) No DUPs found here 

e) UI might be better Component? I can't tell

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

[Libreoffice-bugs] [Bug 147696] FILESAVE DOCX Index entries of alphabetic index are wrongly exported to docx

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

   Hardware|x86-64 (AMD64)  |All
Version|7.4.0.0 alpha0+ |unspecified
 OS|Windows (All)   |All

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