[Libreoffice-bugs] [Bug 136398] "Insert Break" DROPDOWN won't scroll to end of list
https://bugs.documentfoundation.org/show_bug.cgi?id=136398 raal changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #11 from raal --- (In reply to Varadharaj from comment #10) > (In reply to Varadharaj from comment #9) > > Reproduced in my system. > > Version: 7.3.7.2 / LibreOffice Community > Build ID: 30(Build:2) > CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 > Locale: en-IN (en_IN); UI: en-US > Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.2 > Calc: threaded As mentioned of reporter in comment 7, test at least with version 7.5.2. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136398] "Insert Break" DROPDOWN won't scroll to end of list
https://bugs.documentfoundation.org/show_bug.cgi?id=136398 --- Comment #10 from Varadharaj --- (In reply to Varadharaj from comment #9) > Reproduced in my system. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155015] Impress shows window title bar in display mode (not true full screen)
https://bugs.documentfoundation.org/show_bug.cgi?id=155015 m.a.riosv changed: What|Removed |Added OS|All |Linux (All) --- Comment #7 from m.a.riosv --- I'm not a Linux user, let's see if someone else can help. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136398] "Insert Break" DROPDOWN won't scroll to end of list
https://bugs.documentfoundation.org/show_bug.cgi?id=136398 Varadharaj changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WORKSFORME |--- Status|RESOLVED|NEW --- Comment #9 from Varadharaj --- Reproduced in my system. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155055] Pivot table in chart not rendering correctly in Calc - FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=155055 --- Comment #2 from Mike Kaganski --- (In reply to m.a.riosv from comment #1) > *** This bug has been marked as a duplicate of bug 119897 *** Likely a typo in bug number? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/vector/vector-7.5' - sd/qa svtools/source
sd/qa/unit/PNGExportTests.cxx | 68 ++
sd/qa/unit/data/odg/diagonalLine.fodg | 39 ++
svtools/source/config/optionsdrawinglayer.cxx | 13 ++--
3 files changed, 114 insertions(+), 6 deletions(-)
New commits:
commit 9128844325e98ed52167d1ed8afe19d0957cd329
Author: Mike Kaganski
AuthorDate: Thu Apr 27 17:10:06 2023 +0300
Commit: Mike Kaganski
CommitDate: Fri Apr 28 07:50:33 2023 +0300
tdf#155048: forward AntiAliasing to drawinglayer also in temporary case
Commit 444bf8710d5da7b584fbcb94693e4ed8d2e29297 (Update handling of
AntiAliasing settings and processor2d, 2022-11-08) made respective
changes so that SvtOptionsDrawinglayer::SetAntiAliasing forwards the
setting to drawinglayer. However, it only happened in non-temporary
case, which is fixed now.
Change-Id: I66f5630dde759e3a3aa305ef38f60c8e24e6330e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151109
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/sd/qa/unit/PNGExportTests.cxx b/sd/qa/unit/PNGExportTests.cxx
index 2c77bd9bbfed..69f4dda97e3c 100644
--- a/sd/qa/unit/PNGExportTests.cxx
+++ b/sd/qa/unit/PNGExportTests.cxx
@@ -461,4 +461,72 @@ CPPUNIT_TEST_FIXTURE(SdPNGExportTest, testTdf99729)
nonwhitecounts[1]);
}
+CPPUNIT_TEST_FIXTURE(SdPNGExportTest, testTdf155048)
+{
+loadFromURL(u"odg/diagonalLine.fodg");
+
+uno::Reference xGraphicExporter
+= drawing::GraphicExportFilter::create(getComponentContext());
+CPPUNIT_ASSERT(xGraphicExporter);
+
+uno::Reference xSupplier(mxComponent,
uno::UNO_QUERY_THROW);
+uno::Reference
xPage(xSupplier->getDrawPages()->getByIndex(0),
+ uno::UNO_QUERY_THROW);
+xGraphicExporter->setSourceDocument(xPage);
+
+// 1. AA disabled
+{
+css::uno::Sequence aFilterData{
+comphelper::makePropertyValue("PixelWidth", sal_Int32(200)),
+comphelper::makePropertyValue("PixelHeight", sal_Int32(200)),
+comphelper::makePropertyValue("AntiAliasing", false),
+};
+
+css::uno::Sequence aDescriptor{
+comphelper::makePropertyValue("URL", maTempFile.GetURL()),
+comphelper::makePropertyValue("FilterName", OUString("PNG")),
+comphelper::makePropertyValue("FilterData", aFilterData)
+};
+
+xGraphicExporter->filter(aDescriptor);
+
+BitmapEx bmp =
vcl::PngImageReader(*maTempFile.GetStream(StreamMode::READ)).read();
+std::set foundColors;
+for (tools::Long x = 0; x < bmp.GetSizePixel().Width(); ++x)
+for (tools::Long y = 0; y < bmp.GetSizePixel().Height(); ++y)
+foundColors.insert(bmp.GetPixelColor(x, y));
+
+// There must be only two colors (white and blue) in the bitmap
generated without AA
+CPPUNIT_ASSERT_EQUAL(size_t(2), foundColors.size());
+maTempFile.CloseStream();
+}
+
+// 2. AA enabled
+{
+css::uno::Sequence aFilterData{
+comphelper::makePropertyValue("PixelWidth", sal_Int32(200)),
+comphelper::makePropertyValue("PixelHeight", sal_Int32(200)),
+comphelper::makePropertyValue("AntiAliasing", true),
+};
+
+css::uno::Sequence aDescriptor{
+comphelper::makePropertyValue("URL", maTempFile.GetURL()),
+comphelper::makePropertyValue("FilterName", OUString("PNG")),
+comphelper::makePropertyValue("FilterData", aFilterData)
+};
+
+xGraphicExporter->filter(aDescriptor);
+
+BitmapEx bmp =
vcl::PngImageReader(*maTempFile.GetStream(StreamMode::READ)).read();
+std::set foundColors;
+for (tools::Long x = 0; x < bmp.GetSizePixel().Width(); ++x)
+for (tools::Long y = 0; y < bmp.GetSizePixel().Height(); ++y)
+foundColors.insert(bmp.GetPixelColor(x, y));
+
+// With AA, the number of colors will be greater - it is 19 on my
system
+CPPUNIT_ASSERT_GREATER(size_t(2), foundColors.size());
+maTempFile.CloseStream();
+}
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/sd/qa/unit/data/odg/diagonalLine.fodg
b/sd/qa/unit/data/odg/diagonalLine.fodg
new file mode 100644
index ..f6f8edec46bc
--- /dev/null
+++ b/sd/qa/unit/data/odg/diagonalLine.fodg
@@ -0,0 +1,39 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/svtools/source/config/optionsdrawinglayer.cxx
b/svtools/source/config/optionsdrawinglayer.cxx
index 2fee81139800..0564adffa94c 100644
--- a/svtools/source/config/optionsdrawinglayer.cxx
+++ b/svtools/source/config/optionsdrawinglayer.cxx
@@ -183,14 +183,15 @@ void SetAntiAliasing( bool bOn, bool bTemporary )
comphelper::ConfigurationChanges::create();
[Libreoffice-commits] core.git: sd/qa svtools/source
sd/qa/unit/PNGExportTests.cxx | 66 ++
sd/qa/unit/data/odg/diagonalLine.fodg | 39 +++
svtools/source/config/optionsdrawinglayer.cxx | 13 ++---
3 files changed, 112 insertions(+), 6 deletions(-)
New commits:
commit 1b85a555d3ee618b542dce414687c97f934b8b56
Author: Mike Kaganski
AuthorDate: Thu Apr 27 17:10:06 2023 +0300
Commit: Mike Kaganski
CommitDate: Fri Apr 28 06:45:26 2023 +0200
tdf#155048: forward AntiAliasing to drawinglayer also in temporary case
Commit 444bf8710d5da7b584fbcb94693e4ed8d2e29297 (Update handling of
AntiAliasing settings and processor2d, 2022-11-08) made respective
changes so that SvtOptionsDrawinglayer::SetAntiAliasing forwards the
setting to drawinglayer. However, it only happened in non-temporary
case, which is fixed now.
Change-Id: I66f5630dde759e3a3aa305ef38f60c8e24e6330e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151109
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
diff --git a/sd/qa/unit/PNGExportTests.cxx b/sd/qa/unit/PNGExportTests.cxx
index dcbe54054bd6..b3863c8b9622 100644
--- a/sd/qa/unit/PNGExportTests.cxx
+++ b/sd/qa/unit/PNGExportTests.cxx
@@ -461,4 +461,70 @@ CPPUNIT_TEST_FIXTURE(SdPNGExportTest, testTdf99729)
nonwhitecounts[1]);
}
+CPPUNIT_TEST_FIXTURE(SdPNGExportTest, testTdf155048)
+{
+loadFromURL(u"odg/diagonalLine.fodg");
+
+auto xGraphicExporter =
drawing::GraphicExportFilter::create(getComponentContext());
+CPPUNIT_ASSERT(xGraphicExporter);
+
+auto xSupplier =
mxComponent.queryThrow();
+auto xPage =
xSupplier->getDrawPages()->getByIndex(0).queryThrow();
+xGraphicExporter->setSourceDocument(xPage);
+
+// 1. AA disabled
+{
+css::uno::Sequence aFilterData{
+comphelper::makePropertyValue("PixelWidth", sal_Int32(200)),
+comphelper::makePropertyValue("PixelHeight", sal_Int32(200)),
+comphelper::makePropertyValue("AntiAliasing", false),
+};
+
+css::uno::Sequence aDescriptor{
+comphelper::makePropertyValue("URL", maTempFile.GetURL()),
+comphelper::makePropertyValue("FilterName", OUString("PNG")),
+comphelper::makePropertyValue("FilterData", aFilterData)
+};
+
+xGraphicExporter->filter(aDescriptor);
+
+BitmapEx bmp =
vcl::PngImageReader(*maTempFile.GetStream(StreamMode::READ)).read();
+std::set foundColors;
+for (tools::Long x = 0; x < bmp.GetSizePixel().Width(); ++x)
+for (tools::Long y = 0; y < bmp.GetSizePixel().Height(); ++y)
+foundColors.insert(bmp.GetPixelColor(x, y));
+
+// There must be only two colors (white and blue) in the bitmap
generated without AA
+CPPUNIT_ASSERT_EQUAL(size_t(2), foundColors.size());
+maTempFile.CloseStream();
+}
+
+// 2. AA enabled
+{
+css::uno::Sequence aFilterData{
+comphelper::makePropertyValue("PixelWidth", sal_Int32(200)),
+comphelper::makePropertyValue("PixelHeight", sal_Int32(200)),
+comphelper::makePropertyValue("AntiAliasing", true),
+};
+
+css::uno::Sequence aDescriptor{
+comphelper::makePropertyValue("URL", maTempFile.GetURL()),
+comphelper::makePropertyValue("FilterName", OUString("PNG")),
+comphelper::makePropertyValue("FilterData", aFilterData)
+};
+
+xGraphicExporter->filter(aDescriptor);
+
+BitmapEx bmp =
vcl::PngImageReader(*maTempFile.GetStream(StreamMode::READ)).read();
+std::set foundColors;
+for (tools::Long x = 0; x < bmp.GetSizePixel().Width(); ++x)
+for (tools::Long y = 0; y < bmp.GetSizePixel().Height(); ++y)
+foundColors.insert(bmp.GetPixelColor(x, y));
+
+// With AA, the number of colors will be greater - it is 19 on my
system
+CPPUNIT_ASSERT_GREATER(size_t(2), foundColors.size());
+maTempFile.CloseStream();
+}
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/sd/qa/unit/data/odg/diagonalLine.fodg
b/sd/qa/unit/data/odg/diagonalLine.fodg
new file mode 100644
index ..f6f8edec46bc
--- /dev/null
+++ b/sd/qa/unit/data/odg/diagonalLine.fodg
@@ -0,0 +1,39 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/svtools/source/config/optionsdrawinglayer.cxx
b/svtools/source/config/optionsdrawinglayer.cxx
index 2fee81139800..0564adffa94c 100644
--- a/svtools/source/config/optionsdrawinglayer.cxx
+++ b/svtools/source/config/optionsdrawinglayer.cxx
@@ -183,14 +183,15 @@ void SetAntiAliasing( bool bOn, bool bTemporary )
comphelper::ConfigurationChanges::create();
officecfg::Office::Common::Drawinglayer::AntiAliasing::set(bOn, batch);
[Libreoffice-bugs] [Bug 155055] Pivot table in chart not rendering correctly in Calc - FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=155055 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- As the message show, there is a slicer, that LibreOffice doesn't support. There is a request of enhancement for it. If you like, add there your comment. *** This bug has been marked as a duplicate of bug 119897 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155014] Arrow head varies with same settings
https://bugs.documentfoundation.org/show_bug.cgi?id=155014 --- Comment #3 from m.a.riosv --- Right-click on both lines, Line, Line [tab], and you can see that they have a different 'End Style' - 'Width' (right-bottom). I put the second with the same as the first, save and reopening, and they remain the same. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 BogdanB changed: What|Removed |Added Depends on||147039 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147039 [Bug 147039] Page with images deleted after deleting second last paragraph -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107831] [META] Paragraph-level bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107831 BogdanB changed: What|Removed |Added Depends on||147039 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147039 [Bug 147039] Page with images deleted after deleting second last paragraph -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147039] Page with images deleted after deleting second last paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=147039 BogdanB changed: What|Removed |Added Blocks||107831, 87740 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=87740 [Bug 87740] [META] Anchor and text wrapping bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=107831 [Bug 107831] [META] Paragraph-level bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=102847 BogdanB changed: What|Removed |Added Depends on||141296 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141296 [Bug 141296] Find & Replace: Checkmark "Current selection only" automatically unset after repeating "find" (or "find/ replace") despite that area is still marked -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141296] Find & Replace: Checkmark "Current selection only" automatically unset after repeating "find" (or "find/ replace") despite that area is still marked
https://bugs.documentfoundation.org/show_bug.cgi?id=141296 BogdanB changed: What|Removed |Added Blocks||102847 CC||buzea.bog...@libreoffice.or ||g --- Comment #5 from BogdanB --- "Current selection only" is not remembered the second time it is used. Also in Version: 7.5.2.1 (X86_64) / LibreOffice Community Build ID: e8bf3b441b8370f8440b0339fd9490765a8d57ca CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102847 [Bug 102847] [META] Quick Find, Search and Replace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153375] Create an user profile comparator. (registrymodifications.xcu)
https://bugs.documentfoundation.org/show_bug.cgi?id=153375 --- Comment #3 from m.a.riosv --- But, the question for a user, find an easy way to what has changed, when they need to go for a clean profile. Facilitating to test what option is the source of the issue, and recover even manually their options. As you all know, there are a lot of problems with the profile, mainly when installing new versions of LibreOffice, generating a great frustration for the people. So it could help a lot to avoid issues, bug reports, and questions in Ask. Can be done?, but not so easy, it is a complex file. BTW Everything can be done, -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: dbaccess/inc dbaccess/source dbaccess/uiconfig dbaccess/UIConfig_dbaccess.mk solenv/sanitizers
dbaccess/UIConfig_dbaccess.mk |1
dbaccess/inc/strings.hrc |4
dbaccess/source/core/misc/dsntypes.cxx|3
dbaccess/source/inc/dsntypes.hxx |1
dbaccess/source/ui/dlg/DBSetupConnectionPages.cxx | 171 ++
dbaccess/source/ui/dlg/DBSetupConnectionPages.hxx | 54
dbaccess/source/ui/dlg/DbAdminImpl.cxx| 36 +++
dbaccess/source/ui/dlg/dbadmin.cxx|2
dbaccess/source/ui/dlg/dbwizsetup.cxx |8
dbaccess/source/ui/inc/dbwizsetup.hxx |1
dbaccess/source/ui/inc/dsitems.hxx|3
dbaccess/uiconfig/ui/postgrespage.ui | 253 ++
solenv/sanitizers/ui/dbaccess.false |1
solenv/sanitizers/ui/dbaccess.suppr |1
14 files changed, 538 insertions(+), 1 deletion(-)
New commits:
commit afe99617707c92460e66486c0057ef327e8aa017
Author: nirnay
AuthorDate: Tue Apr 18 15:05:25 2023 +0530
Commit: Michael Weghorn
CommitDate: Fri Apr 28 05:50:30 2023 +0200
tdf#43369: Specific UI for collecting PostgreSQL connection settings
strings.hrc is used to add the text visible in the GUI and hence
coressponding strings have been defined for postgres GUI.
dsntypes.cxx since a new GUI page has been created for postgres
a new page routing has been inserted instead of it going to default
Since oracle jdbc and mysql jdbc have almost the same GUI the
oracle jdbc was used as reference since there is no middle page between
the target GUI page, unlike in mysql jdbc.
dsntypes.hxx corressponding page id has been added for postgres
for routing.
dbadmin.cxx new default postgres port id has been added added just
like MySQL and defined like all.
dsitems.hxx contains the DSID used dbadmin.cxx
dbwizsetup.cxx this where the GUI page is being called for generation
dbwizsetup.hxx holds the title page string
UIConfig_dbaccess.mk includes the new postgres page
postgrespage.ui is the UI page where the GUI part has been refered from
specialjdbcconnectionpage.ui and the connection string has been taken from
dbwizconnectionpage.ui instead of adding a label and edit option
so that connection string prefix is handled in the GUI with pre-existing
curledit.cxx
DBSetupConnectionPage.hxx holds the declaration of all the functions called
in the coressponding cxx file. The declaration is a mix of
OGeneralSpecialJDBCConnectionPageSetup
class from where the GUI is being handled and since there is no test
connection from postgres the
test driver has not been implemented, OConnectionTabPageSetup from which
commit page has been
inspired and OConnectionHelper is used to handle the connectionstring just
like in the original
class minus the file based system implementation.
DbAdminminImpl.cxx is where the data is retrevied from GUI and and pasted
at the back of the connection
string which is now a usual postgres connection string.
dbaccess.suppr the supression has been added for gtklabel of postgres which
have no corresponding
entry widget.
Change-Id: Id60fd02a56b10c1cb9b09c9302c6ddf170be8493
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150546
Tested-by: Jenkins
Reviewed-by: Michael Weghorn
diff --git a/dbaccess/UIConfig_dbaccess.mk b/dbaccess/UIConfig_dbaccess.mk
index c0e6a28f895f..db2af00cff08 100644
--- a/dbaccess/UIConfig_dbaccess.mk
+++ b/dbaccess/UIConfig_dbaccess.mk
@@ -71,6 +71,7 @@ $(eval $(call gb_UIConfig_add_uifiles,dbaccess, \
dbaccess/uiconfig/ui/savedialog \
dbaccess/uiconfig/ui/savemodifieddialog \
dbaccess/uiconfig/ui/specialjdbcconnectionpage \
+dbaccess/uiconfig/ui/postgrespage \
dbaccess/uiconfig/ui/specialsettingspage \
dbaccess/uiconfig/ui/sortdialog \
dbaccess/uiconfig/ui/sqlexception \
diff --git a/dbaccess/inc/strings.hrc b/dbaccess/inc/strings.hrc
index aa902e592179..16669fe4ed9b 100644
--- a/dbaccess/inc/strings.hrc
+++ b/dbaccess/inc/strings.hrc
@@ -366,6 +366,7 @@
#define STR_PAGETITLE_JDBC NC_("STR_PAGETITLE_JDBC",
"Set up JDBC connection" )
#define STR_PAGETITLE_ORACLE
NC_("STR_PAGETITLE_ORACLE", "Set up Oracle database connection" )
#define STR_PAGETITLE_MYSQL NC_("STR_PAGETITLE_MYSQL",
"Set up MySQL/MariaDB connection" )
+#define STR_PAGETITLE_POSTGRES
NC_("STR_PAGETITLE_POSTGRES", "Set up PostgreSQL connection" )
#define STR_PAGETITLE_ODBC NC_("STR_PAGETITLE_ODBC",
"Set up ODBC connection" )
#define STR_PAGETITLE_DOCUMENT_OR_SPREADSHEET
NC_("STR_PAGETITLE_DOCUMENT_OR_SPREADSHEET", "Set up Writer Document or
Spreadsheet connection" )
#define STR_PAGETITLE_AUTHENTIFICATION
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 147621] The print dialogue overflows the screen after updating l10n
https://bugs.documentfoundation.org/show_bug.cgi?id=147621 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147621] The print dialogue overflows the screen after updating l10n
https://bugs.documentfoundation.org/show_bug.cgi?id=147621 --- Comment #4 from QA Administrators --- Dear songsammy, 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-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151768] table toolbar in Writer on MacOSX appears at the bottom
https://bugs.documentfoundation.org/show_bug.cgi?id=151768 --- Comment #7 from QA Administrators --- Dear Nikolay Stankevich, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148541] Crash in: google_breakpad::ExceptionHandler::HandlePureVirtualCall()
https://bugs.documentfoundation.org/show_bug.cgi?id=148541 --- Comment #6 from QA Administrators --- Dear jncressey, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147353] Performance problem when using Skia renderer with hardware acceleration (Win11)
https://bugs.documentfoundation.org/show_bug.cgi?id=147353 --- Comment #3 from QA Administrators --- Dear lostson, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 72830] Connectors do not snap to grid and do not react on key
https://bugs.documentfoundation.org/show_bug.cgi?id=72830 --- Comment #16 from QA Administrators --- Dear Norbert X, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141296] Find & Replace: Checkmark "Current selection only" automatically unset after repeating "find" (or "find/ replace") despite that area is still marked
https://bugs.documentfoundation.org/show_bug.cgi?id=141296 --- Comment #4 from QA Administrators --- Dear Roland White, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116998] The comment box is smaller when pasting the same comment twice
https://bugs.documentfoundation.org/show_bug.cgi?id=116998 --- Comment #10 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155056] Crash in: osl_releaseMutex
https://bugs.documentfoundation.org/show_bug.cgi?id=155056 --- Comment #1 from Zhang Wen --- I'm opening an odt file protected by gpg, combined with Gpg4win and Yubikey, and 'decrypt after physical touch' option. If there is any help. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155057] Wrong colors in some WPG graphic import
https://bugs.documentfoundation.org/show_bug.cgi?id=155057 --- Comment #1 from e...@columbia.edu --- I should have said that this was one of the graphics that shipped with WordPerfect Office 7 and other versions. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155057] New: Wrong colors in some WPG graphic import
https://bugs.documentfoundation.org/show_bug.cgi?id=155057 Bug ID: 155057 Summary: Wrong colors in some WPG graphic import Product: LibreOffice Version: 7.5.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: e...@columbia.edu Created attachment 186973 --> https://bugs.documentfoundation.org/attachment.cgi?id=186973=edit WPG graphic that opens in Draw with wrong colors Some WPG (WordPerfect Graphics) files open with wrong colors in LibreOffice Draw (and also in the libwpg tools that LibreOffice uses for WPG graphics). Here is an example (attached) that has pale pink and orange colors when opened in WordPerfect or Corel Presentations, but dark purple colors in LibreOffice. I posted a ticket about this on the libwpg SourceForge page, but no one has responded to it. It would be good if a LibreOffice developer could look into this, as there is no other native software for viewing WPG graphics under Linux or macOS. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155056] New: Crash in: osl_releaseMutex
https://bugs.documentfoundation.org/show_bug.cgi?id=155056 Bug ID: 155056 Summary: Crash in: osl_releaseMutex Product: LibreOffice Version: 7.5.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: zhw2101024+...@gmail.com This bug was filed from the crash reporting server and is br-c5f4c628-63b6-4eab-8047-4a9ce5a8372b. = -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155055] New: Pivot table in chart not rendering correctly in Calc - FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=155055 Bug ID: 155055 Summary: Pivot table in chart not rendering correctly in Calc - FORMATTING Product: LibreOffice Version: 7.5.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: agap...@hotmail.com Created attachment 186972 --> https://bugs.documentfoundation.org/attachment.cgi?id=186972=edit Pivot tables not rendering correctly in calc I have a pivot table that is not rendering correctly in Calc. Boxes are one on top of one another, colors don't work and its generally a mess. I have attached the file here. Its in the AgeHtWt (third) sheet. I have experienced this problem with other pivot tables in the past, this is just a text document i use. The file opens properly in OnlyOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155053] Low resolution while inserting animated GIF
https://bugs.documentfoundation.org/show_bug.cgi?id=155053 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Please attach a sample GIF file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155052] Writer document vanishes in the middle of typing and after a document save
https://bugs.documentfoundation.org/show_bug.cgi?id=155052 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from m.a.riosv --- Please test with a clean profile, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #12 from Rafael Lima --- (In reply to Eyal Rozenberg from comment #9) > 0.8" = 2.032 cm - fits 012345678 and half of a 9. > 0.75" = 1.905 cm - fits 0123456789 I like the idea of 1.905 cm (0.75"). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #12 from Rafael Lima --- (In reply to Eyal Rozenberg from comment #9) > 0.8" = 2.032 cm - fits 012345678 and half of a 9. > 0.75" = 1.905 cm - fits 0123456789 I like the idea of 1.905 cm (0.75"). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154188] Document "Run Graphics Tests" feature found in Options dialog's View pane
https://bugs.documentfoundation.org/show_bug.cgi?id=154188 --- Comment #2 from Olivier Hallot --- Thanks for the pointers. I think this feature is not ready and should be hidden in "experimental features" options under Advanced options page, or even enabled in the "Expert Mode". IMHO, the graphic test dialog - as it is now - need much more work to meet our HID standards. So far the dialog miss a Help/OK/Cancel button row, no way I found to resize it, possibly misfit small screens. If user press a skipped test button, a micro-window pops and I found no way to resize it I also doubt if end-users need to run these tests. In many business environments, features like this usually attract the unskilled, click-a-thon person, that will not understand the results, and possibly call the Help desk for support to explain or fix a broken test. That does not invalidate the need of proper Help page, though. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 73bada774ef37efd5a4498ccc083b1358314557d CPU threads: 16; OS: Linux 6.2; UI render: Skia/Raster; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #11 from Eyal Rozenberg --- (In reply to ady from comment #10) > FWIW, that would be the other way around, Yes, I mis-copy-pasted, sorry. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #11 from Eyal Rozenberg --- (In reply to ady from comment #10) > FWIW, that would be the other way around, Yes, I mis-copy-pasted, sorry. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #10 from ady --- (In reply to Eyal Rozenberg from comment #9) > 0.8" = 2.032 cm - fits 012345678 and half of a 9. > 0.75" = 1.905 cm - fits 0123456789 FWIW, that would be the other way around, twofold... 0.8" fits 1234567890 while 0.75" fits 123456789 plus half of a zero, which could easily be automatically presented in scientific format – that's what happening in my system. Besides the width for the characters themselves, each column demands some additional "padding" space by default. Please don't forget that other factors influence the rendered result too. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #10 from ady --- (In reply to Eyal Rozenberg from comment #9) > 0.8" = 2.032 cm - fits 012345678 and half of a 9. > 0.75" = 1.905 cm - fits 0123456789 FWIW, that would be the other way around, twofold... 0.8" fits 1234567890 while 0.75" fits 123456789 plus half of a zero, which could easily be automatically presented in scientific format – that's what happening in my system. Besides the width for the characters themselves, each column demands some additional "padding" space by default. Please don't forget that other factors influence the rendered result too. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-23.05' - 13 commits - bin/lo-all-static-libs download.lst external/libwebp i18npool/CppunitTest_i18npool_transliteration.mk i18npool/Module_
RepositoryExternal.mk |1 bin/lo-all-static-libs |1 download.lst |4 external/libwebp/Makefile.vc.patch | 28 +- i18npool/CppunitTest_i18npool_transliteration.mk | 30 +++ i18npool/Module_i18npool.mk|1 i18npool/qa/cppunit/transliteration.cxx| 126 + i18npool/source/transliteration/transliterationImpl.cxx| 60 -- include/editeng/unoprnms.hxx |1 include/svx/svddef.hxx |3 include/svx/unoshprp.hxx |1 include/svx/xoutbmp.hxx|3 include/xmloff/xmltoken.hxx|2 include/xmloff/xmltypes.hxx|1 oox/inc/drawingml/textbodyproperties.hxx |2 oox/source/drawingml/shape.cxx |5 oox/source/drawingml/textbodypropertiescontext.cxx | 14 + oox/source/export/drawingml.cxx|5 oox/source/token/properties.txt|1 sd/qa/unit/data/odp/style-overflow-behavior-clip.fodp | 18 + sd/qa/unit/import-tests2.cxx | 23 ++ svx/qa/unit/data/clip-vertical-overflow.pptx |binary svx/qa/unit/svdraw.cxx | 44 svx/source/svdraw/svdattr.cxx |1 svx/source/svdraw/svdotextdecomposition.cxx| 14 - svx/source/xoutdev/_xoutbmp.cxx| 12 + sw/qa/core/accessibilitycheck/AccessibilityCheckTest.cxx |7 sw/qa/extras/htmlexport/data/reqif-transparent-tif-img.odt |binary sw/qa/extras/htmlexport/htmlexport.cxx | 23 ++ sw/qa/extras/odfimport/data/incorrectsum.odt |binary sw/qa/extras/odfimport/odfimport.cxx | 13 + sw/qa/extras/ooxmlexport/data/tdf150542.docx |binary sw/qa/extras/ooxmlexport/ooxmlexport16.cxx | 21 ++ sw/qa/extras/ooxmlimport/ooxmlimport2.cxx | 31 +-- sw/qa/uitest/navigator/tdf154521.py| 10 - sw/qa/uitest/navigator/tdf154545.py| 98 ++ sw/source/core/crsr/contentcontrolbutton.cxx |2 sw/source/filter/basflt/shellio.cxx|2 sw/source/filter/html/htmlflywriter.cxx| 31 +-- sw/source/uibase/inc/conttree.hxx |1 sw/source/uibase/utlui/content.cxx | 30 ++- vcl/qt5/QtFrame.cxx|9 writerfilter/source/dmapper/DomainMapper_Impl.cxx | 76 +-- writerfilter/source/dmapper/SettingsTable.cxx | 58 + writerfilter/source/ooxml/model.xml|3 xmloff/inc/xmlprop.hxx |1 xmloff/source/core/xmltoken.cxx|2 xmloff/source/draw/sdpropls.cxx|1 xmloff/source/style/prhdlfac.cxx |5 xmloff/source/token/tokens.txt |2 50 files changed, 711 insertions(+), 116 deletions(-) New commits: commit 8122f919d09dd1b318ecd45a0b8f98d2b086c307 Author: Caolán McNamara AuthorDate: Mon Apr 3 12:21:58 2023 +0100 Commit: Andras Timar CommitDate: Thu Apr 27 23:18:17 2023 +0200 move to libwebp 1.3.0 release Change-Id: I88205be86e15d9878040958b96dc30043d9eb0b6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149959 Tested-by: Jenkins Reviewed-by: Caolán McNamara Signed-off-by: Xisco Fauli Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150010 diff --git a/download.lst b/download.lst index bb8ac7c04d8e..8e7bf0398d13 100644 --- a/download.lst +++ b/download.lst @@ -393,8 +393,8 @@ LIBTOMMATH_TARBALL := ltm-1.0.zip # three static lines # so that git cherry-pick # will not run into conflicts -LIBWEBP_SHA256SUM := 17fd427d210702a595f08ec619afa2cd3bd323f838ad109666482eac8fff65f0 -LIBWEBP_TARBALL := libwebp-1.3.0-rc1.tar.gz +LIBWEBP_SHA256SUM := 64ac4614db292ae8c5aa26de0295bf1623dbb3985054cb656c55e67431def17c +LIBWEBP_TARBALL := libwebp-1.3.0.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts commit 6d8dcf30ba82253e0fbc92df1cc61476afce3084 Author: Caolán McNamara AuthorDate: Thu Dec 29 20:36:07 2022 + Commit: Andras Timar CommitDate: Thu Apr 27 23:18:17 2023 +0200 Related: ofz Use-of-uninitialized-value Change-Id: I2f6e726f713836295603bf7112371aa4aff2c7c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144868
Re: bash script for downloading and installation of libreoffice
Hi Eike, you invited me to provide an address to the bash script. Here it is. https://codeberg.org/demattio/LibreOffice_Package_Download_Script.git Richard On 25.04.23 13:54, Eike Rathke wrote: Hi Richard, On Saturday, 2023-04-22 16:56:57 +0200, Richard Demattio wrote: I would like to provide my script to the community, Nice. but don't know how to do it and over what channel I can do it. Can we see your script at some public place? In general I'd recommend some git repository or git hosting like https://codeberg.org/ Eike
[Libreoffice-bugs] [Bug 32700] UI: Make Track Changes Color "by author" adjustable
https://bugs.documentfoundation.org/show_bug.cgi?id=32700 Troy Rollo changed: What|Removed |Added CC||libreoff...@troy.rollo.name --- Comment #15 from Troy Rollo --- Created attachment 186971 --> https://bugs.documentfoundation.org/attachment.cgi?id=186971=edit PDF showing existing colour usage and the RGB, HSV, HSL, CIE LCH(ab) and CIE Lab representations of them I have attached a PDF showing the existing colour usage for the 9 by-author colour sets, together with the RGB, HSV, HSL, CIE LCH(ab) and CIE Lab representations for those colours -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155034] Cannot open or create file in Impress / Draw on Ubuntu 18.04 or 20.04 after Update libxmlsec to 1.3.0
https://bugs.documentfoundation.org/show_bug.cgi?id=155034 Timur changed: What|Removed |Added Severity|major |critical Priority|high|highest -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/libreoffice-7.5.3.2'
Tag 'libreoffice-7.5.3.2' created by Christian Lohmaier at 2023-04-27 20:06 + Tag libreoffice-7.5.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmRK1dEACgkQ9DSh76/u rqNHOBAAgimIa7ySwWzk7swnWkbtg1xDIQiLrVH9NGlLbtYYeXDlxqJXXfVVibwV WcVo+PUwDmsy968kUPi0xa/xTXXnzWL/DaXP0cFyfS2xZvMe3eHDyB1i/99UjH4I pvL3Mr5q+dHt5uM11ZwI/DhpYf5uBiCloj+BSx8kULRvNDpGh9V6eXRom/8s6ePs BYt3eA4TUQU1YK0UkT+NjHaD3+9MDx0o0ZuEjl2xKxYeca31Q5zprsZVx/Y2mFt5 /e9yv/5ac25D7HumLLrb/LsMeEmU8RGawzXGLw5LfsPPEysP6tBGSyU3SwFXUObd JopGhSHx7sEM8lQV76sBlZRNWcdrO3X/Th0rB8Z+h2uPswcOduF5Zr93WH/EMMkN BnaohaewKc74uVlptNgKim4fz5mgUOyNxokjwxjdkJ22J2zQxQ+vpCw8ssD5x7y+ O3UczYXp6oQ/rYZtf3fULXW+vG+FN38GK6ZxALPxA37tefVkMIVfQPktczluVEHj M6c4C75A1NH+BdQ+Sgzy2qn6UsmCNrWEYAvwSRor7EqQFNZt/vZJkwSMA/JbADtZ ngFMqB3Y9hosWsjRbye05dWWnRzMFJqvdQkzRyYC6/TcfoKRiby0jxruIpnxh3qK sy8uH1RYgGmCPr14MJiHNBoTTeXxaZ/u7han+CfzCkGfZeBB/9c= =l32b -END PGP SIGNATURE- Changes since co-23.05-branch-point-501: --- 0 files changed ---
[Libreoffice-commits] translations.git: Changes to 'refs/tags/libreoffice-7.5.3.2'
Tag 'libreoffice-7.5.3.2' created by Christian Lohmaier at 2023-04-27 20:06 + Tag libreoffice-7.5.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmRK1dAACgkQ9DSh76/u rqMPTw/8C4c9qeQj8c/BlsirUGo4UcKLphKqRddgFcaFhZ2uK8oidPKN8LJDf5ll V59XaY2Kueq8y3f3SFuEC+JW7zOdyRR96QGEQeAu0igaecWPNIMjK9OVosbPyXm7 uohKYu1YanJgW5M1JqkvUYCYw6k/riIv2mZpZWWJnWtZoEFt3wv4HrFhjdb5Q3dn vhFdNk4VYAAWGSwBtR38B9X5Q1gAa2Z1J/TEJMw7ZIj3w1r+n+kCecdO8fI8xmeW E9M1e1G2Eb/HcmHqLxmDpXcCgAoVy0kN+5NAbFxY9MApfnev+9J2wlDKJMFjv2jN wVqBtjQlFdiDSYbK+lQklg5aohul8BUKLfY9TPvFjDn8LzZ1bX4jmiJCpRKSXFDS FqyMHyz2T/u8XXELjQANX3mfXumAMUqCS5BV9ymt4Ok3jTvwIQvLyXu7FwmVEee9 VOG8uFkzlMxHFi6lKNqepXJc63IY7nVyHihD1vzTnYdVhY0OhUOAdqRn8KVDdIvy oLBTquWmpv8MbqgO1UZs+UdnS4rBuCL72/Mfpu1DFWPQtVcySzfJy4Gl1DDHojfF hwcbbUt0TKjsIBnB+WtOfc59J/mvNAST7VVmJ54hCh889qPXnO3mB8n9I194hxhP BotLf5tJzwOwEtOBbA9RxvRbFsRBmMTsbtqixowM2pAGnCVhdvM= =1V8m -END PGP SIGNATURE- Changes since co-23.05-branch-point-11: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/libreoffice-7.5.3.2'
Tag 'libreoffice-7.5.3.2' created by Christian Lohmaier at 2023-04-27 20:06 + Tag libreoffice-7.5.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmRK1c0ACgkQ9DSh76/u rqO+yBAAkxRLU6skFcXmMfUEd4QomV7KKWDCcvX9+M/Kq8Oc3mtgr/xM/TD/k+xP N5Rb3ipwEePwF/KKB58qoDaV+ElxhMadOQRi7UzerBocl8KMpO8FYOlv4P7vlRJW hmdfL4w1bN9XtmJjKX3HeAWep78pMC6foLS5p9VYP2uni9dktFjk5dHE6OvsbGre Af7w8Dazwk6Re0d4+kl1w2qF4U/pE1f67oevgpfcL19EbsM2/0F5VBKiFvaenpSs 9rAou1JXge7OmmyN4MChDgpU++AIhlm0/M4hARbup000S6fY6ge6LAp/jLLrNRr/ HI0zFqxJtNH8oUH7KPhADEI30Zu6l3LnjvTHypOTkbhvz67kffGVUYYI84LnJIkj LWMv2gnoZVOEfendFqJ/QqfjC6saO42zsbJ66yTGbWl2Dai0mE3TsemlmOAgRhDN fsyvNPRE/bM7Ch3tNXCycMrytOc/WkllFkm0YqceKX3Ctw4Te1TeJvzjR427KgZa JdGVBJjKy6dM2XYDYjZOzxXYoq9Zjlrp+uuDgAgWsgkPRTkPbMtvjO5MM/F6eVJQ 5MTvB6Q+oVLOazEZIZT6svQ+dvmRjZDkZ+P9FSi/rSzlKRSnsCi8+UuwksSsdPwY 0lfpoe+6wERd4AqzeEBJw0uFCJcep4ApAsIjx2NnoAlx5Npik5o= =FELd -END PGP SIGNATURE- Changes since co-23.05-branch-point-1: --- 0 files changed ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/libreoffice-7.5.3.2'
Tag 'libreoffice-7.5.3.2' created by Christian Lohmaier at 2023-04-27 20:06 + Tag libreoffice-7.5.3.2 -BEGIN PGP SIGNATURE- iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmRK1dAACgkQ9DSh76/u rqNr0g/7B8aFOdFvprNaz49V4oyWGonwmNOhabF8cIq+suh0IZcWLJBmMZKJXHDj YL74cLtIKEJ7eAvzGvoMdV6a6oqvhze9UUf7Qz4SjWpuyZ24gXPQILhOSlthQ1Ll usWFjL77sMyumhw/msYOUApPRCQ4nRJeBqcmlrhADQ2BHqy3urxANBfwrzFDl7QW V2WAYsFYJoXGPjEafOVGKpwaScUDAh4vkfLnc1vs8QlKorJypYSoqJAE+ku5Blm6 ppNiNOge/R8HLPh+jMM4qGMTV+mVT/cXMV/TkuvmyT6pfqOoVLTcrc55vBbnZJp5 PoYVHQIOIxyj1ir8LV2fgfpEGhik91gR8OxVmOWvodOXL/RNFmUkJc/DgiKGOT09 Ue9INmjmIODo44qV46ZoZSSOgEMBW3hCLdWYPdMDyGb2oZjGG2ojtnnuderGkRux t2BQPDL8NsIf2f5EwJP/LYVwUPhW9ME9FNTPWsG/KEFwoLqB7h+dVtyB787rEKBx 4m8Y70L2+Ir+D71xuPJAMJcs0Vmq5JuYOV7fB7SJPSX31qvG3Lnt33K/msqTuYKJ IED46fvIZJwmrTPJ7R74aiU4BCgghITDRqBbG6fWwVeFspKTy8sMxUC8RrgDWlN5 7qTw51OL/e3HeToGEoUvomSiTmevAhEjMkhDQZS+ud5ZwfgiAHc= =m205 -END PGP SIGNATURE- Changes since co-23.05-branch-point-5: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-3' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 50ccb578f5b152a5839d287e18b187b2bef4e216 Author: Christian Lohmaier AuthorDate: Thu Apr 27 22:07:03 2023 +0200 Commit: Christian Lohmaier CommitDate: Thu Apr 27 22:07:03 2023 +0200 bump product version to 7.5.3.2.0+ Change-Id: I09f89a5bb0a1a68229eec9e60c0117a4047f380a diff --git a/configure.ac b/configure.ac index dc0a9219430f..27aec67571ac 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([LibreOffice],[7.5.3.1.0+],[],[],[http://documentfoundation.org/]) +AC_INIT([LibreOffice],[7.5.3.2.0+],[],[],[http://documentfoundation.org/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
[Libreoffice-commits] core.git: translations
translations |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 2e57755f72907e4bb604a8ba32edbd6c253ee57c Author: Christian Lohmaier AuthorDate: Thu Apr 27 22:04:26 2023 +0200 Commit: Gerrit Code Review CommitDate: Thu Apr 27 22:04:26 2023 +0200 Update git submodules * Update translations from branch 'master' to bb3db75014e836ce6af4573bb8576c575a620efe - update translations for master and force-fix errors using pocheck Change-Id: I84abc5c49dc5bf2d198feb58356298e6fb2d1a96 diff --git a/translations b/translations index bd22a155b849..bb3db75014e8 16 --- a/translations +++ b/translations @@ -1 +1 @@ -Subproject commit bd22a155b84999d3a2e75cca0e1c735993971064 +Subproject commit bb3db75014e836ce6af4573bb8576c575a620efe
[Libreoffice-ux-advise] [Bug 154081] Unnumbered headings influence the numbering of numbered headings
https://bugs.documentfoundation.org/show_bug.cgi?id=154081 --- Comment #7 from sdc.bla...@youmail.dk --- (In reply to Vasily Melenchuk (CIB) from comment #6) > we will not highlight numbering-outline button on toolbar because > it is not a list. See bug 148673. Headings are also used for their outline levels, not only with numbering. In that connection, why can't one have a document design where outline level 1 and 2 are numbered, but levels 3-5 are not (but they are still positioned, according to the settings in Tools - Heading Numbering) -- which motivated this bug report. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154081] Unnumbered headings influence the numbering of numbered headings
https://bugs.documentfoundation.org/show_bug.cgi?id=154081 --- Comment #7 from sdc.bla...@youmail.dk --- (In reply to Vasily Melenchuk (CIB) from comment #6) > we will not highlight numbering-outline button on toolbar because > it is not a list. See bug 148673. Headings are also used for their outline levels, not only with numbering. In that connection, why can't one have a document design where outline level 1 and 2 are numbered, but levels 3-5 are not (but they are still positioned, according to the settings in Tools - Heading Numbering) -- which motivated this bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-3' - sfx2/source
sfx2/source/doc/iframe.cxx| 15 ---
sfx2/source/inc/eventsupplier.hxx |1 +
2 files changed, 5 insertions(+), 11 deletions(-)
New commits:
commit 839547124e3080c68f567ea2072e805f6cae5432
Author: Caolán McNamara
AuthorDate: Thu Apr 20 20:58:21 2023 +0100
Commit: Christian Lohmaier
CommitDate: Thu Apr 27 21:56:07 2023 +0200
assume IFrame script/macro support isn't needed
seems undocumented at least
Change-Id: I316e4f4f25ddb7cf6b7bac4d856a721b987207a3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151105
Reviewed-by: Stephan Bergmann
Reviewed-by: Xisco Fauli
Reviewed-by: Noel Grandin
Reviewed-by: Mike Kaganski
Tested-by: Mike Kaganski
diff --git a/sfx2/source/doc/iframe.cxx b/sfx2/source/doc/iframe.cxx
index e0bb2b568b6e..4f3b414d5d69 100644
--- a/sfx2/source/doc/iframe.cxx
+++ b/sfx2/source/doc/iframe.cxx
@@ -167,23 +167,16 @@ sal_Bool SAL_CALL IFrameObject::load(
uno::Reference < util::XURLTransformer > xTrans(
util::URLTransformer::create( mxContext ) );
xTrans->parseStrict( aTargetURL );
+INetURLObject aURLObject(aTargetURL.Complete);
+if (aURLObject.GetProtocol() == INetProtocol::Macro ||
aURLObject.isSchemeEqualTo(u"vnd.sun.star.script"))
+return false;
+
uno::Reference xParentFrame =
xFrame->getCreator();
SfxObjectShell* pDoc = SfxMacroLoader::GetObjectShell(xParentFrame);
-if (INetURLObject(aTargetURL.Complete).GetProtocol() ==
INetProtocol::Macro)
-{
-if (pDoc && !pDoc->AdjustMacroMode())
-return false;
-}
-
-if (!SfxEvents_Impl::isScriptURLAllowed(aTargetURL.Complete))
-return false;
-
bool bUpdateAllowed(true);
if (pDoc)
{
-// perhaps should only check for file targets, but lets default to
making it strong
-// unless there is a known need to distinguish
comphelper::EmbeddedObjectContainer& rEmbeddedObjectContainer =
pDoc->getEmbeddedObjectContainer();
bUpdateAllowed =
rEmbeddedObjectContainer.getUserAllowsLinkUpdate();
}
diff --git a/sfx2/source/inc/eventsupplier.hxx
b/sfx2/source/inc/eventsupplier.hxx
index 316b3b1836d7..56aa8f95e75f 100644
--- a/sfx2/source/inc/eventsupplier.hxx
+++ b/sfx2/source/inc/eventsupplier.hxx
@@ -81,6 +81,7 @@ public:
SfxObjectShell* i_document );
static void Execute( css::uno::Sequence < css::beans::PropertyValue >
const & aEventData, const css::document::DocumentEvent& aTrigger,
SfxObjectShell* pDoc );
+private:
/// Check if script URL whitelist exists, and if so, if current script url
is part of it
static bool isScriptURLAllowed(const OUString& aScriptURL);
};
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5-3' - embeddedobj/source include/svx sc/source sfx2/source svx/source sw/inc sw/source xmloff/source
embeddedobj/source/commonembedding/embedobj.cxx | 60 +- embeddedobj/source/commonembedding/specialobject.cxx |9 + embeddedobj/source/inc/commonembobj.hxx |3 embeddedobj/source/inc/specialobject.hxx |6 + include/svx/svdoole2.hxx | 17 ++- include/svx/unoshape.hxx |2 sc/source/ui/docshell/documentlinkmgr.cxx|9 + sfx2/source/doc/iframe.cxx | 55 ++ svx/source/svdraw/svdoole2.cxx | 104 +++ svx/source/unodraw/shapeimpl.hxx |5 svx/source/unodraw/unoshap4.cxx | 23 +++- sw/inc/ndole.hxx |4 sw/source/core/ole/ndole.cxx | 89 ++-- xmloff/source/draw/ximpshap.cxx | 29 - xmloff/source/draw/ximpshap.hxx |2 15 files changed, 331 insertions(+), 86 deletions(-) New commits: commit 4e7d76b20bae83efde7d97d938bd5fa705e90f3a Author: Caolán McNamara AuthorDate: Thu Apr 13 11:31:17 2023 +0100 Commit: Christian Lohmaier CommitDate: Thu Apr 27 21:55:48 2023 +0200 put floating frames under managed links control like we do for sections and ole objects that link to their content individual commits in trunk are: extract a OCommonEmbeddedObject::SetInplaceActiveState for reuse no behaviour change intended Change-Id: Ia1d12aa5c9afdc1347f6d4364bc6a0b7f41ee168 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150341 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara (cherry picked from commit 183e34a3f8c429c0698951e24c17844e416a3825) use parent window as dialog parent it makes no odds, but is more convenient for upcoming modification Change-Id: Ibc5333b137d2da089b3b701ff615c6ddf43063d0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150342 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara (cherry picked from commit f93edf343658abd489bde3639d2ffaefd50c0f99) adjust IFrameObject so it could reuse mxFrame for a reload of content Change-Id: I7eec3132a23faafd9a2878215a0a117a67bc9bf2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150343 Tested-by: Caolán McNamara Reviewed-by: Caolán McNamara (cherry picked from commit 3a727d26fd9eb6fa140bc3f5cadf3db079d42206) query getUserAllowsLinkUpdate for the case of content in a floating frame similarly to how it works for the more common "normal" embedded objects Change-Id: I83e38dfa2f84907c2de9680e91f779d34864a9ad Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149971 Tested-by: Jenkins Reviewed-by: Caolán McNamara (cherry picked from commit 52aa46468531918eabfa2031dedf50377ae72cf7) add a route to get writer Floating Frame links under 'manage links' Change-Id: If90ff71d6a96342574799312f764badaf97980eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150349 Tested-by: Jenkins Reviewed-by: Caolán McNamara (cherry picked from commit 8b8a2844addbd262befb1a2d193dfb590dfa20be) allow SvxOle2Shape::resetModifiedState to survive having no SdrObject Change-Id: Iea059262c124e3f44249e49b4189732310d28156 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150538 Tested-by: Jenkins Reviewed-by: Caolán McNamara (cherry picked from commit 02379929bd0e1d1676635f0ca1920422702ebb7c) create the FloatingFrameShape in a separate step to inserting it this is derived from the path taken by the AddShape(const OUString&) function for this case. No change in behavior is intended. Change-Id: Id09ae0c65a55a37743ad7c184070fb8dd97d8a7f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150526 Tested-by: Jenkins Reviewed-by: Caolán McNamara (cherry picked from commit bafec47847a0b9697b3bbe9358e53f8118af3024) add a route to get calc Floating Frame links under 'manage links' much harder than writer because the organization and ordering of properties and object activation etc is different. This ended up ugly, but functions. We set FrameURL before AddShape, we have to do it again later because it gets cleared when the SdrOle2Obj is attached to the XShape. But we want FrameURL to exist when AddShape triggers SetPersistName which itself triggers SdrOle2Obj::CheckFileLink_Impl and at that point we want to know what URL will end up being used. So bodge this by setting FrameURL to the temp pre-SdrOle2Obj attached properties and we can smuggle it eventually into SdrOle2Obj::SetPersistName at the right point after PersistName is set but before SdrOle2Obj::CheckFileLink_Impl is called in order to inform the link manager that this
[Libreoffice-commits] core.git: Branch 'libreoffice-7-4-7' - drawinglayer/source emfio/qa
drawinglayer/source/tools/emfphelperdata.cxx | 27 -
emfio/qa/cppunit/emf/EmfImportTest.cxx | 30 +++
emfio/qa/cppunit/emf/data/TestEmfPlusDrawBeziers.emf |binary
3 files changed, 44 insertions(+), 13 deletions(-)
New commits:
commit cd94594b24c48602a1eef6af8d98cbf5a6467e3a
Author: Bartosz Kosiorek
AuthorDate: Sun Apr 23 01:37:20 2023 +0200
Commit: Bartosz Kosiorek
CommitDate: Thu Apr 27 21:40:45 2023 +0200
tdf#154789 EMF+ Performance boost of the EmfPlusRecordTypeDrawBeziers
There is several benefits of such performance optimization:
1. We are drawing single curve instead of hundreds of small curves.
In the loop we are creating single Polygon and outside
of the loop we are invoking EMFPPlusDrawPolygon drawing method only
once. As https://bugs.documentfoundation.org/attachment.cgi?id=186725
image is using single EmfPlusRecordTypeDrawBeziers EMF+ record with
hundreds of curves, with using single EMFPPlusDrawPolygon call,
there is no lnger need for individual line creation (e.g. line
color, weight, line caps, line joints, line dashes, etc.)
- The PDF export performance without optimizations of the
https://bugs.documentfoundation.org/attachment.cgi?id=186725:
time ./instdir/program/soffice --headless --convert-to
"pdf:writer_pdf_Export" --outdir ~ ~/Pobrane/problem.docx
real 24m18,471s
user 2m56,004s
sys 1m37,816
- The PDF export performance with optimizations:
real 0m37,527s
user 0m37,004s
sys 0m0,531s
- With Libreoffice 7.5.2 from Ubuntu 22.04, the conversion was
crashed.
2. The PDF export for document:
https://bugs.documentfoundation.org/attachment.cgi?id=186725
was not working correctly for me. The original image is containing
chart. Without optimization, the exported chart was empty.
Current export is working correctly, and graph is visible.
3. The standard opening of the document from
https://bugs.documentfoundation.org/attachment.cgi?id=186725
is now much faster. The zooming in, move image operations are also
noticible faster.
4. Implementation is according to [MS-EMFPLUS] documentation of the
EmfPlusDrawBeziers, which states:
"The ending coordinate of one Bezier curve is the starting coordinate
of the
next. The control points are used for producing the Bezier effect."
Change-Id: Ic77d4c20a462587bb5da4a4df757e30c5ca04fc9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150821
Tested-by: Jenkins
Reviewed-by: Noel Grandin
Reviewed-by: Bartosz Kosiorek
(cherry picked from commit ce008fa9d8f2752bdfeaeff763aafc774a4b4fb2)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150789
Reviewed-by: Ilmari Lauhakangas
Reviewed-by: Xisco Fauli
(cherry picked from commit a30b9314fb011736ccd12c8d3d29514c172a5b17)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151029
Tested-by: Bartosz Kosiorek
diff --git a/drawinglayer/source/tools/emfphelperdata.cxx
b/drawinglayer/source/tools/emfphelperdata.cxx
index 542259568cd0..aaa9b1bf79d5 100644
--- a/drawinglayer/source/tools/emfphelperdata.cxx
+++ b/drawinglayer/source/tools/emfphelperdata.cxx
@@ -1343,11 +1343,15 @@ namespace emfplushelper
rMS.ReadUInt32(aCount);
SAL_INFO("drawinglayer.emf", "EMF+\t DrawBeziers slot:
" << (flags & 0xff));
SAL_INFO("drawinglayer.emf", "EMF+\t Number of points:
" << aCount);
-SAL_WARN_IF((aCount - 1) % 3 != 0, "drawinglayer.emf",
"EMF+\t Bezier Draw not support number of points other than 4, 7, 10, 13,
16...");
+SAL_WARN_IF((aCount - 1) % 3 != 0, "drawinglayer.emf",
+"EMF+\t Bezier Draw not support number of
points other than 4, 7, "
+"10, 13, 16...");
if (aCount < 4)
{
-SAL_WARN("drawinglayer.emf", "EMF+\t Bezier Draw
does not support less than 4 points. Number of points: " << aCount);
+SAL_WARN("drawinglayer.emf", "EMF+\t Bezier Draw
does not support less "
+ "than 4 points.
Number of points: "
+ << aCount);
break;
}
@@ -1355,29 +1359,26 @@ namespace emfplushelper
// We need to add first starting point
aStartPoint = Map(x1, y1);
aPolygon.append(aStartPoint);
-
+SAL_INFO("drawinglayer.emf",
+
[Libreoffice-bugs] [Bug 155054] New: UI: Remediate frustration of opaque style names in style-name picklist contexts
https://bugs.documentfoundation.org/show_bug.cgi?id=155054 Bug ID: 155054 Summary: UI: Remediate frustration of opaque style names in style-name picklist contexts Product: LibreOffice Version: 7.5.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rdbing...@verizon.net Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Jumbo This UI enhancement request originated with frustration in using thethe LO Writer Paragraph Style definition Organizer style picklist functions (Next style: & Inherit from:) when modifying an existing paragraph style in LO Writer, but the request applies to ANY feature of ANY LO app that offers a style name picklist, be it a style of paragraph, character, frame, list, page, table, ... First, the LO Navigator offers a nice hierarchial display of styles (for a given style category of character or paragraph or page or...) such that not only can the user readily discern the functional inheritance hierarchy but also implicitly the full 'pathname' context of the terminal name phrase of the style name. Opaque terminal phrase or single word style names have context for understanding from the visual display. In style picklists (such as used in style modification or creation tabbed forms, or TOC/index/list definition contexts), that hierarchial display context is not present. All the user gets is the terminal phrase or single word style name. Thus, unless the terminal phrase encodes sufficient context, the user is lost as to what a style choice is or where it might be found in Navigator. Example style-name terminal phrases: The Good: Footer Left<-- 'Footer' is the encoded clue this style is related to Headers/Footers, the next higher level of context for the otherwise very opaque 'Left.' Header Right <-- 'Header' is the encoded clue this style is related to Headers/Footers, the next higher level of context for the otherwise very opaque 'Right' Figure Index 1, Index 1, User Index 1, Object Index 1, Index Separator <-- I can tell these are related to index contexts! The Bad: Contents 1<-- 'Contents' of what? In what context is this sytle designed to be used? In Navigator I hunt around and find this inherits from Index. Bibliography 1 <-- Something to do with bibliography, but in what context? Footnote? Endnote? Table of Biblio? In Navigator I hunt around and find this inherits from Index. The Ugly: Drawing Figure Illustration Table Are the above related to indexes for these objects? Something to do with how they anchor or interact with surrounding text? I hunt around in Navigator and find... they inherit from Caption. Who knew? The Gross: Text <-- WTF? (Well, I eventually found it under Caption, but how more OPAQUE can a style name get?) The point of this is that unless a user has visually MEMORIZED the style name tree and retains that memorization since months ago when the user last fiddled with styles, then The Bad, Ugly and Gross just frustrate the heck out of a user whenever confronted with a style name picklist. Enhancement possibilities: A) Selection from a visual heirarchy: A1) Heirarchy tree visual display expands out instead of a flat picklist. Hey, why its called a G.U.I. A2) Alternatively, since it already exists, be able to select from the Navigator tree display to populate an otherwise picklist choice slot in an style selection form context. The user should already know how to apply a style via cursor placement in the document then a mouse 2-click in the Navigator styles gallery, right? Why not use the same trained user action be to populate a style name entry in ANY LO GUI context where a textual style name is valid input? The point of a picklist is to not only present the choices but also to RESTRICT the choices. Navigator does the exact same thing but with greater visual and textual understanding context available to the user. B) Keep the picklist approach but encode additional context in the text of each picklist choice. Possibilities here are: B1) Re-name built-in style names to encode a next higher level of context. Examples: Contents 1 --> 'Index Contents 1' or perhaps 'Idx Contents 1' Bibliography 1 --> 'Index Bibliography 1' or perhaps 'Idx Bibliography 1' Alas, that might hork support of legacy doc files having the legacy style name built-ins. So, consider an alias mechanism where multiple style names map to the same style definition object, then provide context-encoded alias for the legacy built-ins. B2) In generating the text of a picklist entry, prepend a context clue from the next
[Libreoffice-bugs] [Bug 154366] Fallback mechanism for hyphenation from specific to general/default language locale
https://bugs.documentfoundation.org/show_bug.cgi?id=154366 --- Comment #6 from Eyal Rozenberg --- (In reply to Marco A.G.Pinto from comment #4) > Use the English hyphenator already there for English variants. > > Is this it? My example was for English, but suppose I want to hyphenate text in locale he_PL . That's probably not available, but it's more likely for us to have hyphenation capability for he, or for he_IL. I suggest that one of those be used as fallback. And the same for English or any other language. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 --- Comment #3 from Commit Notification --- Bartosz Kosiorek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b79a5cdcf0b98fef4b5bfeb380efcea322e9a51a EMF+ tdf#103859 Optimize EmfPlusFillRects and EmfPlusDrawRects It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103859 Commit Notification changed: What|Removed |Added Whiteboard|target:6.3.0 target:7.4.0 |target:6.3.0 target:7.4.0 ||target:7.6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: drawinglayer/source
drawinglayer/source/tools/emfphelperdata.cxx | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
New commits:
commit b79a5cdcf0b98fef4b5bfeb380efcea322e9a51a
Author: Bartosz Kosiorek
AuthorDate: Thu Apr 27 15:05:03 2023 +0200
Commit: Bartosz Kosiorek
CommitDate: Thu Apr 27 21:17:15 2023 +0200
EMF+ tdf#103859 Optimize EmfPlusFillRects and EmfPlusDrawRects
Change-Id: Iac96cf2d4291646fb69cc87c471d2f68ed905d69
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151102
Tested-by: Jenkins
Reviewed-by: Bartosz Kosiorek
diff --git a/drawinglayer/source/tools/emfphelperdata.cxx
b/drawinglayer/source/tools/emfphelperdata.cxx
index a1e9b3b7adce..879d40b925d5 100644
--- a/drawinglayer/source/tools/emfphelperdata.cxx
+++ b/drawinglayer/source/tools/emfphelperdata.cxx
@@ -1255,7 +1255,9 @@ namespace emfplushelper
{
// Silent MSVC warning C4701: potentially
uninitialized local variable 'brushIndexOrColor' used
sal_uInt32 brushIndexOrColor = 999;
-sal_Int32 rectangles;
+::basegfx::B2DPolyPolygon polyPolygon;
+sal_uInt32 rectangles;
+float x, y, width, height;
const bool isColor = (flags & 0x8000);
::basegfx::B2DPolygon polygon;
@@ -1270,11 +1272,9 @@ namespace emfplushelper
SAL_INFO("drawinglayer.emf", "EMF+\t DrawRects");
}
-rMS.ReadInt32(rectangles);
-
-for (int i = 0; i < rectangles; i++)
+rMS.ReadUInt32(rectangles);
+for (sal_uInt32 i = 0; i < rectangles; i++)
{
-float x, y, width, height;
ReadRectangle(rMS, x, y, width, height, bool(flags
& 0x4000));
polygon.clear();
polygon.append(Map(x, y));
@@ -1284,13 +1284,12 @@ namespace emfplushelper
polygon.setClosed(true);
SAL_INFO("drawinglayer.emf", "EMF+\t\t rectangle:
" << x << ", "<< y << " " << width << "x" << height);
-
-::basegfx::B2DPolyPolygon polyPolygon(polygon);
-if (type == EmfPlusRecordTypeFillRects)
-EMFPPlusFillPolygon(polyPolygon, isColor,
brushIndexOrColor);
-else
-EMFPPlusDrawPolygon(polyPolygon, flags & 0xff);
+polyPolygon.append(polygon);
}
+if (type == EmfPlusRecordTypeFillRects)
+EMFPPlusFillPolygon(polyPolygon, isColor,
brushIndexOrColor);
+else
+EMFPPlusDrawPolygon(polyPolygon, flags & 0xff);
break;
}
case EmfPlusRecordTypeFillPolygon:
[Libreoffice-commits] core.git: 2 commits - svx/source sw/inc sw/source vcl/workben
svx/source/form/fmshimp.cxx |5 ++
sw/inc/iodetect.hxx |1
sw/source/filter/xml/xmlimp.cxx | 83
vcl/workben/fftester.cxx| 10
4 files changed, 99 insertions(+)
New commits:
commit bcccaf2322a7bd6ac4204ff48f623517a273922a
Author: Caolán McNamara
AuthorDate: Thu Apr 27 09:30:05 2023 +0100
Commit: Caolán McNamara
CommitDate: Thu Apr 27 21:16:15 2023 +0200
add something for fodt to pdf
Change-Id: Ia2dd8a4d5c6e558ebea6c170a0b01b5f361e1d39
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151135
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
diff --git a/sw/inc/iodetect.hxx b/sw/inc/iodetect.hxx
index c81d84742403..cc8f6693d630 100644
--- a/sw/inc/iodetect.hxx
+++ b/sw/inc/iodetect.hxx
@@ -115,6 +115,7 @@ public:
};
extern "C" SAL_DLLPUBLIC_EXPORT bool SAL_CALL TestImportFODT(SvStream
);
+extern "C" SAL_DLLPUBLIC_EXPORT bool SAL_CALL TestPDFExportFODT(SvStream
);
#endif
diff --git a/sw/source/filter/xml/xmlimp.cxx b/sw/source/filter/xml/xmlimp.cxx
index eaf3a6bec72e..49066780635b 100644
--- a/sw/source/filter/xml/xmlimp.cxx
+++ b/sw/source/filter/xml/xmlimp.cxx
@@ -23,8 +23,10 @@
#include
#include
+#include
#include
#include
+#include
#include
#include
@@ -60,8 +62,12 @@
#include
#include
#include
+#include
#include
+#include
+#include
#include
+#include
#include
#include
@@ -1767,6 +1773,83 @@ extern "C" SAL_DLLPUBLIC_EXPORT bool
TestImportFODT(SvStream )
return ret;
}
+extern "C" SAL_DLLPUBLIC_EXPORT bool TestPDFExportFODT(SvStream )
+{
+Reference xDesktop =
css::frame::Desktop::create(comphelper::getProcessComponentContext());
+Reference xTargetFrame = xDesktop->findFrame("_blank",
0);
+
+Reference
xContext(comphelper::getProcessComponentContext());
+Reference
xModel(xContext->getServiceManager()->createInstanceWithContext(
+"com.sun.star.text.TextDocument", xContext), UNO_QUERY_THROW);
+
+Reference xModelLoad(xModel, UNO_QUERY_THROW);
+xModelLoad->initNew();
+
+css::uno::Reference
xController(xModel->createDefaultViewController(xTargetFrame), UNO_SET_THROW);
+
+utl::ConnectFrameControllerModel(xTargetFrame, xController, xModel);
+
+uno::Reference
xMultiServiceFactory(comphelper::getProcessServiceFactory());
+uno::Reference xStream(new
utl::OSeekableInputStreamWrapper(rStream));
+uno::Reference
xInterface(xMultiServiceFactory->createInstance("com.sun.star.comp.Writer.XmlFilterAdaptor"),
uno::UNO_SET_THROW);
+
+css::uno::Sequence aUserData
+{
+"com.sun.star.comp.filter.OdfFlatXml",
+"",
+"com.sun.star.comp.Writer.XMLOasisImporter",
+"com.sun.star.comp.Writer.XMLOasisExporter",
+"",
+"",
+"true"
+};
+uno::Sequence
aAdaptorArgs(comphelper::InitPropertySequence(
+{
+{ "UserData", uno::Any(aUserData) },
+}));
+css::uno::Sequence aOuterArgs{ uno::Any(aAdaptorArgs) };
+
+uno::Reference xInit(xInterface,
uno::UNO_QUERY_THROW);
+xInit->initialize(aOuterArgs);
+
+uno::Reference xImporter(xInterface,
uno::UNO_QUERY_THROW);
+uno::Sequence aArgs(comphelper::InitPropertySequence(
+{
+{ "InputStream", uno::Any(xStream) },
+{ "URL", uno::Any(OUString("private:stream")) },
+}));
+xImporter->setTargetDocument(xModel);
+
+uno::Reference xFODTFilter(xInterface,
uno::UNO_QUERY_THROW);
+bool ret = xFODTFilter->filter(aArgs);
+
+utl::MediaDescriptor aMediaDescriptor;
+aMediaDescriptor["FilterName"] <<= OUString("writer_pdf_Export");
+
+utl::TempFileNamed aTempFile;
+aTempFile.EnableKillingFile();
+
+uno::Reference xPDFFilter(
+
xMultiServiceFactory->createInstance("com.sun.star.document.PDFFilter"),
uno::UNO_QUERY);
+uno::Reference xExporter(xPDFFilter, uno::UNO_QUERY);
+xExporter->setSourceDocument(xModel);
+
+SvFileStream aOutputStream(aTempFile.GetURL(), StreamMode::WRITE);
+uno::Reference xOutputStream(new
utl::OStreamWrapper(aOutputStream));
+
+uno::Sequence
aDescriptor(comphelper::InitPropertySequence({
+{ "FilterName", uno::Any(OUString("writer_pdf_Export")) },
+{ "OutputStream", uno::Any(xOutputStream) }
+}));
+xPDFFilter->filter(aDescriptor);
+aOutputStream.Close();
+
+css::uno::Reference xClose(xModel,
css::uno::UNO_QUERY);
+xClose->close(false);
+
+return ret;
+}
+
extern "C" SAL_DLLPUBLIC_EXPORT bool TestImportDOCX(SvStream )
{
SwGlobals::ensure();
diff --git a/vcl/workben/fftester.cxx b/vcl/workben/fftester.cxx
index c396b28f1ede..44fb5338f808 100644
--- a/vcl/workben/fftester.cxx
+++ b/vcl/workben/fftester.cxx
@@ -322,6 +322,16 @@ SAL_IMPLEMENT_MAIN_WITH_ARGS(argc, argv)
SvFileStream aFileStream(out, StreamMode::READ);
ret = static_cast((*pfnImport)(aFileStream));
}
+else if
[Libreoffice-bugs] [Bug 154368] UI: Status bar 'document modified' indicator/save button horizontal placement inconsistent
https://bugs.documentfoundation.org/show_bug.cgi?id=154368 --- Comment #3 from R. Bingham --- Please also consider insert mode toggle, selection mode, digital signature, etc. 'simple' indicators/button functions that are common across LO apps. I am guessing digital signature applies to all LO doc types (including templates!). Whereas insert and selection modes possibly not? The main thing will be to establish a future-proof design pattern for these kind of SB indicators/buttons. If in the future a new SB button function across all apps appears, then this new pattern will be the default for SB location unless some strong exception justification in user experience. Regards. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146328] Columns break oddly after moving image frame
https://bugs.documentfoundation.org/show_bug.cgi?id=146328 Caolán McNamara changed: What|Removed |Added CC||michael.st...@allotropia.de --- Comment #6 from Caolán McNamara --- I think the code there was provided by mstahl, just git --amended on top of the test case I initially added -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141014] RTL footnotes that are added to ms-word files appear mirrorred in ms-word
https://bugs.documentfoundation.org/show_bug.cgi?id=141014 --- Comment #14 from Dieter --- Looks good to me with Version: 7.5.3.1 (X86_64) / LibreOffice Community Build ID: d29ee673721b12c92b3de9b9663473211414f0db CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Saving as doc-file and open in MS Word 365 Yotam, could you please retest? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #9 from Eyal Rozenberg --- (In reply to Roman Kuznetsov from comment #8) If, for you, it doesn't matter - then you're basically voting "abstain"... Anyway, the current width is 2.26 cm . I'd also look at options relative to 1 inch (1"). Right now we have about 0.89". reasonable option might be 0.8" = 2.032 cm - fits 012345678 and half of a 9. 0.75" = 1.905 cm - fits 0123456789 I would not go below that. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154788] The default width of Calc columns should be a bit narrower
https://bugs.documentfoundation.org/show_bug.cgi?id=154788 --- Comment #9 from Eyal Rozenberg --- (In reply to Roman Kuznetsov from comment #8) If, for you, it doesn't matter - then you're basically voting "abstain"... Anyway, the current width is 2.26 cm . I'd also look at options relative to 1 inch (1"). Right now we have about 0.89". reasonable option might be 0.8" = 2.032 cm - fits 012345678 and half of a 9. 0.75" = 1.905 cm - fits 0123456789 I would not go below that. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103341 Dieter changed: What|Removed |Added Depends on||154878 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154878 [Bug 154878] I added my own autocorrection and it requires an extra button press to change it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 154878] I added my own autocorrection and it requires an extra button press to change it
https://bugs.documentfoundation.org/show_bug.cgi?id=154878 Dieter changed: What|Removed |Added Keywords||needsUXEval Blocks||103341 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- Let's ask design-team, but personally I don't see the need for such a feature, because as far as I know em-dash is always followed by a space. cc: Design-Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103341 [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 154878] I added my own autocorrection and it requires an extra button press to change it
https://bugs.documentfoundation.org/show_bug.cgi?id=154878 Dieter changed: What|Removed |Added Keywords||needsUXEval Blocks||103341 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter --- Let's ask design-team, but personally I don't see the need for such a feature, because as far as I know em-dash is always followed by a space. cc: Design-Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103341 [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154366] Fallback mechanism for hyphenation from specific to general/default language locale
https://bugs.documentfoundation.org/show_bug.cgi?id=154366 --- Comment #5 from Marco A.G.Pinto --- I don't understand if you are asking for other thing. :-) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154366] Fallback mechanism for hyphenation from specific to general/default language locale
https://bugs.documentfoundation.org/show_bug.cgi?id=154366 --- Comment #4 from Marco A.G.Pinto --- (In reply to Eyal Rozenberg from comment #3) > (In reply to Marco A.G.Pinto from comment #2) > > Heya, hyphenation is very hard. > > Perhaps, but this bug is not about hyphenation. Just about choosing which > already-implemented hyphenation scheme to use. scheme? Use the English hyphenator already there for English variants. Is this it? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113196] [META] Korean language-specific CJK issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113196 Dieter changed: What|Removed |Added Depends on||154851 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=154851 [Bug 154851] Cannot type any non-korean key like punctuation marks or spaces or backspace on asian(korean) input mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154851] Cannot type any non-korean key like punctuation marks or spaces or backspace on asian(korean) input mode
https://bugs.documentfoundation.org/show_bug.cgi?id=154851 Dieter changed: What|Removed |Added Blocks||113196 CC||dgp-m...@gmx.de Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113196 [Bug 113196] [META] Korean language-specific CJK issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'libreoffice-7-5' - sfx2/source
sfx2/source/doc/objstor.cxx |6 ++
1 file changed, 6 insertions(+)
New commits:
commit d467fdd58d4fe0566ec1ad044ade1185b034b9bb
Author: Caolán McNamara
AuthorDate: Wed Mar 29 14:54:36 2023 +0100
Commit: Xisco Fauli
CommitDate: Thu Apr 27 20:45:22 2023 +0200
crashtesting: xSource seen as empty reference
#17 0x7f42f14f1662 in __assert_fail () from
/lib/x86_64-linux-gnu/libc.so.6
#18 0x7f42ef64c68f in
com::sun::star::uno::Reference::operator->
(this=) at core/include/com/sun/star/uno/Reference.h:385
__PRETTY_FUNCTION__ = { }
#19 SfxObjectShell::CopyStoragesOfUnknownMediaType (xSource=...,
xTarget=uno::Reference to (OStorage *) 0x561536cddad8, rExceptions=empty
uno::Sequence) at core/sfx2/source/doc/objstor.cxx:3566
aSubElementNames = uninitialized uno::SequencePython Exception
'NoneType' object is not iterable:
bResult = true
#20 0x7f42ef65551d in SfxObjectShell::SaveAsChildren
(this=this@entry=0x561536dad540, rMedium=...) at
core/sfx2/source/doc/objstor.cxx:3328
xStorage = uno::Reference to (OStorage *) 0x561536cddad8
AutoSaveEvent = false
lArgs = { = {m_aMap =
std::__debug::unordered_map with 2 elements = {[{maString = "AutoSaveEvent",
mnHashCode = 528032507}] = uno::Any(void), [{maString = "FilterName",
mnHashCode = -1339490047}] = uno::Any("string": "draw8")}}, static PROP_ABORTED
= {{str = Python Exception 'NoneType' object has no
attribute 'lazy_string':
, more = {refCount = 1073741824, length = 7, buffer = u"Aborted"}}},
static PROP_ASTEMPLATE = ,
static PROP_COMPONENTDATA = ,
static PROP_DOCUMENTSERVICE = {{str = "DocumentService", more = {refCount =
1073741824, length = 15, buffer = u"DocumentService"}}}, static
PROP_ENCRYPTIONDATA = , static
PROP_FILENAME = , static
PROP_FILTERNAME = , static
PROP_FILTERPROVIDER = , static
PROP_FILTEROPTIONS = , static
PROP_FRAME = , static
PROP_FRAMENAME = , static
PROP_HIDDEN = , static
PROP_INPUTSTREAM = , static PROP_INTERACTIONHANDLER = , static PROP_AUTHENTICATIONHANDLER = , static PROP_JUMPMARK = , static PROP_MACROEXECUTIONMODE = , static PROP_MEDIATYPE = , static PROP_MINIMIZED = , static PROP_NOAUTOSAVE = , static PROP_OPENNEWVIEW = , static PROP_OUTPUTSTREAM = , static PROP_PASSWORD = , static PROP_POSTDATA = , static PROP_PREVIEW = ,
static PROP_READONLY = , static PROP_REFERRER = , static PROP_REPLACEABLE = , static PROP_SALVAGEDFILE = , static PROP_SILENT = ,
static PROP_STATUSINDICATOR = ,
static PROP_STREAM = , static
PROP_STREAMFOROUTPUT = , static
PROP_TEMPLATENAME = , static
PROP_TITLE = , static
PROP_TYPENAME = , static
PROP_UCBCONTENT = , static
PROP_UPDATEDOCMODE = , static
PROP_URL = , static PROP_VERSION
= , static PROP_DOCUMENTTITLE = , static PROP_MODEL = , static PROP_VIEWONLY = , static PROP_DOCUMENTBASEURL = , static PROP_SUGGESTEDSAVEASNAME = , static PROP_AUTOSAVEEVENT = }
aExceptions = empty uno::Sequence
#21 0x7f42ef6555fd in SfxObjectShell::SaveAs
(this=this@entry=0x561536dad540, rMedium=...) at
core/sfx2/source/doc/objstor.cxx:160
Change-Id: Ie9bb49a8ebff6d985e93c7738da241ff8d61ff2f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149724
Tested-by: Jenkins
Reviewed-by: Caolán McNamara
(cherry picked from commit 0bd23b624035f0796fb161feadf948fd730b7cf8)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151115
Reviewed-by: Xisco Fauli
diff --git a/sfx2/source/doc/objstor.cxx b/sfx2/source/doc/objstor.cxx
index 3b75c7e79ba9..9ef664d1cb2f 100644
--- a/sfx2/source/doc/objstor.cxx
+++ b/sfx2/source/doc/objstor.cxx
@@ -3558,6 +3558,12 @@ bool
SfxObjectShell::CopyStoragesOfUnknownMediaType(const uno::Reference< embed:
const uno::Reference<
embed::XStorage >& xTarget,
const
uno::Sequence& rExceptions)
{
+if (!xSource.is())
+{
+SAL_WARN( "sfx.doc", "SfxObjectShell::GetStorage() failed");
+return false;
+}
+
// This method does not commit the target storage and should not do it
bool bResult = true;
[Libreoffice-commits] core.git: include/svx
include/svx/svddef.hxx | 473 - 1 file changed, 236 insertions(+), 237 deletions(-) New commits: commit 647747009aa5d48dd986334709425dfddbb7031f Author: Julien Nabet AuthorDate: Wed Apr 26 10:18:56 2023 +0200 Commit: Julien Nabet CommitDate: Thu Apr 27 20:15:19 2023 +0200 Renumbering comments in include/svx/svddef.hxx + some reformating Change-Id: Ic72bbe5d0c714ebbeb14db54ebd0f0ab672b66b6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151035 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/include/svx/svddef.hxx b/include/svx/svddef.hxx index 18088731bca1..e5b1c884acfd 100644 --- a/include/svx/svddef.hxx +++ b/include/svx/svddef.hxx @@ -180,269 +180,268 @@ class SvXMLAttrContainerItem; class SvxFrameDirectionItem; constexpr sal_uInt16 SDRATTR_START (XATTR_START);/* 1000 */ - /* Pool V4*/ /* Pool V3*/ /* Pool V2*/ -constexpr sal_uInt16 SDRATTR_SHADOW_FIRST (XATTR_END + 1); /* 1067 */ /* 1067 */ /* 1050 */ /* Pool V1: 1036 */ -constexpr TypedWhichId SDRATTR_SHADOW (SDRATTR_SHADOW_FIRST+ 0); /* 1067 */ /* 1067 */ /* 1050 */ -constexpr TypedWhichId SDRATTR_SHADOWCOLOR (SDRATTR_SHADOW_FIRST+ 1); /* 1068 */ /* 1068 */ /* 1051 */ -constexpr TypedWhichId SDRATTR_SHADOWXDIST (SDRATTR_SHADOW_FIRST+ 2); /* 1069 */ /* 1069 */ /* 1052 */ -constexpr TypedWhichId SDRATTR_SHADOWYDIST (SDRATTR_SHADOW_FIRST+ 3); /* 1070 */ /* 1070 */ /* 1053 */ -constexpr TypedWhichId SDRATTR_SHADOWTRANSPARENCE (SDRATTR_SHADOW_FIRST+ 4); /* 1071 */ /* 1071 */ /* 1054 */ /* Pool V2 */ -constexpr TypedWhichIdSDRATTR_SHADOW3D (SDRATTR_SHADOW_FIRST+ 5); /* 1072 */ /* 1072 */ /* 1055 */ /* Pool V2 */ -constexpr TypedWhichIdSDRATTR_SHADOWPERSP (SDRATTR_SHADOW_FIRST+ 6); /* 1073 */ /* 1073 */ /* 1056 */ /* Pool V2 */ -constexpr TypedWhichId SDRATTR_SHADOWSIZEX (SDRATTR_SHADOW_FIRST+ 7); -constexpr TypedWhichId SDRATTR_SHADOWSIZEY (SDRATTR_SHADOW_FIRST+ 8); -constexpr TypedWhichId SDRATTR_SHADOWBLUR (SDRATTR_SHADOW_FIRST+ 9); -constexpr TypedWhichId SDRATTR_SHADOWALIGNMENT(SDRATTR_SHADOW_FIRST + 10); -constexpr sal_uInt16 SDRATTR_SHADOW_LAST (SDRATTR_SHADOWALIGNMENT); /* 1078 */ /* 1078 */ /* 1061 */ /* Pool V1: 1039 */ +constexpr sal_uInt16 SDRATTR_SHADOW_FIRST (XATTR_END + 1); // 1048 +constexpr TypedWhichId SDRATTR_SHADOW (SDRATTR_SHADOW_FIRST+ 0); // 1048 +constexpr TypedWhichId SDRATTR_SHADOWCOLOR (SDRATTR_SHADOW_FIRST+ 1); // 1049 +constexpr TypedWhichId SDRATTR_SHADOWXDIST (SDRATTR_SHADOW_FIRST+ 2); // 1050 +constexpr TypedWhichId SDRATTR_SHADOWYDIST (SDRATTR_SHADOW_FIRST+ 3); // 1051 +constexpr TypedWhichId SDRATTR_SHADOWTRANSPARENCE (SDRATTR_SHADOW_FIRST+ 4); // 1052 +constexpr TypedWhichIdSDRATTR_SHADOW3D (SDRATTR_SHADOW_FIRST+ 5); // 1053 +constexpr TypedWhichIdSDRATTR_SHADOWPERSP (SDRATTR_SHADOW_FIRST+ 6); // 1054 +constexpr TypedWhichId SDRATTR_SHADOWSIZEX (SDRATTR_SHADOW_FIRST+ 7); // 1055 +constexpr TypedWhichId SDRATTR_SHADOWSIZEY (SDRATTR_SHADOW_FIRST+ 8); // 1056 +constexpr TypedWhichId SDRATTR_SHADOWBLUR (SDRATTR_SHADOW_FIRST+ 9); // 1057 +constexpr TypedWhichId SDRATTR_SHADOWALIGNMENT(SDRATTR_SHADOW_FIRST + 10);// 1058 +constexpr sal_uInt16 SDRATTR_SHADOW_LAST (SDRATTR_SHADOWALIGNMENT); // 1058 -constexpr sal_uInt16 SDRATTR_CAPTION_FIRST (SDRATTR_SHADOW_LAST + 1);/* 1080 */ /* 1080 */ /* 1063 */ /* Pool V1: 1041 */ -constexpr TypedWhichId SDRATTR_CAPTIONTYPE (SDRATTR_CAPTION_FIRST+ 0); /* 1080 */ /* 1080 */ /* 1063 */ -constexpr TypedWhichId SDRATTR_CAPTIONFIXEDANGLE (SDRATTR_CAPTION_FIRST+ 1); /* 1081 */ /* 1081 */ /* 1064 */ -constexpr TypedWhichId SDRATTR_CAPTIONANGLE (SDRATTR_CAPTION_FIRST+ 2); /* 1082 */ /* 1082 */ /* 1065 */ -constexpr TypedWhichIdSDRATTR_CAPTIONGAP (SDRATTR_CAPTION_FIRST+ 3); /* 1083 */ /* 1083 */ /* 1066 */ -constexpr TypedWhichId SDRATTR_CAPTIONESCDIR (SDRATTR_CAPTION_FIRST+ 4); /* 1084 */ /* 1084 */ /* 1067 */ -constexpr TypedWhichId SDRATTR_CAPTIONESCISREL
[Libreoffice-commits] core.git: editeng/source
editeng/source/items/paraitem.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 1f36f5dedf8d313e6f29bb1fcf8ac6744624952d Author: Julien Nabet AuthorDate: Wed Apr 26 17:05:41 2023 +0200 Commit: Julien Nabet CommitDate: Thu Apr 27 20:14:55 2023 +0200 0 is ok for ParaTabStopDefaultDistance since introduction of ParaTabStopDefaultDistance cced51a1ed7c140276aabfe857510afb974fcef5 tdf#102261: introduce editeng paragraph tab stop default distance Adds mnDefaultDistance to SvxTabStopItem that if defined will set a paragraph wide tab stop default distance and override the document wide setting. Also makes editeng consider mnDefaultDistance while getting tab stop default distance. The goal is to avoid: warn:xmloff:580503:580503:xmloff/source/core/xmlerror.cxx:163: An error or a warning has occurred during XML import/export! Error-Id: 0x20040001 Flags: 2 ERROR Class: 4 API Number: 1 Parameters: 0: ParaTabStopDefaultDistance Exception-Message: at /home/julien/lo/libreoffice/svx/source/unodraw/unopool.cxx:190 Position: Public Identifier: System Identifier: Row, Column: 2,12943 To reproduce this: Open a new Writer document. Go to Form → Text Box. Draw a text box. Right mouse click on the box → Control properties. General → Border Color: Set to something like "Green" (not: Default). Save the file and close the file. Reopen the file (from https://bugs.documentfoundation.org/show_bug.cgi?id=155029 Form control: Border color of Text controls won't be saved) Change-Id: I8252b1f0c4633a1588edbdc682c6faa48f6b25cd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151070 Tested-by: Jenkins Reviewed-by: Julien Nabet diff --git a/editeng/source/items/paraitem.cxx b/editeng/source/items/paraitem.cxx index f67ddf599b06..054fc586d1e3 100644 --- a/editeng/source/items/paraitem.cxx +++ b/editeng/source/items/paraitem.cxx @@ -977,7 +977,7 @@ bool SvxTabStopItem::PutValue( const uno::Any& rVal, sal_uInt8 nMemberId ) return false; if (bConvert) nNewDefaultDistance = o3tl::toTwips(nNewDefaultDistance, o3tl::Length::mm100); -if (nNewDefaultDistance <= 0) +if (nNewDefaultDistance < 0) return false; mnDefaultDistance = nNewDefaultDistance; break;
[Libreoffice-bugs] [Bug 148369] Redo of deleting a row track and changes enabled deletes the wrong cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=148369 Telesto changed: What|Removed |Added Keywords|bibisectRequest, regression | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143002] [META] Tracked Changes of tables
https://bugs.documentfoundation.org/show_bug.cgi?id=143002 Bug 143002 depends on bug 148369, which changed state. Bug 148369 Summary: Redo of deleting a row track and changes enabled deletes the wrong cell content https://bugs.documentfoundation.org/show_bug.cgi?id=148369 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148369] Redo of deleting a row track and changes enabled deletes the wrong cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=148369 Telesto changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #5 from Telesto --- Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8635c9aa8c6f1078a9e220076d5a08daf30077e8 CPU threads: 8; OS: Mac OS X 12.6.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154366] Fallback mechanism for hyphenation from specific to general/default language locale
https://bugs.documentfoundation.org/show_bug.cgi?id=154366 --- Comment #3 from Eyal Rozenberg --- (In reply to Marco A.G.Pinto from comment #2) > Heya, hyphenation is very hard. Perhaps, but this bug is not about hyphenation. Just about choosing which already-implemented hyphenation scheme to use. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: include/editeng
include/editeng/svxacorr.hxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 233057d98258e9dee7cc50d86f26c1d681df5ba1
Author: Andrea Gelmini
AuthorDate: Thu Apr 27 16:17:32 2023 +0200
Commit: Julien Nabet
CommitDate: Thu Apr 27 20:04:12 2023 +0200
Fix typo
Change-Id: If5a1b306db1a3abd49ed9a554fbff3f5dfa72771
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151130
Tested-by: Julien Nabet
Reviewed-by: Julien Nabet
diff --git a/include/editeng/svxacorr.hxx b/include/editeng/svxacorr.hxx
index eddf8c9296a1..b2eaeff9f9e3 100644
--- a/include/editeng/svxacorr.hxx
+++ b/include/editeng/svxacorr.hxx
@@ -76,7 +76,7 @@ enum class ACFlags : sal_uInt32 {
CorrectCapsLock = 0x2000, // Correct accidental use of cAPS
LOCK key
TransliterateRTL = 0x4000, // Transliterate RTL text
ChgAngleQuotes = 0x8000, // >>, << -> angle quotes in some
languages
-SetDOIAttr = 0x0001, // Set DOIAttribut
+SetDOIAttr = 0x0001, // Set DOIAttribute
ChgWordLstLoad = 0x2000, // Replacement list loaded
CplSttLstLoad= 0x4000, // Exception list for Capital letters
Start loaded
[Libreoffice-bugs] [Bug 154972] When clicking a Navigator item while in Extended Selection mode - don't revert to Standard Selection
https://bugs.documentfoundation.org/show_bug.cgi?id=154972 Eyal Rozenberg changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #2 from Eyal Rozenberg --- (In reply to Diana Vides from comment #1) > Unfortunately without clear steps to reproduce it, we cannot track down the > origin of the problem. Diana, I'm complaining about the intended behavior, not about some uncommon scenario. Be in Extended Selection mode and click an item in the navigator - you'll see the selection mode revert to the standard mode. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154841] Libre Office will not started, after start my PC
https://bugs.documentfoundation.org/show_bug.cgi?id=154841 --- Comment #4 from Julien Nabet --- (In reply to 1880-507b from comment #3) > Hello, > > sorry for the late reply. > Of course I meant version 7.5.1.2 (x68_64). Was a typo. > > I uninstalled Libre Office as recommended and renamed my user profile to > User-old. I then reinstalled version 7.5.1.2. > In the meantime it is like this: Libre Office starts normally after > switching on the PC. > However, if I first opened my mail program (The Bat!! Vers. 10.3.3.3 (64 > bit) and then Libre Office, Libre Office does not start. Only when I close > the Libre Office task with the task manager, can I open Libre Office and it > works correctly. > I suspect an order problem somewhere. > > I look forward to your rep Just to be sure it's not a specific problem of LO preloading, could you try again but with "LibreOffice on Windows Startup" disabled (see https://wiki.documentfoundation.org/Faq/General/148), so: - disable "LibreOffice on Windows Startup" + close LO - reboot machine - start your mail program - try to start LO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131401] Document locking on Linux cifs mount blocking files for MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=131401 --- Comment #11 from Bjoern Voigt --- I can confirm this bug with Libreoffice 7.4.6.2. If UseDocumentSystemFileLocking is false and other locking options are default, then MS Office (tested with Word 365) can open and save documents, which are already opened in Libreoffice (LO). There is no notification both in LO and MS Office, that someone already has opened the file. LO creates a .~lock.originalfilename# lock file, which is ignored by MS Office. If UseDocumentSystemFileLocking is false and CreateMSOLockFiles is true there is also no notification in MS Office, if the file is already opened in LO. There is a MS Office compatible lock file ~$partoforiginalfilename, but MS Office ignores it. If UseDocumentSystemFileLocking is true (default), MS Office can not open the document, which is already opened in LO. Copying the file is also impossible in Windows then. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148369] Redo of deleting a row track and changes enabled deletes the wrong cell content
https://bugs.documentfoundation.org/show_bug.cgi?id=148369 --- Comment #4 from raal --- Telesto, please can you retest? Looks correct. What I mentioned in comment 3 is probably https://wiki.documentfoundation.org/ReleaseNotes/7.3#Tracked_table_row_deletion/insertion Thank you -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146328] Columns break oddly after moving image frame
https://bugs.documentfoundation.org/show_bug.cgi?id=146328 raal changed: What|Removed |Added CC||caol...@redhat.com, ||r...@post.cz Keywords|bibisectRequest |bibisected, bisected Regression By||Caolán McNamara --- Comment #5 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-6.5. Adding Cc: to Caolán McNamara ; Could you possibly take a look at this one? Thanks d2d29a1764ce4f780a3b5a33eade3f04c13ce010 is the first bad commit commit d2d29a1764ce4f780a3b5a33eade3f04c13ce010 Author: Jenkins Build User Date: Tue Mar 24 20:40:13 2020 +0100 source sha:c4dab726caaa73be9f9c731312080143b0a0b89d 90384: ofz#21168 sw,writerfilter: limit writerfilter hack to writerfilter | https://gerrit.libreoffice.org/c/core/+/90384 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155051] "Text alternative" field should be added to Accessibility section of Options tab for Frame
https://bugs.documentfoundation.org/show_bug.cgi?id=155051 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from V Stuart Foote --- Confirmed. Strange that it doesn't. Adding the .uno:ObjectTitleDescription to a Frame object's context menu gives an active 'Text alternative' field on the dialog that the object accepts as input. Version: 7.5.2.2 (X86_64) / LibreOffice Community Build ID: 53bb9681a964705cf672590721dbc85eb4d0c3a2 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sc/qa sc/source
sc/qa/unit/uicalc/uicalc2.cxx| 24
sc/source/core/tool/refupdat.cxx |2 --
2 files changed, 24 insertions(+), 2 deletions(-)
New commits:
commit b88d11ba05085002cf847d4828ded52a3dfb3b09
Author: Tünde Tóth
AuthorDate: Wed Apr 26 15:31:46 2023 +0200
Commit: László Németh
CommitDate: Thu Apr 27 18:58:32 2023 +0200
tdf#152577 sc DBData: fix regression of database ranges
Regression from commit 0c0444c44107f1a18f23dd0833d462d8dbf56569
"tdf#126926 sc DBData: delete the database range".
Change-Id: I04923decdc768770f98763e60cd295400d15c769
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151065
Tested-by: Jenkins
Tested-by: László Németh
Reviewed-by: László Németh
diff --git a/sc/qa/unit/uicalc/uicalc2.cxx b/sc/qa/unit/uicalc/uicalc2.cxx
index a09c9b8e20e9..69db567f305c 100644
--- a/sc/qa/unit/uicalc/uicalc2.cxx
+++ b/sc/qa/unit/uicalc/uicalc2.cxx
@@ -1395,6 +1395,30 @@ CPPUNIT_TEST_FIXTURE(ScUiCalcTest2, testAutoSum)
CPPUNIT_ASSERT_EQUAL(OUString("=SUM(B207:D207)"), pDoc->GetFormula(4, 206,
0));
}
+CPPUNIT_TEST_FIXTURE(ScUiCalcTest2, testTdf152577)
+{
+createScDoc();
+ScDocument* pDoc = getScDoc();
+
+insertStringToCell("A1", u"1");
+insertStringToCell("A2", u"2");
+insertStringToCell("B1", u"3");
+insertStringToCell("B2", u"4");
+
+ScDBData* pDBData = new ScDBData("testDB", 0, 0, 0, 1, 1);
+bool bInserted
+=
pDoc->GetDBCollection()->getNamedDBs().insert(std::unique_ptr(pDBData));
+CPPUNIT_ASSERT(bInserted);
+
+insertNewSheet(*pDoc);
+uno::Sequence aArgs(
+comphelper::InitPropertySequence({ { "Index", uno::Any(sal_uInt16(2))
} }));
+dispatchCommand(mxComponent, ".uno:Remove", aArgs);
+
+ScDBCollection* pDBs = pDoc->GetDBCollection();
+CPPUNIT_ASSERT(!pDBs->empty());
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sc/source/core/tool/refupdat.cxx b/sc/source/core/tool/refupdat.cxx
index 3fce7c714423..ef0902aab3f4 100644
--- a/sc/source/core/tool/refupdat.cxx
+++ b/sc/source/core/tool/refupdat.cxx
@@ -291,8 +291,6 @@ ScRefUpdateRes ScRefUpdate::Update( const ScDocument* pDoc,
UpdateRefMode eUpdat
eRet = UR_INVALID;
theTab2 = theTab1;
}
-else if (bCut2 && theTab2 == 0)
-eRet = UR_INVALID;
else if ( bCut1 || bCut2 )
eRet = UR_UPDATED;
if ( bExp )
[Libreoffice-commits] core.git: sw/qa writerfilter/source
sw/qa/extras/ooxmlexport/data/tdf131722.docx |binary
sw/qa/extras/ooxmlexport/ooxmlexport19.cxx | 57 +++
writerfilter/source/dmapper/SdtHelper.cxx|5 +-
3 files changed, 60 insertions(+), 2 deletions(-)
New commits:
commit fd79c5ed9b13516bdb0f2a29806296698ddda7b2
Author: Czeber László Ádám
AuthorDate: Thu Apr 27 09:48:50 2023 +0200
Commit: László Németh
CommitDate: Thu Apr 27 18:47:48 2023 +0200
tdf#131722 DOCX import: fix lost first character in date selector
Fix another date selector control bug, date picker first character
goes out of the control. The first character of the date separator
in the first row of the table is out of control. The fix takes into
account the placement of the dummy paragraph in the first row of
the table, which caused the date separator to be corrupted.
Thanks to Gabor Kelemen for pointing out this error to me.
Follow-up to commit e898f95bfab16ddd9b04e516293cb6eb7e0a3847
"tdf#138093 DOCX import: fix broken date selector control in table".
Change-Id: I91d272b786a3d3dc047334c2a4a039f987c94ce0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151087
Tested-by: László Németh
Reviewed-by: László Németh
diff --git a/sw/qa/extras/ooxmlexport/data/tdf131722.docx
b/sw/qa/extras/ooxmlexport/data/tdf131722.docx
new file mode 100644
index ..8b72ad4b86a7
Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf131722.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport19.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport19.cxx
index 729fd09724a9..059d652d0a33 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport19.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport19.cxx
@@ -949,6 +949,63 @@ DECLARE_OOXMLEXPORT_TEST(testTdf138093, "tdf138093.docx")
}
}
+DECLARE_OOXMLEXPORT_TEST(testTdf131722, "tdf131722.docx")
+{
+if (isExported())
+{
+xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
+assertXPath(pXmlDoc, "//w:sdt", 4);
+uno::Reference xTablesSupplier(mxComponent,
uno::UNO_QUERY);
+uno::Reference
xTables(xTablesSupplier->getTextTables(),
+uno::UNO_QUERY);
+uno::Reference xTable(xTables->getByIndex(0),
uno::UNO_QUERY);
+uno::Reference xCell = xTable->getCellByName("A1");
+uno::Reference xParagraphsAccess(xCell,
uno::UNO_QUERY);
+uno::Reference xParagraphs
+= xParagraphsAccess->createEnumeration();
+uno::Reference
xParagraph(xParagraphs->nextElement(),
+
uno::UNO_QUERY);
+uno::Reference xPortions =
xParagraph->createEnumeration();
+uno::Reference
xTextPortion(xPortions->nextElement(), uno::UNO_QUERY);
+
+OUString aPortionType;
+xTextPortion->getPropertyValue("TextPortionType") >>= aPortionType;
+CPPUNIT_ASSERT_EQUAL(OUString("ContentControl"), aPortionType);
+
+uno::Reference xContentControl;
+xTextPortion->getPropertyValue("ContentControl") >>= xContentControl;
+uno::Reference
xContentControlProps(xContentControl, uno::UNO_QUERY);
+bool bDate{};
+xContentControlProps->getPropertyValue("Date") >>= bDate;
+CPPUNIT_ASSERT(bDate);
+uno::Reference
xContentControlEnumAccess(xContentControl,
+
uno::UNO_QUERY);
+uno::Reference xContentControlEnum
+= xContentControlEnumAccess->createEnumeration();
+uno::Reference
xTextPortionRange(xContentControlEnum->nextElement(),
+ uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(OUString("Enter a date here!"),
xTextPortionRange->getString());
+}
+else
+{
+SwXTextDocument* pTextDoc =
dynamic_cast(mxComponent.get());
+CPPUNIT_ASSERT(pTextDoc);
+SwDoc* pDoc = pTextDoc->GetDocShell()->GetDoc();
+IDocumentMarkAccess* pMarkAccess = pDoc->getIDocumentMarkAccess();
+CPPUNIT_ASSERT_EQUAL(sal_Int32(2), pMarkAccess->getFieldmarksCount());
+
+for (auto aIter = pMarkAccess->getFieldmarksBegin();
+ aIter != pMarkAccess->getFieldmarksEnd(); ++aIter)
+{
+::sw::mark::IDateFieldmark* pFieldmark
+= dynamic_cast<::sw::mark::IDateFieldmark*>(*aIter);
+CPPUNIT_ASSERT(pFieldmark);
+CPPUNIT_ASSERT_EQUAL(OUString(ODF_FORMDATE),
pFieldmark->GetFieldname());
+CPPUNIT_ASSERT_EQUAL(OUString("Enter a date here!"),
pFieldmark->GetContent());
+}
+}
+}
+
CPPUNIT_PLUGIN_IMPLEMENT();
/* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/writerfilter/source/dmapper/SdtHelper.cxx
b/writerfilter/source/dmapper/SdtHelper.cxx
index f9cedcbf19eb..4f94c46f2f55 100644
---
[Libreoffice-bugs] [Bug 101912] [META] Accessibility (a11y) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=101912 Michael Weghorn changed: What|Removed |Added Depends on||155044 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155044 [Bug 155044] Rename Format - Description menu item -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 155044] Rename Format - Description menu item
https://bugs.documentfoundation.org/show_bug.cgi?id=155044 Michael Weghorn changed: What|Removed |Added Blocks||101912 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=101912 [Bug 101912] [META] Accessibility (a11y) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 155044] Rename Format - Description menu item
https://bugs.documentfoundation.org/show_bug.cgi?id=155044 Michael Weghorn changed: What|Removed |Added Blocks||101912 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=101912 [Bug 101912] [META] Accessibility (a11y) bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: sc/source
sc/source/filter/oox/sheetdatacontext.cxx | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
New commits:
commit e59fdc8b800aa3ab551b3f4fec4bc58366df582e
Author: Eike Rathke
AuthorDate: Thu Apr 27 14:56:36 2023 +0200
Commit: Eike Rathke
CommitDate: Thu Apr 27 18:19:05 2023 +0200
Resolves: tdf#155046 Accept true and false as 1 and 0 for OOXML boolean
cells
Encountered in the wild written by
https://www.npmjs.com/package/excel4node
https://github.com/advisr-io/excel4node/blob/c14213abb9a511ff786c574e473f53006a85e4f9/source/lib/cell/cell.js#L74
Change-Id: Ib21242a55f0d8530fd9120b07a096a9908f451bc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151101
Reviewed-by: Eike Rathke
Tested-by: Jenkins
diff --git a/sc/source/filter/oox/sheetdatacontext.cxx
b/sc/source/filter/oox/sheetdatacontext.cxx
index c1a270afb41a..bc5855e9f4b7 100644
--- a/sc/source/filter/oox/sheetdatacontext.cxx
+++ b/sc/source/filter/oox/sheetdatacontext.cxx
@@ -185,7 +185,16 @@ void SheetDataContext::onEndElement()
mrSheetData.setValueCell( maCellData, maCellValue.toDouble() );
break;
case XML_b:
-mrSheetData.setBooleanCell( maCellData, maCellValue.toDouble() !=
0.0 );
+{
+// Some generators may write true or false instead of 1 or 0.
+/* XXX NOTE: PivotCacheItem::readBool() may suffer from this as
+ * well, but for now let's assume that software writing this
+ * here wrong won't write pivot caches at all.. */
+bool bValue = (maCellValue.toDouble() != 0.0);
+if (!bValue && maCellValue.equalsIgnoreAsciiCase(u"true"))
+bValue = true;
+mrSheetData.setBooleanCell( maCellData, bValue );
+}
break;
case XML_e:
mrSheetData.setErrorCell( maCellData, maCellValue );
[Libreoffice-bugs] [Bug 154841] Libre Office will not started, after start my PC
https://bugs.documentfoundation.org/show_bug.cgi?id=154841 --- Comment #3 from 1880-5...@onlinehome.de --- Hello, sorry for the late reply. Of course I meant version 7.5.1.2 (x68_64). Was a typo. I uninstalled Libre Office as recommended and renamed my user profile to User-old. I then reinstalled version 7.5.1.2. In the meantime it is like this: Libre Office starts normally after switching on the PC. However, if I first opened my mail program (The Bat!! Vers. 10.3.3.3 (64 bit) and then Libre Office, Libre Office does not start. Only when I close the Libre Office task with the task manager, can I open Libre Office and it works correctly. I suspect an order problem somewhere. I look forward to your rep -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107733] [META] Hyperlink bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107733 BogdanB changed: What|Removed |Added Depends on||141894 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141894 [Bug 141894] Writer : when a mail address contains ç letter, its link is wrong -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103341 BogdanB changed: What|Removed |Added Depends on||141894 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=141894 [Bug 141894] Writer : when a mail address contains ç letter, its link is wrong -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141894] Writer : when a mail address contains ç letter, its link is wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=141894 BogdanB changed: What|Removed |Added Blocks||103341, 107733 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103341 [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=107733 [Bug 107733] [META] Hyperlink bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 69599] EDITING: No automatic detection of ANSI URL by AutoCorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=69599 BogdanB changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||1894 -- You are receiving this mail because: You are the assignee for the bug.
