[Libreoffice-bugs] [Bug 88822] APK needs helpful ChromeOS settings ...

[bugzilla-daemon]

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

Olivia  changed:

   What|Removed |Added

URL||https://www.geeksscan.com

--- Comment #10 from Olivia  ---
https://www.geeksscan.com
We’ve often been asked the questions, “what is a geek?” or “how do you define a
geek?”. The truth 
Latest blog  the current official definition of what a geek is hasn’t kept up
with popular culture guest post . General population started consuming guest
post. So what is a geek? We’re here to set the record straight.  latest
articles.

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

[Libreoffice-bugs] [Bug 144781] pdf import in draw has problems recognizing background and tick marks

[bugzilla-daemon]

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

--- Comment #3 from Mike Kaganski  ---
Created attachment 175336
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175336=edit
Export from 7.2.2.1

No repro using Version: 7.2.2.1 (x64) / LibreOffice Community
Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c
CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

Both checkmarks, and background, are imported correctly.

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

[Libreoffice-bugs] [Bug 144601] Rotating image results in inverted colors

[bugzilla-daemon]

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

--- Comment #10 from smeetqa  ---
No repo using Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 20f064c1d4d2788edbd4ed7303cf1fcc4f817be4
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-09-12_10:33:12
Calc: threaded

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

[Libreoffice-bugs] [Bug 144757] In Options - LibreOffice - Fonts - Font Settings for HTML, Basic and SQL Sources, Selecting an other font doesn't function.

[bugzilla-daemon]

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

--- Comment #4 from Alexander Van den Panhuysen 
 ---
Excuse me, are you telling me that LibreOffice isn't tested until now on a Mac
OS? So, LibreOffice is in fact never truly made for Mac! Is there no developer
ho has a Mac to test LibreOffice? Last night I couldn't sleep of wat you have
written. I see two solutions now 1. Somebody is going to get a Mac and start
testing. Or 2. Remove the package of LibreOffice for Mac from the internet !!
No wonder that some bugs are remaining for years!
I am working with computer since 1977 and so far I didn't see an office-package
that has no bugs and no errors! Bravo people.
Regards,
Alexander

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

[Libreoffice-bugs] [Bug 144759] Calc Artefacts appearing in A1> when an autofilter is selected

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||ke...@collabora.com,
   ||r...@post.cz
   Keywords|bibisectRequest |bibisected, bisected

--- Comment #4 from raal  ---
Bisected to
/bibisect-win32-5.1
a41ce79ec3f41ad8b4db1b3925ed79aba0367866 is the first bad commit
commit a41ce79ec3f41ad8b4db1b3925ed79aba0367866
Author: Norbert Thiebaud 
Date:   Fri Jul 17 02:18:48 2015 -0700

source sha:342d84218c17da40d0a4f96bc3b07b536d64517a

https://git.libreoffice.org/core/+/342d84218c17da40d0a4f96bc3b07b536d64517a
   sc tiled editing: Mapping has to be turned off after drawing the buttons.

Adding CC to: Jan Holesovsky

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

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

[Daniel Arato (NISZ) (via logerrit)]

 sc/qa/unit/data/ods/header-footer-content.ods |binary
 sc/qa/unit/subsequent_export-test2.cxx|   36 ++
 sc/source/filter/xml/XMLTableMasterPageExport.cxx |2 -
 3 files changed, 37 insertions(+), 1 deletion(-)

New commits:
commit f75ec59c9a77065d4a39a4b433b139cabe1405e1
Author: Daniel Arato (NISZ) 
AuthorDate: Wed Sep 22 15:03:48 2021 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Wed Sep 29 07:38:33 2021 +0200

tdf#144184 sc: fix first page footer export

Due to a typical case of copy-paste oversight LO Calc used to lose
the first page footer when exporting to ODS. With the typo fixed,
the export now works again.

Follow-up to commit 19fa853ce12136b5c14e0c5a0aa906c296b75388
"tdf#121715 XLSX: support custom first page header/footer".

Change-Id: If8f5ab4ff9a9392768789b886218d1d9c56ddbae
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122455
Tested-by: László Németh 
Reviewed-by: László Németh 
Signed-off-by: Xisco Fauli 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122764
Tested-by: Jenkins
(cherry picked from commit ccd1393611ff7ea71d2dc5d75b0c27a4794ebdbb)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122742
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/sc/qa/unit/data/ods/header-footer-content.ods 
b/sc/qa/unit/data/ods/header-footer-content.ods
new file mode 100644
index ..f365748ddc22
Binary files /dev/null and b/sc/qa/unit/data/ods/header-footer-content.ods 
differ
diff --git a/sc/qa/unit/subsequent_export-test2.cxx 
b/sc/qa/unit/subsequent_export-test2.cxx
index 77e4bc37673e..f3bf709500b4 100644
--- a/sc/qa/unit/subsequent_export-test2.cxx
+++ b/sc/qa/unit/subsequent_export-test2.cxx
@@ -82,6 +82,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 using namespace ::com::sun::star;
@@ -125,6 +126,7 @@ public:
 void testRefStringConfigXLSX();
 void testRefStringUnspecified();
 void testHeaderImageODS();
+void testHeaderFooterContentODS();
 
 void testTdf88657ODS();
 void testTdf41722();
@@ -227,6 +229,7 @@ public:
 CPPUNIT_TEST(testRefStringConfigXLSX);
 CPPUNIT_TEST(testRefStringUnspecified);
 CPPUNIT_TEST(testHeaderImageODS);
+CPPUNIT_TEST(testHeaderFooterContentODS);
 
 CPPUNIT_TEST(testTdf88657ODS);
 CPPUNIT_TEST(testTdf41722);
@@ -474,6 +477,39 @@ void ScExportTest2::testHeaderImageODS()
 xDocSh->DoClose();
 }
 
+void ScExportTest2::testHeaderFooterContentODS()
+{
+ScDocShellRef xShell = loadDoc(u"header-footer-content.", FORMAT_ODS);
+ScDocShellRef xDocSh = saveAndReload(&(*xShell), FORMAT_ODS);
+uno::Reference 
xStyleFamiliesSupplier(xDocSh->GetModel(),
+ 
uno::UNO_QUERY);
+uno::Reference xStyleFamilies
+= xStyleFamiliesSupplier->getStyleFamilies();
+uno::Reference 
xPageStyles(xStyleFamilies->getByName("PageStyles"),
+   uno::UNO_QUERY);
+uno::Reference 
xStyle(xPageStyles->getByName("Default"), uno::UNO_QUERY);
+
+uno::Reference xContent;
+xStyle->getPropertyValue("RightPageHeaderContent") >>= xContent;
+CPPUNIT_ASSERT(xContent.is());
+CPPUNIT_ASSERT_EQUAL(OUString("header"), 
xContent->getCenterText()->getString());
+
+xStyle->getPropertyValue("FirstPageHeaderContent") >>= xContent;
+CPPUNIT_ASSERT(xContent.is());
+CPPUNIT_ASSERT_EQUAL(OUString("first page header"), 
xContent->getCenterText()->getString());
+
+xStyle->getPropertyValue("RightPageFooterContent") >>= xContent;
+CPPUNIT_ASSERT(xContent.is());
+CPPUNIT_ASSERT_EQUAL(OUString("footer"), 
xContent->getCenterText()->getString());
+
+xStyle->getPropertyValue("FirstPageFooterContent") >>= xContent;
+// First page footer content used to be lost upon export.
+CPPUNIT_ASSERT(xContent.is());
+CPPUNIT_ASSERT_EQUAL(OUString("first page footer"), 
xContent->getCenterText()->getString());
+
+xDocSh->DoClose();
+}
+
 void ScExportTest2::testTextDirectionXLSX()
 {
 ScDocShellRef xDocSh = loadDoc(u"writingMode.", FORMAT_XLSX);
diff --git a/sc/source/filter/xml/XMLTableMasterPageExport.cxx 
b/sc/source/filter/xml/XMLTableMasterPageExport.cxx
index bf43b2c29fb2..59b29378ea16 100644
--- a/sc/source/filter/xml/XMLTableMasterPageExport.cxx
+++ b/sc/source/filter/xml/XMLTableMasterPageExport.cxx
@@ -187,7 +187,7 @@ void XMLTableMasterPageExport::exportMasterPageContent(
 
 bool bFirstFooter = (!::cppu::any2bool(rPropSet->getPropertyValue( 
SC_UNO_PAGE_FIRSTFTRSHARED )) && bFooter);
 
-exportHeaderFooter( xFooterLeft, XML_FOOTER_FIRST, bFirstFooter );
+exportHeaderFooter( xFooterFirst, XML_FOOTER_FIRST, bFirstFooter );
 }
 }
 

[Libreoffice-bugs] [Bug 144781] pdf import in draw has problems recognizing background and tick marks

[bugzilla-daemon]

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

--- Comment #2 from johnks  ---
Created attachment 175335
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175335=edit
draw output to be compared with input file

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

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

[Caolán McNamara (via logerrit)]

 connectivity/source/drivers/dbase/DTable.cxx |   13 -
 1 file changed, 8 insertions(+), 5 deletions(-)

New commits:
commit 4e76220028b5db5018425a08c764ec073020232c
Author: Caolán McNamara 
AuthorDate: Sun Sep 26 14:05:37 2021 +0100
Commit: Adolfo Jayme Barrientos 
CommitDate: Wed Sep 29 07:37:28 2021 +0200

ofz#39304 short timestamp record

