[Libreoffice-bugs] [Bug 91600] EDITING: oForm.UpdateRow() doesn't refresh all fields of a form
https://bugs.documentfoundation.org/show_bug.cgi?id=91600 --- Comment #12 from Robert Großkopf --- Bug is still the same with LO 7.2.0.4 on OpenSUSE 15.2 64bit rpm Linux. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144417] bug 144112 from Timur
https://bugs.documentfoundation.org/show_bug.cgi?id=144417 Buovjaga changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #1 from Buovjaga --- You don't use Bugzilla by email. If you want to add an attachment, click the "Add an attachment" link in your bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/firebird/Blob.cxx | 12 ++--
connectivity/source/drivers/firebird/Blob.hxx |4 +++-
connectivity/source/drivers/firebird/Clob.cxx | 17 +
3 files changed, 14 insertions(+), 19 deletions(-)
New commits:
commit 627e8ac6313330eae892195a62d07db5b7d85a1b
Author: Mike Kaganski
AuthorDate: Fri Sep 10 00:53:58 2021 +0200
Commit: Mike Kaganski
CommitDate: Fri Sep 10 06:23:13 2021 +0200
Use std::vector instead of css::uno::Sequence
This allows to avoid multiple reallocations during successive reads
Change-Id: I74102d21c5dc4d1e92e27ede3490e9ed07bd568e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121873
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/connectivity/source/drivers/firebird/Blob.cxx
b/connectivity/source/drivers/firebird/Blob.cxx
index edcc0d233989..33ab36b8d33e 100644
--- a/connectivity/source/drivers/firebird/Blob.cxx
+++ b/connectivity/source/drivers/firebird/Blob.cxx
@@ -122,22 +122,22 @@ sal_uInt16 Blob::getMaximumSegmentSize()
return m_nMaxSegmentSize;
}
-bool Blob::readOneSegment(uno::Sequence< sal_Int8 >& rDataOut)
+bool Blob::readOneSegment(std::vector& rDataOut)
{
checkDisposed(Blob_BASE::rBHelper.bDisposed);
ensureBlobIsOpened();
sal_uInt16 nMaxSize = getMaximumSegmentSize();
-if(rDataOut.getLength() < nMaxSize)
-rDataOut.realloc(nMaxSize);
+if(rDataOut.size() < nMaxSize)
+rDataOut.resize(nMaxSize);
sal_uInt16 nActualSize = 0;
ISC_STATUS aRet = isc_get_segment(m_statusVector,
_blobHandle,
,
nMaxSize,
-reinterpret_cast(rDataOut.getArray()) );
+rDataOut.data() );
if (aRet && aRet != isc_segstr_eof && IndicatesError(m_statusVector))
{
@@ -145,8 +145,8 @@ bool Blob::readOneSegment(uno::Sequence< sal_Int8 >&
rDataOut)
throw IOException(sError, *this);
}
-if (rDataOut.getLength() > nActualSize)
-rDataOut.realloc(nActualSize);
+if (rDataOut.size() > nActualSize)
+rDataOut.resize(nActualSize);
m_nBlobPosition += nActualSize;
return aRet == isc_segstr_eof; // last segment read
}
diff --git a/connectivity/source/drivers/firebird/Blob.hxx
b/connectivity/source/drivers/firebird/Blob.hxx
index 322649762c71..990108934bf2 100644
--- a/connectivity/source/drivers/firebird/Blob.hxx
+++ b/connectivity/source/drivers/firebird/Blob.hxx
@@ -16,6 +16,8 @@
#include
#include
+#include
+
namespace connectivity::firebird
{
typedef ::cppu::WeakComponentImplHelper< css::sdbc::XBlob,
@@ -59,7 +61,7 @@ namespace connectivity::firebird
isc_tr_handle* pTransactionHandle,
ISC_QUAD const & aBlobID);
-bool readOneSegment(css::uno::Sequence< sal_Int8 >& rDataOut);
+bool readOneSegment(std::vector& rDataOut);
// XBlob
virtual sal_Int64 SAL_CALL
diff --git a/connectivity/source/drivers/firebird/Clob.cxx
b/connectivity/source/drivers/firebird/Clob.cxx
index 3ed83a9b19d2..47e3e9dc9b3b 100644
--- a/connectivity/source/drivers/firebird/Clob.cxx
+++ b/connectivity/source/drivers/firebird/Clob.cxx
@@ -54,13 +54,11 @@ sal_Int64 SAL_CALL Clob::length()
// Read each segment, and calculate it's size by interpreting it as a
// character stream. Assume that no characters are split by the segments.
bool bLastSegmRead = false;
+std::vector aSegmentBytes;
do
{
-uno::Sequence < sal_Int8 > aSegmentBytes;
bLastSegmRead = m_aBlob->readOneSegment( aSegmentBytes );
-OUString sSegment ( reinterpret_cast< const char *>(
aSegmentBytes.getConstArray() ),
-aSegmentBytes.getLength(),
-RTL_TEXTENCODING_UTF8 );
+OUString sSegment(aSegmentBytes.data(), aSegmentBytes.size(),
RTL_TEXTENCODING_UTF8);
if( !bLastSegmRead)
m_nCharCount += sSegment.getLength();
@@ -81,18 +79,16 @@ OUString SAL_CALL Clob::getSubString(sal_Int64 nPosition,
OUStringBuffer sSegmentBuffer;
sal_Int64 nActPos = 1;
sal_Int32 nActLen = 0;
+std::vector aSegmentBytes;
// skip irrelevant parts
while( nActPos < nPosition )
{
-uno::Sequence < sal_Int8 > aSegmentBytes;
bool bLastRead = m_aBlob->readOneSegment( aSegmentBytes );
if( bLastRead )
throw lang::IllegalArgumentException("nPosition out of range",
*this, 0);
-OUString sSegment ( reinterpret_cast< const char *>(
aSegmentBytes.getConstArray() ),
-aSegmentBytes.getLength(),
-RTL_TEXTENCODING_UTF8 );
+OUString sSegment(aSegmentBytes.data(), aSegmentBytes.size(),
RTL_TEXTENCODING_UTF8);
sal_Int32 nStrLen = sSegment.getLength();
nActPos += nStrLen;
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/firebird/Blob.cxx |3 +++ 1 file changed, 3 insertions(+) New commits: commit 541ddf4580cac8c3f9590be26a487f5fc8e2553c Author: Mike Kaganski AuthorDate: Fri Sep 10 00:49:49 2021 +0200 Commit: Mike Kaganski CommitDate: Fri Sep 10 06:22:53 2021 +0200 tdf#120129: don't forget to update buffer size to actual length Otherwise extra bytes get written to the resulting string from the too long buffer. Change-Id: Iccde16b8002f214df6f86f484f288ec464c6b674 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121872 Tested-by: Jenkins Reviewed-by: Mike Kaganski diff --git a/connectivity/source/drivers/firebird/Blob.cxx b/connectivity/source/drivers/firebird/Blob.cxx index d254ba49431a..edcc0d233989 100644 --- a/connectivity/source/drivers/firebird/Blob.cxx +++ b/connectivity/source/drivers/firebird/Blob.cxx @@ -144,6 +144,9 @@ bool Blob::readOneSegment(uno::Sequence< sal_Int8 >& rDataOut) OUString sError(StatusVectorToString(m_statusVector, u"isc_get_segment")); throw IOException(sError, *this); } + +if (rDataOut.getLength() > nActualSize) +rDataOut.realloc(nActualSize); m_nBlobPosition += nActualSize; return aRet == isc_segstr_eof; // last segment read }
[Libreoffice-bugs] [Bug 143794] UI: Dark theme: some elements in toolbar not easy to read on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=143794 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 138543] Incorrect printing when freeform line is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=138543 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 144099] Missing x-scheme-handler association at install avoid online edit from browser
https://bugs.documentfoundation.org/show_bug.cgi?id=144099 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 144264] all icons in toolbar, notebookbar, sidebar are blurred in macOS 11.5
https://bugs.documentfoundation.org/show_bug.cgi?id=144264 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 144264] all icons in toolbar, notebookbar, sidebar are blurred in macOS 11.5
https://bugs.documentfoundation.org/show_bug.cgi?id=144264 --- 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 140276] Crash in: win32u.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=140276 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 135219] Image anchored as character vanishes from canvas
https://bugs.documentfoundation.org/show_bug.cgi?id=135219 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 140276] Crash in: win32u.dll
https://bugs.documentfoundation.org/show_bug.cgi?id=140276 --- Comment #7 from QA Administrators --- Dear markjoanneaz, 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 135219] Image anchored as character vanishes from canvas
https://bugs.documentfoundation.org/show_bug.cgi?id=135219 --- Comment #5 from QA Administrators --- Dear Telesto, 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 134719] UITestLogger may be broken at least on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=134719 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 140676] Editing a text after first save introduces unwanted information into the file.
https://bugs.documentfoundation.org/show_bug.cgi?id=140676 --- Comment #5 from QA Administrators --- Dear fmoebius, 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 134719] UITestLogger may be broken at least on Windows
https://bugs.documentfoundation.org/show_bug.cgi?id=134719 --- Comment #4 from QA Administrators --- Dear himajin10, 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 91600] EDITING: oForm.UpdateRow() doesn't refresh all fields of a form
https://bugs.documentfoundation.org/show_bug.cgi?id=91600 --- Comment #11 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 51168] EDITING: Numbering Size is Inconsistent with Text Size After Copy/Paste
https://bugs.documentfoundation.org/show_bug.cgi?id=51168 --- Comment #20 from QA Administrators --- Dear Alexander, 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 78959] Setting certain Font Effects, then unsetting them doesn't work without closing the dialog first.
https://bugs.documentfoundation.org/show_bug.cgi?id=78959 --- Comment #9 from QA Administrators --- Dear Joshua Trees, 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 78115] VIEWING: In Drop down menu of Date field i can't see day names
https://bugs.documentfoundation.org/show_bug.cgi?id=78115 --- Comment #18 from QA Administrators --- Dear Tom, 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 107243] [META] Locale keyboard shortcut issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107243 Bug 107243 depends on bug 139559, which changed state. Bug 139559 Summary: Inserting date with crtl+; inserts time in calc https://bugs.documentfoundation.org/show_bug.cgi?id=139559 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139559] Inserting date with crtl+; inserts time in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=139559 stragu changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |DUPLICATE --- Comment #11 from stragu --- Thank you RFr, I am pretty confident this is the same issue as Bug 126085, so marking as a duplicate. Please feel free to participate in the discussion there. *** This bug has been marked as a duplicate of bug 126085 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123973] Master objects in a LO Draw document export with TIFF but not PNG or GIF
https://bugs.documentfoundation.org/show_bug.cgi?id=123973 --- Comment #16 from xordevore...@gmail.com --- Still a problem in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: c7b5e6566d9b24a0a996c739a945004d9aadee2f CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; 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 144422] New: Sheet, "Link To External Data", directly import csv FILEOPEN, FILEIMPORT
https://bugs.documentfoundation.org/show_bug.cgi?id=144422 Bug ID: 144422 Summary: Sheet, "Link To External Data", directly import csv FILEOPEN, FILEIMPORT Product: LibreOffice Version: 6.0.7.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mcl1...@yahoo.com.au Description: URL of external data source. Enter the URL or the file name that contains the data that you want to insert, and then press Enter. Alternatively, click Browse button to select the file name from a file dialog that opens. Only then will the URL be requested from the network or file system. Note Icon A dialog for CSV data import appears when linking to external CSV file. Available tables/ranges Select the table or the data range that you want to insert. "If the selected Calc or Excel document contains no named range, spreadsheet data cannot be inserted and OK button will remain inactive" I am referring to the last part of the description above in quotes"" I have a HTML link to a downloadable .csv file. This dialogue works up to and including defining special column data as one would on opening the file directly from my local disc. The system process underlying the part quoted should be changed to permit an assumption that the whole document is to be loaded as per the settings in the csv column definition dialogue and the OK button activated so the process can proceed. Sample public link https://data.nsw.gov.au/data/dataset/aefcde60-3b0c-4bc0-9af1-6fe652944ec2/resource/21304414-1ff1-4243-a5d2-f52778048b29/download/covid-19-cases-by-notification-date-and-postcode-local-health-district-and-local-government-area.csv Steps to Reproduce: 1. Menu 2. Sheet 3. Link to external data 4. insert URL press enter 5. Text import dialogue pops up 6. Select Comma, Format quoted field as text, Fields Column type YMD on first column. 7. click OK 8. Available Tables/Ranges is blank but it could say "Entire file" 9. select Update every 84600 seconds for a daily update 10 OK button is inactive but it could be active. Actual Results: got nowhere Expected Results: should have created permalink to the file Reproducible: Always User Profile Reset: No Additional Info: Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); Calc: group -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144421] New: Footnotes and Endnotes do NOT appear in the Navigator?
https://bugs.documentfoundation.org/show_bug.cgi?id=144421 Bug ID: 144421 Summary: Footnotes and Endnotes do NOT appear in the Navigator? Product: LibreOffice Version: 7.2.0.2 rc Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tarotf...@protonmail.com Description: Is there a reason that footnotes and endnotes do NOT appear in the Navigator? Admittedly, this would be redundant and therefore perhaps unnecessary because footnotes are at the bottom of the page and endnotes are grouped together at the end of the document (which makes them easy to find) and you can simply click on the number which acts somewhat like (if not exactly like) a hyperlink. But many, if not most, features in LO Writer are accessible from various points and could therefore be described as redundant. Steps to Reproduce: 1. Select a Writer document that has footnotes and/or endnotes 2. Open Navigator Actual Results: Neither Footnotes nor Endnotes appear in Navigator. Expected Results: Footnotes and Endnotes appear in Navigator. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144420] New: View > Zoom opens a sub-menu that does not function like all the other menu items
https://bugs.documentfoundation.org/show_bug.cgi?id=144420 Bug ID: 144420 Summary: View > Zoom opens a sub-menu that does not function like all the other menu items Product: LibreOffice Version: 7.2.0.2 rc Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tarotf...@protonmail.com Description: View > Zoom opens a sub-menu that does not function like all the other menu items that have right-pointing arrows appended to them, which is to say with either a check mark inside a blue highlighted box or a blue highlighted icon if that particular option is selected. In other words, if you selected a Zoom Factor of Optimal, the icon associated with that selection is NOT highlighted in the sub-menu. If you do not have the Zoom icon displayed in the Standard Menu, then you have no way to easily tell what the Zoom & View Layout settings are for the document. So, for the sake of consistency, I think this should be corrected. Steps to Reproduce: 1. Open a Writer document 2. Set Zoom Factor to Optimal 3. Go to View > Zoom Actual Results: Note that when the sub-menu for View > Zoom opens that it does NOT indicate that the Optimal View setting has been selected (as indicated by a blue highlighted box around the Optimal View selection). Expected Results: All menus and sub-menus should exhibit the same behavior for the sake of consistency, in other words, those selections with right-pointing arrows appended to them should either have a check mark inside a blue highlighted box or a blue highlighted icon if that particular option is selected. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144419] New: Horizontal Ruler Comments button issue if in Zoom Factor Optimal or Fit Width
https://bugs.documentfoundation.org/show_bug.cgi?id=144419 Bug ID: 144419 Summary: Horizontal Ruler Comments button issue if in Zoom Factor Optimal or Fit Width Product: LibreOffice Version: 7.2.0.2 rc Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tarotf...@protonmail.com Description: The Horizontal Ruler has a Comments button on the far right-hand side of the ruler if someone has inserted any comments in the document; however, if you have selected a Zoom Factor of Optimal, the Comments button WILL be hidden from view regardless of whether or not the Sidebar is open (likewise, it MAY be hidden if you have selected a Zoom Factor of Fit Width and the Sidebar is displayed, depending on how wide you opt to make the Sidebar). So, once you hide the comments with the Zoom Factor set to Optimal, you have no way to know that there are any comments associated with the document – unless you have the Navigator open, in which case you can see them with the Comments section expanded. A side note (another related bug): If you have comments in a document and have the Navigator open, the Comments section will list all the comments. If you select a particular comment, right-click on it, a context menu of options appears. For some reason, Delete Delete (NOT a typo, the word Delete is repeated) appears. Steps to Reproduce: 1. Select a Writer document and set the Zoom Factor to Optimal (Sidebar displayed) 2. Insert a comment into the document 3. Toggle the Comments button to Hide the comments on the Horizontal Ruler Actual Results: The Comments button is NOT visible, so the comments cannot be toggled back on (although you can view them in the Comments section of Navigator. Expected Results: The Comments button should be visible despite the Zoom Factor setting. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144418] New: The Vertical Ruler is only visible on the page the cursor is on (not the page displayed onscreen)
https://bugs.documentfoundation.org/show_bug.cgi?id=144418 Bug ID: 144418 Summary: The Vertical Ruler is only visible on the page the cursor is on (not the page displayed onscreen) Product: LibreOffice Version: 7.2.0.2 rc Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tarotf...@protonmail.com Description: The Vertical Ruler is only visible on the page of the document you initially set View > Rulers > Vertical Ruler — unless you click somewhere in a different page or close the document and reload it (at which point, the Vertical Ruler will be visible on page one of the document). The exception to this is if you, for example, turn the Vertical Ruler on while viewing page two, but the cursor is still on some other page in the document, in which case the Vertical Ruler would be visible only on the page where the cursor is patiently blinking away — not on the page you turned it on in. In other words, the Vertical Ruler is only displayed on one page at a time, which is wherever the cursor is currently located. This may or may not be considered a bug per se, and there may be an issue with implementing any sort of change to rectify this due to the ability to View > Show Whitespace, but it is a bit confusing when you turn the (in my case, rarely used) Vertical Ruler on but do not see it. Steps to Reproduce: 1. Select a multi-page document 2. Place the cursor somewhere in page 1 3. Scroll to page 2 or 3 without placing the cursor on that page 4. Turn on the Vertical Ruler Actual Results: The Vertical Ruler does NOT appear on the page you are viewing when you turned it on, but it DOES appear on page 1 where the cursor is located. Expected Results: Vertical Ruler appearing on every page throughout a multi-page document if it is turned on. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144269] Mouse hover border is disabled if an element is focused
https://bugs.documentfoundation.org/show_bug.cgi?id=144269 Aron Budea changed: What|Removed |Added CC||ba...@caesar.elte.hu Version|7.2.0.4 release |6.4.0.3 release Keywords||bibisectRequest, regression Severity|normal |minor OS|Linux (All) |All --- Comment #2 from Aron Budea --- Also reproducible in 6.4.0.3, and fine in 6.3.0.4. -> regression -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120129] EDITING: LIST function in query creates additional characters in Windows10
https://bugs.documentfoundation.org/show_bug.cgi?id=120129 Mike Kaganski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com |desktop.org | --- Comment #14 from Mike Kaganski --- https://gerrit.libreoffice.org/c/core/+/121872 -- You are receiving this mail because: You are the assignee for the bug.
Re: LibreOffice 7.1.5 : bug report
Bonjour Pierre ou Lydie (vu que vous envoyez avec des identités différentes), pas facile de s'y retrouver. :/ Comme l'indique votre rapport d'erreur, vous avez un souci avec la bibliothèque ucrtbased.dll. Cette lib vient de Windows, et d'après votre rapport, elle aurait été corrompue. Cette lib est un composant de base des applications écrites en langage C++ [0]. En toute logique, d'autres applications ne devraient pas bien se comporter non plus. Pour le coup, le souci ne provient pas de LibreOffice, mais Windows... de Microsoft donc... Pour régler votre souci: 1) Assurer vous d'installer toutes les mises à jour via Windows Update 2) De réinstaller le Runtime C++ auquel ucrtbased.dll appartient. Fichiers vc_redist.x86.exe et vc_redist.x64.exe sur cette page -> [1] En 2021, il ne serait plus judicieux de rester sous Windows 7 qui n'est plus pris en charge par Microsoft depuis janvier 2020 (dès lors sans correctifs de sécurité depuis plus d'un an); d'autant plus que Windows 10 est gratuit pour tout possesseur de licence Windows à partir de Windows 7 (si toutefois vous souhaitez rester sur ce système d'exploitation - des alternatives existent). Excellente nuit/journée, [0] https://devblogs.microsoft.com/cppblog/introducing-the-universal-crt/ [1] https://support.microsoft.com/fr-fr/topic/2647da03-1eea-4433-9aff-95f26a218cc0 -- William Gathoye Un contributeur qui apprécie déguster un bon rosbeef en plus d'en fréquenter au quotidien.
[Libreoffice-bugs] [Bug 144417] New: bug 144112 from Timur
https://bugs.documentfoundation.org/show_bug.cgi?id=144417 Bug ID: 144417 Summary: bug 144112 from Timur Product: LibreOffice Version: 7.2.0.1 rc Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: michel.pambouk...@orange.fr Description: Hi, For the bug 144112 you need an example file with its password. I have tried to send them by answering to your mail : bugzilla-dae...@bugs.documentfoundation.org But this address is not recognized. Please send me a valid e-mail address. Best regards, michel pamboukian Actual Results: Expected Results: x Reproducible: Always User Profile Reset: No Additional Info: x -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: odk/examples
odk/examples/DevelopersGuide/Components/CppComponent/Makefile |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 96d1240adf946c443fb2c369a1c84e31e259c7a8 Author: Stephan Bergmann AuthorDate: Thu Sep 9 13:58:25 2021 +0200 Commit: Stephan Bergmann CommitDate: Thu Sep 9 22:51:08 2021 +0200 Fix apparent typos ...introduced with aaebbb0e597bfeb8e1c545130a0d17a55b164228 "INTEGRATION: CWS jsc21" (but which never caused an issue as cppumaker generated output for all of $(COMP_RDB) anyway when the undefined $(TYPESLIST) didn't contribute anything to its command line) Change-Id: Ic6792ad9edc159c02d307ca72500605bc3c38077 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121851 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/odk/examples/DevelopersGuide/Components/CppComponent/Makefile b/odk/examples/DevelopersGuide/Components/CppComponent/Makefile index 5a63f4687b43..98a3eaf2b591 100644 --- a/odk/examples/DevelopersGuide/Components/CppComponent/Makefile +++ b/odk/examples/DevelopersGuide/Components/CppComponent/Makefile @@ -72,8 +72,8 @@ SLOFILES = $(patsubst %.cxx,$(SAMPLE_SLO_OUT)/%.$(OBJ_EXT),$(CXXFILES)) GENURDFILES = $(patsubst %.idl,$(SAMPLE_GEN_OUT)/%.urd,$(IDLFILES)) -TYPELIST=-Tmy_module.XSomething \ - -Tmy_modules.MyService1 \ +TYPESLIST=-Tmy_module.XSomething \ + -Tmy_module.MyService1 \ -Tmy_module.MyService2 # Targets
[Libreoffice-bugs] [Bug 144416] Default formatting bar not showing on entering textbox in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=144416 Telesto changed: What|Removed |Added CC||heiko.tietze@documentfounda ||tion.org Keywords||bibisectRequest --- Comment #1 from Telesto --- @Heiko Change on purpose or an incident? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144416] New: Default formatting bar not showing on entering textbox in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=144416 Bug ID: 144416 Summary: Default formatting bar not showing on entering textbox in Impress Product: LibreOffice Version: 5.0.0.5 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tele...@surfxs.nl Description: Default formatting bar not showing on entering textbox in Impress Steps to Reproduce: 1. Open Impress 2. Ignore the wizard 3. Enter a textbox on the first sheet 4. Notice that the formatting toolbar is lacking In LibreOffice 4.4.7.2 there is line and fill toolbar which gets replaced with formatting toolbar on entering a textbox Actual Results: No formatting toolbar Expected Results: A formatting toolbar Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 05ff3d67d0e2e436406786c949eb7cfca107ba33 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL and in 5.0 not in 4.4.7.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: distro-configs/LibreOfficeCoverity.conf
distro-configs/LibreOfficeCoverity.conf |1 + 1 file changed, 1 insertion(+) New commits: commit 9819abee8b16dee4ffc47bd4a79270687a5c424e Author: Caolán McNamara AuthorDate: Thu Sep 9 21:32:27 2021 +0100 Commit: Caolán McNamara CommitDate: Thu Sep 9 22:33:26 2021 +0200 a system cuckoo isn't available build without it and see what warnings there might be Change-Id: I54b4d0c784631d26f634c63157563203bc37f1b5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121864 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara diff --git a/distro-configs/LibreOfficeCoverity.conf b/distro-configs/LibreOfficeCoverity.conf index 51f80628701a..e802f25e8f29 100644 --- a/distro-configs/LibreOfficeCoverity.conf +++ b/distro-configs/LibreOfficeCoverity.conf @@ -11,6 +11,7 @@ --with-idlc-cpp=cpp --with-system-libs --with-system-headers +--without-system-cuckoo --without-system-cppunit --enable-dbus --enable-extension-integration
[Libreoffice-bugs] [Bug 127770] Freeze/crash on a cell formatted with rotation 180° and dashed borders
https://bugs.documentfoundation.org/show_bug.cgi?id=127770 --- Comment #9 from Commit Notification --- Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e5ced8a0e875226152ceae2ad84bac0292e20c4f crashtesting: assert making thumbnail on reexport of tdf127770-1.ods to ods It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/vcl vcl/source
include/vcl/outdev.hxx |8
vcl/source/outdev/map.cxx | 41 +
vcl/source/outdev/polyline.cxx |9 +
3 files changed, 54 insertions(+), 4 deletions(-)
New commits:
commit e5ced8a0e875226152ceae2ad84bac0292e20c4f
Author: Caolán McNamara
AuthorDate: Thu Sep 9 20:02:55 2021 +0100
Commit: Caolán McNamara
CommitDate: Thu Sep 9 22:21:33 2021 +0200
crashtesting: assert making thumbnail on reexport of tdf127770-1.ods to ods
convert to B2DPolygon earlier and do scaling on B2DPolygon's doubles
#18 0x7f534e1093bc in ImplLogicToPixel(tools::Long, tools::Long,
tools::Long, tools::Long) (n=, nDPI=,
nMapNum=, nMapDenom=) at
vcl/source/outdev/map.cxx:268
__PRETTY_FUNCTION__ = "tools::Long ImplLogicToPixel(tools::Long,
tools::Long, tools::Long, tools::Long)"
n64 =
#19 0x7f534e10a4ff in
OutputDevice::ImplLogicToDevicePixel(tools::Polygon const&) const
(this=this@entry=0x55c3ebbb9f60, rLogicPoly=...) at include/tools/gen.hxx:80
rPt = Point = {x = -794275722273860480, y = 0}
i = 0
nPoints = 2
aPoly = {mpImplPolygon = {m_pimpl = 0x55c3e9fdc250}}
pPointAry = 0x55c3e9c9b970
#20 0x7f534e0ff4d4 in OutputDevice::drawPolyLine(tools::Polygon
const&, LineInfo const&) (this=this@entry=0x55c3ebbb9f60, rPoly=...,
rLineInfo=...) at vcl/source/outdev/polyline.cxx:251
nPoints = 2
aPoly = {mpImplPolygon = {m_pimpl = 0x7f534e0bfde8
<__gnu_debug::_Safe_sequence >
>::_M_invalidate_if<__gnu_debug::_Equal_to<__gnu_cxx::__normal_iterator > > >
>(__gnu_debug::_Equal_to<__gnu_cxx::__normal_iterator > > >)+208>}}
__PRETTY_FUNCTION__ = "void OutputDevice::drawPolyLine(const
tools::Polygon&, const LineInfo&)"
aInfo = {mpImplLineInfo = {m_pimpl = 0x55c3eaa4ca68}}
bDashUsed =
bLineWidthUsed =
#21 0x7f534e0ff3d8 in OutputDevice::DrawPolyLine(tools::Polygon
const&, LineInfo const&) (this=this@entry=0x55c3ebbb9f60, rPoly=...,
rLineInfo=...) at vcl/source/outdev/polyline.cxx:135
__PRETTY_FUNCTION__ = "void OutputDevice::DrawPolyLine(const
tools::Polygon&, const LineInfo&)"
#22 0x7f534e1f1d56 in MetaPolyLineAction::Execute(OutputDevice*)
(this=0x55c3e998e300, pOut=0x55c3ebbb9f60) at vcl/source/gdi/metaact.cxx:481
#23 0x7f534e1be27a in GDIMetaFile::Play(OutputDevice&, unsigned long)
(this=this@entry=0x55c3e9e4c700, rOut=..., nPos=86, nPos@entry=4294967295) at
vcl/source/gdi/gdimtf.cxx:371
nCurPos = 48
i = 48
pAction = 0x55c3e998e300
nObjCount =
nSyncCount = 4294967295
#24 0x7f534e1be4e1 in GDIMetaFile::Play(OutputDevice&, Point const&,
Size const&) (this=this@entry=0x55c3e9e4c700, rOut=..., rPos=Point = {...},
rSize=Size = {...}) at vcl/source/gdi/gdimtf.cxx:512
aDrawMap = {mpImplMapMode = {m_pimpl = 0x55c3e9f338d0}}
aDestSize = Size = {width = 756, height = 1020}
pMtf = 0x0
aScaleX = {mnNumerator = 756, mnDenominator = 341, mbValid = true}
aScaleY = {mnNumerator = 1020, mnDenominator = 461, mbValid = true}
rOldOffset = Size = {width = 0, height = 0}
aEmptySize = Size = {width = 0, height = 0}
bIsRecord = false
#25 0x7f534e1be9c5 in GDIMetaFile::CreateThumbnail(BitmapEx&,
BmpConversion, BmpScaleFlag) const (this=this@entry=0x55c3e9e4c700,
rBitmapEx=...,
eColorConversion=eColorConversion@entry=BmpConversion::N8BitColors,
nScaleFlag=nScaleFlag@entry=BmpScaleFlag::Default) at include/rtl/ref.hxx:206
aAntialias = Size = {width = 756, height = 1020}
aBitmap = {maBitmap = , maAlphaMask = , maBitmapSize = Size = {width = 94299930324064, height = 139995769668141}}
aVDev = {> = {>
= {m_rInnerRef = rtl::Reference to 0x55c3ebbb9f60}, }, }
aNullPt = Point = {x = 0, y = 0}
aDrawSize = Size = {width = 189, height = 255}
aSizePix =
nMaximumExtent = 256
aAntialiasSize = Size = {width = 760, height = 1024}
Change-Id: I4284a7da0684845d7c0af136b25c5210d522c79b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121863
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/include/vcl/outdev.hxx b/include/vcl/outdev.hxx
index f5f398a1e0b9..a80b49c2239b 100644
--- a/include/vcl/outdev.hxx
+++ b/include/vcl/outdev.hxx
@@ -1787,6 +1787,14 @@ public:
*/
SAL_DLLPRIVATE tools::Polygon ImplLogicToDevicePixel( const
tools::Polygon& rLogicPoly ) const;
+/** Convert a logical B2DPolygon to a B2DPolygon in physical device pixel
units.
+
+ @param rLogicSize Const reference to a B2DPolygon in logical
units
+
+ @returns B2DPolyPolygon based on physical device pixel
[Libreoffice-bugs] [Bug 127770] Freeze/crash on a cell formatted with rotation 180° and dashed borders
https://bugs.documentfoundation.org/show_bug.cgi?id=127770 Commit Notification changed: What|Removed |Added Whiteboard||target:7.3.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: vcl/source
vcl/source/filter/imet/ios2met.cxx | 14 ++
1 file changed, 14 insertions(+)
New commits:
commit 030bfda5ec47e28bf66aa2176ace3f626794d5b1
Author: Caolán McNamara
AuthorDate: Thu Sep 9 19:48:17 2021 +0100
Commit: Caolán McNamara
CommitDate: Thu Sep 9 22:19:55 2021 +0200
ofz: MemorySanitizer: use-of-uninitialized-value
Change-Id: I8eaf65fa4d1982ff60f612088adea6d636246612
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121862
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/source/filter/imet/ios2met.cxx
b/vcl/source/filter/imet/ios2met.cxx
index 9bb3346de56c..a57267357f21 100644
--- a/vcl/source/filter/imet/ios2met.cxx
+++ b/vcl/source/filter/imet/ios2met.cxx
@@ -240,12 +240,26 @@ struct OSPath
tools::PolyPolygon aPPoly;
boolbClosed;
boolbStroke;
+
+OSPath()
+: pSucc(nullptr)
+, nID(0)
+, bClosed(false)
+, bStroke(false)
+{
+}
};
struct OSFont {
OSFont * pSucc;
sal_uInt32 nID;
vcl::Font aFont;
+
+OSFont()
+: pSucc(nullptr)
+, nID(0)
+{
+}
};
struct OSBitmap {
[Libreoffice-bugs] [Bug 144414] LibreOffice Impress Slideshow Notes Needs Fixing
https://bugs.documentfoundation.org/show_bug.cgi?id=144414 Telesto changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #1 from Telesto --- I assume with - as reported previously - means: bug 144009 Note: lots of those sheet have direct formatting (using sample file of bug 144009). So no surprise that styles don't work. Mangled font probably because broken font or substitution? Slides in presentation mode are fine for me, but not having Monda font on my system and maybe using different fallback font Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 05ff3d67d0e2e436406786c949eb7cfca107ba33 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144009] Filesave PPTX or PPT: Impress Notes doesn't not save changes to Notes format
https://bugs.documentfoundation.org/show_bug.cgi?id=144009 Telesto changed: What|Removed |Added Keywords||bibisectRequest --- Comment #4 from Telesto --- (In reply to Telesto from comment #3) > Created attachment 174932 [details] > Example file > > 1. Open the attached file > 2. Create a new sheet -> Notice it's following formatting > 3. Save as PPTX > 4. File reload > 5. Create additional slide, notice it's default formatting The formatting wasn't exported or imported at all with (even for existing sheets with Versie: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 working better with Version: 4.3.0.4 Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0 So this might be an incomplete fix.. adding bibisectrequest for sake of code pointer and a commit message -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144052] Calc hangs when I try insert a chart for 800000 cells
https://bugs.documentfoundation.org/show_bug.cgi?id=144052 --- Comment #13 from Julien Nabet --- Created attachment 174933 --> https://bugs.documentfoundation.org/attachment.cgi?id=174933=edit perf flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today (8104d771b10a5c8b15eae4b67aa112ae2ef77b5b) + gen rendering on Telesto's file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144009] Filesave PPTX or PPT: Impress Notes doesn't not save changes to Notes format
https://bugs.documentfoundation.org/show_bug.cgi?id=144009 --- Comment #3 from Telesto --- Created attachment 174932 --> https://bugs.documentfoundation.org/attachment.cgi?id=174932=edit Example file 1. Open the attached file 2. Create a new sheet -> Notice it's following formatting 3. Save as PPTX 4. File reload 5. Create additional slide, notice it's default formatting -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143040] EDITING Insertion of shape object is not change tracked
https://bugs.documentfoundation.org/show_bug.cgi?id=143040 --- Comment #6 from Aron Budea --- (In reply to NISZ LibreOffice Team from comment #5) > That bug has a grouped shape, consisting of an editeng textbox and an image. > Also the users there want tracked text changes inside the textbox, as well > as insertion / deletion of the grouped shape. My assumption is that bug 49361 was turned into a general report of the feature, ie. as the title says: "Record changes" fails to record changes of and in draw elements. If you think it could be reasonably partitioned into indepent smaller features, please feel free to reopen, and specify the dependency relations between them. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: connectivity/source
connectivity/source/drivers/firebird/Connection.cxx | 36 +---
1 file changed, 25 insertions(+), 11 deletions(-)
New commits:
commit 34219c3cb737371afb4a29604e95f0e87966f02a
Author: jucasaca
AuthorDate: Fri Sep 3 13:26:32 2021 +0200
Commit: Mike Kaganski
CommitDate: Thu Sep 9 21:21:43 2021 +0200
tdf#143905: Parse password from connection string
Parse user and password, so its possible to connect to a
firebird server more over embeded and file
Change-Id: Idbfa526e2a29f6f8bed5165f57844350c8b6d127
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121638
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/connectivity/source/drivers/firebird/Connection.cxx
b/connectivity/source/drivers/firebird/Connection.cxx
index cc4ee39ff155..6c150fe2fb8f 100644
--- a/connectivity/source/drivers/firebird/Connection.cxx
+++ b/connectivity/source/drivers/firebird/Connection.cxx
@@ -211,8 +211,8 @@ void Connection::construct(const OUString& url, const
Sequence< PropertyValue >&
std::string dpbBuffer;
{
-char userName[256] = "";
-char userPassword[256] = "";
+OString userName;
+OString userPassword;
dpbBuffer.push_back(isc_dpb_version1);
dpbBuffer.push_back(isc_dpb_sql_dialect);
@@ -233,28 +233,42 @@ void Connection::construct(const OUString& url, const
Sequence< PropertyValue >&
if (m_bIsEmbedded || m_bIsFile)
{
-strcpy(userName,"sysdba");
-strcpy(userPassword,"masterkey");
+userName = "sysdba";
+userPassword = "masterkey";
}
else
{
-// TODO: parse password from connection string as needed?
+for (const auto& rIter : info)
+{
+if (rIter.Name == "user")
+{
+if (OUString value; rIter.Value >>= value)
+userName = OUStringToOString(value,
RTL_TEXTENCODING_UTF8);
+}
+else if (rIter.Name == "password")
+{
+if (OUString value; rIter.Value >>= value)
+userPassword = OUStringToOString(value,
RTL_TEXTENCODING_UTF8);
+}
+}
}
-if (strlen(userName))
+if (!userName.isEmpty())
{
-int nUsernameLength = strlen(userName);
+const sal_Int32 nMaxUsername = 255; //max size
+int nUsernameLength = std::min(userName.getLength(),
nMaxUsername);
dpbBuffer.push_back(isc_dpb_user_name);
dpbBuffer.push_back(nUsernameLength);
-dpbBuffer.append(userName);
+dpbBuffer.append(userName.getStr(), nUsernameLength);
}
-if (strlen(userPassword))
+if (!userPassword.isEmpty())
{
-int nPasswordLength = strlen(userPassword);
+const sal_Int32 nMaxPassword = 255; //max size
+int nPasswordLength = std::min(userPassword.getLength(),
nMaxPassword);
dpbBuffer.push_back(isc_dpb_password);
dpbBuffer.push_back(nPasswordLength);
-dpbBuffer.append(userPassword);
+dpbBuffer.append(userPassword.getStr(), nPasswordLength);
}
}
[Libreoffice-bugs] [Bug 130795] FILEOPEN: Spreadsheet takes long to open
https://bugs.documentfoundation.org/show_bug.cgi?id=130795 --- Comment #19 from Julien Nabet --- Created attachment 174931 --> https://bugs.documentfoundation.org/attachment.cgi?id=174931=edit perf flamegraph Here's the Flamegraph retrieved on pc Debian x86-64 with master sources updated today (8104d771b10a5c8b15eae4b67aa112ae2ef77b5b). I just put the trace for info. If something can be optimized, great, if not, not a pb since it's quite quick to open. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: svx/source
svx/source/svdraw/svdpage.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit dbd367e57669a82b7ea82f112d3d8c1a105d8d41 Author: Andrea Gelmini AuthorDate: Thu Sep 9 17:41:18 2021 +0200 Commit: Julien Nabet CommitDate: Thu Sep 9 20:58:39 2021 +0200 Fix typo Change-Id: I899c68cf53657eaab6a72ae36594606b31d9fb8c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121859 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/svx/source/svdraw/svdpage.cxx b/svx/source/svdraw/svdpage.cxx index 0c56086d1097..0d2febd376e6 100644 --- a/svx/source/svdraw/svdpage.cxx +++ b/svx/source/svdraw/svdpage.cxx @@ -566,7 +566,7 @@ void SdrObjList::SetExistingObjectOrdNum(SdrObject* pObj, size_t nNewObjNum) assert(std::find(maList.begin(), maList.end(), pObj) != maList.end() && "This method requires that the child object already be inserted"); assert(pObj->IsInserted() && "SdrObjList::SetObjectOrdNum: the object does not have status Inserted."); -// I am deliberately bypassing getOrdNum() because I dont want to unnecessarily +// I am deliberately bypassing getOrdNum() because I don't want to unnecessarily // trigger RecalcObjOrdNums() const sal_uInt32 nOldOrdNum = pObj->m_nOrdNum; if (!mbObjOrdNumsDirty && nOldOrdNum == nNewObjNum)
[Libreoffice-commits] core.git: vcl/osx
vcl/osx/salnativewidgets.cxx | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
New commits:
commit 905d7e3d9cff386a819faa6582cfb1700b529e34
Author: Caolán McNamara
AuthorDate: Thu Sep 9 16:05:23 2021 +0100
Commit: Caolán McNamara
CommitDate: Thu Sep 9 20:41:58 2021 +0200
tdf#144241 don't return a negative width for osx edit region
instead expand the region to the min osx width
Change-Id: I01dc336c97ba9573948e1ca8f3eeb3ac46008819
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121857
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/vcl/osx/salnativewidgets.cxx b/vcl/osx/salnativewidgets.cxx
index 5988cfe6a9d0..282a26ca0c60 100644
--- a/vcl/osx/salnativewidgets.cxx
+++ b/vcl/osx/salnativewidgets.cxx
@@ -994,13 +994,15 @@ bool AquaSalGraphics::getNativeControlRegion(ControlType
nType,
break;
case ControlType::Editbox:
{
-w = aCtrlBoundRect.GetWidth();
+const tools::Long nBorderThickness = FOCUS_RING_WIDTH +
EDITBOX_BORDER_WIDTH + EDITBOX_INSET_MARGIN;
+// tdf#144241 don't return a negative width, expand the region
to the min osx width
+w = std::max(nBorderThickness * 2, aCtrlBoundRect.GetWidth());
h = EDITBOX_HEIGHT + 2 * FOCUS_RING_WIDTH;
rNativeBoundingRegion = tools::Rectangle(Point(x, y), Size(w,
h));
-w -= 2 * (FOCUS_RING_WIDTH + EDITBOX_BORDER_WIDTH +
EDITBOX_INSET_MARGIN);
-h -= 2 * (FOCUS_RING_WIDTH + EDITBOX_BORDER_WIDTH +
EDITBOX_INSET_MARGIN);
-x += FOCUS_RING_WIDTH + EDITBOX_BORDER_WIDTH +
EDITBOX_INSET_MARGIN;
-y += FOCUS_RING_WIDTH + EDITBOX_BORDER_WIDTH +
EDITBOX_INSET_MARGIN;
+w -= 2 * nBorderThickness;
+h -= 2 * nBorderThickness;
+x += nBorderThickness;
+y += nBorderThickness;
rNativeContentRegion = tools::Rectangle(Point(x, y), Size(w,
h));
toReturn = true;
}
[Libreoffice-bugs] [Bug 144398] help says "Select Slide - Master Slide", but there's no such menu item
https://bugs.documentfoundation.org/show_bug.cgi?id=144398 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | Status|UNCONFIRMED |ASSIGNED --- Comment #1 from Rafael Lima --- Confirmed in LO 7.2. It is a simple fix. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143324] Image size changes after accessing Scale 35% field in crop tab of image properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=143324 Buovjaga changed: What|Removed |Added Version|6.3.0.4 release |4.1.0.4 release Keywords|bibisectRequest, regression | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144415] New: Formatting: Indentations or Tab Stops of Outline Levels
https://bugs.documentfoundation.org/show_bug.cgi?id=144415 Bug ID: 144415 Summary: Formatting: Indentations or Tab Stops of Outline Levels Product: LibreOffice Version: 7.1.5.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: forum-s...@mediacombb.net Created attachment 174930 --> https://bugs.documentfoundation.org/attachment.cgi?id=174930=edit 5 screenshots, 3 of LibreOffice & 2 of another word processor's simplicity Hello. The current version 7.1.5.2 of LibreOffice Writer has a very complicated way of setting up the indentations of an outline when the text has to be indented for each outline level. Maybe it's been this way many versions going back in time but this is the first version I've used after recently downloading it. For as many years as computers have been around, and for the triumph that LibreOffice makes itself sound to be over typical office suites, it is surprising that the indentations or tab stops of each outline level have to be figured out by either measuring with a tape measure or ruler, or else by trial-and-error of first trying a set of distances and then typing test paragraphs and printing it out to see how they look and then using a ruler to determine the necessary corrections. Because the visual representation underneath all those fields in the Bullets And Numbering dialog on the tab "Position" aren't a true and exact representation. It would seem that a very workable solution would be to let the user decide on whatever tab interval they want and let that be in the paragraph style, then the number itself of each outline level is simply placed at each subsequent tab stop. Then, the simplicity of what I am suggesting is that the text for each outline level is indented to the subsequent tab stop following the number, at whatever inch/centimeter distance that would happen to be at since the tab stops are in the style. Just automatically, the text is indented to the next tab stop following the number, automatically, without anything having to be specified in the dialog of "Bullets And Numbering" on the tab of "Position". Actually, this suggestion of mine of indenting of text automatically to the next tab stop following the outline level number, makes that tab of "Position" to be unnecessary, just delete that tab from the dialog, and get those indenting measurements for each outline level from the tabs that are set in the Paragraph Syle. Yes it would be many changes in the programming source code, but holy crap would this ever be a huge improvement in simplicity and ease of use. :-) If the outline level number is, for example, "3.4.1.5" then the text is indented to the tab stop that comes after that number, whatever that tab stop would be since it is in the Paragraph Style. The attached Zipfile has 5 screenshots: 1) The end results of an outline's numbering/position settings. 2) Outline Level 3 in the dialog. If a number greater than zero is used for the indent, why not use that as the distance of the tab stop after the end of the outline level number? 3) Outline Level 4 in the dialog. Why can't at least using zero mean to keep the text indented at the tab stop that follows the outline level number? This really is very complex and time consuming. None of these fields have to be used to accomplish a good looking outline, so even that suggestion is unnecessary. 4) Another word processor's dialog and its simplicity. 5) The end results of that other word processor's simple dialog, without having to calculate and type in measurements into a bunch of fields for each separate outline level. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115747] Can't edit file on samba shares ( see comment 28 )
https://bugs.documentfoundation.org/show_bug.cgi?id=115747 --- Comment #44 from code-b...@bnavigator.de --- Many duplicates actually closer to bug 55004 point here, so I would like to mention, that https://bugs.documentfoundation.org/show_bug.cgi?id=55004#c37 helped me: Adding nobrl to /etc/fstab was a good workaround to finally be able to save libreoffice documents to Sama cifs shares again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107805] [META] Writer master document issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107805 Bug 107805 depends on bug 127629, which changed state. Bug 127629 Summary: UI: Question to open links when opening a master document in English but different UI language https://bugs.documentfoundation.org/show_bug.cgi?id=127629 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 127629] UI: Question to open links when opening a master document in English but different UI language
https://bugs.documentfoundation.org/show_bug.cgi?id=127629 Dieter changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #13 from Dieter --- WORKSFORME with Version: 7.2.1.1 (x64) / LibreOffice Community Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144412] Qt5/KF5 flips writing direction on Ctrl+Shift+p
https://bugs.documentfoundation.org/show_bug.cgi?id=144412 Jan-Marek Glogowski changed: What|Removed |Added CC||caol...@redhat.com --- Comment #3 from Jan-Marek Glogowski --- I just thought I could drop the whole nModMask handling for the nExtModMask info and just use the Qt modifier. But the Qt docs already warn about broken handling: "This function cannot always be trusted. The user can confuse it by pressing both Shift keys simultaneously and releasing one of them, for example." (https://doc.qt.io/qt-5/qkeyevent.html#modifiers). Probably because Qt reports the combined / new mask on change, but if I just change L/R, it reports an empty mask. At this point I'm not sure the whole L/R info should be used. LO's code in qt5 + gtk + gen has the same problem, because it removes the mask, if one of the L/R modifier keys is released. So while my patch fixes the problem, I now think the whole approach is broken; maybe LO should replace it by always reporting both L/R keys. I thought the Gtk approach might be good, until I found the behavior in comment 1. And the Windows code looks funny too. Looking for more opinions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143324] Image size changes after accessing Scale 35% field in crop tab of image properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=143324 raal changed: What|Removed |Added CC||r...@post.cz --- Comment #2 from raal --- On linux (VCL gen) I can reproduce with Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) - click Width-Top-Height -> Image size Height changed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124614] FILESAVE: Calc may retain illegitimate space characters between function names and parentheses, violating standard requirements
https://bugs.documentfoundation.org/show_bug.cgi?id=124614 Victor V. Terber changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from Victor V. Terber --- Re-tested with LO 7.2.0.4 (x64): Bug no longer reproducible. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/DocumentRedlineManager.cxx | 324 --
sw/source/core/inc/DocumentRedlineManager.hxx |6
2 files changed, 164 insertions(+), 166 deletions(-)
New commits:
commit 6c50c2dd15da5e9f4a96b8bae1d337a52c71121f
Author: Noel Grandin
AuthorDate: Thu Sep 9 16:20:09 2021 +0200
Commit: Noel Grandin
CommitDate: Thu Sep 9 18:57:01 2021 +0200
flatten DocumentRedlineManager a little
no need to allocate these things separately
Change-Id: I832e77587e1272a6be5dfc8d460891564ed07517
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121854
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sw/source/core/doc/DocumentRedlineManager.cxx
b/sw/source/core/doc/DocumentRedlineManager.cxx
index cf68ce329ae5..f7b39e9840d0 100644
--- a/sw/source/core/doc/DocumentRedlineManager.cxx
+++ b/sw/source/core/doc/DocumentRedlineManager.cxx
@@ -1039,8 +1039,6 @@ namespace sw
DocumentRedlineManager::DocumentRedlineManager(SwDoc& i_rSwdoc)
: m_rDoc(i_rSwdoc)
, meRedlineFlags(RedlineFlags::ShowInsert | RedlineFlags::ShowDelete)
-, mpRedlineTable(new SwRedlineTable)
-, mpExtraRedlineTable(new SwExtraRedlineTable)
, mbIsRedlineMove(false)
, mnAutoFormatRedlnCommentNo(0)
{
@@ -1101,12 +1099,12 @@ void DocumentRedlineManager::SetRedlineFlags(
RedlineFlags eMode )
}
for (sal_uInt16 nLoop = 1; nLoop <= 2; ++nLoop)
-for (size_t i = 0; i < mpRedlineTable->size(); ++i)
+for (size_t i = 0; i < maRedlineTable.size(); ++i)
{
-SwRangeRedline *const pRedline((*mpRedlineTable)[i]);
+SwRangeRedline *const pRedline = maRedlineTable[i];
(pRedline->*pFnc)(nLoop, i, false);
-while (mpRedlineTable->size() <= i
-|| (*mpRedlineTable)[i] != pRedline)
+while (maRedlineTable.size() <= i
+|| maRedlineTable[i] != pRedline)
{// ensure current position
--i; // a previous redline may have been deleted
}
@@ -1114,7 +1112,7 @@ void DocumentRedlineManager::SetRedlineFlags(
RedlineFlags eMode )
//SwRangeRedline::MoveFromSection routinely changes
//the keys that mpRedlineTable is sorted by
-mpRedlineTable->Resort();
+maRedlineTable.Resort();
CheckAnchoredFlyConsistency(m_rDoc);
CHECK_REDLINE( *this )
@@ -1149,27 +1147,27 @@ void
DocumentRedlineManager::SetRedlineFlags_intern(RedlineFlags eMode)
const SwRedlineTable& DocumentRedlineManager::GetRedlineTable() const
{
-return *mpRedlineTable;
+return maRedlineTable;
}
SwRedlineTable& DocumentRedlineManager::GetRedlineTable()
{
-return *mpRedlineTable;
+return maRedlineTable;
}
const SwExtraRedlineTable& DocumentRedlineManager::GetExtraRedlineTable() const
{
-return *mpExtraRedlineTable;
+return maExtraRedlineTable;
}
SwExtraRedlineTable& DocumentRedlineManager::GetExtraRedlineTable()
{
-return *mpExtraRedlineTable;
+return maExtraRedlineTable;
}
bool DocumentRedlineManager::HasExtraRedlineTable() const
{
-return mpExtraRedlineTable != nullptr;
+return true;
}
bool DocumentRedlineManager::IsInRedlines(const SwNode & rNode) const
@@ -1246,9 +1244,9 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
if( m_rDoc.IsAutoFormatRedline() )
{
pNewRedl->SetAutoFormat();
-if( mpAutoFormatRedlnComment && !mpAutoFormatRedlnComment->isEmpty() )
+if( moAutoFormatRedlnComment && !moAutoFormatRedlnComment->isEmpty() )
{
-pNewRedl->SetComment( *mpAutoFormatRedlnComment );
+pNewRedl->SetComment( *moAutoFormatRedlnComment );
pNewRedl->SetSeqNo( mnAutoFormatRedlnCommentNo );
}
}
@@ -1305,11 +1303,11 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
--n;
bool bDec = false;
-for( ; pNewRedl && n < mpRedlineTable->size(); bDec ? n : ++n )
+for( ; pNewRedl && n < maRedlineTable.size(); bDec ? n : ++n )
{
bDec = false;
-SwRangeRedline* pRedl = (*mpRedlineTable)[ n ];
+SwRangeRedline* pRedl = maRedlineTable[ n ];
SwPosition* pRStt = pRedl->Start(),
* pREnd = pRStt == pRedl->GetPoint() ? pRedl->GetMark()
: pRedl->GetPoint();
@@ -1318,7 +1316,7 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
if( ( *pRStt == *pREnd ) &&
( pRedl->GetContentIdx() == nullptr ) )
{
-mpRedlineTable->DeleteAndDestroy(n);
+maRedlineTable.DeleteAndDestroy(n);
continue;
}
@@ -1340,16 +1338,16 @@ DocumentRedlineManager::AppendRedline(SwRangeRedline*
pNewRedl, bool const bCall
[Libreoffice-commits] core.git: writerfilter/source
writerfilter/source/dmapper/PropertyMap.cxx | 197 ++--
1 file changed, 99 insertions(+), 98 deletions(-)
New commits:
commit ca6e29e9fb8999fdecca5b50570be1665071a2c7
Author: Noel Grandin
AuthorDate: Thu Sep 9 15:59:55 2021 +0200
Commit: Noel Grandin
CommitDate: Thu Sep 9 18:56:43 2021 +0200
reserve space in vector to reduce reallocations
Change-Id: I6263c0b742331138188f7b557c05b2a59188d4fa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121853
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/writerfilter/source/dmapper/PropertyMap.cxx
b/writerfilter/source/dmapper/PropertyMap.cxx
index b4c58c0d8808..3fdecb9ed576 100644
--- a/writerfilter/source/dmapper/PropertyMap.cxx
+++ b/writerfilter/source/dmapper/PropertyMap.cxx
@@ -72,122 +72,123 @@ uno::Sequence< beans::PropertyValue >
PropertyMap::GetPropertyValues( bool bChar
{
using comphelper::makePropertyValue;
-if ( m_aValues.empty() && !m_vMap.empty() )
-{
-size_t nCharGrabBag = 0;
-size_t nParaGrabBag = 0;
-size_t nCellGrabBag = 0;
-size_t nRowGrabBag = 0;
+if ( !m_aValues.empty() || m_vMap.empty() )
+return comphelper::containerToSequence( m_aValues );
+
+size_t nCharGrabBag = 0;
+size_t nParaGrabBag = 0;
+size_t nCellGrabBag = 0;
+size_t nRowGrabBag = 0;
+
+const PropValue* pParaStyleProp = nullptr;
+const PropValue* pCharStyleProp = nullptr;
+const PropValue* pNumRuleProp = nullptr;
-const PropValue* pParaStyleProp = nullptr;
-const PropValue* pCharStyleProp = nullptr;
-const PropValue* pNumRuleProp = nullptr;
+m_aValues.reserve( m_vMap.size() );
+for ( const auto& rPropPair : m_vMap )
+{
+if ( rPropPair.second.getGrabBagType() == CHAR_GRAB_BAG )
+nCharGrabBag++;
+else if ( rPropPair.second.getGrabBagType() == PARA_GRAB_BAG )
+nParaGrabBag++;
+else if ( rPropPair.second.getGrabBagType() == CELL_GRAB_BAG )
+nCellGrabBag++;
+else if ( rPropPair.first == PROP_CELL_INTEROP_GRAB_BAG )
+{
+uno::Sequence< beans::PropertyValue > aSeq;
+rPropPair.second.getValue() >>= aSeq;
+nCellGrabBag += aSeq.getLength();
+}
+else if ( rPropPair.second.getGrabBagType() == ROW_GRAB_BAG )
+nRowGrabBag++;
+
+if ( rPropPair.first == PROP_PARA_STYLE_NAME ) pParaStyleProp =
+if ( rPropPair.first == PROP_CHAR_STYLE_NAME ) pCharStyleProp =
+if ( rPropPair.first == PROP_NUMBERING_RULES ) pNumRuleProp =
+}
+
+// Style names have to be the first elements within the property sequence
+// otherwise they will overwrite 'hard' attributes
+if ( pParaStyleProp != nullptr )
+m_aValues.push_back( makePropertyValue( getPropertyName(
PROP_PARA_STYLE_NAME ), pParaStyleProp->getValue() ) );
+if ( pCharStyleProp != nullptr )
+m_aValues.push_back( makePropertyValue( getPropertyName(
PROP_CHAR_STYLE_NAME ), pCharStyleProp->getValue() ) );
+if ( pNumRuleProp != nullptr )
+m_aValues.push_back( makePropertyValue(getPropertyName(
PROP_NUMBERING_RULES ), pNumRuleProp->getValue() ) );
+
+// If there are any grab bag properties, we need one slot for them.
+uno::Sequence< beans::PropertyValue > aCharGrabBagValues( nCharGrabBag );
+uno::Sequence< beans::PropertyValue > aParaGrabBagValues( nParaGrabBag );
+uno::Sequence< beans::PropertyValue > aCellGrabBagValues( nCellGrabBag );
+uno::Sequence< beans::PropertyValue > aRowGrabBagValues ( nRowGrabBag );
+beans::PropertyValue* pCharGrabBagValues = aCharGrabBagValues.getArray();
+beans::PropertyValue* pParaGrabBagValues = aParaGrabBagValues.getArray();
+beans::PropertyValue* pCellGrabBagValues = aCellGrabBagValues.getArray();
+beans::PropertyValue* pRowGrabBagValues = aRowGrabBagValues.getArray();
+// Record index for the next property to be added in each grab bag.
+sal_Int32 nRowGrabBagValue = 0;
+sal_Int32 nCellGrabBagValue = 0;
+sal_Int32 nParaGrabBagValue = 0;
+sal_Int32 nCharGrabBagValue = 0;
-for ( const auto& rPropPair : m_vMap )
+for ( const auto& rPropPair : m_vMap )
+{
+if ( rPropPair.first != PROP_PARA_STYLE_NAME &&
+ rPropPair.first != PROP_CHAR_STYLE_NAME &&
+ rPropPair.first != PROP_NUMBERING_RULES )
{
if ( rPropPair.second.getGrabBagType() == CHAR_GRAB_BAG )
-nCharGrabBag++;
+{
+if ( bCharGrabBag )
+{
+pCharGrabBagValues[nCharGrabBagValue].Name =
getPropertyName( rPropPair.first );
+pCharGrabBagValues[nCharGrabBagValue].Value =
rPropPair.second.getValue();
+++nCharGrabBagValue;
+}
+}
else if ( rPropPair.second.getGrabBagType() ==
[Libreoffice-bugs] [Bug 139559] Inserting date with crtl+; inserts time in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=139559 --- Comment #10 from RFr --- Hallo, it is a German "QWERTZ" keyboard and I use a German "QWERTZ" keyboard. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139879] Menubar menu does not update changes in shortcut key assignments when two keys are assigned to same command and then a change is made
https://bugs.documentfoundation.org/show_bug.cgi?id=139879 --- Comment #3 from S.Zosgornik --- For me in version 7.2.0.4 does neither the main menu nor the toolbar tips update after deleting or changing keybindings. It only updates after new assignments the menubar . Steps: 1. assign a new keybinding to an uno:command that doesn't have any binding yet -> menu gets updated -> toolbar tip is still empty 2. open an new toolbar View > Toolbars -> all toolbars gets updated and show the new keybinding 3. delete the keybinding again -> menu bar and toolbar tips still show the just deleted shortcut 4. bind the same uno item to another keybinding -> menu and toolbar still show the obsolete binding 5. close and reopen the application -> the new keybinding is finally shown -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144359] LibreOffice allows entry of wrong dates for format
https://bugs.documentfoundation.org/show_bug.cgi?id=144359 --- Comment #7 from Mike Kaganski --- (In reply to Edward Redondo from comment #6) > My typo "9/081/2021" typo in a date-formatted cell would have the "081" in > red telling me that is a wrong entry for the date format. Is that doable? No. 1. Format string does not limit the ways that you may *enter* the valid date. E.g., defining a date format like MM/DD/YY, you may enter "aug 1" (in a cell with en-US number format), and get it converted to a date; or you may enter "2021-09-09", and also get it converted. Or you may enter 10%, and the entry will get recognized. Or 1 2/3. And so on. All these will get recognized as a valid *number* (using different rules built into the program string parser), and will end up as valid numbers in the cell. 2. More importantly: each number format string may consist of *four* parts: for positive numbers; negative numbers; zero; and text. If you omit any part, it is *not* considered "absent", but a default value is implicitly used for the respective part. So your partial format string MM/DD/ in reality is equal to something like "MM/DD/;MM/DD/;MM/DD/;@", where the last fourth part tells "show text as it was entered". So any text is *valid* from the format point of view. And there is no way to make it invalid. Any data *matches* any format string. And format string *has no idea* why the program decided that this cell is a text. But you may use custom format string like e.g. "MM/DD/;MM/DD/;MM/DD/;[red]@", which would mark red all texts, regardless of the reason why it is text. You may learn more about format strings in help: https://help.libreoffice.org/latest/en-US/text/shared/01/05020301.html?=CALC -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139879] Menubar menu does not update changes in shortcut key assignments when two keys are assigned to same command and then a change is made
https://bugs.documentfoundation.org/show_bug.cgi?id=139879 S.Zosgornik changed: What|Removed |Added CC||s.zosgor...@libreoffice.org --- Comment #2 from S.Zosgornik --- *** Bug 144394 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 144394] Toolbar help has to be updated or not present
https://bugs.documentfoundation.org/show_bug.cgi?id=144394 S.Zosgornik changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from S.Zosgornik --- *** This bug has been marked as a duplicate of bug 139879 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144412] Qt5/KF5 flips writing direction on Ctrl+Shift+p
https://bugs.documentfoundation.org/show_bug.cgi?id=144412 --- Comment #2 from Jan-Marek Glogowski --- There is https://gerrit.libreoffice.org/c/core/+/121858 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144412] Qt5/KF5 flips writing direction on Ctrl+Shift+p
https://bugs.documentfoundation.org/show_bug.cgi?id=144412 --- Comment #1 from Jan-Marek Glogowski --- FWIW with gtk3 I get: 1. Press and release Ctrl+Shift+P => changes superscript 2. Hold Ctrl+Shift 3. Release Ctrl I always use the modifiers on the right keyboard side. => RTL direction changes Maybe just my setup. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144359] LibreOffice allows entry of wrong dates for format
https://bugs.documentfoundation.org/show_bug.cgi?id=144359 Edward Redondo changed: What|Removed |Added Status|RESOLVED|NEW Resolution|NOTABUG |--- --- Comment #6 from Edward Redondo --- Then another suggestion: Have formatting work like Spell-Checking, mark or highlight entries that do not match the cell (Calc) or text (Word) format? My typo "9/081/2021" typo in a date-formatted cell would have the "081" in red telling me that is a wrong entry for the date format. Is that doable? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138543] Incorrect printing when freeform line is selected
https://bugs.documentfoundation.org/show_bug.cgi?id=138543 Eleonora Govallo changed: What|Removed |Added CC||elya.gova...@gmail.com --- Comment #6 from Eleonora Govallo --- no repro in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 491678690b5b40f446b40c368ec4b4423ee603c1 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-09-07_18:32:17 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144414] New: LibreOffice Impress Slideshow Notes Needs Fixing
https://bugs.documentfoundation.org/show_bug.cgi?id=144414 Bug ID: 144414 Summary: LibreOffice Impress Slideshow Notes Needs Fixing Product: LibreOffice Version: 7.2.1.1 rc Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mike.pc.rear...@gmail.com Description: Firstly as reported previously, modifying notes style and saving doesn't save. Second, now that I have presented a few times. Whatever notes style establish, it doesn't show up during slide show presentation. It is all squished up. No bold to help speaker animate. No spacing between thoughts etc. Basically, it doesn't matter if you had a style in notes. It doesn't show up during slide snow. Hence doesn't help in pace or rehearsing. It needs to be fix to show styles, once styles can be saved per earlier report Steps to Reproduce: 1. Modify notes style (including bold, space, paragraph) and save 2. Begin slideshow, and none of the above is available - just squished text Actual Results: Modify notes style (including bold, space, paragraph) and save. It doesn't save notes of a particular slide. It doesn't save changes to notes master. Click Slideshow to start, show notes and notes has none of the styles defined above Expected Results: Modify notes style and it actually saves. Can see notes style during slide show, hence helping with bold (animate) and flow paragraph (pace) and so on Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144413] Crash with copy paste functions
https://bugs.documentfoundation.org/show_bug.cgi?id=144413 Lise changed: What|Removed |Added Summary|Crash with copy patte |Crash with copy paste |functions |functions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Jan-Marek Glogowski changed: What|Removed |Added Depends on||144412 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=144412 [Bug 144412] Qt5/KF5 flips writing direction on Ctrl+Shift+p -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144412] Qt5/KF5 flips writing direction on Ctrl+Shift+p
https://bugs.documentfoundation.org/show_bug.cgi?id=144412 Jan-Marek Glogowski changed: What|Removed |Added Summary|Qt5 flips writing direction |Qt5/KF5 flips writing |on Ctrl+Shift+p |direction on Ctrl+Shift+p Blocks||102495 Priority|medium |high Severity|normal |major Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144413] New: Crash with copy patte functions
https://bugs.documentfoundation.org/show_bug.cgi?id=144413 Bug ID: 144413 Summary: Crash with copy patte functions Product: LibreOffice Version: 7.2.0.4 release Hardware: Other OS: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bugzi...@lisetauber.fr Description: Most of the time, when I do "copy", Libre Office crashes. It is almost impossible to use copy and paste with the spreadsheet! Steps to Reproduce: 1.copy a cell 2.then Libre Office crashes, even if I d'ont paste it. 3.It is impossible to paste in Libre Office or in another app. Actual Results: Crash Expected Results: No crash! Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded MacBookPro 13" M1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144412] New: Qt5 flips writing direction on Ctrl+Shift+p
https://bugs.documentfoundation.org/show_bug.cgi?id=144412
Bug ID: 144412
Summary: Qt5 flips writing direction on Ctrl+Shift+p
Product: LibreOffice
Version: 7.2.0.0 alpha1+
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: glo...@fbihome.de
This is an other regression from bug 143298.
1. Open Writer
2. Press Ctrl+Shift+P (superscript)
Result: Writer input changes to superscript and the paragraph to RTL?!
Expected result: no change of writing direction
-
SAL_DEBUG("SalEvent::KeyModChange " << aModEvt.mnCode << " " << (int)
aModEvt.mnModKeyCode);
SAL_DEBUG("SalEvent::KeyInput " << aEvent.mnCode << " " << aEvent.mnCharCode);
Adding this debug output reveals for gtk3:
debug:397428:397428: SalEvent::KeyModChange 8192 8
debug:397428:397428: SalEvent::KeyModChange 12288 10
debug:397428:397428: SalEvent::KeyInput 12815 80
debug:397428:397428: SalEvent::KeyUp 12815 80
debug:397428:397428: SalEvent::KeyModChange 8192 0
debug:397428:397428: SalEvent::KeyModChange 0 0
80 = 'P'
For gen:
debug:402712:402712: SalEvent::KeyModChange 8192 0
debug:402712:402712: SalEvent::KeyModChange 12288 0
debug:402712:402712: SalEvent::KeyInput 12815 80
debug:402712:402712: SalEvent::KeyUp 12815 80
debug:402712:402712: SalEvent::KeyModChange 8192 0
debug:402712:402712: SalEvent::KeyModChange 0 0
For kf5:
debug:383771:383771: SalEvent::KeyModChange 8192 8
debug:383771:383771: SalEvent::KeyModChange 12288 10
debug:383771:383771: SalEvent::KeyInput 12815 16
debug:383771:383771: SalEvent::KeyUp 12815 16
debug:383771:383771: SalEvent::KeyModChange 8192 10
debug:383771:383771: SalEvent::KeyModChange 0 8
I have no idea, why pEvent->text().at(0).unicode() returns 16. text().length ==
1, so nothing else missing. But that seems to not cause any problem.
Obviously the reported mnModKeyCode on release is wrong (should be 8 and 0) and
fixing that fixes the bug.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140541] Apple Numbers spreadsheet mangled on loading
https://bugs.documentfoundation.org/show_bug.cgi?id=140541 osnola changed: What|Removed |Added Assignee|alo...@loria.fr |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.
ESC meeting minutes: 2021-09-09
* Present: + Gabriel, Caolan, Cloph, Stephan, Michael W, Sophie, Hossein, Michael S, Olivier, Miklos, Heiko, Xisco * Completed Action Items: + None * Pending Action Items: + None * Release Engineering update (Cloph) + 7.2 status: 7.2.1 rc2 has been tagged, builds are in progress + 7.1 status: 7.1.6 is out + week 41 is 7.1.7 rc1 + Remotes: Android, iOS + Android viewer * Documentation (Olivier) + New Help + master online help updated + Helpcontent2 + Refactoring (Johnny_M) + New pages on recent UNO commands (ohallot) + Pages on existing features not doc’ted (ohallot, R. Lima) + Scriptforge pages (scriptforge team) + Bugs: 249 open, 28 partial, 1 new, 5 closed + Guides + published Getting Started Guide 7.2 + WIP for Calc Guide 7.2 * UX Update (Heiko) + Bugzilla (topicUI) statistics 257(257) (topicUI) bugs open, 163(163) (needsUXEval) needs to be evaluated by the UXteam + Updates: BZ changes 1 week1 month3 months 12 months added 2(-11)15(-10)42(-11) 90(-11) commented 80(-34) 300(-24) 822(-40) 3559(-28) removed 0(-1) 3(0) 10(0) 36(-1) resolved 13(9) 42(3) 112(3) 513(3) + top 10 contributors: Heiko Tietze made 266 changes in 1 month, and 2484 changes in 1 year Roman Kuznetsov made 42 changes in 1 month, and 244 changes in 1 year Telesto made 41 changes in 1 month, and 691 changes in 1 year Foote, V Stuart made 31 changes in 1 month, and 651 changes in 1 year Faure, Jean-Baptiste made 25 changes in 1 month, and 29 changes in 1 year Ilmari Lauhakangas made 20 changes in 1 month, and 419 changes in 1 year Kaganski, Mike made 20 changes in 1 month, and 190 changes in 1 year BogdanB made 15 changes in 1 month, and 169 changes in 1 year Adolfo Jayme Barrientos made 15 changes in 1 month, and 47 changes in 1 year Nabet, Julien made 14 changes in 1 month, and 50 changes in 1 year + New tickets with needsUXEval Sep/02-09 [Bug 142147] Password protection on Writer malfunctioning + SaveAs does not auto-check protection for protected documents [Bug 139164] Edited page of labels must be closed and saved before edits will be printed + On any selection in the document the print dialog auto-checks "Selection" [Bug 144247] Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2) + Dialog has 4 digits now [Bug 144348] Emoji font + Update the (abandoned) emoji font [Bug 139708] Improve "Delete Category" dialog handling in Template Manager + Open file browser and remove internal handling [Bug 144296] Under-engineered and inconsistent cell edit mode overflow direction with RTL text + Overflow to left when adjacent cells are empty but not to the right [Bug 45048] Inconsistent document field names: Use names of column 'Select' instead of 'Type' (e.g. use Pages instead of Statistics) + "Statistics" for all fields; should be "Statistics: Pages", OSLT [Bug 143922] UI Indicate change tracked formatting changes in readable format + formatting tracking is really limited to just “reset back to formatting” (Michael S) * Crash Testing (Caolan) + 11(+0) import failure, 7(-1) export failures + 0 coverity issues + 9 ossfuzz issues, 3 are the same leak with work underway in gerrit * Crash Reporting (Xisco) + https://crashreport.libreoffice.org/stats/version/7.1.4.2 + (-511) 2103 2614 2720 2898 3541 5776 5961 4390 4278 4028 3104 1968 1590 0 + https://crashreport.libreoffice.org/stats/version/7.1.5.2 + (-285) 2257 2542 2518 2412 1832 1718 654 0 + https://crashreport.libreoffice.org/stats/version/7.2.0.4 + (+391) 2159 1768 1068 0 + https://crashreport.libreoffice.org/stats/signature/sw::GetZOrderLayer::operator()(com::sun::star::uno::Reference%3Ccom::sun::star::beans::XPropertySet%3E%20const%20&) - Maybe relate d to 79ef3c7ae3b2f7be5ba6fe38997e846fd9c7e0ee - https://bugs.documentfoundation.org/show_bug.cgi?id=141467. M. Stahl ? - no repro steps yet, though + some infra issues with the crashreport server, but now back to normal + crashreporting is disabled on Linux? (Olivier) + ideally should work with TDF binaries (Stephan) + unless disabled by distro packaging (Caolan) * Mentoring/EasyHack update (Hossein) committer... 1 week 1 month3 months12 months open 65(-6) 112(0) 162(-26) 171(-26) reviews 442(-44) 1618(58) 3830(178)6800(294) merged
[Libreoffice-qa] ESC meeting minutes: 2021-09-09
* Present: + Gabriel, Caolan, Cloph, Stephan, Michael W, Sophie, Hossein, Michael S, Olivier, Miklos, Heiko, Xisco * Completed Action Items: + None * Pending Action Items: + None * Release Engineering update (Cloph) + 7.2 status: 7.2.1 rc2 has been tagged, builds are in progress + 7.1 status: 7.1.6 is out + week 41 is 7.1.7 rc1 + Remotes: Android, iOS + Android viewer * Documentation (Olivier) + New Help + master online help updated + Helpcontent2 + Refactoring (Johnny_M) + New pages on recent UNO commands (ohallot) + Pages on existing features not doc’ted (ohallot, R. Lima) + Scriptforge pages (scriptforge team) + Bugs: 249 open, 28 partial, 1 new, 5 closed + Guides + published Getting Started Guide 7.2 + WIP for Calc Guide 7.2 * UX Update (Heiko) + Bugzilla (topicUI) statistics 257(257) (topicUI) bugs open, 163(163) (needsUXEval) needs to be evaluated by the UXteam + Updates: BZ changes 1 week1 month3 months 12 months added 2(-11)15(-10)42(-11) 90(-11) commented 80(-34) 300(-24) 822(-40) 3559(-28) removed 0(-1) 3(0) 10(0) 36(-1) resolved 13(9) 42(3) 112(3) 513(3) + top 10 contributors: Heiko Tietze made 266 changes in 1 month, and 2484 changes in 1 year Roman Kuznetsov made 42 changes in 1 month, and 244 changes in 1 year Telesto made 41 changes in 1 month, and 691 changes in 1 year Foote, V Stuart made 31 changes in 1 month, and 651 changes in 1 year Faure, Jean-Baptiste made 25 changes in 1 month, and 29 changes in 1 year Ilmari Lauhakangas made 20 changes in 1 month, and 419 changes in 1 year Kaganski, Mike made 20 changes in 1 month, and 190 changes in 1 year BogdanB made 15 changes in 1 month, and 169 changes in 1 year Adolfo Jayme Barrientos made 15 changes in 1 month, and 47 changes in 1 year Nabet, Julien made 14 changes in 1 month, and 50 changes in 1 year + New tickets with needsUXEval Sep/02-09 [Bug 142147] Password protection on Writer malfunctioning + SaveAs does not auto-check protection for protected documents [Bug 139164] Edited page of labels must be closed and saved before edits will be printed + On any selection in the document the print dialog auto-checks "Selection" [Bug 144247] Row height in Calc was 0,45 cm now it's 0,4516. Set rowheight to 10 it will be 9,9995 cm (since 7.2) + Dialog has 4 digits now [Bug 144348] Emoji font + Update the (abandoned) emoji font [Bug 139708] Improve "Delete Category" dialog handling in Template Manager + Open file browser and remove internal handling [Bug 144296] Under-engineered and inconsistent cell edit mode overflow direction with RTL text + Overflow to left when adjacent cells are empty but not to the right [Bug 45048] Inconsistent document field names: Use names of column 'Select' instead of 'Type' (e.g. use Pages instead of Statistics) + "Statistics" for all fields; should be "Statistics: Pages", OSLT [Bug 143922] UI Indicate change tracked formatting changes in readable format + formatting tracking is really limited to just “reset back to formatting” (Michael S) * Crash Testing (Caolan) + 11(+0) import failure, 7(-1) export failures + 0 coverity issues + 9 ossfuzz issues, 3 are the same leak with work underway in gerrit * Crash Reporting (Xisco) + https://crashreport.libreoffice.org/stats/version/7.1.4.2 + (-511) 2103 2614 2720 2898 3541 5776 5961 4390 4278 4028 3104 1968 1590 0 + https://crashreport.libreoffice.org/stats/version/7.1.5.2 + (-285) 2257 2542 2518 2412 1832 1718 654 0 + https://crashreport.libreoffice.org/stats/version/7.2.0.4 + (+391) 2159 1768 1068 0 + https://crashreport.libreoffice.org/stats/signature/sw::GetZOrderLayer::operator()(com::sun::star::uno::Reference%3Ccom::sun::star::beans::XPropertySet%3E%20const%20&) - Maybe relate d to 79ef3c7ae3b2f7be5ba6fe38997e846fd9c7e0ee - https://bugs.documentfoundation.org/show_bug.cgi?id=141467. M. Stahl ? - no repro steps yet, though + some infra issues with the crashreport server, but now back to normal + crashreporting is disabled on Linux? (Olivier) + ideally should work with TDF binaries (Stephan) + unless disabled by distro packaging (Caolan) * Mentoring/EasyHack update (Hossein) committer... 1 week 1 month3 months12 months open 65(-6) 112(0) 162(-26) 171(-26) reviews 442(-44) 1618(58) 3830(178)6800(294) merged
[Libreoffice-bugs] [Bug 144405] cli_cppuhelper policy installed in GAC for wrong architecture
https://bugs.documentfoundation.org/show_bug.cgi?id=144405 --- Comment #4 from Kalle Niemitalo --- The assembly version of cli_cppuhelper is defined in cli_ure/version/version.txt. It was incremented to 1.0.23.0 for bug #108709 in August 2017, four years ago. That was then released in LibreOffice 6.0.0.1, and now LibreOffice 7.2.0.4 and 7.2.1.2 are still using the same assembly version. I think that means it is unlikely to be incremented again any time soon. Therefore, an application that references cli_cppuhelper version 1.0.23.0 will probably keep working even if this bug is not fixed and LibreOffice is upgraded. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/source
drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 7e76ea4bcc720826be457ac6ea26fba36193f006
Author: Noel Grandin
AuthorDate: Thu Sep 9 15:34:56 2021 +0200
Commit: Noel Grandin
CommitDate: Thu Sep 9 16:25:48 2021 +0200
fix std::move same object more than once
after
commit 8104d771b10a5c8b15eae4b67aa112ae2ef77b5b
tdf#144052 reduce Primitive2D copying
spotted by mikekanganski
Change-Id: I97e4675a9042cfafa3f9f6c053ba2f50aeea2183
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121852
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx
b/drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx
index 958d3bf17960..7566f8be9384 100644
--- a/drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx
+++ b/drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx
@@ -73,7 +73,7 @@ namespace drawinglayer::primitive2d
{
rContainer.push_back(new TransformPrimitive2D(
getTransformation() * aMatrices[a],
-std::move(xSeq)));
+Primitive2DContainer(xSeq)));
}
}
else
[Libreoffice-bugs] [Bug 144225] LibreOffice had almost invisible icons in kubuntu dark breeze theme
https://bugs.documentfoundation.org/show_bug.cgi?id=144225 Eleonora Govallo changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEEDINFO|RESOLVED --- Comment #3 from Eleonora Govallo --- *** This bug has been marked as a duplicate of bug 143794 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143794] UI: Dark theme: some elements in toolbar not easy to read on Linux
https://bugs.documentfoundation.org/show_bug.cgi?id=143794 Eleonora Govallo changed: What|Removed |Added CC||labihic...@mi166.com --- Comment #1 from Eleonora Govallo --- *** Bug 144225 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 144241] Infinite recursion in ImplBorderWindow::Resize when showing "Convert Text to Table" dialog in German UI
https://bugs.documentfoundation.org/show_bug.cgi?id=144241 Caolán McNamara changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | --- Comment #7 from Caolán McNamara --- Seems this is not the first time this has arisen: https://cgit.freedesktop.org/libreoffice/core/commit/?id=27be8a263eddb54cb6b66cc0f832bfd02016a694 Initial hackery seems to date to bug#57090 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140443] FILEOPEN DOCX Opening file with many tracked changes is slow
https://bugs.documentfoundation.org/show_bug.cgi?id=140443 --- Comment #2 from Timur --- If I save DOCX as ODT (also slow), opening is even slower. OO 3.3 real0m6,244s user 0m5,575s sys 0m0,223s 7.3+ m DOCX real0m13,635s user0m12,862s sys 0m0,440s 7.3+ m ODT real0m35,017s user0m33,913s sys 0m0,472s So I don't see this as DOCX problem, but as a general issue of slow loading of many tracked changes, that got worse from OO to LO. Multiple bugs may obscure that. Bug 144208 seems duplicate of this one, this one of some other. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144244] Crash when FILESAVE a calc file after delete some columns
https://bugs.documentfoundation.org/show_bug.cgi?id=144244 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org Crash report or||["mdds::multi_type_vector ||>,mdds::detail::mtv::event_ ||func>::get_block_position(u ||nsigned int,unsigned int)"] -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 80430] [META] Documentation gap for new features
https://bugs.documentfoundation.org/show_bug.cgi?id=80430 Bug 80430 depends on bug 141179, which changed state. Bug 141179 Summary: Create a 'Tip of the Day' help page https://bugs.documentfoundation.org/show_bug.cgi?id=141179 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144365] Crash when deleting a style in particular ODP from LO 5.0
https://bugs.documentfoundation.org/show_bug.cgi?id=144365 Xisco Faulí changed: What|Removed |Added Crash report or|["SfxStyleSheetBase::GetIte |["SfxStyleSheetBase::GetIte crash signature|mSet() |mSet()"] -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144365] Crash when deleting a style in particular ODP from LO 5.0
https://bugs.documentfoundation.org/show_bug.cgi?id=144365 Xisco Faulí changed: What|Removed |Added See Also||https://crashreport.libreof ||fice.org/stats/signature/Sf ||xStyleSheetBase::GetItemSet ||() CC||xiscofa...@libreoffice.org Crash report or||["SfxStyleSheetBase::GetIte crash signature||mSet() -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136227] FILEOPEN DOCX with a large 23 pages table slow (4 seconds ODT 28 seconds DOCX)
https://bugs.documentfoundation.org/show_bug.cgi?id=136227 Timur changed: What|Removed |Added Summary|FILEOPEN DOCX with a large |FILEOPEN DOCX with a large |table slow (4 seconds ODT |23 pages table slow (4 |28 seconds DOCX)|seconds ODT 28 seconds ||DOCX) --- Comment #5 from Timur --- DOCX loading with 'time' is: 43all oldest/3.5 real0m13,365s user0m12,395s sys 0m0,377s 41max m real0m10,972s user0m10,128s sys 0m0,211s 42max m real0m13,166s user0m11,501s sys 0m0,191s 44max m real0m13,681s user0m11,537s sys 0m0,313s 5.2 m real0m24,968s user0m21,194s sys 0m0,476s 6.0 m real0m23,981s user0m22,522s sys 0m0,488s 6.3 m real0m27,135s user0m26,031s sys 0m0,613s 6.4 m real0m31,946s user0m29,505s sys 0m0,606s 7.3+ m real0m35,849s user0m35,054s sys 0m0,600s Bug 144395 has a larger and thus better sample for regression in 6.4. This one is showing a continuous degradation from 4.2. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132819] Anchoring the anchor to a different character also changes shape position
https://bugs.documentfoundation.org/show_bug.cgi?id=132819 Dieter changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||dgp-m...@gmx.de --- Comment #6 from Dieter --- Telesto, a new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113605] TABLES: Column/row properties of cells should be preserved on copy into an existing table (Paste Special should insert the source unformatted)
https://bugs.documentfoundation.org/show_bug.cgi?id=113605 --- Comment #7 from Dieter --- Still present in Version: 7.2.1.1 (x64) / LibreOffice Community Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1 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 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144086] Custom List Styles associated with Paragraph Styles have no effect.
https://bugs.documentfoundation.org/show_bug.cgi?id=144086 Dieter changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||dgp-m...@gmx.de Whiteboard| QA:needsComment| --- Comment #1 from Dieter --- (In reply to Ronald L Blanshine from comment #0) > Steps to Reproduce: ... > 4. Save the paragraph style such that there is a paragraph style associated > to at least two or more levels of a List Style. I think, this is not possible. You can only associate a paragraph style to one outline level, see LO help: Outline level Assigns an outline level from 1 to 10 to the selected paragraphs or Paragraph Style. Select Text Body to reset the outline level. https://help.libreoffice.org/7.2/en-GB/text/swriter/01/05030800.html?System=WIN=WRITER=modules/swriter/ui/numparapage/NumParaPage#bm_id3145415 Does this information solve your problem? => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144410] UI Autofilter dropdown does not indicate that color filtering options are submenus
https://bugs.documentfoundation.org/show_bug.cgi?id=144410 --- Comment #2 from kabilo --- Hi, I am adding a proposal for possible improvements (Bug 142761 - optimization of the ergonomics and appearance of the automatic filter menu) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144052] Calc hangs when I try insert a chart for 800000 cells
https://bugs.documentfoundation.org/show_bug.cgi?id=144052 --- Comment #12 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8104d771b10a5c8b15eae4b67aa112ae2ef77b5b tdf#144052 reduce Primitive2D copying It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/inc drawinglayer/source include/drawinglayer sd/source svgio/source svx/inc svx/source sw/source
drawinglayer/inc/primitive2d/cropprimitive2d.hxx|2 drawinglayer/source/primitive2d/PolyPolygonGradientPrimitive2D.cxx |4 drawinglayer/source/primitive2d/PolyPolygonHatchPrimitive2D.cxx |4 drawinglayer/source/primitive2d/PolyPolygonSelectionPrimitive2D.cxx |2 drawinglayer/source/primitive2d/animatedprimitive2d.cxx | 14 +- drawinglayer/source/primitive2d/cropprimitive2d.cxx |6 - drawinglayer/source/primitive2d/discreteshadowprimitive2d.cxx |2 drawinglayer/source/primitive2d/fillgraphicprimitive2d.cxx |2 drawinglayer/source/primitive2d/glowprimitive2d.cxx |4 drawinglayer/source/primitive2d/graphicprimitive2d.cxx | 15 +- drawinglayer/source/primitive2d/graphicprimitivehelper2d.cxx| 14 +- drawinglayer/source/primitive2d/groupprimitive2d.cxx|4 drawinglayer/source/primitive2d/hiddengeometryprimitive2d.cxx |4 drawinglayer/source/primitive2d/invertprimitive2d.cxx |4 drawinglayer/source/primitive2d/maskprimitive2d.cxx |4 drawinglayer/source/primitive2d/mediaprimitive2d.cxx|4 drawinglayer/source/primitive2d/metafileprimitive2d.cxx |4 drawinglayer/source/primitive2d/modifiedcolorprimitive2d.cxx|4 drawinglayer/source/primitive2d/objectinfoprimitive2d.cxx |4 drawinglayer/source/primitive2d/pagehierarchyprimitive2d.cxx|4 drawinglayer/source/primitive2d/pagepreviewprimitive2d.cxx |4 drawinglayer/source/primitive2d/patternfillprimitive2d.cxx | 22 ++-- drawinglayer/source/primitive2d/shadowprimitive2d.cxx | 10 - drawinglayer/source/primitive2d/softedgeprimitive2d.cxx |7 - drawinglayer/source/primitive2d/structuretagprimitive2d.cxx |4 drawinglayer/source/primitive2d/svggradientprimitive2d.cxx | 14 +- drawinglayer/source/primitive2d/textdecoratedprimitive2d.cxx|2 drawinglayer/source/primitive2d/texteffectprimitive2d.cxx | 42 --- drawinglayer/source/primitive2d/texthierarchyprimitive2d.cxx| 24 ++-- drawinglayer/source/primitive2d/textlineprimitive2d.cxx |4 drawinglayer/source/primitive2d/textstrikeoutprimitive2d.cxx|2 drawinglayer/source/primitive2d/transformprimitive2d.cxx|4 drawinglayer/source/primitive2d/transparenceprimitive2d.cxx |8 - drawinglayer/source/primitive2d/unifiedtransparenceprimitive2d.cxx |6 - drawinglayer/source/processor3d/shadow3dextractor.cxx |6 - drawinglayer/source/tools/converters.cxx|8 - drawinglayer/source/tools/wmfemfhelper.cxx | 32 ++--- include/drawinglayer/primitive2d/animatedprimitive2d.hxx|6 - include/drawinglayer/primitive2d/glowprimitive2d.hxx|2 include/drawinglayer/primitive2d/groupprimitive2d.hxx |2 include/drawinglayer/primitive2d/hiddengeometryprimitive2d.hxx |2 include/drawinglayer/primitive2d/invertprimitive2d.hxx |2 include/drawinglayer/primitive2d/maskprimitive2d.hxx|2 include/drawinglayer/primitive2d/modifiedcolorprimitive2d.hxx |2 include/drawinglayer/primitive2d/objectinfoprimitive2d.hxx |2 include/drawinglayer/primitive2d/pagehierarchyprimitive2d.hxx |2 include/drawinglayer/primitive2d/shadowprimitive2d.hxx |2 include/drawinglayer/primitive2d/softedgeprimitive2d.hxx|2 include/drawinglayer/primitive2d/structuretagprimitive2d.hxx|2 include/drawinglayer/primitive2d/texthierarchyprimitive2d.hxx | 12 +- include/drawinglayer/primitive2d/transformprimitive2d.hxx |2 include/drawinglayer/primitive2d/transparenceprimitive2d.hxx|4 include/drawinglayer/primitive2d/unifiedtransparenceprimitive2d.hxx |2 sd/source/ui/unoidl/unomodel.cxx|4 svgio/source/svgreader/svgclippathnode.cxx |6 - svgio/source/svgreader/svgimagenode.cxx |4 svgio/source/svgreader/svgmasknode.cxx | 20 +-- svgio/source/svgreader/svgnode.cxx |4 svgio/source/svgreader/svgstyleattributes.cxx | 16 +- svgio/source/svgreader/svgsvgnode.cxx | 12 +- svgio/source/svgreader/svgusenode.cxx |2 svx/inc/sdr/primitive2d/sdrdecompositiontools.hxx |2 svx/inc/sdr/primitive2d/sdrtextprimitive2d.hxx |2 svx/source/engine3d/view3d.cxx |4
[Libreoffice-bugs] [Bug 122023] FILEOPEN PPTX shape with "Shrink text on overflow": Calibri Light font size 55, 7 instead of 54 and text splits a word into two lines
https://bugs.documentfoundation.org/show_bug.cgi?id=122023 Timur changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|NEW --- Comment #12 from Timur --- No. It's true that text looks good. But size is till 55,7. And real problem is that this became feature bug for "Shrink text on overflow" which is still NOK. So I set New again. You can tick (never email me about this bug). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139900] [META] PPTX Textbox related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139900 Bug 139900 depends on bug 122023, which changed state. Bug 122023 Summary: FILEOPEN PPTX shape with "Shrink text on overflow": Calibri Light font size 55,7 instead of 54 and text splits a word into two lines https://bugs.documentfoundation.org/show_bug.cgi?id=122023 What|Removed |Added Status|RESOLVED|NEW Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144411] New: Allow using "insert time" and "insert date" for multiple cells at once
https://bugs.documentfoundation.org/show_bug.cgi?id=144411 Bug ID: 144411 Summary: Allow using "insert time" and "insert date" for multiple cells at once Product: LibreOffice Version: 6.2.5.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: stephane.guil...@member.fsf.org Description: Currently, it is not possible to insert the current date or time in more than one cell in one go. It would be great to have that option. Steps to Reproduce: 1. Select multiple cells in Calc 2. In the Insert menu, use "Date" or "Time" Actual Results: Only the top cell is populated. Expected Results: All cells are populated with the same value. Reproducible: Always User Profile Reset: No Additional Info: Earliest version I could test is: Version: 6.2.5.2 Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded But it is probably inherited from OOo. Recent version tested: Version: 7.2.0.2 / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107243] [META] Locale keyboard shortcut issues
https://bugs.documentfoundation.org/show_bug.cgi?id=107243 stragu changed: What|Removed |Added Depends on||139559 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139559 [Bug 139559] Inserting date with crtl+; inserts time in calc -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139559] Inserting date with crtl+; inserts time in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=139559 stragu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6085 Blocks||107243 --- Comment #9 from stragu --- RFr, one question: - Is your physical keyboard a German "QWERTZ" keyboard, on which you have to use the Shift key to access the ";" character? - If it is not a QWERTZ keyboard, do you use a QWERTZ keyboard layout in Ubuntu anyway? (This is what I do: I have a physical US layout, but I use a DE software layout because it's better to write in many different languages!) If the answer to any of these questions is "yes", I am pretty confident this is a duplicate of bug 126085. Your last comment seems to indicate the answer to the first question is "yes". Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107243 [Bug 107243] [META] Locale keyboard shortcut issues -- You are receiving this mail because: You are the assignee for the bug.
