[Libreoffice-bugs] [Bug 139876] New: Launching Calc with file parameter does not bring window to foreground if LibreOffice window open
https://bugs.documentfoundation.org/show_bug.cgi?id=139876 Bug ID: 139876 Summary: Launching Calc with file parameter does not bring window to foreground if LibreOffice window open Product: LibreOffice Version: 7.0.4.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ddascalescu+freedesk...@gmail.com 1. Have the LibreOffice window open 2. From a terminal, launch `libreoffice7.0 --calc somefile.ods` Notice that Calc doesn't come into foreground. Is this intended? If so, it doesn't quite match the behavior of double-clicking ODS files from file managers. 3. Close the spreadsheet, but keep the LibreOffice window open 4. From the terminal, run `xdg-open somefile.ods` Same result, Calc stays in the background. 5. Repeat step 3 6. From Nemo, double click an ODS file Notice the focus is... somewhere, but neither in the sheet, nor in Nemo? 7. Repeat step 3 8. Double-click an ODS file from Double Commander Same result as after Step 2. I don't know how Double Commander executes the file association; I haven't configured anything specifically, so perhaps xdg-open? Partial screencast at https://youtu.be/z96ffAdFCzU Runnint Linux Mint 20.1. This might be the case with other LO file types, but I haven't tested. It's a common issue when the LO window is open with one file, and the user to open another one - the new file will be opened, but Calc won't receive focus, which is probably not what the user expects. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: basegfx/source comphelper/source connectivity/source dbaccess/source editeng/source extensions/source forms/source hwpfilter/source include/o3tl linguistic/source repor
basegfx/source/range/b2dpolyrange.cxx|7
++-
comphelper/source/misc/accessiblewrapper.cxx |6
++
connectivity/source/commontools/parameters.cxx |6
++
connectivity/source/commontools/paramwrapper.cxx |3 +--
connectivity/source/parse/sqlnode.cxx|3 +--
dbaccess/source/core/api/StaticSet.cxx |5
+
dbaccess/source/core/dataaccess/ModelImpl.cxx|3 +--
dbaccess/source/ui/dlg/sqlmessage.cxx|5
+
editeng/source/misc/hangulhanja.cxx |5
+
extensions/source/propctrlr/eventhandler.cxx |6
++
extensions/source/propctrlr/pcrcommon.hxx|3 +--
forms/source/helper/formnavigation.cxx |3 +--
forms/source/richtext/richtextcontrol.cxx|3 +--
hwpfilter/source/attributes.cxx |3 +--
include/o3tl/lru_map.hxx |3 +--
linguistic/source/hyphdsp.cxx|3 +--
linguistic/source/iprcache.cxx |3 +--
linguistic/source/thesdsp.cxx|3 +--
reportdesign/source/core/misc/conditionalexpression.cxx |3 +--
sd/source/ui/framework/configuration/ChangeRequestQueueProcessor.cxx |3 +--
svx/source/form/fmexch.cxx |3 +--
svx/source/form/fmshimp.cxx |6
++
svx/source/form/fmtextcontrolshell.cxx |6
++
svx/source/form/navigatortree.cxx|3 +--
sw/source/uibase/misc/glosdoc.cxx|6
++
toolkit/source/controls/grid/defaultgridcolumnmodel.cxx |3 +--
toolkit/source/controls/grid/defaultgriddatamodel.cxx|8
++--
toolkit/source/controls/grid/sortablegriddatamodel.cxx |3 +--
toolkit/source/controls/unocontrols.cxx |3 +--
vcl/osx/salframe.cxx |3 +--
30 files changed, 38 insertions(+), 85 deletions(-)
New commits:
commit 654c5272299057681d295afb76fc984b20868c7c
Author: Mike Kaganski
AuthorDate: Thu Jan 21 16:28:33 2021 +0300
Commit: Mike Kaganski
CommitDate: Sun Jan 24 08:36:24 2021 +0100
Use ContainerType().swap and avoid local variables
Change-Id: I773555180758a97aff37f9bc27de83c355d71521
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109761
Tested-by: Jenkins
Reviewed-by: Noel Grandin
Reviewed-by: Mike Kaganski
diff --git a/basegfx/source/range/b2dpolyrange.cxx
b/basegfx/source/range/b2dpolyrange.cxx
index 21905e408167..d7d0d61de061 100644
--- a/basegfx/source/range/b2dpolyrange.cxx
+++ b/basegfx/source/range/b2dpolyrange.cxx
@@ -61,11 +61,8 @@ namespace basegfx
void clear()
{
-std::vector aTmpRanges;
-std::vector aTmpOrient;
-
-maRanges.swap(aTmpRanges);
-maOrient.swap(aTmpOrient);
+std::vector().swap(maRanges);
+std::vector().swap(maOrient);
maBounds.reset();
}
diff --git a/comphelper/source/misc/accessiblewrapper.cxx
b/comphelper/source/misc/accessiblewrapper.cxx
index 4d4edb1393dc..19a118fd4bf9 100644
--- a/comphelper/source/misc/accessiblewrapper.cxx
+++ b/comphelper/source/misc/accessiblewrapper.cxx
@@ -79,8 +79,7 @@ namespace comphelper
xComp->removeEventListener( this );
}
// clear the map
-AccessibleMap aMap;
-m_aChildrenMap.swap( aMap );
+AccessibleMap().swap(m_aChildrenMap);
}
@@ -148,8 +147,7 @@ namespace comphelper
}
// clear our children
-AccessibleMap aMap;
-m_aChildrenMap.swap( aMap );
+AccessibleMap().swap(m_aChildrenMap);
}
diff --git a/connectivity/source/commontools/parameters.cxx
b/connectivity/source/commontools/parameters.cxx
index bd114ea19341..3eb116500e81 100644
--- a/connectivity/source/commontools/parameters.cxx
+++ b/connectivity/source/commontools/parameters.cxx
@@ -99,15 +99,13 @@ namespace dbtools
m_pOuterParameters->dispose();
m_pOuterParameters = nullptr;
m_nInnerCount= 0;
-ParameterInformation aEmptyInfo;
-m_aParameterInformation.swap( aEmptyInfo );
+ParameterInformation().swap(m_aParameterInformation);
m_aMasterFields.clear();
m_aDetailFields.clear();
m_sIdentifierQuoteString.clear();
[Libreoffice-bugs] [Bug 139867] unknown element urn:oasis:names:tc:opendocument:xmlns:text:1.0 text:soft-page-break
https://bugs.documentfoundation.org/show_bug.cgi?id=139867 Telesto changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-7-0' - framework/inc
framework/inc/bitmaps.hlst |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit ebd57fe66e2150522e796ebfafe58bbb08dbfb8e Author: Rizal Muttaqin AuthorDate: Wed Jan 20 06:17:01 2021 +0700 Commit: Rizal Muttaqin CommitDate: Sun Jan 24 07:53:54 2021 +0100 tdf#139774 fix wrong use List Box icon in Combo Box right click menu Change-Id: I23e48ea99f05c38c68747218a3191e76c715f0c9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109660 Tested-by: Jenkins Reviewed-by: Rizal Muttaqin (cherry picked from commit 3d3a0c412500a2b57ff1d49f05506ee62ef9d4c7) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109803 diff --git a/framework/inc/bitmaps.hlst b/framework/inc/bitmaps.hlst index 71a3efe823d1..b7e3fdd064e1 100644 --- a/framework/inc/bitmaps.hlst +++ b/framework/inc/bitmaps.hlst @@ -21,7 +21,7 @@ #define RID_SVXBMP_GROUPBOX "res/sx10598.png" #define RID_SVXBMP_EDITBOX "res/sx10599.png" #define RID_SVXBMP_LISTBOX "res/sx10600.png" -#define RID_SVXBMP_COMBOBOX "res/sx10600.png" +#define RID_SVXBMP_COMBOBOX "res/sx10601.png" #define RID_SVXBMP_IMAGEBUTTON "res/sx10604.png" #define RID_SVXBMP_IMAGECONTROL "res/sx10710.png" #define RID_SVXBMP_FILECONTROL "res/sx10605.png" ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: Branch 'libreoffice-7-1' - framework/inc
framework/inc/bitmaps.hlst |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 735cb2d0bd41e24e7b8336b9abbba258901e6c8b Author: Rizal Muttaqin AuthorDate: Wed Jan 20 06:17:01 2021 +0700 Commit: Rizal Muttaqin CommitDate: Sun Jan 24 07:53:26 2021 +0100 tdf#139774 fix wrong use List Box icon in Combo Box right click menu Change-Id: I23e48ea99f05c38c68747218a3191e76c715f0c9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109660 Tested-by: Jenkins Reviewed-by: Rizal Muttaqin (cherry picked from commit 3d3a0c412500a2b57ff1d49f05506ee62ef9d4c7) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109802 diff --git a/framework/inc/bitmaps.hlst b/framework/inc/bitmaps.hlst index 71a3efe823d1..b7e3fdd064e1 100644 --- a/framework/inc/bitmaps.hlst +++ b/framework/inc/bitmaps.hlst @@ -21,7 +21,7 @@ #define RID_SVXBMP_GROUPBOX "res/sx10598.png" #define RID_SVXBMP_EDITBOX "res/sx10599.png" #define RID_SVXBMP_LISTBOX "res/sx10600.png" -#define RID_SVXBMP_COMBOBOX "res/sx10600.png" +#define RID_SVXBMP_COMBOBOX "res/sx10601.png" #define RID_SVXBMP_IMAGEBUTTON "res/sx10604.png" #define RID_SVXBMP_IMAGECONTROL "res/sx10710.png" #define RID_SVXBMP_FILECONTROL "res/sx10605.png" ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 139875] Page preview, need toggle button for system colours <> real colours
https://bugs.documentfoundation.org/show_bug.cgi?id=139875 Quintao changed: What|Removed |Added Summary|Page preview, allow switch |Page preview, need toggle |between system colours and |button for system colours |real colours|<> real colours -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139875] New: Page preview, allow switch between system colours and real colours
https://bugs.documentfoundation.org/show_bug.cgi?id=139875 Bug ID: 139875 Summary: Page preview, allow switch between system colours and real colours Product: LibreOffice Version: 7.1.0.2 rc Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dpquin...@zoho.com Description: In Options > Accessibility there is an option: [] Use system colours for page previews This is a good idea for those of us who use an easy-on-the-eyes dark scheme in Libre, so that we can see what the real page will look like (for example if our choice of table border colour will actually work or not on a white page). But it's kind of awkward to switch to it and back again, as we need to open up Options to do that, What about a button in the Page preview window, to toggle this option on/off? A button with an "eye" icon would be easy to find and would be intuitive. Steps to Reproduce: 1.open Options > Accessibility 2.check Use system colours for page previews 3.open page preview Actual Results: page preview shows real page colours Expected Results: The toggle is needed in the page preview window Reproducible: Always User Profile Reset: No Additional Info: V 7.1.0.2 Linux 4.9 ui default, gtk3 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 136376] RTL lines of text containing zero width non-joiner are displayed as boxes, on Mac
https://bugs.documentfoundation.org/show_bug.cgi?id=136376 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135651] Cmd+left/right arrow does the wrong thing in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=135651 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139513] Bottom line of table contour (no borders set) doesn't paint under all circumstances
https://bugs.documentfoundation.org/show_bug.cgi?id=139513 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139523] [GRAMMAR CHECKER] LightProof makes Python complain on FutureWarnings for pt-BR
https://bugs.documentfoundation.org/show_bug.cgi?id=139523 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139515] "Data label format" of inserted chart can not be saved & lost, & some malfunction !
https://bugs.documentfoundation.org/show_bug.cgi?id=139515 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139508] ExportAsFixedFormat- basic runtime error '423'
https://bugs.documentfoundation.org/show_bug.cgi?id=139508 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133395] Increase font size button changes tabs unexpectedly
https://bugs.documentfoundation.org/show_bug.cgi?id=133395 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133395] Increase font size button changes tabs unexpectedly
https://bugs.documentfoundation.org/show_bug.cgi?id=133395 --- Comment #8 from QA Administrators --- Dear Menoo, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133188] Draw misrenders PDFs on a Raspberry Pi4 (Rasbian)
https://bugs.documentfoundation.org/show_bug.cgi?id=133188 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129611] Not Autosaving
https://bugs.documentfoundation.org/show_bug.cgi?id=129611 --- Comment #7 from QA Administrators --- Dear Joe Abraham, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 133188] Draw misrenders PDFs on a Raspberry Pi4 (Rasbian)
https://bugs.documentfoundation.org/show_bug.cgi?id=133188 --- Comment #5 from QA Administrators --- Dear Greg, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 128091] Dialog box: inconsistent use of ENTER and CTRL-TAB keys (LINUX only)
https://bugs.documentfoundation.org/show_bug.cgi?id=128091 --- Comment #13 from QA Administrators --- Dear Tapani, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 47230] "Fonts > Apply replacement table" does not adjust width of characters
https://bugs.documentfoundation.org/show_bug.cgi?id=47230 --- Comment #8 from QA Administrators --- Dear Harald Koester, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122104] FILEOPEN XLSX, Conditional formatting with a gradient background changes to a single color background in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=122104 --- Comment #5 from QA Administrators --- Dear NISZ LibreOffice Team, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 121635] Border line size of shape is defined in cm in the line dialog (default is 0, 05 pt, which shows as 0, 00 cm)
https://bugs.documentfoundation.org/show_bug.cgi?id=121635 --- Comment #6 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106484] UI: Print Properties Device tab dropdown items not applied or remembered
https://bugs.documentfoundation.org/show_bug.cgi?id=106484 --- Comment #5 from QA Administrators --- Dear tmacalp, 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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139874] New: Need to set cursor and highlight colours different to system scheme
https://bugs.documentfoundation.org/show_bug.cgi?id=139874 Bug ID: 139874 Summary: Need to set cursor and highlight colours different to system scheme Product: LibreOffice Version: 7.1.0.2 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dpquin...@zoho.com Description: With my system colour scheme, the cursor point and text highlight colour is almost invisible in the Writer page. This is partly due to my using a dark theme in Libre. My page bg is dark with light grey text, and the cursor blinks white, with grey selection. In some situations this makes work very difficult, such as when searching for something small, like a colon mark, it sometimes takes a minute to find where the selection has landed. I would like the ability to override cursor colour and selection colour, to any colour that myght work better, e.g. orange and pink. And how about Active Paragraph highlight? so that the paragraph currently under the cursor is highlighted with a faint colour (set in options). Thus it the cursor can always be found on the page, it will not get lost all the time and need scanning to find it. So on a white page with black text, the para highlight could be a light blue or grey, on a dark page with light text, it could be a dark purple. For accessibility, it would be great if there was a hot key to press and a briht coloured focus ring appeared around the cursor point (with scroll if necessary). This would be great even for people who have good eyes! Steps to Reproduce: 1.Select text with mouse 2.click anywhere in text Actual Results: Text highlighted with system colour scheme, Cursor follows system colour scheme. Expected Results: I would like to override the system colour scheme in Libre Reproducible: Always User Profile Reset: No Additional Info: V 7.1.0.2 Linux 4.9 ui default, gtk3 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139268] Slow typing or scrolling after inserting pictures or photos
https://bugs.documentfoundation.org/show_bug.cgi?id=139268 --- Comment #2 from Brita Lindholm --- Duplicate of bug 139416 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: sc/source
sc/source/core/data/table2.cxx | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
New commits:
commit b35f6971561bc095965e82f230e0307f6694228b
Author: Michael Meeks
AuthorDate: Fri Jan 22 21:17:25 2021 +
Commit: Michael Meeks
CommitDate: Sun Jan 24 03:01:59 2021 +0100
sc: GetRowForHeight performance improvement.
Instead of just skipping hidden rows, either skip or interpolate
into visible ones.
This method, and it's single caller look rather unusual to me. It is
unclear why we would want to return the results we do, and why the
one caller subtracts a row.
Some surprising proportion of tile rendering was exercising this code
path extremely slowly.
--5.94%--ScDocument::GetPrintArea
|
|--5.04%--ScDrawLayer::GetPrintArea
| ScTable::GetRowForHeight
| |
| --4.58%--ScFlatBoolRowSegments::getRangeData
| |
| --2.46%--ScFlatSegmentsImpl::getRangeData
Change-Id: I75418d6af59a33b99e8bb0c374139e1a4ee6ef87
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109837
Tested-by: Jenkins CollaboraOffice
Tested-by: Michael Meeks
Reviewed-by: Ashod Nakashian
Reviewed-by: Michael Meeks
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109848
Tested-by: Jenkins
diff --git a/sc/source/core/data/table2.cxx b/sc/source/core/data/table2.cxx
index 1ddf2993b170..a980774c7b9d 100644
--- a/sc/source/core/data/table2.cxx
+++ b/sc/source/core/data/table2.cxx
@@ -3996,16 +3996,25 @@ SCROW ScTable::GetRowForHeight(sal_uLong nHeight) const
break;
}
-nSum += aRowHeightRange.mnValue;
+// find the last common row between hidden & height spans
+SCROW nLastCommon = std::min(aData.mnRow2, aRowHeightRange.mnRow2);
+assert (nLastCommon >= nRow);
+SCROW nCommon = nLastCommon - nRow + 1;
-if (nSum > nHeight)
+// how much further to go ?
+sal_uLong nPixelsLeft = nHeight - nSum;
+sal_uLong nCommonPixels = aRowHeightRange.mnValue * nCommon;
+
+// are we in the zone ?
+if (nCommonPixels > nPixelsLeft)
{
+nRow += (nPixelsLeft + aRowHeightRange.mnValue - 1) /
aRowHeightRange.mnValue;
+
+// FIXME: finding this next row is far from elegant,
+// we have a single caller, which subtracts one as well(!?)
if (nRow >= rDocument.MaxRow())
return rDocument.MaxRow();
-// Find the next visible row.
-++nRow;
-
if (!mpHiddenRows->getRangeData(nRow, aData))
// Failed to fetch the range data for whatever reason.
break;
@@ -4016,6 +4025,10 @@ SCROW ScTable::GetRowForHeight(sal_uLong nHeight) const
return nRow <= rDocument.MaxRow() ? nRow : rDocument.MaxRow();
}
+
+// skip the range and keep hunting
+nSum += nCommonPixels;
+nRow = nLastCommon;
}
return -1;
}
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] core.git: framework/source
framework/source/layoutmanager/helpers.cxx |6 ++
1 file changed, 6 insertions(+)
New commits:
commit 27cec4edf112ba65d8c9d264c00cb39e2415a8cd
Author: Michael Meeks
AuthorDate: Fri Jan 22 21:10:49 2021 +
Commit: Michael Meeks
CommitDate: Sun Jan 24 03:01:40 2021 +0100
lok: avoid expensive fetching of a property.
--doc_setView
SfxLokHelper::setView
SfxViewFrame::MakeActive_Impl
SfxApplication::SetViewFrame_Impl
|
--SfxDispatcher::Update_Impl
|
--SfxWorkWindow::UpdateObjectBars_Impl
SfxWorkWindow::UpdateObjectBars_Impl2
|
--framework::LayoutManager::requestElement
framework::LayoutManager::createElement
|
--11.97%--framework::implts_isPreviewModel
We re-calculate the calc print-area on every setView via this
code-path; pointlessly expensive.
Change-Id: I36dbdc60a789fac4e2a82825b145725a4a4d6439
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109805
Tested-by: Jenkins
Reviewed-by: Michael Meeks
diff --git a/framework/source/layoutmanager/helpers.cxx
b/framework/source/layoutmanager/helpers.cxx
index 7c620b699fcd..f5fe1fc48f44 100644
--- a/framework/source/layoutmanager/helpers.cxx
+++ b/framework/source/layoutmanager/helpers.cxx
@@ -28,6 +28,7 @@
#include
#include
+#include
#include
#include
#include
@@ -261,6 +262,11 @@ uno::Reference< frame::XModel > impl_getModelFromFrame(
const uno::Reference< fr
bool implts_isPreviewModel( const uno::Reference< frame::XModel >& xModel )
{
+// the cost in calc of calling getArgs for this property
+// includes measuring the entire sheet - which is extremely slow.
+if (comphelper::LibreOfficeKit::isActive())
+return false;
+
if ( xModel.is() )
{
utl::MediaDescriptor aDesc( xModel->getArgs() );
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 128282] restart manually numbering of numbered lists
https://bugs.documentfoundation.org/show_bug.cgi?id=128282 --- Comment #33 from sdc.bla...@youmail.dk --- (In reply to sdc.blanco from comment #32) > (In reply to Dieter from comment #9) > > Very strange behaviour: > see bug 135871 Sorry, should be: bug 135895 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 131206] [LOCALHELP] Document" (field) help page for Insert Field needs updating and better organization
https://bugs.documentfoundation.org/show_bug.cgi?id=131206 sdc.bla...@youmail.dk changed: What|Removed |Added Assignee|sdc.bla...@youmail.dk |libreoffice-b...@lists.free ||desktop.org -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 128282] restart manually numbering of numbered lists
https://bugs.documentfoundation.org/show_bug.cgi?id=128282 sdc.bla...@youmail.dk changed: What|Removed |Added CC||sdc.bla...@youmail.dk --- Comment #32 from sdc.bla...@youmail.dk --- (In reply to Dieter from comment #9) > Very strange behaviour: see bug 135871 (In reply to zionoto from comment #0) > I'm experimenting with numbered lists in writer and I noticed that every > time I create a new list separated from a previous one by other text even > chapters away I have to tell writer that it must restart the number from 1. Were you using the same List Style for your lists? "If you have more than one list in a document, the second and subsequent lists with the same style continue their numbering from the previous list. To restart at 1, place the cursor anywhere in the paragraph you want numbered 1, right-click, and choose Restart numbering in the context menu." (Writer's Guide 6.4, p. 217) > If I don't click on the button to restart the number from 1 writer > continues from the previous last value of the previous list. I can't > find any AUTOMATIC way to restart the number in a certain style. Neither can I. > Maybe i can understand that to continue from previous element even if it is > far away, it is useful just in chapters titles / headers to continue the > same numbering or structure from the previous chapter or sub-chapter. It can also be useful in scientific texts, where one might want to be able to write Hypothesis 1, Hypothesis 2, Hypothesis 3...(or Prediction 1, 2, 3, or Assumption 1,2,3, or all three, therefore each with its own style)...that is running continuously across chapters. (put the word "Hypothesis" in the "Before" field in Customize and you are good to go). (Same principle for books that want to have a running list of "Tips" or "Good Idea" or "Exercise" across sections or chapters). So there are good reasons to keep this feature. But maybe if a simple "Shift-double-click" would automatically include a "restart numbering" when applying a List Style with numbering from the Styles Sidebar, then it would not disrupt the workflow significantly, would achieve what you are seeking, even if not exactly automatic, and could probably be accomplished as an "EasyHack". (This proposal is neutral about the more ambitious ideas of having an "intelligent, automated logic" about when to add "restart". It is meant only to provide a meaningful practical improvement that could be achieved relatively quickly.) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
Developer wanted: PDF-Export with DeviceLink profile (RGB -> CMYK)
Hello dear people, does anyone know who developed the PDF export of LibreOffice? Is he/she still active? We are looking for someone who could program a LibreOffice extension for PDF export with DeviceLink profile (RGB -> CMYK). Best regards and thanks for any tip Pascal ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 139873] File->Open should show current directory
https://bugs.documentfoundation.org/show_bug.cgi?id=139873 --- Comment #1 from Jim Avera --- Just to clarify, the displayed folder can of course can be changed by manually navigating within the file-picker. The issue is what folder is displayed when the file-picker first opens. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139873] New: File->Open should show current directory
https://bugs.documentfoundation.org/show_bug.cgi?id=139873 Bug ID: 139873 Summary: File->Open should show current directory Product: LibreOffice Version: 7.2.0.0.alpha0+ Master Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: framework Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jim.av...@gmail.com Description: The documentation for File->Open says the Display area "Displays the files and folders in the folder that you are in." but it does not. Instead, it appears to always display some fixed folder, possibly from the Options->LO->Paths->My Documents or somewhere else. This is almost always unhelpful. To me, anyway. If others really find it more helpful to always default to some fixed "My Documents" folder, then there should be an option to disable that behavior for those for whom that is never helpful (perhaps: Provide disable the "My Documents" option entirely). Anyway, the current behavior is contrary to the documentation. Steps to Reproduce: 1. Copy some document to, say, /tmp 2. cd /tmp 3. loffice 4. File->Open Actual Results: Some other directory is displayed, not the current directory Expected Results: The current directory, or possibly the directory of the currently-viewed file. Something which is, as the docs say, "the folder that you are in" Reproducible: Always User Profile Reset: No Additional Info: File->Open should open the current directory, or the directory of the currently-displayed file (if any), or something which can be construed as "the folder that you are in". -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 135895] Improve documentation about numbered lists without a list style (see comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=135895 sdc.bla...@youmail.dk changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Component|Documentation |Writer --- Comment #26 from sdc.bla...@youmail.dk --- Moving Component from Documentation to Writer, and adding needsUXEval. Inspired by last paragraph of bug 135871, comment 37 about making DF tools safe to use (and taking advantage of Style Inspector). The question here is only about the behavior of DF tools, where the intention is to use DF tools. Demonstration of current behavior 1. Take 6 lines, apply DF numbering (Toggle Numbered List) 2. Put cursor after third line, press Enter twice (result: still numbered 1-6, but blank line between 3 and 4 -- no problem) 3. Put cursor on item 4, restart numbering (actual and expected result: last three items are now numbered 1-3) 4. With cursor in second list, select another numbering scheme (e.g, Roman Uppercase) Actual result: numbering scheme for "first" list changes to Roman Uppercase Expected result: "first list" stays unchanged, second list changes as applied. Additional information: SI shows that the "second list" has the same list Id as the first list, so the "actual result" is according to design. "Workflow" that would create this situation: - make a list (step 1) - decide (after item 6) that you want to "split" the list into two different lists. - put in some CR (step 2) and restart the numbering (step 3) - decide you want to use a different numbering scheme for second list (for whatever reason), and use dialog to change. @kitchm -- maybe you can confirm that this was what you were doing when you encountered the problem, or could explain what you were doing when you encountered the problem. Question to UXEval I would think -- from a DF perspective -- that there would be no reason to expect that changing the second list would also change the first list. (and without the SI, it would be hard/impossible to understand what is going on). See comment 23 for clear expression of how OP interpreted this situation. Meanwhile, comment 4 suggests that this behavior may not be bug -- and that one should use "styles" if this behavior is not desired. Comment 12 suggests it is a desired feature, but also suggests using Styles. But in this case, the user wants to use DF (so the query here is motivated by the idea of making DF safe to use). From that perspective, it does not seem to be solution to just push this over into a documentation problem, or to tell the user to use styles, when it seems to be a design/behavior flaw -- at least that is what I hope can be clarified. Meanwhile -- an (unproblematic) DF workflow case for comparison. 1. write 6 lines. (decide that you want to make them into lists) 2. Select first three lines, toggle on numbered list. 3. Select last three lines, toggle on numbered list. 4. Change numbering scheme for last three lines, no effect on first 6 Actual and expected behavior are in agreement. The point is, this case is similar to the problematic case, but each list gets a different list id, even without a blank line between them, so the origin of the suggestion in comment 23 is understandable (even if it does not describe the actual situation accurately). This example also shows that the suggested documentation change in comment 15 is incorrect. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 135895] Improve documentation about numbered lists without a list style (see comment 15)
https://bugs.documentfoundation.org/show_bug.cgi?id=135895 sdc.bla...@youmail.dk changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Component|Documentation |Writer --- Comment #26 from sdc.bla...@youmail.dk --- Moving Component from Documentation to Writer, and adding needsUXEval. Inspired by last paragraph of bug 135871, comment 37 about making DF tools safe to use (and taking advantage of Style Inspector). The question here is only about the behavior of DF tools, where the intention is to use DF tools. Demonstration of current behavior 1. Take 6 lines, apply DF numbering (Toggle Numbered List) 2. Put cursor after third line, press Enter twice (result: still numbered 1-6, but blank line between 3 and 4 -- no problem) 3. Put cursor on item 4, restart numbering (actual and expected result: last three items are now numbered 1-3) 4. With cursor in second list, select another numbering scheme (e.g, Roman Uppercase) Actual result: numbering scheme for "first" list changes to Roman Uppercase Expected result: "first list" stays unchanged, second list changes as applied. Additional information: SI shows that the "second list" has the same list Id as the first list, so the "actual result" is according to design. "Workflow" that would create this situation: - make a list (step 1) - decide (after item 6) that you want to "split" the list into two different lists. - put in some CR (step 2) and restart the numbering (step 3) - decide you want to use a different numbering scheme for second list (for whatever reason), and use dialog to change. @kitchm -- maybe you can confirm that this was what you were doing when you encountered the problem, or could explain what you were doing when you encountered the problem. Question to UXEval I would think -- from a DF perspective -- that there would be no reason to expect that changing the second list would also change the first list. (and without the SI, it would be hard/impossible to understand what is going on). See comment 23 for clear expression of how OP interpreted this situation. Meanwhile, comment 4 suggests that this behavior may not be bug -- and that one should use "styles" if this behavior is not desired. Comment 12 suggests it is a desired feature, but also suggests using Styles. But in this case, the user wants to use DF (so the query here is motivated by the idea of making DF safe to use). From that perspective, it does not seem to be solution to just push this over into a documentation problem, or to tell the user to use styles, when it seems to be a design/behavior flaw -- at least that is what I hope can be clarified. Meanwhile -- an (unproblematic) DF workflow case for comparison. 1. write 6 lines. (decide that you want to make them into lists) 2. Select first three lines, toggle on numbered list. 3. Select last three lines, toggle on numbered list. 4. Change numbering scheme for last three lines, no effect on first 6 Actual and expected behavior are in agreement. The point is, this case is similar to the problematic case, but each list gets a different list id, even without a blank line between them, so the origin of the suggestion in comment 23 is understandable (even if it does not describe the actual situation accurately). This example also shows that the suggested documentation change in comment 15 is incorrect. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.4' - sc/source
sc/source/core/data/table2.cxx | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
New commits:
commit d12db838aa9da414af999707f531e5d34784772c
Author: Michael Meeks
AuthorDate: Fri Jan 22 21:17:25 2021 +
Commit: Michael Meeks
CommitDate: Sun Jan 24 01:05:52 2021 +0100
sc: GetRowForHeight performance improvement.
Instead of just skipping hidden rows, either skip or interpolate
into visible ones.
This method, and it's single caller look rather unusual to me. It is
unclear why we would want to return the results we do, and why the
one caller subtracts a row.
Some surprising proportion of tile rendering was exercising this code
path extremely slowly.
--5.94%--ScDocument::GetPrintArea
|
|--5.04%--ScDrawLayer::GetPrintArea
| ScTable::GetRowForHeight
| |
| --4.58%--ScFlatBoolRowSegments::getRangeData
| |
| --2.46%--ScFlatSegmentsImpl::getRangeData
Change-Id: I75418d6af59a33b99e8bb0c374139e1a4ee6ef87
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109837
Tested-by: Jenkins CollaboraOffice
Tested-by: Michael Meeks
Reviewed-by: Ashod Nakashian
Reviewed-by: Michael Meeks
diff --git a/sc/source/core/data/table2.cxx b/sc/source/core/data/table2.cxx
index 5a12b0bba520..971c8ad7cd31 100644
--- a/sc/source/core/data/table2.cxx
+++ b/sc/source/core/data/table2.cxx
@@ -3971,16 +3971,25 @@ SCROW ScTable::GetRowForHeight(sal_uLong nHeight) const
break;
}
-nSum += aRowHeightRange.mnValue;
+// find the last common row between hidden & height spans
+SCROW nLastCommon = std::min(aData.mnRow2, aRowHeightRange.mnRow2);
+assert (nLastCommon >= nRow);
+SCROW nCommon = nLastCommon - nRow + 1;
-if (nSum > nHeight)
+// how much further to go ?
+sal_uLong nPixelsLeft = nHeight - nSum;
+sal_uLong nCommonPixels = aRowHeightRange.mnValue * nCommon;
+
+// are we in the zone ?
+if (nCommonPixels > nPixelsLeft)
{
+nRow += (nPixelsLeft + aRowHeightRange.mnValue - 1) /
aRowHeightRange.mnValue;
+
+// FIXME: finding this next row is far from elegant,
+// we have a single caller, which subtracts one as well(!?)
if (nRow >= pDocument->MaxRow())
return pDocument->MaxRow();
-// Find the next visible row.
-++nRow;
-
if (!mpHiddenRows->getRangeData(nRow, aData))
// Failed to fetch the range data for whatever reason.
break;
@@ -3991,6 +4000,10 @@ SCROW ScTable::GetRowForHeight(sal_uLong nHeight) const
return nRow <= pDocument->MaxRow() ? nRow : pDocument->MaxRow();
}
+
+// skip the range and keep hunting
+nSum += nCommonPixels;
+nRow = nLastCommon;
}
return -1;
}
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 139842] Calc give me Err:522 results in cells but Function Wizard give me the correst results
https://bugs.documentfoundation.org/show_bug.cgi?id=139842 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #2 from m.a.riosv --- Err:522 comes with circular references. file:///C:/Program%20Files/LibreOffice/help/en-US/text/scalc/05/0214.html?DbPAR=CALC#bm_id3146797 'Formula refers directly or indirectly to itself and the Iterations option is not set under Tools - Options - LibreOffice Calc - Calculate.' You need to review your formulas to find why it happens. Maybe Menu/Tools/Detective/Trace errors, can help. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139848] #VALUE! thrown repeatedly with the exact same text inserted manually and via copy and paste despite it originally working with the exact same cell input originally
https://bugs.documentfoundation.org/show_bug.cgi?id=139848 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- Please attach a sample file. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139859] Incorrect handling of blank cells
https://bugs.documentfoundation.org/show_bug.cgi?id=139859 m.a.riosv changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139859] Incorrect handling of blank cells
https://bugs.documentfoundation.org/show_bug.cgi?id=139859 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Created attachment 169119 --> https://bugs.documentfoundation.org/attachment.cgi?id=169119=edit Screen where to set up the option about empty string There is an option that you can see on the screenshot, if you enable 'Treat empty string as zero' should work fine. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103487] Printer tray specified in page style has no effect
https://bugs.documentfoundation.org/show_bug.cgi?id=103487 himajin100...@gmail.com changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||9872 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139872] ページスタイル 印刷 用紙が反映されない
https://bugs.documentfoundation.org/show_bug.cgi?id=139872 himajin100...@gmail.com changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||3487 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139872] New: ページスタイル 印刷 用紙が反映されない
https://bugs.documentfoundation.org/show_bug.cgi?id=139872 Bug ID: 139872 Summary: ページスタイル 印刷 用紙が反映されない Product: LibreOffice Version: 7.0.4.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: toshiaki...@gmail.com Description: LibleOffice7.0.4.2(x64)、プリンター エプソンPX-1600F、HP ENVY x360 書式 ページスタイル 用紙サイズA5 と設定しましたが、 ファイル 印刷 用紙設定 に反映されず、用紙の種類も少ない。 これまでOOを使っているときは問題なかった。他のソフトPDFなどは問題ない。 Steps to Reproduce: 1.ファイル 2.印刷 3.用紙設定 Actual Results: ページ設定の用紙がプリンターの用紙設定に反映されないため印刷がずれてしまう Expected Results: 印刷ずれてしまう Reproducible: Always User Profile Reset: No Additional Info: 用紙設定が反映されるべき -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139776] FILEOPEN - item added when opening an Excel 2003 spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=139776 --- Comment #5 from m.a.riosv --- Created attachment 169118 --> https://bugs.documentfoundation.org/attachment.cgi?id=169118=edit Original file without the text box to the right. File edited with excel-365 to delete the text-box to the right. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139776] FILEOPEN - item added when opening an Excel 2003 spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=139776 --- Comment #4 from m.a.riosv --- Created attachment 169117 --> https://bugs.documentfoundation.org/attachment.cgi?id=169117=edit How is seen with Excel-365, when selecting the text box to the right. How is seen with Excel-365, when selecting the text box to the right. So it has nothing to do with merged cells. And not sure if it is LibreOffice or Excel open it fine. BTW take care of such a corner case on a very old format, I'm not sure if it's cost-effective. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139074] CRASH on Paste from clipboard into dialog or other floating window, paste to document canvas is fine; Windows only?
https://bugs.documentfoundation.org/show_bug.cgi?id=139074 --- Comment #47 from James Buton --- I have updated from 7.1.0.2 to 7.1.0.2 and can report that this bug is now FIXED in this version! Thanks so much -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139074] CRASH on Paste from clipboard into dialog or other floating window, paste to document canvas is fine; Windows only?
https://bugs.documentfoundation.org/show_bug.cgi?id=139074 --- Comment #46 from James Buton --- (In reply to mwtjunkmail from comment #44) > (In reply to Commit Notification from comment #41) > > Stephan Bergmann committed a patch related to this issue. > > It has been pushed to "libreoffice-7-1": > > > > https://git.libreoffice.org/core/commit/ > > f9c3a734221228cdf5a52ed6ebf9c0a3c1d44607 > > > > tdf#139074: Revert "WIN replace clipboard update thread with Idle" et al > > > > It will be available in 7.1.0.2. > > > > 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. > > Works for me in > Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 1a167625314bf36b735176ed488e6ba9b5e9b675 > CPU threads: 8; OS: Windows 10.0 Build 21292; UI render: Skia/Raster; VCL: > win > Locale: en-US (en_US); UI: en-US > Calc: CL I have updated from 7.1.0.2 to 7.1.0.2 and can report that this bug is now FIXED in this version! Thanks so much -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139776] FILEOPEN - item added when opening an Excel 2003 spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=139776 --- Comment #3 from m.a.riosv --- Created attachment 169116 --> https://bugs.documentfoundation.org/attachment.cgi?id=169116=edit How is seen with Excel-365 How the file is seen with excel-365 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139867] unknown element urn:oasis:names:tc:opendocument:xmlns:text:1.0 text:soft-page-break
https://bugs.documentfoundation.org/show_bug.cgi?id=139867 Regina Henschel changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #5 from Regina Henschel --- Then I think, Bugzilla is the wrong place. Please ask on developer mailing list or IRC. (I don't know an answer.) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139868] Anchor To Cell position drifts as file opened and re-saved over time
https://bugs.documentfoundation.org/show_bug.cgi?id=139868 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- The problem is not your locale or measurement unit, but the internal units. Size and position of the cells are in unit "Twips", with 1pt = 20 Twips. The unit for drawing objects is 1/100 mm. Both are integer. When a drawing object is anchored to cell, its absolute position (in 1/100 mm) has to be converted in an offset (in 1/100mm) from left-top corner of cell (Twips). So rounding errors are unavoidable. Bug 138109 is related to these rounding errors. Besides that there might be off-by-one errors because the 'size' of a rectangle can be including or excluding edge. In mathematics the length of [..[ is the same as for [..], but in an integer grid not. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139556] writer printing
https://bugs.documentfoundation.org/show_bug.cgi?id=139556 eisa01 changed: What|Removed |Added Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED --- Comment #3 from eisa01 --- Thanks for the update, resolving -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126961] Cannot link to macOS address book - crashes and restarts
https://bugs.documentfoundation.org/show_bug.cgi?id=126961 --- Comment #23 from eisa01 --- (In reply to John Kopcke from comment #21) > In order for an app on Mac to access the Contacts it must have > NSContactsUsageDescription in the info.plist file. I could not find this > key in the info.plist. I have scanned the source code LO and could not find > any reference to it. I believe this needs to be added to the info.plist. I tried adding that key, but that doesn't resolve the issue I guess LO may be using the Address Book framework that has been deprecated since 10.11? https://developer.apple.com/documentation/addressbook https://developer.apple.com/documentation/contacts/cncontactstore -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 137121] UI: Make it possible to right click the style previews in NB Tabbed mode (to open settings; similar to Sidebar)
https://bugs.documentfoundation.org/show_bug.cgi?id=137121 --- Comment #11 from V Stuart Foote --- (In reply to Jim Raykowski from comment #10) > (In reply to V Stuart Foote from comment #9) > > > Are we able to also provide the "Update to match selection", as found on the > > Standard TB listbox "style|update" context menu? > > Patchset 2 does this. > > Anything else? No, that should do it. I don't think we'd need/want reveal triangle cluttering up the UI. Just the pop-open menu as for normal menu context menus, right? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 65606] Paste special sometimes not available (like for web content) -
https://bugs.documentfoundation.org/show_bug.cgi?id=65606 --- Comment #30 from b. --- @jasonkres: super! nice reproducer, now it should be possible that a dev gets a handle on it ... :-) repro with 7.2.0.0.a0+ and 6.1.6.3 under win7x64 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139181] Empty frame names in navigator for DOCX
https://bugs.documentfoundation.org/show_bug.cgi?id=139181 --- Comment #3 from Jim Raykowski --- When properties (Frame dialog) is opened for the frames with empty names a name is automatically assigned. This modifies the document. I am guessing this is why it isn't done automatically on opening the file. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
cppcheck algorithm suggestions
Hi, What are peoples feelings for cppcheck's suggestions for stl algorithms? In https://gerrit.libreoffice.org/c/core/+/109846 I did a 'any_of' and a 'accumulate' that it suggested; the any_of does look better, the accumulate seems marginally better. Does the project/people have general preferences on whether it's worth tackling these suggestions? I was less sure what to do with the suggestions for 'transform'; some of them were replacing very simple loops; another was using emplace_back to add the results to the destination and I wasn't sure what I'd pass into transform for the equivalent. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 139871] macOS: LibreOffice hangs when saving to Downloads folder
https://bugs.documentfoundation.org/show_bug.cgi?id=139871 --- Comment #1 from eisa01 --- Created attachment 169115 --> https://bugs.documentfoundation.org/attachment.cgi?id=169115=edit hang -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139871] New: macOS: LibreOffice hangs when saving to Downloads folder
https://bugs.documentfoundation.org/show_bug.cgi?id=139871 Bug ID: 139871 Summary: macOS: LibreOffice hangs when saving to Downloads folder Product: LibreOffice Version: 7.1.0.2 rc Hardware: All OS: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eis...@gmail.com Description: LibreOffice hangs when trying to save to the Downloads folder. Other locations that I've tried work. This happens even if I've given LO Full Disk Access priveleges, and resetting my user profile Steps to Reproduce: 1. Choose Save As on a document 2. Click on Downloads in the sidebar Actual Results: Watch it hang Expected Results: No hang Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 115022] subtotal in .xlxs
https://bugs.documentfoundation.org/show_bug.cgi?id=115022 --- Comment #12 from p_kongs...@op.pl --- Hi, This issue is still present in Version: 7.0.3.1 Build ID: 00(Build:1) CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.0.3-0ubuntu0.20.10.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-7-0' - sc/source
sc/source/core/data/dociter.cxx |4 1 file changed, 4 insertions(+) New commits: commit 234f50f5bf6a1f35fb23d983de56a8d86a9f2026 Author: Michael Weghorn AuthorDate: Wed Jan 20 12:21:43 2021 +0100 Commit: Caolán McNamara CommitDate: Sat Jan 23 22:09:09 2021 +0100 tdf#139782 sc: Don't try to access unallocated column This fixes a regression from commit 7282014e362a1529a36c88eb308df8ed359c2cfa Date: Fri Feb 1 15:15:16 2019 +0100 tdf#50916 Makes numbers of columns dynamic. Change-Id: I12a780bf52024cef31188651813d3a93cc2b5ddd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109704 Tested-by: Jenkins Reviewed-by: Noel Grandin (cherry picked from commit 3032cf9df042f50511a15c6a627c50f708a34238) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109787 Reviewed-by: Caolán McNamara diff --git a/sc/source/core/data/dociter.cxx b/sc/source/core/data/dociter.cxx index eb110991140a..a10fcc48c43c 100644 --- a/sc/source/core/data/dociter.cxx +++ b/sc/source/core/data/dociter.cxx @@ -1798,6 +1798,10 @@ bool ScQueryCellIterator::BinarySearch() assert(nTab < pDoc->GetTableCount() && "index out of bounds, FIX IT"); nCol = maParam.nCol1; + +if (nCol >= pDoc->maTabs[nTab]->GetAllocatedColumnsCount()) +return false; + ScColumn* pCol = &(pDoc->maTabs[nTab])->aCol[nCol]; if (pCol->IsEmptyData()) return false; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 139870] New: Outline folding mode Writer doesn't hide lower level headings, only text body and Default
https://bugs.documentfoundation.org/show_bug.cgi?id=139870 Bug ID: 139870 Summary: Outline folding mode Writer doesn't hide lower level headings, only text body and Default Product: LibreOffice Version: 7.1.0.2 rc Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: floris...@gmail.com Created attachment 169114 --> https://bugs.documentfoundation.org/attachment.cgi?id=169114=edit dummy text with a few headings and bla bla body text. Only body text gets hidden. Great new feature, but ... I made a small file for testing and found that paragraphs with heading 1, 2, 3 styles always remain visible, only Default and Text body paragraphs get hidden. I'd expect that if you have a large document with many chapters, you might want to show only the Heading 1 paragraphs, possibly also Heading 2, but maybe not Heading 3. See attachment. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'libreoffice-7-1' - sc/source
sc/source/core/data/dociter.cxx |4 1 file changed, 4 insertions(+) New commits: commit 0a11bb94ce129dabd19078e07ff793d4ed1c Author: Michael Weghorn AuthorDate: Wed Jan 20 12:21:43 2021 +0100 Commit: Caolán McNamara CommitDate: Sat Jan 23 22:07:51 2021 +0100 tdf#139782 sc: Don't try to access unallocated column This fixes a regression from commit 7282014e362a1529a36c88eb308df8ed359c2cfa Date: Fri Feb 1 15:15:16 2019 +0100 tdf#50916 Makes numbers of columns dynamic. Change-Id: I12a780bf52024cef31188651813d3a93cc2b5ddd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109704 Tested-by: Jenkins Reviewed-by: Noel Grandin (cherry picked from commit 3032cf9df042f50511a15c6a627c50f708a34238) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109748 Reviewed-by: Caolán McNamara diff --git a/sc/source/core/data/dociter.cxx b/sc/source/core/data/dociter.cxx index d4e565edf80e..686e426c8d52 100644 --- a/sc/source/core/data/dociter.cxx +++ b/sc/source/core/data/dociter.cxx @@ -1798,6 +1798,10 @@ bool ScQueryCellIterator::BinarySearch() assert(nTab < rDoc.GetTableCount() && "index out of bounds, FIX IT"); nCol = maParam.nCol1; + +if (nCol >= rDoc.maTabs[nTab]->GetAllocatedColumnsCount()) +return false; + ScColumn* pCol = &(rDoc.maTabs[nTab])->aCol[nCol]; if (pCol->IsEmptyData()) return false; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-bugs] [Bug 136376] RTL lines of text containing zero width non-joiner are displayed as boxes, on Mac
https://bugs.documentfoundation.org/show_bug.cgi?id=136376 eisa01 changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #6 from eisa01 --- I tried your text document, but LibreOffice renders it just fine Can you try in the current LO 7.1 release candidate? https://www.libreoffice.org/download/download/?version=7.1.0 Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-ux-advise] [Bug 134724] UI - Find in Calc fails when a formula refers to a cell in another sheet's pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=134724 eisa01 changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #6 from eisa01 --- I can confirm your behavior This is different from Excel, in Excel the find bar defaults to searching for "values", not in the "formulas". The Excel find dialog remembers the last used option, but if you use the find bar it is reset back to "values" I guess the UX team should consider whether the default behavior in LO should change. This is probably not macOS specific Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-bugs] [Bug 137121] UI: Make it possible to right click the style previews in NB Tabbed mode (to open settings; similar to Sidebar)
https://bugs.documentfoundation.org/show_bug.cgi?id=137121 --- Comment #10 from Jim Raykowski --- (In reply to V Stuart Foote from comment #9) > Are we able to also provide the "Update to match selection", as found on the > Standard TB listbox "style|update" context menu? Patchset 2 does this. Anything else? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 134724] UI - Find in Calc fails when a formula refers to a cell in another sheet's pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=134724 eisa01 changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #6 from eisa01 --- I can confirm your behavior This is different from Excel, in Excel the find bar defaults to searching for "values", not in the "formulas". The Excel find dialog remembers the last used option, but if you use the find bar it is reset back to "values" I guess the UX team should consider whether the default behavior in LO should change. This is probably not macOS specific Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135651] Cmd+left/right arrow does the wrong thing in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=135651 eisa01 changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from eisa01 --- Can confirm Interestingly Excel has the same "bug". Numbers and Textedit both have the native macOS behavior Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139831] Libreoffice Calc keeps crashing when macros are executed.
https://bugs.documentfoundation.org/show_bug.cgi?id=139831 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- please attach here your file with a macro for checking, thanks. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 46420] FILESAVE Footnotes are lost after saving as text
https://bugs.documentfoundation.org/show_bug.cgi?id=46420 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||loic_m...@worldonline.fr --- Comment #7 from Roman Kuznetsov <79045_79...@mail.ru> --- *** Bug 139844 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139844] Writer export to text file doesn't include footnotes
https://bugs.documentfoundation.org/show_bug.cgi?id=139844 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- *** This bug has been marked as a duplicate of bug 46420 *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139869] FILEOPEN Image with contour isn't shown in document
https://bugs.documentfoundation.org/show_bug.cgi?id=139869 Aron Budea changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 116280] [META] Regressions introduced by the image handling refactoring
https://bugs.documentfoundation.org/show_bug.cgi?id=116280 Aron Budea changed: What|Removed |Added Depends on||139869 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139869 [Bug 139869] FILEOPEN Image with contour isn't shown in document -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139869] New: FILEOPEN Image with contour isn't shown in document
https://bugs.documentfoundation.org/show_bug.cgi?id=139869 Bug ID: 139869 Summary: FILEOPEN Image with contour isn't shown in document Product: LibreOffice Version: 6.1.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ba...@caesar.elte.hu CC: qui...@gmail.com, vmik...@collabora.com Blocks: 116280 Open attachment 137216 (from bug 113366). => The image isn't shown (the text is still shown according to the contour). Observed using LO 7.2.0.0.alpha0+ (4e1294b7d6f8de981147f15d4ca1b4e4853249eb), 6.1.0.3 / Ubuntu. Fine in LO 6.0.0.3. Bibisected to the following two commits using repo bibisect-linux-64-6.1. After the first one the image isn't shown, and the text disregards the empty placeholder. After the second commit the contour is there, but the image still isn't shown. Adding CC: to Tomaž Vajngerl, and adding CC: to Miklos Vajna. https://cgit.freedesktop.org/libreoffice/core/commit/?id=7b355669c6ddeab2e6cec692d6afdff41c61d0fb author Tomaž Vajngerl 2018-04-14 15:13:05 +0900 committer Tomaž Vajngerl2018-04-20 09:15:22 +0200 "Function to load graphic swapped out (loaded on demand)" https://cgit.freedesktop.org/libreoffice/core/commit/?id=edda1e5fc8113aa4744e32f97c96a3cc311485ca author Miklos Vajna 2018-04-20 16:32:00 +0200 committer Miklos Vajna 2018-04-20 21:04:35 +0200 "DOCX import: lazy-read images without external headers" In addition, recently if you reload the document, the image flashes up, and disappears (with gtk3 VCL plugin, but not with gen). Bibisecting that in bibisect-linux-64-7.0 led to the following commit. No idea what difference it made, but it seems irrelevant to the actual issue. https://cgit.freedesktop.org/libreoffice/core/commit/?id=8950cb8ae6a1621729ec43a6dd1c29cf04260797 author Caolán McNamara 2020-02-04 11:34:29 + committer Caolán McNamara 2020-02-06 12:26:37 +0100 "weld SvxFontSizeBox_Impl" Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116280 [Bug 116280] [META] Regressions introduced by the image handling refactoring -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135885] Export as EPUB badly broken on Writer 7.0.0.3
https://bugs.documentfoundation.org/show_bug.cgi?id=135885 eisa01 changed: What|Removed |Added OS|Mac OS X (All) |All --- Comment #2 from eisa01 --- It is at least not a macOS specific issue, so removing that to increase visibility -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125257] [META] Tip of the day
https://bugs.documentfoundation.org/show_bug.cgi?id=125257 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||139847 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139847 [Bug 139847] Tip of the day : add the "Download all tips" button and others buttons -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139847] Tip of the day : add the "Download all tips" button and others buttons
https://bugs.documentfoundation.org/show_bug.cgi?id=139847 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||heiko.tietze@documentfounda ||tion.org Blocks||125257 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Heiko, what do you think? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=125257 [Bug 125257] [META] Tip of the day -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 63251] FORMATTING: Formatting an auto-field (e.g. date) not possible in Impress and Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=63251 eisa01 changed: What|Removed |Added CC||psaut...@gmail.com --- Comment #15 from eisa01 --- *** Bug 135525 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 135525] Date/Time fields format not working in Impress 7.0
https://bugs.documentfoundation.org/show_bug.cgi?id=135525 eisa01 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from eisa01 --- *** This bug has been marked as a duplicate of bug 63251 *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139852] Crash if I close and try to re-open it
https://bugs.documentfoundation.org/show_bug.cgi?id=139852 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Try reset your LibreOffice's user profile using menu "Help>Restart in Safe mode". Write here if that tip helped you. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139853] libreoffice Calc Vlookup Error
https://bugs.documentfoundation.org/show_bug.cgi?id=139853 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- Peter, please write here more detail steps for repro your problem, thanks. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 108660] [META] Formula bar (input line) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108660 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||139857 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139857 [Bug 139857] Cannot copy text at Formula Bar with mouse -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139857] Cannot copy text at Formula Bar with mouse
https://bugs.documentfoundation.org/show_bug.cgi?id=139857 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Keywords||bibisected, bisected, ||regression CC||79045_79...@mail.ru, ||caol...@redhat.com Blocks||108660 Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- selected text drops its selecting when you right click on it works fine in 7.0 but not in 7.1.0.1 => regression I bisected it Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((oldest)) $ git bisect start master oldest Bisecting: 2982 revisions left to test after this (roughly 12 steps) [75e5b10d8e97d2e7ee0829e769c627c87845d46f] source sha:f700902e903ee610cb5ff58769ee4ca345b4f696 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((75e5b10d8...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((75e5b10d8...)|BISECTING) $ git bisect good Bisecting: 1491 revisions left to test after this (roughly 11 steps) [e9223fa17b6fc30c6ae0c43c0ee365e4b3d093e2] source sha:9310e47e2ce71348a16e5412131946348833f4b2 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((e9223fa17...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((e9223fa17...)|BISECTING) $ git bisect good Bisecting: 745 revisions left to test after this (roughly 10 steps) [f6bb17c235fd54f21cb0ebc1e00e739ebedb8a8f] source sha:81fe31d2c8977791f9b90ab1da4fbb1a778f87fb Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((f6bb17c23...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((f6bb17c23...)|BISECTING) $ git bisect bad Bisecting: 372 revisions left to test after this (roughly 9 steps) [52afd45627a1035198f12adfac0d5d9f58d51985] source sha:17d48cd63a19adf41d1355f74468a621e5c6f108 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((52afd4562...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((52afd4562...)|BISECTING) $ git bisect bad Bisecting: 186 revisions left to test after this (roughly 8 steps) [1ae995c4da69c376b104dcf376b4c7b4f6ef1f55] source sha:b225980d2d65694278c9ed89512fbe21b08febd6 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((1ae995c4d...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((1ae995c4d...)|BISECTING) $ git bisect bad Bisecting: 92 revisions left to test after this (roughly 7 steps) [b7b5f3ef3669b78b79e863e045b735912e740228] source sha:30668130ce82c3f45af38ab419ec04fdb67c4509 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((b7b5f3ef3...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((b7b5f3ef3...)|BISECTING) $ git bisect bad Bisecting: 46 revisions left to test after this (roughly 6 steps) [3e5b3d0053937223b246a07c1606e857fbbf8f95] source sha:8ed2f358cc2a668600e602cb0515ff6af16c2824 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((3e5b3d005...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((3e5b3d005...)|BISECTING) $ git bisect good Bisecting: 23 revisions left to test after this (roughly 5 steps) [322588ca6de768abf4f92fce0085b118abfe186d] source sha:3e062a80a8f329b593f85a4b3a065389a9e16577 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((322588ca6...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((322588ca6...)|BISECTING) $ git bisect good Bisecting: 11 revisions left to test after this (roughly 4 steps) [71d2dbd1182c1881727c042283596160f933aad0] source sha:a559ddd37b09a35f26a291f1a0f94608309a7d99 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((71d2dbd11...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((71d2dbd11...)|BISECTING) $ git bisect good Bisecting: 5 revisions left to test after this (roughly 3 steps) [be13f1de5921508c560b9b1cbf9481bc04c1ae9c] source sha:c7ada1cc8a294f0d2da32ffc02d0941b1b1afd29 Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((be13f1de5...)|BISECTING) $ instdir/program/soffice --calc Домовой@▒▒▒-▒▒ MINGW64 /d/LO_bisect/bibisect-win64-7.1 ((be13f1de5...)|BISECTING) $ git bisect good Bisecting: 2 revisions left to test after this (roughly 2 steps) [23127f0640852e8db00361827a2c1257381d11d6] source sha:e087e25f05e689091cbf1c4f91b6e93878ac17ec
[Libreoffice-bugs] [Bug 139719] LO71RC2: "Recent Documents" button/dropdown in unreadable blue blackground
https://bugs.documentfoundation.org/show_bug.cgi?id=139719 eisa01 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from eisa01 --- *** This bug has been marked as a duplicate of bug 139822 *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139822] Wrong button type within Startcenter on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=139822 eisa01 changed: What|Removed |Added CC||mi...@filmsi.net --- Comment #3 from eisa01 --- *** Bug 139719 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139822] Wrong button type within Startcenter on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=139822 eisa01 changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from eisa01 --- Can confirm Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 64641] EDITING: Filtering in Mac-Addressbook is not possible
https://bugs.documentfoundation.org/show_bug.cgi?id=64641 --- Comment #23 from eisa01 --- I can't currently test this as trying to create a new address book database crashes Libreoffice. Creating a new database also give this error: The connection to the external data source could not be established. No SDBC driver was found for the URL 'sdbc:embedded:hsqldb'. Assuming the bug is still there Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129441] Image is overlaid on footnote with optimal page wrap of image object
https://bugs.documentfoundation.org/show_bug.cgi?id=129441 eisa01 changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #16 from eisa01 --- Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129441] Image is overlaid on footnote with optimal page wrap of image object
https://bugs.documentfoundation.org/show_bug.cgi?id=129441 eisa01 changed: What|Removed |Added Attachment #156623|0 |1 is obsolete|| --- Comment #15 from eisa01 --- Created attachment 169113 --> https://bugs.documentfoundation.org/attachment.cgi?id=169113=edit Template covering footnote (fixed) Ok, I deleted the text and changed the font such that it's only one page. I can see the image covering the footnote -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93732] Start Center window does not have a title
https://bugs.documentfoundation.org/show_bug.cgi?id=93732 --- Comment #10 from eisa01 --- This is still present Version: 7.1.0.2 / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 65606] Paste special sometimes not available (like for web content) -
https://bugs.documentfoundation.org/show_bug.cgi?id=65606 --- Comment #29 from jasonkres --- Here is an easy way to reproduce these kinds of bugs. There are other bugs that may be dupes such as bug 116983 and bug 139084. The following steps reproduce in 7.1.0.2. Not limited to Writer. Not limited to "rich" formatted sources as simple Notepad can be used to be reproduce. 1. Open Writer (or Calc) and Windows Notepad. Position the two windows so you can see them both onscreen. 2. Type the word "test" in Notepad and select it. 3. Press Ctrl+C in Notepad. 4. Notice that the Paste toolbar button in Writer (or Calc) becomes enabled. 5. Repeat pressing Ctrl+C in Notepad several times with a 1 second delay between each press while observing Writer (or Calc) toolbar. 6. A large percentage of the time the Paste button becomes disabled. This is incorrect because the clipboard does contain the data. Usually Ctrl+V works correctly to paste the data even though the toolbar button does not indicate that paste is possible. Unfortunately, even this workaround fails often enough to be problematic. Toggling the Windows 10 clipboard manager (Settings > Clipboard > Clipboard history) does not help. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 131504] A 0.5 pt table border is made too fat when exporten to PNG or jpg
https://bugs.documentfoundation.org/show_bug.cgi?id=131504 eisa01 changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #6 from eisa01 --- Have you tried upgrading to at least 6.4.3.5 and if the issue is still present? Please test that and get back -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 101923] Option to set or unset list styles in the bullet & numbering dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=101923 An-Kh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |anshukhar...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139868] New: Anchor To Cell position drifts as file opened and re-saved over time
https://bugs.documentfoundation.org/show_bug.cgi?id=139868 Bug ID: 139868 Summary: Anchor To Cell position drifts as file opened and re-saved over time Product: LibreOffice Version: 7.1.0.2 rc Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ja...@binarycoder.net Description: As a worksheet is open and re-saved over time, controls that are anchored To Cell drift in position. The problem occurs even if the control position is locked after initially setting the position. The problem occurs even if the worksheet is protected after initially setting the position. This can be simulated by repeated Save and Reload instead of closing the entire application repeatedly. The problem is not limited to Push Button. For example, I reproduce with Rectangle Shape anchored to cell and positioned at X=2.00", Y=2.00", Width=2.00", Height=2.00". However, this requires many more repetitions of the save and reload before the X=2.01" can be seen than in the Steps to Reproduce for the Push Button. NOTE: In case it matters, I am in en-US with Measurement Unit set to its default of Inch. Workaround: Avoid Anchor To Cell. Use Anchor To Page instead. Steps to Reproduce: 1. Open Calc. NOTE: In case it matters, I am in en-US with Measurement Unit set to its default of Inch. 2. View > Toolbars > Form Controls. 3. Add a Push Button to the sheet. 4. Right click the Push Button for Control Properties. 5. Set these properties: Anchor: To Cell Position X: 5 cm Position Y: 5 cm Width: 5 cm Height: 5 cm 6. File > Save. Enter a filename. 7. File > Reload. 8. Repeat the Save and Reload of the file at least 4 times. 9. Choose Design Mode and view properties of the control. It has drifted to Position X = 5.01 cm. Actual Results: X = 5.01 cm Expected Results: X = 5.00 cm Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.0.2 (x64) / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-commits] core.git: Branch 'distro/cib/libreoffice-6-4' - 2 commits - cui/source sfx2/source
cui/source/options/optgdlg.cxx | 17 ---
cui/source/options/optgdlg.hxx |1
sfx2/source/appl/appserv.cxx | 27 ---
sfx2/source/view/viewfrm.cxx | 99 -
4 files changed, 144 deletions(-)
New commits:
commit 0a8737c61abe41740b390661971f27926f1f7ccb
Author: Thorsten Behrens
AuthorDate: Sat Jan 23 17:04:42 2021 +0100
Commit: Thorsten Behrens
CommitDate: Sat Jan 23 17:04:42 2021 +0100
Also remove donate/involvement info bar code
Follow-up commit to e9e61aa30af25df0e10f726e57fee6d2ba74d2b3 which
already removed the menu entries.
Change-Id: Ieb029d4fe5d0b986270de68a8a35a0d6aeaa4c26
diff --git a/sfx2/source/appl/appserv.cxx b/sfx2/source/appl/appserv.cxx
index f15e39282682..9295718c37ab 100644
--- a/sfx2/source/appl/appserv.cxx
+++ b/sfx2/source/appl/appserv.cxx
@@ -565,33 +565,6 @@ void SfxApplication::MiscExec_Impl( SfxRequest& rReq )
sfx2::openUriExternally(sURL, false);
break;
}
-case SID_GETINVOLVED:
-{
-// Open get involved/join us page based on locales
-OUString
sURL(officecfg::Office::Common::Menus::GetInvolvedURL::get() +
//https://hub.libreoffice.org/joinus/
-"?LOlocale=" + utl::ConfigManager::getUILocale());
-sfx2::openUriExternally(sURL, false);
-break;
-}
-case SID_DONATION:
-{
-// Open donation page based on language + script (BCP47) with
language as fall back.
-OUString aLang =
LanguageTag(utl::ConfigManager::getUILocale()).getLanguage();
-OUString aBcp47 =
LanguageTag(utl::ConfigManager::getUILocale()).getBcp47();
-OUString sURL(officecfg::Office::Common::Menus::DonationURL::get()
+ //https://hub.libreoffice.org/donation/
-"?BCP47=" + aBcp47 + "=" + aLang );
-sfx2::openUriExternally(sURL, false);
-break;
-}
-case SID_WHATSNEW:
-{
-// Open release notes depending on version and locale
-OUString
sURL(officecfg::Office::Common::Menus::ReleaseNotesURL::get() +
//https://hub.libreoffice.org/ReleaseNotes/
-"?LOvers=" + utl::ConfigManager::getProductVersion() +
-"=" +
LanguageTag(utl::ConfigManager::getUILocale()).getBcp47() );
-sfx2::openUriExternally(sURL, false);
-break;
-}
case SID_SHOW_LICENSE:
{
LicenseDialog aDialog(rReq.GetFrameWeld());
diff --git a/sfx2/source/view/viewfrm.cxx b/sfx2/source/view/viewfrm.cxx
index 5a64599e5894..23e318fa761c 100644
--- a/sfx2/source/view/viewfrm.cxx
+++ b/sfx2/source/view/viewfrm.cxx
@@ -1294,34 +1294,6 @@ void SfxViewFrame::Notify( SfxBroadcaster& /*rBC*/,
const SfxHint& rHint )
bIsUITest = true;
}
-//what's new infobar
-if
(!officecfg::Setup::Product::ooSetupLastVersion::isReadOnly()) //don't
show/update when readonly
-{
-OUString sSetupVersion =
utl::ConfigManager::getProductVersion();
-sal_Int32 iCurrent =
sSetupVersion.getToken(0,'.').toInt32() * 10 +
sSetupVersion.getToken(1,'.').toInt32();
-OUString sLastVersion
-=
officecfg::Setup::Product::ooSetupLastVersion::get().get_value_or("0.0");
-sal_Int32 iLast = sLastVersion.getToken(0,'.').toInt32() *
10 + sLastVersion.getToken(1,'.').toInt32();
-if ((iCurrent > iLast) &&
!Application::IsHeadlessModeEnabled() && !bIsUITest)
-{
-VclPtr pInfoBar =
AppendInfoBar("whatsnew", "", SfxResId(STR_WHATSNEW_TEXT), InfobarType::INFO);
-if (pInfoBar)
-{
-VclPtrInstance
xWhatsNewButton(());
-
xWhatsNewButton->SetText(SfxResId(STR_WHATSNEW_BUTTON));
-
xWhatsNewButton->SetSizePixel(xWhatsNewButton->GetOptimalSize());
-xWhatsNewButton->SetClickHdl(LINK(this,
SfxViewFrame, WhatsNewHandler));
-pInfoBar->addButton(xWhatsNewButton);
-
-//update lastversion
-std::shared_ptr
batch(comphelper::ConfigurationChanges::create());
-officecfg::Setup::Product::ooSetupLastVersion::set(
-sSetupVersion, batch);
-batch->commit();
-}
-}
-}
-
// show tip-of-the-day dialog
const bool bShowTipOfTheDay =
officecfg::Office::Common::Misc::ShowTipOfTheDay::get();
if (bShowTipOfTheDay && !Application::IsHeadlessModeEnabled()
&& !bIsUITest) {
@@ -1334,62 +1306,6 @@ void
[Libreoffice-bugs] [Bug 101965] Sidebar: List Styles: No entry or option to unset/clear a style
https://bugs.documentfoundation.org/show_bug.cgi?id=101965 An-Kh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |anshukhar...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139867] unknown element urn:oasis:names:tc:opendocument:xmlns:text:1.0 text:soft-page-break
https://bugs.documentfoundation.org/show_bug.cgi?id=139867 --- Comment #4 from Telesto --- (In reply to Regina Henschel from comment #3) > What do you mean with "Open"? File > Open will never give such warning. Sorry, with debugger attached to the process (TB77 build). The recent master show sal warn info in addition (didn't do that previously) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 92622] WRITER: context menu "Unstyle selected text" from list style to "no-list" style
https://bugs.documentfoundation.org/show_bug.cgi?id=92622 An-Kh changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |anshukhar...@gmail.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139834] [UI] String breaks translation gender
https://bugs.documentfoundation.org/show_bug.cgi?id=139834 --- Comment #2 from Olivier Hallot --- Good catch. Works nicely with pt-BR. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 116983] Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)
https://bugs.documentfoundation.org/show_bug.cgi?id=116983 --- Comment #78 from jasonkres --- This is greatly impacting my users as well. Here is a simple way to observe: 1. Open Writer (or Calc) and Windows Notepad. Position the two windows so you can see them both onscreen. 2. Type the word "test" in Notepad and select it. 3. Press Ctrl+C in Notepad. 4. Notice that the Paste toolbar button in Writer (or Calc) becomes enabled. 5. Repeat pressing Ctrl+C in Notepad several times with a 1 second delay between each press while observing Writer (or Calc) toolbar. 6. A large percentage of the time the Paste button becomes disabled. This is incorrect because the clipboard does contain the data. Usually Ctrl+V works correctly to paste the data even though the toolbar button does not indicate that paste is possible. Unfortunately, even this workaround fails often enough to be problematic. Toggling the Windows 10 clipboard manager (Settings > Clipboard > Clipboard history) does not help. The problem even occurs in the current latest RC (7.1.0.2). See also bug 139084. The problem is severe for users whose workload involves a lot of copying and pasting data from other applications. It is worst for those users who are uncomfortable with keyboard shortcuts. Version: 7.1.0.2 (x64) / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 139084] Copy and paste does not work
https://bugs.documentfoundation.org/show_bug.cgi?id=139084 --- Comment #4 from jasonkres --- This is greatly impacting my users as well. Here is a simple way to observe: 1. Open Writer (or Calc) and Windows Notepad. Position the two windows so you can see them both onscreen. 2. Type the word "test" in Notepad and select it. 3. Press Ctrl+C in Notepad. 4. Notice that the Paste toolbar button in Writer (or Calc) becomes enabled. 5. Repeat pressing Ctrl+C in Notepad several times with a 1 second delay between each press while observing Writer (or Calc) toolbar. 6. A large percentage of the time the Paste button becomes disabled. This is incorrect because the clipboard does contain the data. Usually Ctrl+V works correctly to paste the data even though the toolbar button does not indicate that paste is possible. Unfortunately, even this workaround fails often enough to be problematic. Toggling the Windows 10 clipboard manager (Settings > Clipboard > Clipboard history) does not help. The problem is not limited to Writer, I've seen it also in Calc. The problem even occurs in the current latest RC (7.1.0.2). Sounds like dupe of bug 116983. The problem is severe for users whose workload involves a lot of copying and pasting data from other applications. It is worst for those users who are uncomfortable with keyboard shortcuts. Version: 7.1.0.2 (x64) / LibreOffice Community Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