Change-Id: I8f783473dd5d4679846c7c866cd1853ef7d919fc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122645
Reviewed-by: Michael Stahl 
Reviewed-by: Xisco Fauli 
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/connectivity/source/drivers/dbase/DTable.cxx 
b/connectivity/source/drivers/dbase/DTable.cxx
index 5b1ea452f61a..8b36eb3b3cf4 100644
--- a/connectivity/source/drivers/dbase/DTable.cxx
+++ b/connectivity/source/drivers/dbase/DTable.cxx
@@ -772,10 +772,8 @@ bool ODbaseTable::fetchRow(OValueRefRow& _rRow, const 
OSQLColumns & _rCols, bool
 for (std::size_t i = 1; aIter != aEnd && nByteOffset <= m_nBufferSize && i 
< nCount;++aIter, i++)
 {
 // Lengths depending on data type:
-sal_Int32 nLen = 0;
-sal_Int32 nType = 0;
-nLen= m_aPrecisions[i-1];
-nType   = m_aTypes[i-1];
+sal_Int32 nLen = m_aPrecisions[i-1];
+sal_Int32 nType = m_aTypes[i-1];
 
 switch(nType)
 {
@@ -834,8 +832,13 @@ bool ODbaseTable::fetchRow(OValueRefRow& _rRow, const 
OSQLColumns & _rCols, bool
 else if ( DataType::TIMESTAMP == nType )
 {
 sal_Int32 nDate = 0,nTime = 0;
+if (o3tl::make_unsigned(nLen) < 8)
+{
+SAL_WARN("connectivity.drivers", "short TIMESTAMP");
+return false;
+}
 memcpy(, pData, 4);
-memcpy(, pData+ 4, 4);
+memcpy(, pData + 4, 4);
 if ( !nDate && !nTime )
 {
 (*_rRow)[i]->setNull();

[Libreoffice-bugs] [Bug 144781] pdf import in draw has problems recognizing background and tick marks

[bugzilla-daemon]

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

--- Comment #1 from johnks  ---
Created attachment 175334
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175334=edit
input file

cancel password decryption on opening in draw. the file should still open

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

[Libreoffice-bugs] [Bug 144781] New: pdf import in draw has problems recognizing background and tick marks

[bugzilla-daemon]

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

Bug ID: 144781
   Summary: pdf import in draw has problems recognizing background
and tick marks
   Product: LibreOffice
   Version: 7.2.1.1 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: testing1237...@yahoo.com

Description:
attached is a pdf file that opens fine in pdf viewers but in draw asks for a
password. if we ignore the error, the file does open in draw but the background
is all wrong, on original its all white but draw sees it as black but also, the
text formatting is wrong. 
more troubling is that there are tick marks that are not recognized by draw. i
have attached pdf output from draw that show the difference. 

this is different from previous similar bug that here the tick marks are not
recognized. rest of the issues are the same

Steps to Reproduce:
1. open file in draw
2. ignore password. 
3. check draw rendering with normal pdf viewer rending. 
4. check if tick marks exists or not.
5. export to pdf and compare input and output pdf.

Actual Results:
pdf rending is wrong but more importantly, tick marks are absent

Expected Results:
 tick marks should render in draw, in draw pdf output just like in input file


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.1.2 / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Flatpak
Calc: threaded

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

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

[Caolán McNamara (via logerrit)]

 connectivity/source/commontools/dbconversion.cxx |9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

New commits:
commit 2736a88f77e02786343c21359adfb6f6bb04beab
Author: Caolán McNamara 
AuthorDate: Sun Sep 26 14:23:54 2021 +0100
Commit: Adolfo Jayme Barrientos 
CommitDate: Wed Sep 29 07:36:31 2021 +0200

ofz#39301 month has to be in range [1-12]

Change-Id: I5a4ca534b24098342d8f465a32bc1887f40f5b63
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122646
Reviewed-by: Michael Stahl 
Reviewed-by: Xisco Fauli 
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/connectivity/source/commontools/dbconversion.cxx 
b/connectivity/source/commontools/dbconversion.cxx
index 13a799e55a9a..96b1f1dcfd0a 100644
--- a/connectivity/source/commontools/dbconversion.cxx
+++ b/connectivity/source/commontools/dbconversion.cxx
@@ -26,6 +26,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -163,10 +164,13 @@ namespace dbtools
 ;
 }
 
-
 static sal_Int32 implDaysInMonth(sal_Int32 _nMonth, sal_Int32 _nYear)
 {
-OSL_ENSURE(_nMonth > 0 && _nMonth < 13,"Month as invalid value!");
+SAL_WARN_IF(_nMonth < 1 || _nMonth > 12, "connectivity.commontools", 
"Month has invalid value: " << _nMonth);
+if (_nMonth < 1)
+_nMonth = 1;
+else if (_nMonth > 12)
+_nMonth = 12;
 if (_nMonth != 2)
 return aDaysInMonth[_nMonth-1];
 else
@@ -178,7 +182,6 @@ namespace dbtools
 }
 }
 
-
 static sal_Int32 implRelativeToAbsoluteNull(const css::util::Date& _rDate)
 {
 sal_Int32 nDays = 0;

[Libreoffice-bugs] [Bug 144691] Applying complext text layout resets selected language

[bugzilla-daemon]

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

smeetqa  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from smeetqa  ---
Thank you for reporting the bug. I can confirm that the bug is present in

[Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 20f064c1d4d2788edbd4ed7303cf1fcc4f817be4
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-09-12_10:33:12
Calc: threaded]


###Steps followed are
Open Writer
Choose Tools - Options. Go to Language Settings - Languages.
Select checkbox for Complex text layout
Now select any language
Click apply

Observe it resets selected language.

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

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

[Eike Rathke (via logerrit)]

 sc/inc/queryentry.hxx  |9 +-
 sc/source/core/data/column3.cxx|2 
 sc/source/core/data/table3.cxx |  121 ++---
 sc/source/core/tool/queryentry.cxx |3 
 4 files changed, 94 insertions(+), 41 deletions(-)

New commits:
commit dc1642c3225ff4aeada5df749946f406772eb1ff
Author: Eike Rathke 
AuthorDate: Tue Sep 28 00:19:47 2021 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Wed Sep 29 06:32:18 2021 +0200

Resolves: tdf#144740 Fix broken compareByValue() query, tdf#142910 
tdf#144253

Fix regression of a series of commits that, intended for filter
queries, unconditionally round numeric values as shown under
ScTable::ValidQuery() and compareByValue() without having taken
into account that the same query and compare functions are used by
the interpreter for all functions that use query criteria,
possibly delivering completely wrong results including in
backports to 7.2.0.0

commit f6b143a57d9bd8f5d7b29febcb4e01ee1eb2ff1d
CommitDate: Wed Jul 7 17:44:46 2021 +0200

tdf#142910 sc filter: fix "greater than" or "smaller than" etc

commit 51375b48378915b6e95c1ac26b2ccf8e39880f7e
CommitDate: Tue Sep 21 11:06:35 2021 +0200

tdf#144253 tdf#144324 sc filter: use formatted values in filters

Several related and intertwined commits in filter context make
assumptions about these queries always being executed rounded, so
the only clean solution is to make that depend on the
ScQueryEntry::Item being passed. Its mbRoundForFilter value is set
to true for all items of all queries executed via ScTable::Query()
and ScTable::GetFilteredFilterEntries(). It might be not all are
necessary (or some even still harmful?) and unnecessarily
obtaining number formats and calling RoundValueAsShown() is still
a bottle neck for those, but that should be addressed and reworked
independently. The important part is calculations work as before.

Also, moved obtaining number formats for calling RoundValueAsShown()
into logic that calls them only if necessary.

Note the TODO in compareByValue() about suspicious rounding of
rItem.mfVal in filter context that is to be addressed.

Change-Id: Ieb178ad1ea15a635caeb1ba698c2f4b7ad676d57
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122729
Reviewed-by: Eike Rathke 
Tested-by: Jenkins
(cherry picked from commit b60b6bfaafa1315e07108dba50f016975b619c59)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122736
Reviewed-by: Xisco Fauli 
Reviewed-by: Mike Kaganski 
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/sc/inc/queryentry.hxx b/sc/inc/queryentry.hxx
index 94ea761c1239..9b0b1cd98124 100644
--- a/sc/inc/queryentry.hxx
+++ b/sc/inc/queryentry.hxx
@@ -44,13 +44,14 @@ struct SC_DLLPUBLIC ScQueryEntry
 
 struct SAL_DLLPRIVATE Item
 {
-QueryType meType;
-doublemfVal;
+QueryType meType;
+doublemfVal;
 svl::SharedString maString;
+Color maColor;
 bool  mbMatchEmpty;
-Color maColor;
+bool  mbRoundForFilter;
 
-Item() : meType(ByValue), mfVal(0.0), mbMatchEmpty(false) {}
+Item() : meType(ByValue), mfVal(0.0), mbMatchEmpty(false), 
mbRoundForFilter(false) {}
 
 bool operator== (const Item& r) const;
 };
diff --git a/sc/source/core/data/column3.cxx b/sc/source/core/data/column3.cxx
index 49c646073e27..ab34d8297c27 100644
--- a/sc/source/core/data/column3.cxx
+++ b/sc/source/core/data/column3.cxx
@@ -2500,7 +2500,7 @@ class FilterEntriesHandler
 pFormatter->GetInputLineString(fVal, nIndex, aStr);
 }
 // store the formatted/rounded value for filtering
-if (nFormat && !bDate)
+if ((nFormat % SV_COUNTRY_LANGUAGE_OFFSET) != 0 && !bDate)
 mrFilterEntries.push_back(ScTypedStrData(aStr, fVal, 
rColumn.GetDoc().RoundValueAsShown(fVal, nFormat), ScTypedStrData::Value, 
bDate));
 else
 mrFilterEntries.push_back(ScTypedStrData(aStr, fVal, fVal, 
ScTypedStrData::Value, bDate));
diff --git a/sc/source/core/data/table3.cxx b/sc/source/core/data/table3.cxx
index 5caea5500fda..08be06aa15b7 100644
--- a/sc/source/core/data/table3.cxx
+++ b/sc/source/core/data/table3.cxx
@@ -2443,6 +2443,17 @@ public:
 return mrTab.HasStringData(nCol, nRow);
 }
 
+sal_uInt32 getNumFmt( SCCOL nCol, SCROW nRow, const ScInterpreterContext* 
pContext )
+{
+sal_uInt32 nNumFmt = (pContext ?
+mrTab.GetNumberFormat(*pContext, ScAddress(nCol, nRow, 
mrTab.GetTab())) :
+mrTab.GetNumberFormat(nCol, nRow));
+if (nNumFmt && (nNumFmt % SV_COUNTRY_LANGUAGE_OFFSET) == 0)
+// Any General of any locale is 

[Libreoffice-bugs] [Bug 140399] FORMATTING: Heading 5 style applied in a document is not the same style as earlier instances of it in the same document

[bugzilla-daemon]

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

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

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 144404] user-defined sticky points of an object are not shown while stretching a connector to the object

[bugzilla-daemon]

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

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 144758] Sort dialog activates left-to-right direction when opening ODS

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Libreoffice-bugs] [Bug 144495] Wishlist: let draw background image be taken from the clipboard

[bugzilla-daemon]

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

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 144669] Tick box surrounded by black background in form displaying data source view

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Libreoffice-bugs] [Bug 92254] When the focus is in Notes pane, the highlight on current slide vanishes from the Slides pane.

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

   Keywords||bibisectRequest

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

[Libreoffice-bugs] [Bug 144488] Writer: Globaldokument mit Teil-Dokumenten - Exportfunktionen passen Hyperlinks auf Fragmente in Teildokumenten nicht an

[bugzilla-daemon]

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

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 140802] When viewing an entry in a simple text cell a funny code appears at the end of the entry e.g. _x005F_x000D_

[bugzilla-daemon]

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

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

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 144476] When mail merge output e-mails are about to be sent, Writer crashes.

[bugzilla-daemon]

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

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 136716] Exceptional CPU spike when changing table style the first time

[bugzilla-daemon]

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

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 144777] countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 140459] numpad not working in RTL language

[bugzilla-daemon]

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

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 144777] countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

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 144484] Wishlist: provide "load styles from template" in draw/impress too

[bugzilla-daemon]

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

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 140723] Can't edit draw shapes in Writer

[bugzilla-daemon]

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

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 140723] Can't edit draw shapes in Writer

[bugzilla-daemon]

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

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

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 136716] Exceptional CPU spike when changing table style the first time

[bugzilla-daemon]

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

--- 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 140399] FORMATTING: Heading 5 style applied in a document is not the same style as earlier instances of it in the same document

[bugzilla-daemon]

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

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 141395] save

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear gui.ol.martins,

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 141218] Area Axial Shade non recognized 8first time)

[bugzilla-daemon]

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

--- Comment #2 from QA Administrators  ---
Dear paolo.azzolin,

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 136557] CALC: icons disappeared/corrupted after suspend PC on mouse over

[bugzilla-daemon]

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

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

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 89576] UI: Find's Match Case option has a shortcut hint for its first letter, but doesn't work with "alt-m"

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear Nick Levinson,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 136616] Insertion of improper spaces in texts of Ajuda para entrada de dados in Validação

[bugzilla-daemon]

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

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

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 62256] VIEWING: 3D button from a PPTX missing white line

[bugzilla-daemon]

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

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

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://kiwiirc.com/nextclient/irc.freenode.net/#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 88552] Event "Text modified" never happens in a combobox inside a tablecontrol

[bugzilla-daemon]

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

--- Comment #16 from QA Administrators  ---
Dear Robert Großkopf,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 50359] Difficult to select PNG with transparent background and fine content

[bugzilla-daemon]

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

--- Comment #19 from QA Administrators  ---
Dear Mark van Rossum,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 41574] EDITING: after removing a custom animation I cannot add another

[bugzilla-daemon]

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

--- Comment #17 from QA Administrators  ---
Dear Reuben Thomas,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 41401] Distribution menu for images or other objects has not a natural result

[bugzilla-daemon]

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

--- Comment #22 from QA Administrators  ---
Dear Rpnpif,

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://kiwiirc.com/nextclient/irc.freenode.net/#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 118588] [NEWHELP] Editing; There seems to be no help entry dealing with inserting or working with tables in the Impress pages

[bugzilla-daemon]

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

--- Comment #9 from Ross Johnson  ---
Related to [comment 4], building the latest from the master branch (pulled
yesterday), "export HELP_DEBUG=1" no longer displays the bookmark hid targets:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 8a5682cd2f27a7da2a0597cb25d43abc310013bc
CPU threads: 12; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-US
Calc: threaded

It still works for 7.2 so it's not my environment.

Has something changed in the past week?

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

[Libreoffice-bugs] [Bug 73292] FILESAVE: saving as .uot results in microscopic page size when re-opened (only when Inches used)

[bugzilla-daemon]

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

--- Comment #21 from Jim Avera  ---
Bug still there in master 2021-09-26.

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: c92a29fd6ef341a1657f90759d20e4f052b45843
CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-09-26_16:13:32
Calc: threaded

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

[Libreoffice-bugs] [Bug 144780] Anti-aliasing ON + No Transparency + Custom page size + no margins = line right and bottom of PNG draw exports

[bugzilla-daemon]

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

xordevore...@gmail.com changed:

   What|Removed |Added

Summary|Anti-aliasing ON + No   |Anti-aliasing ON + No
   |Transparency + Custom page  |Transparency + Custom page
   |size = line right and   |size + no margins = line
   |bottom of PNG draw exports  |right and bottom of PNG
   ||draw exports

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

[Libreoffice-bugs] [Bug 144780] Anti-aliasing ON + No Transparency + Custom page size = line right and bottom of PNG draw exports

[bugzilla-daemon]

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

--- Comment #2 from xordevore...@gmail.com ---
Created attachment 175333
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175333=edit
png export with no transparency

result when PNG is exported with no transparency

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

[Libreoffice-bugs] [Bug 144780] Anti-aliasing ON + No Transparency + Custom page size = line right and bottom of PNG draw exports

[bugzilla-daemon]

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

xordevore...@gmail.com changed:

   What|Removed |Added

 CC||xordevore...@gmail.com

--- Comment #1 from xordevore...@gmail.com ---
Created attachment 175332
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175332=edit
png output with transparency

Result when PNG exported using transparency

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

[Libreoffice-bugs] [Bug 144780] New: Anti-aliasing ON + No Transparency + Custom page size = line right and bottom of PNG draw exports

[bugzilla-daemon]

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

Bug ID: 144780
   Summary: Anti-aliasing ON + No Transparency + Custom page size
= line right and bottom of PNG draw exports
   Product: LibreOffice
   Version: 7.2.1.1 rc
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: xordevore...@gmail.com

Description:
If I have anti-aliasing on and I enter a custom page size for a drawing
document with no margins when I don't export using transparency, then white /
anti-aliased to white lines appear right and bottom of any PNG export.

If I export using transparency, it's okay.

THE PROBLEM with exporting with transparency is that nothing on a master page
in Windows LO Draw shows up. It's an unfortunate either-or situation:

a. Don't export with transparency and have items on master pages export
b. Export with transparency and no items on master pages export

SO there's two different problems. 

The first problem with transparency / no master was reported here
https://bugs.documentfoundation.org/show_bug.cgi?id=123973

The second problem is what I'm reporting today with the lines right and bottom
of the export based on non-standard page dimensions (the destination program
I'm using that consumes what I'm exporting from LO Draw wants 2048x2048 pixels
EXACTLY which LO draw produces if the dimensions are 21.33″x21.33″). 

Even the slightest deviation from standard page dimensions causes the bug which
I've included in the steps to reproduce.

I am not convinced that the bug I'm reporting today is the same as this bug
https://bugs.documentfoundation.org/show_bug.cgi?id=117160 because that bug had
more to do with SKIA / hardware acceleration only rather than
anti-aliasing+weird page dimensions.








Steps to Reproduce:
1. Launch LO Draw in Microsoft Windows
2. Assure that anti-aliasing in on in Options (Options / General / View)
3. Set the page margins to None
4. Set the page dimensions to something other than default (11x8.5 to 11x8.6)
5. Set the background color of the page to black
6. Export to PNG (no transparency option selected, interlacing irrelevant)
7. Observe the exported PNG right and bottom edges

Actual Results:
A white line (or a line anti-aliased to alpha which appears white) shows up
right and bottom of the exported PNG.

Expected Results:
There should never be any artifacts on the PNG export.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.2.1 (x64) / LibreOffice Community
Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 144779] Crash when selecting a table

[bugzilla-daemon]

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

--- Comment #1 from Eduardo Bray  ---
I think is this plugin that i installed:
https://github.com/gkarsay/parlatype-libreoffice-extension

Sorry.

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

[Libreoffice-bugs] [Bug 143907] CHAPTER NUMBERING: LO Writer fails to properly align, if a certain paragraph style is used

[bugzilla-daemon]

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

Eek! A Bug. Kill it!  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |NOTABUG

--- Comment #14 from Eek! A Bug. Kill it!  ---
(In reply to Justin L from comment #13)
> (In reply to Eek! A Bug. Kill it! from comment #12)
> > I do not understand how you can state that there is no problem because it
> > only happens on one level - especially when you go on to point out that this
> > same thing happened in the past, but on a different level.
> Make sure you read the earlier responses carefully. I never said it wasn't a
> problem because it only happens on one level.
> 
> Yes, in the past the style set a specific zero margin on ALL heading styles,
> but that was fixed in 5.2 (including for level 3).
> 
> That bug/fix is completely disconnected from the reason why level 3 is
> causing you trouble though. I explained why earlier, and you can unzip your
> document and look at styles.xml and see that only Heading 3 has a left
> margin specified (as zero). Based on the instructions in the style
> definition, LO is doing exactly what it is told to do, and that is why there
> is no problem.
> 
> > The same thing happens on any document I create from scratch
> Please do make this new example from scratch and submit it. I would actually
> be surprised if you can do it. Make sure you document all the steps so that
> others can reproduce it too.
> 
> > The process you outlined may work, but it is too involved for the
> > average user to implement, and it should not be necessary in any case.
> The average user will never run into this situation. This only happens when
> a style is changed to give it a non-default value. (And this is a perfectly
> legitimate operation that some users might want to do intentionally.
> Everything here is consistently following the rules of inheritance priority.)
> 
> My process is not actually complicated. 
> -the user somehow specifies a setting in a style, but now wants to clear
> that direct setting and inherit it from the parent style instead.
> -the user presses the Reset to Parent button on the relevant tab (previous
> just labelled as "Standard" I expect).
> 
> Powerful software by definition allows complicated situations.



Justin, it seems that I owe you a sincere apology. I was struggling to learn
the whole styles method of creating documents and must have somehow changed
that level 3 left outline list margin setting  inadvertently because I have no
recollection of having done so (it was after all a fairly short test document
that I created specifically to follow along with a LO Writer Styles video
tutorial). I was aware from my reading of the manual that direct formatting
takes precedence, which makes sense, but I did not think I had changed any
settings directly. I made use of the Style Inspector and noticed what you did,
but I could not find a way to manually change the errant margin setting, and
since everything in the Bullets & Numbering dialog looked correct (except as
noted), I presumed there was indeed a bug. 

You were also correct in that the problem did NOT exhibit itself in a new
document, which I am absolutely certain I tried before writing this bug report
to verify my bug assumption, but alas a new document today works fine. Not sure
why, but obviously it’s either something I did (if you make a mistake once, you
are apt to make the same mistake again moments later due to muscle memory) or
it’s this touchy Asus keyboard once again having a mind of it’s own.

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

[Libreoffice-bugs] [Bug 144779] New: Crash when selecting a table

[bugzilla-daemon]

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

Bug ID: 144779
   Summary: Crash when selecting a table
   Product: LibreOffice
   Version: 7.1.5.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ebray...@gmail.com

Created attachment 175331
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175331=edit
Crash file

Summary:
Writer crash when selecting a table.

Steps to reproduce:
Open the attached file and select the table. When the mouse click is release
Writer should crash.
Check this screen recording: https://youtu.be/kknyiKJ0--c

What happend?
Writer suddenly crash.

LibreOffice Info:
Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 8; OS: Linux 5.10; UI render: GL; VCL: kf5
Locale: es-CL (es_CL.UTF-8); UI: es-ES
Gentoo official package
Calc: threaded

System info:
Operating System: Gentoo Linux
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2
Kernel Version: 5.10.61-gentoo (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7 CPU 870 @ 2.93GHz
Memory: 7.8 GiB of RAM
Graphics Processor: AMD JUNIPER

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

_ssl.cpython-3.8.so does not exist in the tarball

[mcmurchy1917techy]

Did a pull over the weekend.

Compiled and got this error.


[build DEP] LNK:Library/libcuilo.so
[build DEP] LNK:Library/libcuilo.so
[build LNK] Library/libcuilo.so
/home/master/master/external/python3/ExternalPackage_python3.mk:46: *** file 
/home/master/master/workdir/UnpackedTarball/python3/LO_lib/_ssl.cpython-3.8.so does not exist in the tarball.  Stop.

make[1]: *** Waiting for unfinished jobs
make: *** [Makefile:288: build] Error 2


My autogen has this flag --enable-python=internal. If I remove the flag  --enable-python=internal libreoffice compiles 
successfully.


I'm a bit behind the curve, the last time I compiled was June 12th also with  
--enable-python=internal, that was successful

What do I need to do to resolve?

My system has the python3 3.9.6 package. Have I got myself ahead of the curve?

Regards

Alex

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 143193] Clean up Basic 'Format' implementation

[bugzilla-daemon]

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

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

--- Comment #8 from Mike Kaganski  ---
(In reply to Andreas Heinisch from comment #7)

Your analysis is completely correct. It's OK to use doubles; doubles allow to
work with integers up to 2^52. The problem is in conversion to string. And we
*badly* need an accurate method for that.

Unfortunately, conversion of double to string is a difficult thing, affected by
multitude of factors like decimal/thousand separators, national numerals, and
so on. So there's no function in STL that would fit our variety of different
needs perfectly.

But myftoa looks a candidate for eradication. It's simple enough that
rtl_math_doubleToString could replace (and then we would deal with one less
imperfect implementations).

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

[Libreoffice-bugs] [Bug 143575] Strings are not converted correctly to their nearest double representation

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 144142] MATCH returns #N/A if found value is from a formula

[bugzilla-daemon]

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

--- Comment #16 from Eike Rathke  ---
And moreover bug 144740.

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

[Libreoffice-bugs] [Bug 144777] countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

--- Comment #3 from adnanbal...@gmail.com ---
Yes, that is correct. In that document, countifs() on 10,000 rows takes 84
seconds in Excel but 238 seconds in Calc.

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

[Libreoffice-bugs] [Bug 97087] Timers and idles should have programmer comprehensible, unique names

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||ilmari.lauhakangas@libreoff
   ||ice.org
 Status|NEW |RESOLVED

--- Comment #38 from Buovjaga  ---
Looks like Noel solved the rest with
https://git.libreoffice.org/core/commit/d72511eda923c827a6175bec9b8f24c237f82730
so let's close

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

[Libreoffice-bugs] [Bug 144521] FILESAVE: Stop storing empty cells

[bugzilla-daemon]

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

--- Comment #15 from Mike Kaganski  ---
Created attachment 175330
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175330=edit
Last rows of sheet "Rides"

(In reply to robert from comment #14)
> Have you actually read , especially the
> penultimate line: 
> 
> Bloat is not a technical issue, but verily a way of thinking, a "state of
> mind". Its cure is a simple refusal to accept, and a well directed,
> resounding "clean up your act and clean up your code!"

Please keep the issue clean of unrelated subjective stuff.

> It's not just storing empty cells, or "If a user has created elements having
> different styles in the very last rows of the sheet, it's not the software's
> task to discard that data." The user hasn't created them, the user, in casu
> me, has deleted 1 million rows and it's Calc that fills them with "standard"
> styles. 

LOL. Have you tried to look at *your* file? Let me show it - on the attached
screenshot. Look at the heights of the rows 1048565 to 1048576 (last 12 rows)
vs the rows above? *This* is what *you* did (and you *definitely*) had set the
height manually, at least for the million+ rows 1048564 and above. How that
happened is what only you can tell.

> Or why do I get "asian" or "complex" styles? 

Because every style includes full definition that allows you to type *any*
character into the cell having this style; and for ODF, that means that to type
an Asian character, LibreOffice would need to use a different font. That you
didn't enable display of those settings doesn't mean that LibreOffice should
save incomplete styles, making *your* file behave differently in two your
friends both typing Chinese characters, simply because they would use some
different defaults because your file didn't explicitly specify what to use for
Asian text.

This is prefectly OK.

> Or fonts that are never used?

A style that is defined in your file is the *content* of the file, even if you
didn't apply it to anything.

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

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

[Noel Grandin (via logerrit)]

 sfx2/source/notify/globalevents.cxx |8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

New commits:
commit a69987dfd496413792d9bef5cb071615dd7ab375
Author: Noel Grandin 
AuthorDate: Tue Sep 28 15:41:28 2021 +0200
Commit: Noel Grandin 
CommitDate: Tue Sep 28 22:10:26 2021 +0200

fix deadlock on exit (attempt2)

regression from
commit 8122c82d90117fc0c4c8ea87aa7f771d5e92bf36
osl::Mutex->std::mutex in SfxGlobalEvents_Imp

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

diff --git a/sfx2/source/notify/globalevents.cxx 
b/sfx2/source/notify/globalevents.cxx
index 71fdd8a70aae..aba0d718c7d0 100644
--- a/sfx2/source/notify/globalevents.cxx
+++ b/sfx2/source/notify/globalevents.cxx
@@ -246,13 +246,15 @@ void SfxGlobalEvents_Impl::dispose() {
 if (m_disposed)
 return;
 m_disposed = true;
-auto tmp = std::move(m_xEvents);
+auto tmpEvents = std::move(m_xEvents);
+auto tmpModels = std::move(m_lModels);
 m_xJobExecutorListener.clear();
 m_disposeListeners.swap(listeners);
 m_lModels.clear();
 g.unlock();
-// clear events outside lock because it will trigger a call back into 
us
-tmp.clear();
+// clear events outside lock because it will trigger a call 
back into us
+tmpEvents.clear();
+tmpModels.clear();
 g.lock();
 m_aLegacyListeners.disposeAndClear(g, {static_cast(this)});
 g.lock(); // because disposeAndClear is going to want to unlock()

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

--- Comment #7 from Andreas Heinisch  ---
Consider this small snippet:


Sub Main

  i = 44
  MsgBox TypeName(i) ' prints integer
  i = i + 1
  MsgBox TypeName(i) ' prints double

End Sub

Because of [1], but the calculations are correct (the variable contains
47.000). However, the homebrew myftoa in [2] imho does not
correctly calculate the desired precision. I even missed some precision scaling
in [3] for Bug 107953.

Mike what is your opinion about a fix for this problem? Can this be addressed
using the rtl_math_doubleToString as in Bug 130725?

[1]
https://opengrok.libreoffice.org/xref/core/basic/source/sbx/sbxvalue.cxx?r=010e99c7#1084
[2]
https://opengrok.libreoffice.org/xref/core/basic/source/sbx/sbxscan.cxx?r=ef38b9af#320
[3]
https://opengrok.libreoffice.org/xref/core/basic/source/sbx/sbxscan.cxx?r=ef38b9af#810

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

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

[Caolán McNamara (via logerrit)]

 vcl/source/app/salvtables.cxx |   28 ++--
 1 file changed, 26 insertions(+), 2 deletions(-)

New commits:
commit 36cec4b92e8be9f47467539967672ba8906096e1
Author: Caolán McNamara 
AuthorDate: Tue Sep 28 17:11:02 2021 +0100
Commit: Caolán McNamara 
CommitDate: Tue Sep 28 21:49:11 2021 +0200

tdf#144139 gen backend doesn't crash but DrawOutDev is a null op for 
Printers

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

diff --git a/vcl/source/app/salvtables.cxx b/vcl/source/app/salvtables.cxx
index fd17e157d8ce..2d30c82e781b 100644
--- a/vcl/source/app/salvtables.cxx
+++ b/vcl/source/app/salvtables.cxx
@@ -1285,7 +1285,19 @@ void SalInstanceWidget::DoRecursivePaint(vcl::Window* 
pWindow, const Point& rRen
 Size aTempLogicSize(xOutput->PixelToLogic(aChildSizePixel));
 Size aRenderLogicSize(rOutput.PixelToLogic(aChildSizePixel));
 
-xOutput->DrawOutDev(Point(), aTempLogicSize, rRenderLogicPos, 
aRenderLogicSize, rOutput);
+switch (rOutput.GetOutDevType())
+{
+case OUTDEV_WINDOW:
+case OUTDEV_VIRDEV:
+xOutput->DrawOutDev(Point(), aTempLogicSize, rRenderLogicPos, 
aRenderLogicSize,
+rOutput);
+break;
+case OUTDEV_PRINTER:
+case OUTDEV_PDF:
+xOutput->SetBackground(rOutput.GetBackground());
+xOutput->Erase();
+break;
+}
 
 //set ReallyVisible to match Visible, we restore the original state after 
Paint
 WindowImpl* pImpl = pWindow->ImplGetWindowImpl();
@@ -1297,7 +1309,19 @@ void SalInstanceWidget::DoRecursivePaint(vcl::Window* 
pWindow, const Point& rRen
 
 pImpl->mbReallyVisible = bRVisible;
 
-rOutput.DrawOutDev(rRenderLogicPos, aRenderLogicSize, Point(), 
aTempLogicSize, *xOutput);
+switch (rOutput.GetOutDevType())
+{
+case OUTDEV_WINDOW:
+case OUTDEV_VIRDEV:
+rOutput.DrawOutDev(rRenderLogicPos, aRenderLogicSize, Point(), 
aTempLogicSize,
+   *xOutput);
+break;
+case OUTDEV_PRINTER:
+case OUTDEV_PDF:
+rOutput.DrawBitmapEx(rRenderLogicPos, aRenderLogicSize,
+ xOutput->GetBitmapEx(Point(), 
aTempLogicSize));
+break;
+}
 
 xOutput.disposeAndClear();
 

[Libreoffice-bugs] [Bug 144778] Exported epub file will not pass validation.

[bugzilla-daemon]

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

--- Comment #1 from Lee Higbie  ---
Created attachment 175329
  --> https://bugs.documentfoundation.org/attachment.cgi?id=175329=edit
Exact version info from LO help.

The exact version number was not listed, so I'm including thi9s version info
from LO help.

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

[Libreoffice-bugs] [Bug 38948] FILESAVE - Calc does not save the solver's model to files

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||pszab...@gmail.com

--- Comment #28 from raal  ---
*** Bug 144776 has been marked as a duplicate of this bug. ***

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

[Libreoffice-bugs] [Bug 144776] Is there any way to save a solver model in Calc?

[bugzilla-daemon]

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

raal  changed:

   What|Removed |Added

 CC||r...@post.cz
 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from raal  ---


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

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

[Libreoffice-bugs] [Bug 144778] New: Exported epub file will not pass validation.

[bugzilla-daemon]

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

Bug ID: 144778
   Summary: Exported epub file will not pass validation.
   Product: LibreOffice
   Version: 7.2.1.1 rc
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: l...@higbie.name

Description:
Many (probably most) e-book wholesalers and retailers require that epub files
pass validation.  Exporting a reasonably complex document produces scores of
errors and even my simple documents do not validate.

Steps to Reproduce:
1. Open or create a document
2. Select Export As > Export as EPUB...
3. Select Version EPUB 2.0
4. Click OK

Actual Results:
With a trivially small file, the validator produces:
ERROR: D:\Documents\Working
Files\EpubTest.epub/OEBPS/sections/section0001.xhtml(2): element "title" from
namespace "http://www.w3.org/1999/xhtml; not allowed in this context

ERROR: D:\Documents\Working
Files\EpubTest.epub/OEBPS/sections/section0001.xhtml(2): element "title" from
namespace "http://www.w3.org/1999/xhtml; not allowed in this context

Check finished with warnings or errors!

Expected Results:
The epub file should pass validation so it can be sold through normal retail
outlets, not just distributed to friends.


Reproducible: Always


User Profile Reset: No



Additional Info:
The contents of the document that produced the errors above was:
Test epub export from LibreOffice. I will export this and run the exported
version through the “Discovery ePub Validator 1.0”  from
http://www.ebook-tool.com.

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

[Libreoffice-bugs] [Bug 144669] Tick box surrounded by black background in form displaying data source view

[bugzilla-daemon]

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

psidiumcode  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #4 from psidiumcode  ---
I could reproduce it. 

Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 6552ec19d1920a0c4ab074b4a16afc0fe39296f3
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 136623] FILESAVE DOCX: Textboxes wrongly positioned after on file open (fine with DOC)

[bugzilla-daemon]

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

--- Comment #6 from Dieter  ---
Can't reproduce with

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 7cd5b35caa8d4fa9d0ba2b2c6ce4b88726ed2be6
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

and document from comment 2

Page 3 is empty in both documents and page 4 (image of mainboard and text)
looks the same

Additional information
I have only saved as docx and reloaded the file.

Telesto, could you perhaps attach screenshots to make difference more visible?

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

[Libreoffice-commits] core.git: compilerplugins/clang connectivity/source

[Stephan Bergmann (via logerrit)]

 compilerplugins/clang/bufferadd.cxx |9 +
 compilerplugins/clang/test/bufferadd.cxx|6 ++
 connectivity/source/drivers/postgresql/pq_statement.cxx |   15 +--
 3 files changed, 20 insertions(+), 10 deletions(-)

New commits:
commit 4c1bf9d7790ca037933c3c6825d48736572a1886
Author: Stephan Bergmann 
AuthorDate: Tue Sep 28 20:09:55 2021 +0200
Commit: Stephan Bergmann 
CommitDate: Tue Sep 28 21:23:06 2021 +0200

Make loplugin:bufferadd look through O[U]String::operator 
std::[u16]string_view

Change-Id: I79a32f64541a90b0b824f7721e8815c1e7c873ee
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122788
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/compilerplugins/clang/bufferadd.cxx 
b/compilerplugins/clang/bufferadd.cxx
index bc8c7065b2a1..cf2b6a011b4a 100644
--- a/compilerplugins/clang/bufferadd.cxx
+++ b/compilerplugins/clang/bufferadd.cxx
@@ -347,6 +347,15 @@ bool BufferAdd::isSideEffectFree(Expr const* expr)
 if (isSideEffectFree(callExpr->getArg(0)))
 return true;
 }
+// O[U]String::operator std::[u16]string_view:
+if (auto const d = 
dyn_cast_or_null(callExpr->getCalleeDecl()))
+{
+auto tc = loplugin::TypeCheck(d->getParent());
+if (tc.Class("OString") || tc.Class("OUString"))
+{
+return true;
+}
+}
 }
 
 // sometimes we have a constructor call on the RHS
diff --git a/compilerplugins/clang/test/bufferadd.cxx 
b/compilerplugins/clang/test/bufferadd.cxx
index a9f28b13b55a..c8057a6f497b 100644
--- a/compilerplugins/clang/test/bufferadd.cxx
+++ b/compilerplugins/clang/test/bufferadd.cxx
@@ -52,6 +52,12 @@ void f5(OUStringBuffer& input)
 OUStringBuffer v(input);
 v.append("");
 }
+void f6(OString const& s)
+{
+// expected-error@+1 {{convert this append sequence into a *String + 
sequence [loplugin:bufferadd]}}
+OUStringBuffer b("foo");
+b.append(OStringToOUString(s, RTL_TEXTENCODING_ASCII_US));
+}
 struct Footer
 {
 OStringBuffer m_descriptorStart;
diff --git a/connectivity/source/drivers/postgresql/pq_statement.cxx 
b/connectivity/source/drivers/postgresql/pq_statement.cxx
index 48fd7b062c8b..9fc87bc761c2 100644
--- a/connectivity/source/drivers/postgresql/pq_statement.cxx
+++ b/connectivity/source/drivers/postgresql/pq_statement.cxx
@@ -44,7 +44,6 @@
 #include 
 
 #include 
-#include 
 
 #include 
 
@@ -456,15 +455,11 @@ bool executePostgresCommand( const OString & cmd, struct 
CommandData *data )
 }
 else if( !sourceTableKeys.empty() )
 {
-OStringBuffer buf( 128 );
-buf.append( "can't support updateable resultset for table 
" );
-buf.append( OUStringToOString( schema, 
ConnectionSettings::encoding ) );
-buf.append( "." );
-buf.append( OUStringToOString( table, 
ConnectionSettings::encoding ) );
-buf.append( ", because resultset does not contain a part 
of the primary key ( column " );
-buf.append( OUStringToOString( sourceTableKeys[i], 
ConnectionSettings::encoding ) );
-buf.append( " is missing )" );
-aReason = buf.makeStringAndClear();
+aReason = "can't support updateable resultset for table "
++ OUStringToOString( schema, 
ConnectionSettings::encoding ) + "."
++ OUStringToOString( table, 
ConnectionSettings::encoding )
++ ", because resultset does not contain a part of the 
primary key ( column "
++ OUStringToOString( sourceTableKeys[i], 
ConnectionSettings::encoding );
 }
 else
 {

[Libreoffice-bugs] [Bug 140962] [FILESAVE] Saving a Writer document containing an inaccessible UNC link as HTML takes 33 seconds

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||dgp-m...@gmx.de
 Whiteboard| QA:needsComment|

--- Comment #1 from Dieter  ---
Thomas, unfortunately nothing has happened with this bug report for more than
half year. So I'd like to ask, if it is still valid. Could you please try to
reproduce it with the latest version of LibreOffice?
=> NEEDINFO

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

[Libreoffice-bugs] [Bug 144521] FILESAVE: Stop storing empty cells

[bugzilla-daemon]

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

--- Comment #14 from rob...@prino.org ---
Have you actually read , especially the
penultimate line: 

Bloat is not a technical issue, but verily a way of thinking, a "state of
mind". Its cure is a simple refusal to accept, and a well directed, resounding
"clean up your act and clean up your code!"

It's not just storing empty cells, or "If a user has created elements having
different styles in the very last rows of the sheet, it's not the software's
task to discard that data." The user hasn't created them, the user, in casu me,
has deleted 1 million rows and it's Calc that fills them with "standard"
styles. 

Or why do I get "asian" or "complex" styles? 

Or fonts that are never used?

"state of mind"...

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

[Libreoffice-bugs] [Bug 144454] In versions of LO Writer 6 and higher as tested it is not possible to select and edit, or copy and paste from collected words in the word completion list box at menu: T

[bugzilla-daemon]

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

psidiumcode  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from psidiumcode  ---
I could reproduce it. 

Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 6552ec19d1920a0c4ab074b4a16afc0fe39296f3
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 144456] overwriting a word in a clean styled para sets "character direct formatting"

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|
 Status|UNCONFIRMED |NEEDINFO
 CC||dgp-m...@gmx.de
 Ever confirmed|0   |1

--- Comment #1 from Dieter  ---
Goodguy00, thank you for reporting the bug. I'm not sure, if I grasp the
problem. I've treid the following steps:

1. Open a new document
2. Type a sentence, for example "This is a test"
3. Change paragraph style, for example select "Heading 1"
4. Open Style inspector; Character direct formatting has only list ID as entry
5. Select "is" and write "was"

Actual result:
Character direct formatting has a lot of entries

Expected result
No further entries (works in this way with default paragraph style)

Tested with
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 7cd5b35caa8d4fa9d0ba2b2c6ce4b88726ed2be6
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Goodguy00, does this describe the bug you've reported?
=> NEEDINFO

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

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

[Andrea Gelmini (via logerrit)]

 connectivity/source/drivers/jdbc/Blob.cxx |2 +-
 connectivity/source/drivers/jdbc/Clob.cxx |2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 858c15cf215e511e2d636c16d374c88bca96d66c
Author: Andrea Gelmini 
AuthorDate: Mon Sep 27 16:23:17 2021 +0200
Commit: Julien Nabet 
CommitDate: Tue Sep 28 21:10:04 2021 +0200

Fix typos

Change-Id: I05fdb2378f48b7e2c7373c16c66065111c5d2f73
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122716
Tested-by: Jenkins
Reviewed-by: Julien Nabet 

diff --git a/connectivity/source/drivers/jdbc/Blob.cxx 
b/connectivity/source/drivers/jdbc/Blob.cxx
index adacd5d7c166..4531fc9b8724 100644
--- a/connectivity/source/drivers/jdbc/Blob.cxx
+++ b/connectivity/source/drivers/jdbc/Blob.cxx
@@ -135,7 +135,7 @@ sal_Int64 SAL_CALL java_sql_Blob::positionOfBlob( const 
css::uno::Reference< css
 ::dbtools::throwFeatureNotImplementedSQLException( 
"XBlob::positionOfBlob", *this );
 // this was put here in CWS warnings01. The previous implementation was 
defective, as it did ignore
 // the pattern parameter. Since the effort for proper implementation is 
rather high - we would need
-// to translated patter into a byte[] -, we defer this functionality for 
the moment (hey, it was
+// to translated pattern into a byte[] -, we defer this functionality for 
the moment (hey, it was
 // unusable, anyway)
 // #i57457#
 return 0;
diff --git a/connectivity/source/drivers/jdbc/Clob.cxx 
b/connectivity/source/drivers/jdbc/Clob.cxx
index 135512d5a245..6108981aca89 100644
--- a/connectivity/source/drivers/jdbc/Clob.cxx
+++ b/connectivity/source/drivers/jdbc/Clob.cxx
@@ -122,7 +122,7 @@ sal_Int64 SAL_CALL java_sql_Clob::positionOfClob( const 
css::uno::Reference< css
 ::dbtools::throwFeatureNotImplementedSQLException( 
"XClob::positionOfClob", *this );
 // this was put here in CWS warnings01. The previous implementation was 
defective, as it did ignore
 // the pattern parameter. Since the effort for proper implementation is 
rather high - we would need
-// to translated patter into a byte[] -, we defer this functionality for 
the moment (hey, it was
+// to translated pattern into a byte[] -, we defer this functionality for 
the moment (hey, it was
 // unusable, anyway)
 // 2005-11-15 / #i57457# / frank.schoenh...@sun.com
 return 0;

[Libreoffice-bugs] [Bug 117128] characters with an accent are inserted before normal characters

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

 CC||c...@nouenoff.nl

--- Comment #7 from Cor Nouws  ---
Duplicate 18 mentions:
On fast type in French, accentuated characters like é or ç are frequently in
wrong position (MacOS)

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

[Libreoffice-bugs] [Bug 144757] In Options - LibreOffice - Fonts - Font Settings for HTML, Basic and SQL Sources, Selecting an other font doesn't function.

[bugzilla-daemon]

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

--- Comment #3 from Julien Nabet  ---
Just for the record, I don't reproduce this on pc Debian x86-64 with master
sources updated today (with gtk3 or gen rendering).
Perhaps MacOs only bug?

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

[Libreoffice-bugs] [Bug 144761] Crash in: SvTreeListEntry::NextSibling()

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #3 from Julien Nabet  ---
Caolán: just to be sure, isn't it already fixed, at least in master branch with
https://cgit.freedesktop.org/libreoffice/core/commit/?id=2a357832b9eedea161f593c1b3bf8dd973949c95
?

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

[Libreoffice-bugs] [Bug 144774] Crash in: cppu::_copyConstructAnyFromData(_uno_Any *, void *, _typelib_TypeDescriptionReference *, _typelib_TypeDescription *, void (*)(void *), _uno_Mapping *)

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

   Hardware|All |x86-64 (AMD64)
 OS|All |Windows (All)
Version|unspecified |7.1.6.2 release

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

[Libreoffice-bugs] [Bug 144764] No option to change default cell height globally

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #1 from V Stuart Foote  ---
The defaults are hard coded as set in project Standard template.

Create a new document and make desired Format adjustments (e.g. font, cell
formatting, row formatting) and save as a new "ODF Spreadsheet template
(.ots)".

Distribute that new template to launch for creating new spreadsheets with these
alternate defaults.

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

[Libreoffice-bugs] [Bug 144476] When mail merge output e-mails are about to be sent, Writer crashes.

[bugzilla-daemon]

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

--- Comment #2 from Reto  ---
After updating from 1:7.1.5-2 I have the same bug:

Version: 7.2.1.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: de-CH (de_CH.UTF-8); UI: de-DE
Debian package version: 1:7.2.1-3
Calc: threaded

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

[Libreoffice-bugs] [Bug 144763] icons degrade

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #2 from V Stuart Foote  ---
Please post LO build details from the Help -> About dialog

Also, could you provide the first part of the Summary, and Components ->
Display from running msinfo32.exe (either Screen clip or copy paste as text is
fine)--we need to know details of your Windows OS and GPU hardware.

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

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

[Miklos Vajna (via logerrit)]

 cui/source/dialogs/insdlg.cxx |   28 
 1 file changed, 28 insertions(+)

New commits:
commit 0713d278f5bf232bad819dd46dc19d34ed807b12
Author: Miklos Vajna 
AuthorDate: Tue Sep 28 17:54:27 2021 +0200
Commit: Miklos Vajna 
CommitDate: Tue Sep 28 19:45:40 2021 +0200

cui: add a status indicator for the OLE insert dialog

Inserting a large file can take a while, and we do it on the main
thread, so the UI is frozen during the operation.

Create a statusbar and tell the user what's happening, even if the
underlying CreateObjectFromFile() and OleSave() functions don't report
their progress, so effectively this is more like a spinner than a
progressbar.

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

diff --git a/cui/source/dialogs/insdlg.cxx b/cui/source/dialogs/insdlg.cxx
index 7e411d3c021d..e811ad033f69 100644
--- a/cui/source/dialogs/insdlg.cxx
+++ b/cui/source/dialogs/insdlg.cxx
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 #include 
@@ -48,6 +49,9 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
 
 #include 
 
@@ -276,10 +280,34 @@ short SvInsertOleDlg::run()
 aMedium[1].Value <<= xInteraction;
 
 // create object from media descriptor
+
+uno::Reference xProgress;
+SfxViewFrame* pFrame = SfxViewFrame::Current();
+if (pFrame)
+{
+// Have a current frame, create visual indication that 
insert is in progress.
+uno::Reference xFrame = 
pFrame->GetFrame().GetFrameInterface();
+uno::Reference 
xProgressFactory(xFrame, uno::UNO_QUERY);
+if (xProgressFactory.is())
+{
+xProgress = xProgressFactory->createStatusIndicator();
+if (xProgress)
+{
+OUString aDocLoad(SvxResId(RID_SVXSTR_DOC_LOAD));
+xProgress->start(aDocLoad, 100);
+}
+}
+}
+
 if ( bLink )
 m_xObj = aCnt.InsertEmbeddedLink( aMedium, aName );
 else
 m_xObj = aCnt.InsertEmbeddedObject( aMedium, aName );
+
+if (xProgress.is())
+{
+xProgress->end();
+}
 }
 
 if ( !m_xObj.is() )

[Libreoffice-commits] core.git: basctl/source basic/source chart2/inc chart2/source cui/source dbaccess/source desktop/source drawinglayer/source editeng/source extensions/source forms/source fpicker/

[Noel Grandin (via logerrit)]

 basctl/source/basicide/baside2b.cxx   |2 
 basctl/source/dlged/dlgedfunc.cxx |2 
 basic/source/runtime/methods1.cxx |2 
 chart2/inc/ChartView.hxx  |2 
 chart2/source/controller/dialogs/DataBrowser.cxx  |3 -
 chart2/source/controller/dialogs/TimerTriggeredControllerLock.cxx |1 
 chart2/source/controller/dialogs/tp_3D_SceneGeometry.cxx  |2 
 chart2/source/controller/main/ChartController.cxx |1 
 cui/source/customize/acccfg.cxx   |5 -
 cui/source/customize/cfg.cxx  |3 -
 cui/source/dialogs/AdditionsDialog.cxx|3 -
 cui/source/dialogs/cuigaldlg.cxx  |1 
 cui/source/dialogs/cuigrfflt.cxx  |1 
 cui/source/dialogs/hltpbase.cxx   |1 
 cui/source/tabpages/chardlg.cxx   |2 
 cui/source/tabpages/macroass.cxx  |3 -
 cui/source/tabpages/numpages.cxx  |1 
 dbaccess/source/ui/browser/brwctrlr.cxx   |2 
 dbaccess/source/ui/control/dbtreelistbox.cxx  |1 
 dbaccess/source/ui/control/sqledit.cxx|3 -
 dbaccess/source/ui/dlg/paramdialog.cxx|1 
 dbaccess/source/ui/querydesign/JoinTableView.cxx  |1 
 dbaccess/source/ui/querydesign/QueryTextView.cxx  |2 
 dbaccess/source/ui/querydesign/SelectionBrowseBox.cxx |1 
 dbaccess/source/ui/tabledesign/TEditControl.cxx   |3 -
 desktop/source/app/app.cxx|4 -
 desktop/source/deployment/gui/dp_gui_dialog2.cxx  |4 -
 desktop/source/deployment/gui/license_dialog.cxx  |2 
 drawinglayer/source/processor2d/vclhelperbufferdevice.cxx |3 -
 editeng/source/editeng/impedit2.cxx   |5 -
 editeng/source/editeng/impedit5.cxx   |1 
 extensions/source/bibliography/toolbar.cxx|1 
 forms/source/component/ListBox.cxx|1 
 fpicker/source/office/autocmpledit.cxx|2 
 fpicker/source/office/fileview.cxx|2 
 fpicker/source/office/iodlgimp.cxx|1 
 framework/source/layoutmanager/layoutmanager.cxx  |2 
 framework/source/services/autorecovery.cxx|3 -
 framework/source/uielement/menubarmanager.cxx |2 
 framework/source/uielement/toolbarmanager.cxx |3 -
 include/vcl/dockwin.hxx   |8 +-
 include/vcl/idle.hxx  |2 
 include/vcl/syswin.hxx|   10 ---
 include/vcl/task.hxx  |1 
 include/vcl/timer.hxx |4 -
 linguistic/source/lngsvcmgr.cxx   |1 
 reportdesign/source/ui/report/dlgedfunc.cxx   |1 
 sc/source/core/tool/chartlis.cxx  |3 -
 sc/source/core/tool/chartlock.cxx |2 
 sc/source/core/tool/refreshtimer.cxx  |4 -
 sc/source/filter/oox/workbookfragment.cxx |2 
 sc/source/ui/cctrl/checklistmenu.cxx  |3 -
 sc/source/ui/dbgui/csvtablebox.cxx|1 
 sc/source/ui/dbgui/tpsort.cxx |2 
 sc/source/ui/docshell/datastream.cxx  |1 
 sc/source/ui/docshell/externalrefmgr.cxx  |4 -
 sc/source/ui/drawfunc/fupoor.cxx  |2 
 sc/source/ui/miscdlgs/acredlin.cxx|3 -
 sc/source/ui/miscdlgs/conflictsdlg.cxx|3 -
 sc/source/ui/miscdlgs/dataproviderdlg.cxx |1 
 sc/source/ui/miscdlgs/instbdlg.cxx|1 
 sc/source/ui/navipi/navipi.cxx|1 
 sc/source/ui/view/gridwin.cxx |1 
 sc/source/ui/view/notemark.cxx|1 
 sc/source/ui/view/tabview.cxx |1 
 sd/source/core/CustomAnimationEffect.cxx  |2 
 

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

 CC||mikekagan...@hotmail.com

--- Comment #6 from Andreas Heinisch  ---
Consider this code where the index starts from 42:

Sub Main
Dim Txt As String
For i = 42 To 50
Txt = Txt + CStr(i)
If (i mod 10 = 0) Then
Txt = Txt + CHR(10)
Else
Txt = Txt + ", "
End If
Msgbox Typename(i)
Next i
MsgBox Txt
End Sub

The first time, the index is an Integer and after the increment it is a double,
hence this error. The fix of Bug 107953 made it visible, but I think the
culprit is https://gerrit.libreoffice.org/c/core/+/104696 (Bug 85371).

Codepointer:
https://opengrok.libreoffice.org/xref/core/basic/source/runtime/runtime.cxx?r=adb38e36#2641

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

[Libreoffice-bugs] [Bug 144694] SQLite: Base Direct SQL Not Running Properly

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

   Assignee|serval2...@yahoo.fr |libreoffice-b...@lists.free
   ||desktop.org
 CC|serval2...@yahoo.fr |
 Whiteboard|target:7.3.0 target:7.2.3   |

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

[Libreoffice-bugs] [Bug 144777] countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

--- Comment #2 from Michael Warner  ---
Hmm, I suppose you might say to use
https://bugs.documentfoundation.org/attachment.cgi?id=174642 from Bug 144159.

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

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

[bugzilla-daemon]

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

Andreas Heinisch  changed:

   What|Removed |Added

   Keywords||regression

--- Comment #5 from Andreas Heinisch  ---
Regression of Bug 107953

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

[Libreoffice-bugs] [Bug 144777] countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

Michael Warner  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from Michael Warner  ---
Do you have a sample document you can attach which demonstrates this?

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - drawinglayer/source include/drawinglayer svx/CppunitTest_svx_unit.mk svx/qa svx/source

[Miklos Vajna (via logerrit)]

 drawinglayer/source/primitive2d/shadowprimitive2d.cxx   |   71 ---
 drawinglayer/source/processor2d/vclpixelprocessor2d.cxx |   10 +
 drawinglayer/source/tools/primitive2dxmldump.cxx|   33 +
 include/drawinglayer/primitive2d/baseprimitive2d.hxx|7 +
 include/drawinglayer/primitive2d/shadowprimitive2d.hxx  |8 +
 svx/CppunitTest_svx_unit.mk |1 
 svx/qa/unit/data/table-shadow-blur.pptx |binary
 svx/qa/unit/table.cxx   |  100 
 svx/source/table/viewcontactoftableobj.cxx  |   13 +-
 9 files changed, 221 insertions(+), 22 deletions(-)

New commits:
commit 52524e52e8f061aa3f0c63219d954d2d5aefd059
Author: Miklos Vajna 
AuthorDate: Mon Sep 20 11:26:53 2021 +0200
Commit: Miklos Vajna 
CommitDate: Tue Sep 28 19:19:19 2021 +0200

tdf#144091 svx: fix unwanted blur of shadow from table cell fill

Initial render support for shadows of table shapes were added in commit
a75bf43a8d6c5dec6dcc86908c142ceec541aa8c (tdf#129961 svx: add rendering
for table shadow as direct format, 2020-12-02).

That already noticed a trick with the shadow of table shapes: the shadow
is generate from the cell fill and the border, but not from the text.

An additional trick is that when blur is enabled for the table shape's
shadow, then only the border should be blurred, not the cell fill.

In the bug document's case, the effective cell background was gray, with
a semi-transparent red shadow. We used to render cc with blur and
cc without blur, now we correctly render cca3a3, matching
PowerPoint.

(cherry picked from commit 37a52d30bbfcf1d073779b50139c4dafa507be4b)

Conflicts:
drawinglayer/source/primitive2d/shadowprimitive2d.cxx
drawinglayer/source/tools/primitive2dxmldump.cxx

include/drawinglayer/primitive2d/BufferedDecompositionPrimitive2D.hxx

Change-Id: I7326a5f6254cf19b2d05181084c78e734ff7a7b4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122383
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122760
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Miklos Vajna 

diff --git a/drawinglayer/source/primitive2d/shadowprimitive2d.cxx 
b/drawinglayer/source/primitive2d/shadowprimitive2d.cxx
index f0efd64c7bdc..516cc0c0bd4a 100644
--- a/drawinglayer/source/primitive2d/shadowprimitive2d.cxx
+++ b/drawinglayer/source/primitive2d/shadowprimitive2d.cxx
@@ -30,6 +30,27 @@ using namespace com::sun::star;
 
 namespace drawinglayer::primitive2d
 {
+namespace
+{
+void get2DDecompositionOfChildren(const ShadowPrimitive2D& rPrimitive,
+  Primitive2DDecompositionVisitor& rVisitor,
+  const Primitive2DContainer& rChildren)
+{
+if (rChildren.empty())
+return;
+
+// create a modifiedColorPrimitive containing the shadow color and the 
content
+const basegfx::BColorModifierSharedPtr aBColorModifier
+= 
std::make_shared(rPrimitive.getShadowColor());
+const Primitive2DReference xRefA(new ModifiedColorPrimitive2D(rChildren, 
aBColorModifier));
+Primitive2DContainer aSequenceB{ xRefA };
+
+// build transformed primitiveVector with shadow offset and add to target
+rVisitor.append(
+new TransformPrimitive2D(rPrimitive.getShadowTransform(), 
std::move(aSequenceB)));
+}
+}
+
 ShadowPrimitive2D::ShadowPrimitive2D(
 const basegfx::B2DHomMatrix& rShadowTransform,
 const basegfx::BColor& rShadowColor,
@@ -66,21 +87,41 @@ namespace drawinglayer::primitive2d
 
 void 
ShadowPrimitive2D::get2DDecomposition(Primitive2DDecompositionVisitor& 
rVisitor, const geometry::ViewInformation2D& /*rViewInformation*/) const
 {
-if(getChildren().empty())
-return;
-
-// create a modifiedColorPrimitive containing the shadow color and 
the content
-const basegfx::BColorModifierSharedPtr aBColorModifier =
-std::make_shared(
-getShadowColor());
-const Primitive2DReference xRefA(
-new ModifiedColorPrimitive2D(
-getChildren(),
-aBColorModifier));
-const Primitive2DContainer aSequenceB { xRefA };
-
-// build transformed primitiveVector with shadow offset and add to 
target
-rVisitor.append(new TransformPrimitive2D(getShadowTransform(), 
aSequenceB));
+get2DDecompositionOfChildren(*this, rVisitor, getChildren());
+}
+
+void ShadowPrimitive2D::get2DDecompositionWithoutBlur(
+Primitive2DDecompositionVisitor& rVisitor,
+const geometry::ViewInformation2D& /*rViewInformation*/) const
+{
+Primitive2DContainer aChildren;
+

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

[Jean-Pierre Ledure (via logerrit)]

 wizards/source/scriptforge/SF_L10N.xba   |2 -
 wizards/source/scriptforge/SF_Platform.xba   |   28 +++
 wizards/source/scriptforge/SF_Root.xba   |2 +
 wizards/source/scriptforge/SF_Utils.xba  |5 
 wizards/source/scriptforge/python/scriptforge.py |2 -
 5 files changed, 37 insertions(+), 2 deletions(-)

New commits:
commit 0bcc4b55d723f73b2fb7a86fcfebeca49905079e
Author: Jean-Pierre Ledure 
AuthorDate: Tue Sep 28 17:37:36 2021 +0200
Commit: Jean-Pierre Ledure 
CommitDate: Tue Sep 28 19:11:00 2021 +0200

ScriptForge - (SF_Platform) new Fonts property

The Fonts property returns the list of available fonts
as an unsorted array of unique font names

The size of the array being potentially huge, the choice
has been made to not sort the list at each invocation
of the property.
To get it sorted, use the SF_Array.Sort() method.

The property is available both from Basic and Python scripts.
It is read-only.

Change-Id: I49233d279dc7257d3b97e5a17be0bc8807f18d67
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122780
Tested-by: Jean-Pierre Ledure 
Tested-by: Jenkins
Reviewed-by: Jean-Pierre Ledure 

diff --git a/wizards/source/scriptforge/SF_L10N.xba 
b/wizards/source/scriptforge/SF_L10N.xba
index 8b09d85db437..859f67386ba4 100644
--- a/wizards/source/scriptforge/SF_L10N.xba
+++ b/wizards/source/scriptforge/SF_L10N.xba
@@ -818,4 +818,4 @@ Private Function _Repr() As String
 End Function ScriptForge.SF_L10N._Repr
 
 REM  END OF SCRIPTFORGE.SF_L10N
-
+
\ No newline at end of file
diff --git a/wizards/source/scriptforge/SF_Platform.xba 
b/wizards/source/scriptforge/SF_Platform.xba
index 5c2970823d05..703ae195b942 100644
--- a/wizards/source/scriptforge/SF_Platform.xba
+++ b/wizards/source/scriptforge/SF_Platform.xba
@@ -73,6 +73,15 @@ Property Get CurrentUser() As String
CurrentUser = _PropertyGet(CurrentUser)
 End Property ScriptForge.SF_Platform.CurrentUser (get)
 
+REM 
-
+Property Get Fonts() As Variant
+ Returns the list of available fonts as an unsorted 
array of unique strings
+ To get the list sorted, use SF_Array.Sort()
+ Example:
+ myFontsList = platform.Fonts
+   Fonts = _PropertyGet(Fonts)
+End Property ScriptForge.SF_Platform.Fonts (get)
+
 REM 
-
 Property Get Locale() As String
  Returns the locale combining language-COUNTRY (la-CO)
@@ -218,6 +227,7 @@ Public Function Properties() As Variant
, ComputerName _
, CPUCount _
, CurrentUser _
+   , Fonts _
, Locale _
, Machine _
, OfficeVersion _
@@ -308,6 +318,12 @@ Private Function _PropertyGet(Optional ByVal psProperty As 
String) As Variant
 Dim sOSName As StringOperating system
 Dim oLocale As Objectcom.sun.star.lang.Locale
 Dim oPrinterServer As Object com.sun.star.awt.PrinterServer
+Dim oToolkit As Object   com.sun.star.awt.Toolkit
+Dim oDevice As Objectcom.sun.star.awt.XDevice
+Dim oFontDescriptors As Variant  Array of 
com.sun.star.awt.FontDescriptor
+Dim sFonts As String Comma-separated list of fonts
+Dim sFont As String  A single font name
+Dim i As Long
 
 Const cstPyHelper = $  _SF_Platform
 Dim cstThisSub As String
@@ -322,6 +338,18 @@ Const cstSubArgs = 
With ScriptForge.SF_Session
_PropertyGet = 
.ExecutePythonScript(.SCRIPTISSHARED, _SF_.PythonHelper  cstPyHelper, 
psProperty)
End With
+   Case Fonts
+   Set oToolkit = 
SF_Utils._GetUnoService(Toolkit)
+   Set oDevice = oToolkit.createScreenCompatibleDevice(0, 
0)
+   oFontDescriptors = oDevice.FontDescriptors()
+   sFonts = ,
+ Select only not yet registered fonts
+   For i = 0 To UBound(oFontDescriptors)
+   sFont = oFontDescriptors(i).Name
+   If InStr(sFonts, ,  sFont 
 ,) = 0  Then sFonts = sFonts  sFont  ,
+   Next i
+ Remove leading and trailing commas
+   If Len(sFonts)  1 Then _PropertyGet = 
Split(Mid(sFonts, 2, Len(sFonts) - 2), ,) Else _PropertyGet = 
Array()
Case Locale
Set oLocale = 
SF_Utils._GetUNOService(Locale)

[Libreoffice-commits] core.git: helpcontent2

[Eike Rathke (via logerrit)]

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

New commits:
commit df37d83500f7fe94046afb8817d29bd4ee650635
Author: Eike Rathke 
AuthorDate: Tue Sep 28 19:07:24 2021 +0200
Commit: Gerrit Code Review 
CommitDate: Tue Sep 28 19:07:24 2021 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 5a4f9fe6afa18531f7403df99e555ea04d96e9b6
  - Resolves: tdf#144770 MATCH() remove plain wrong statement about 
unsorted array

In since the initial 2004 commit. Whatever idea that was, it's wrong.

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

diff --git a/helpcontent2 b/helpcontent2
index 7a89e385e842..5a4f9fe6afa1 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 7a89e385e842191c215e407541a96343fbb5dc97
+Subproject commit 5a4f9fe6afa18531f7403df99e555ea04d96e9b6

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

[Eike Rathke (via logerrit)]

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

New commits:
commit 5a4f9fe6afa18531f7403df99e555ea04d96e9b6
Author: Eike Rathke 
AuthorDate: Tue Sep 28 18:55:09 2021 +0200
Commit: Eike Rathke 
CommitDate: Tue Sep 28 19:07:23 2021 +0200

Resolves: tdf#144770 MATCH() remove plain wrong statement about unsorted 
array

In since the initial 2004 commit. Whatever idea that was, it's wrong.

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

diff --git a/source/text/scalc/01/04060109.xhp 
b/source/text/scalc/01/04060109.xhp
index 4f2de..2a8ff6cd9 100644
--- a/source/text/scalc/01/04060109.xhp
+++ b/source/text/scalc/01/04060109.xhp
@@ -341,7 +341,7 @@
  
 Type may take the values 1, 0, or -1. If Type = 1 or 
if this optional parameter is missing, it is assumed that the first column of 
the search array is sorted in ascending order. If Type = -1 it is assumed that 
the column in sorted in descending order. This corresponds to the same function 
in Microsoft Excel.
  If 
Type = 0, only exact matches are found. If the search criterion is found more 
than once, the function returns the index of the first matching value. Only if 
Type = 0 can you search for regular expressions (if enabled in calculation 
options) or wildcards (if enabled in calculation options).
- If 
Type = 1 or the third parameter is missing, the index of the last value that is 
smaller or equal to the search criterion is returned. This applies even when 
the search array is not sorted. For Type = -1, the first value that is larger 
or equal is returned.
+ If 
Type = 1 or the third parameter is missing, the index of the last value that is 
smaller or equal to the search criterion is returned. For Type = -1, the first 
value that is larger or equal is returned.
  
  
  

[Libreoffice-bugs] [Bug 88365] [SVG] re-base: text label not displayed correctly after Insert or Open (problem with: group object )

[bugzilla-daemon]

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

Hossein  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |hoss...@libreoffice.org
   |desktop.org |

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

[Libreoffice-bugs] [Bug 144777] New: countifs() in Calc is slower than Excel's countifs()

[bugzilla-daemon]

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

Bug ID: 144777
   Summary: countifs() in Calc is slower than Excel's countifs()
   Product: LibreOffice
   Version: 7.3.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: perf
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: adnanbal...@gmail.com

Calc's countifs() is almost 3 times slower than its Excel counterpart, even
though Excel does not benefit from OpenCL. It would be greatly appreciated if
the algorithm can be tuned to extract even better performance than Excel since
Excel lacks GPU acceleration.

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

[Libreoffice-bugs] [Bug 144704] Dark theme is not applied to the sidebar, making dark icons invisible or hard to see

[bugzilla-daemon]

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

--- Comment #3 from guillaume@gmail.com ---
(In reply to deepoose2011 from comment #2)
> I can reproduce this to stable and master build. But not sure if it is by
> design. However I can see all the icons as expected in the dark theme mode.
> 
> Version: 7.2.1.2 (x64) / LibreOffice Community
> Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
> CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Vulkan; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: threaded
> 
> Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
> Build ID: a78190da867864485b5d0a91238616bd4090b5b5
> CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Vulkan; VCL:
> win
> Locale: en-US (en_US); UI: en-US
> Calc: threaded

Ok I tested a bit more and it seems that the icon set I am using (Breeze Dark)
is more problematic than others. Since the icons are so light, they become
invisible or very hard to see in the sidebar. I tried with other icon sets,
including Sifr Dark and visibility is not an issue.

If the sidebar is not themed by design, then Breeze Dark needs to be modified
in order to be visible on the side bar.

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

[Libreoffice-bugs] [Bug 144159] COUNTIFS() function performance regression

[bugzilla-daemon]

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

--- Comment #15 from adnanbal...@gmail.com ---
Issue is fixed in the daily build. Thank you.

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: b60b6bfaafa1315e07108dba50f016975b619c59
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-AE (en_AE); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 144774] Crash in: cppu::_copyConstructAnyFromData(_uno_Any *, void *, _typelib_TypeDescriptionReference *, _typelib_TypeDescription *, void (*)(void *), _uno_Mapping *)

[bugzilla-daemon]

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

--- Comment #1 from Timur  ---
While crash report probably could be used for a fix, in reality are needed
reproducible steps. So please to recreate a bug, crash.

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

[Libreoffice-bugs] [Bug 144771] Feature Request - Saving last choices in Mail Merge Print

[bugzilla-daemon]

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

Timur  changed:

   What|Removed |Added

Summary|Feature Request - Saving|Feature Request - Saving
   |last choces in Mail Merge   |last choices in Mail Merge
   |Print   |Print

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