[Libreoffice-bugs] [Bug 142733] Crash when deleting text with Outline folding

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142733

gera...@libreoffice.org changed:

   What|Removed |Added

Version|7.2.0.0 alpha1+ |7.2.0.0.beta1+

--- Comment #6 from gera...@libreoffice.org ---
Hi *.

2. mark "a. Schéma avec dimensions physiques :" and copy it (it will not be
copied to clipboard which is another bug)

I can confirm this behavior.


4. after few seconds, Writer crashes.

I can't confirm this behavior.

LO 7.2.0.0beta1, Linux KDE neon

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: Changes to 'refs/tags/co-21.06.3-1'

2021-06-28 Thread Andras Timar (via logerrit)
Tag 'co-21.06.3-1' created by Andras Timar  at 
2021-06-29 05:46 +

co-21.06.3-1

Changes since co-21.06.2-1-13:
---
 0 files changed
---
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] translations.git: Changes to 'refs/tags/co-21.06.3-1'

2021-06-28 Thread Christian Lohmaier (via logerrit)
Tag 'co-21.06.3-1' created by Andras Timar  at 
2021-06-29 05:46 +

co-21.06.3-1

Changes since co-2021-branch-point-3:
---
 0 files changed
---
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] help.git: Changes to 'refs/tags/co-21.06.3-1'

2021-06-28 Thread Adolfo Jayme Barrientos (via logerrit)
Tag 'co-21.06.3-1' created by Andras Timar  at 
2021-06-29 05:46 +

co-21.06.3-1

Changes since co-2021-branch-point-10:
---
 0 files changed
---
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/co-21.06.3-1'

2021-06-28 Thread Andras Timar (via logerrit)
Tag 'co-21.06.3-1' created by Andras Timar  at 
2021-06-29 05:46 +

co-21.06.3-1

Changes since libreoffice-7-1-branch-point-5:
---
 0 files changed
---
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - configure.ac

2021-06-28 Thread Andras Timar (via logerrit)
 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit af9fc08c876737f17aed2427c2645ca8b82fdaf9
Author: Andras Timar 
AuthorDate: Tue Jun 29 07:45:41 2021 +0200
Commit: Andras Timar 
CommitDate: Tue Jun 29 07:45:41 2021 +0200

Bump version to 21.06.3

Change-Id: I878ce60107717f646dbfc948496c3dc4bfa06675

diff --git a/configure.ac b/configure.ac
index 710e8ca97370..d5b2dc15c0f9 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([Collabora Office],[21.06.2.1],[],[],[https://collaboraoffice.com/])
+AC_INIT([Collabora Office],[21.06.3.1],[],[],[https://collaboraoffice.com/])
 
 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 mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - 4 commits - framework/source sc/source sw/qa sw/source vcl/source

2021-06-28 Thread Mike Kaganski (via logerrit)
 framework/source/uielement/toolbarmanager.cxx |2 +
 sc/source/ui/docshell/impex.cxx   |   32 +-
 sw/qa/extras/ooxmlexport/ooxmlexport11.cxx|9 ++-
 sw/source/core/layout/wsfrm.cxx   |   18 +++---
 vcl/source/gdi/CommonSalLayout.cxx|6 
 5 files changed, 61 insertions(+), 6 deletions(-)

New commits:
commit 48f969f93e0fc413e799ff538cd4cbbfc4da1ef6
Author: Mike Kaganski 
AuthorDate: Thu Jun 24 16:02:02 2021 +0300
Commit: Andras Timar 
CommitDate: Tue Jun 29 07:06:19 2021 +0200

tdf#143047: When no properties for command, use those from item container

This allows to use the "Label" property defined by user for macro
items, that indeed have no built-in command properties. Thus the
resulting tooltip will be a concatenation of the label and mnemonic
instead of only mnemonic as happened before.

Change-Id: I79d933fecd09ca7d64b7a3e7db0ef194e42c1c55
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117787
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 
(cherry picked from commit 8383175bd3c714c163eac40a00b1e8277d4d5307)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117857
Reviewed-by: Xisco Fauli 

diff --git a/framework/source/uielement/toolbarmanager.cxx 
b/framework/source/uielement/toolbarmanager.cxx
index 4a49c4cce149..cc2452c8edf6 100644
--- a/framework/source/uielement/toolbarmanager.cxx
+++ b/framework/source/uielement/toolbarmanager.cxx
@@ -1410,6 +1410,8 @@ void ToolBarManager::FillToolbar( const Reference< 
XIndexAccess >& rItemContaine
 if (( nType == css::ui::ItemType::DEFAULT ) && 
!aCommandURL.isEmpty() )
 {
 auto aProperties = 
vcl::CommandInfoProvider::GetCommandProperties(aCommandURL, 
m_aModuleIdentifier);
+if (!aProperties.hasElements()) // E.g., user-provided 
macro command?
+aProperties = aProps; // Use existing info, including 
user-provided Label
 OUString 
aString(vcl::CommandInfoProvider::GetLabelForCommand(aProperties));
 
 ToolBoxItemBits nItemBits = ConvertStyleToToolboxItemBits( 
nStyle );
commit 95cb6219bcf245fd6b9066c93745ebba9e2706fb
Author: Michael Stahl 
AuthorDate: Fri Jun 25 10:25:59 2021 +0200
Commit: Andras Timar 
CommitDate: Tue Jun 29 07:06:06 2021 +0200

sw: layout: fix table split loop caused by RemoveFollowFlowLinePending

In no_view.odt, the table 1340 does RemoveFollowFlowLine(), then splits
again, and by the time Split() returns, its flag
m_bRemoveFollowFlowLinePending is set and so in the next
SwTabFrame::MakeAll() it will do the same thing again, until eventually
it hits
layact.cxx:544: LoopControl_1 in SwLayAction::InternalAction

The flag is set during lcl_RecalcSplitLine(), in SwContentFrame::Cut(),
which operates under the assumption that there are no other cells in the
follow flow line that may contain content frames.

This only happens if "Verdana" and "Arial" fonts are available and not
substituted with "DejaVu Sans" etc.

(regression from c4af8b0f106f31b6e79a145bc4ab83bb6a55c808)

Unfortunately this uncovers another pagination bug in testTdf88496
which was hidden by this flag being set from text frames that shouldn't
exist anyway.

Change-Id: I3cc82c13bfc06960b827aefc64f5b5b12520955a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117851
Tested-by: Jenkins
Reviewed-by: Michael Stahl 
(cherry picked from commit a0cd270a99f43049fc099ddd463e57aa243d5b0e)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117860
Reviewed-by: Thorsten Behrens 

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport11.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport11.cxx
index aa29afd218e0..1638d93cf878 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport11.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport11.cxx
@@ -1226,7 +1226,14 @@ DECLARE_OOXMLEXPORT_EXPORTONLY_TEST(testTdf88496, 
"tdf88496.docx")
 // Switch off repeating header, there is no place for it.
 // Now there are only 3 pages with complete table content
 // instead of a 51-page long table only with header.
-CPPUNIT_ASSERT_EQUAL(3, getPages());
+CPPUNIT_ASSERT_EQUAL(2, getPages());
+// FIXME: this actually has 3 pages but SwWrtShell::SttPg() puts the cursor
+// into the single SwTextFrame in the follow-flow-row at the top of the
+// table but that SwTextFrame 1105 should not exist and the cursor ends up
+// at the end of its master frame 848 instead; the problem is somewhere in
+// SwTextFrame::FormatAdjust() which first determines nNew = 1 but then
+// grows this frame anyway so that the follow is empty, but nothing
+// invalidates 1105 again.
 }
 
 DECLARE_OOXMLEXPORT_EXPORTONLY_TEST(testTdf77417, "tdf77417.docx")
diff --git a/sw/source/core/layout/wsfrm.cxx 

[Libreoffice-bugs] [Bug 138174] Trouble reading preferences menu on Mac

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138174

Adolfo Jayme  changed:

   What|Removed |Added

 Resolution|FIXED   |WORKSFORME

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 101912] [META] Accessibility (a11y) bugs and enhancements

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=101912

stragu  changed:

   What|Removed |Added

 Depends on||136837


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=136837
[Bug 136837] Fileopen and filesave to DOCX: Table Title not read and saved as
Alt Text
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 136837] Fileopen and filesave to DOCX: Table Title not read and saved as Alt Text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136837

stragu  changed:

   What|Removed |Added

 Blocks||101912
 CC||stephane.guil...@member.fsf
   ||.org

--- Comment #6 from stragu  ---
Reproduced with:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-06-24_15:16:38
Calc: threaded

With Attachment 173260, LO Writer does not expose the "Alt Text Title" value,
nor the "Alt Text Description" value.

Adding Accessibility meta bug.


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-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 136837] Fileopen and filesave to DOCX: Table Title not read and saved as Alt Text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136837

--- Comment #5 from stragu  ---
Created attachment 173260
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173260=edit
DOCX created with Office 365

For another example file, I created a DOCX with Office 365, and used the
table's "Alt Text" dialogue, which has a "Title" field and a "Description"
field.
The file has values for both, to test if LO keeps that information anywhere.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: cui/Library_cui.mk cui/source cui/uiconfig cui/UIConfig_cui.mk include/sfx2 include/vcl sfx2/sdi sfx2/source

2021-06-28 Thread homeboy445 (via logerrit)
 cui/Library_cui.mk|1 
 cui/UIConfig_cui.mk   |1 
 cui/source/dialogs/GraphicTestsDialog.cxx |   55 +++
 cui/source/factory/dlgfact.cxx|8 +
 cui/source/factory/dlgfact.hxx|3 
 cui/source/inc/GraphicsTestsDialog.hxx|   24 
 cui/source/options/optgdlg.cxx|8 +
 cui/source/options/optgdlg.hxx|2 
 cui/uiconfig/ui/graphictestdlg.ui |  113 +++
 cui/uiconfig/ui/optviewpage.ui|  146 --
 include/sfx2/sfxdlg.hxx   |2 
 include/sfx2/sfxsids.hrc  |1 
 include/vcl/test/GraphicsRenderTests.hxx  |2 
 sfx2/sdi/appslots.sdi |4 
 sfx2/sdi/sfx.sdi  |   16 +++
 sfx2/source/appl/appserv.cxx  |9 +
 16 files changed, 289 insertions(+), 106 deletions(-)

New commits:
commit df3ed584b025b8a87a8a3042a04ac8c12ebe4f26
Author: homeboy445 
AuthorDate: Thu Jun 17 17:42:41 2021 +0530
Commit: Tomaž Vajngerl 
CommitDate: Tue Jun 29 06:14:59 2021 +0200

Added a UI dialog box for running the VCL backend tests

The UI dialog box will allow the user to run the VCL graphics tests
and will allow them to view the results as well.

Change-Id: Ice289444ff425496a3e400a4c2bc06c307168c62
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117384
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl 

diff --git a/cui/Library_cui.mk b/cui/Library_cui.mk
index 6fdf446f97e9..345f84b7f008 100644
--- a/cui/Library_cui.mk
+++ b/cui/Library_cui.mk
@@ -138,6 +138,7 @@ $(eval $(call gb_Library_add_exception_objects,cui,\
 cui/source/dialogs/pastedlg \
 cui/source/dialogs/postdlg \
 cui/source/dialogs/QrCodeGenDialog \
+cui/source/dialogs/GraphicTestsDialog \
 cui/source/dialogs/scriptdlg \
 cui/source/dialogs/SignatureLineDialogBase \
 cui/source/dialogs/SignatureLineDialog \
diff --git a/cui/UIConfig_cui.mk b/cui/UIConfig_cui.mk
index c6d9d1584a66..73da8e159f09 100644
--- a/cui/UIConfig_cui.mk
+++ b/cui/UIConfig_cui.mk
@@ -82,6 +82,7 @@ $(eval $(call gb_UIConfig_add_uifiles,cui,\
cui/uiconfig/ui/gallerythemeiddialog \
cui/uiconfig/ui/gallerytitledialog \
cui/uiconfig/ui/galleryupdateprogress \
+   cui/uiconfig/ui/graphictestdlg \
cui/uiconfig/ui/hangulhanjaadddialog \
cui/uiconfig/ui/hangulhanjaeditdictdialog \
cui/uiconfig/ui/hangulhanjaconversiondialog \
diff --git a/cui/source/dialogs/GraphicTestsDialog.cxx 
b/cui/source/dialogs/GraphicTestsDialog.cxx
new file mode 100644
index ..275d33d75886
--- /dev/null
+++ b/cui/source/dialogs/GraphicTestsDialog.cxx
@@ -0,0 +1,55 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; 
fill-column: 100 -*- */
+/*
+ * This file is part of the LibreOffice project.
+ *
+ * This Source Code Form is subject to the terms of the Mozilla Public
+ * License, v. 2.0. If a copy of the MPL was not distributed with this
+ * file, You can obtain one at http://mozilla.org/MPL/2.0/.
+ */
+
+#include 
+
+GraphicsTestsDialog::GraphicsTestsDialog(weld::Window* pParent)
+: GenericDialogController(pParent, "cui/ui/graphictestdlg.ui", 
"GraphicTestsDialog")
+, m_xResultLog(m_xBuilder->weld_text_view("gptestresults"))
+, m_xDownloadResults(m_xBuilder->weld_button("gptest_downld"))
+{
+m_xResultLog->set_text("Running tests...");
+m_xDownloadResults->connect_clicked(LINK(this, GraphicsTestsDialog, 
HandleDownloadRequest));
+runGraphicsTestandUpdateLog();
+}
+
+void GraphicsTestsDialog::runGraphicsTestandUpdateLog()
+{
+GraphicsRenderTests TestObject;
+TestObject.run();
+OUString atemp = "--General Info--\nGraphics Backend used : " + 
TestObject.m_aCurGraphicsBackend
+ + "\nPassed Tests : " + 
OUString::number(TestObject.m_aPassed.size())
+ + "\nQuirky Tests : " + 
OUString::number(TestObject.m_aQuirky.size())
+ + "\nFailed Tests : " + 
OUString::number(TestObject.m_aFailed.size())
+ + "\nSkipped Tests : " + 
OUString::number(TestObject.m_aSkipped.size())
+ + "\n\n--Test Details--\n";
+OString writeResults;
+for (const class OString& tests : TestObject.m_aPassed)
+{
+writeResults += tests + " [PASSED]\n";
+}
+for (const class OString& tests : TestObject.m_aQuirky)
+{
+writeResults += tests + " [QUIRKY]\n";
+}
+for (const class OString& tests : TestObject.m_aFailed)
+{
+writeResults += tests + " [FAILED]\n";
+}
+for (const class OString& tests : TestObject.m_aSkipped)
+{
+writeResults += tests + " [SKIPPED]\n";
+}
+m_xResultLog->set_text(atemp + OStringToOUString(writeResults, 
RTL_TEXTENCODING_UTF8));
+}
+
+IMPL_STATIC_LINK_NOARG(GraphicsTestsDialog, HandleDownloadRequest, 

[Libreoffice-bugs] [Bug 118928] FILESAVE DOCX: Table loses set name after save

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118928

--- Comment #7 from stragu  ---
Reproduced as described in Comment 1, with:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-06-24_15:16:38
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 108074] Merged cells can overlap page break, and are displayed incorrectly

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108074

--- Comment #9 from stragu  ---
Reproduced with:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2021-06-24_15:16:38
Calc: threaded

With Attachment 133548:

1. Remove some carriage returns on the first page to see the row that has a
split cell in the second column.
2. Add carriage returns again to progressively push the split cell over the
next page:
3. Looks OK when the split cell is over two pages for the first time (although,
arguably, the whole thing should go to the other side in one go? This behaviour
is reproducible regardless of the setting "Allow row to break across pages and
columns" in "Table properties > Text flow")
4. Return once more: only half of it is visible in the top page. (The bottom of
the table even move upwards instead of downwards!)
5. Return once more: the whole split cell is on the second page.

Expected results: there should be no step 4.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 140520] Missing Spanish translation in the descriptions of the icon themes via extension.

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140520

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142373] UNO-Object-Inspector: Export to XML

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142373

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142854] Headless converting gridless XLSX to XLSX or ODS opens with grid

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142854

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 140649] Repeated item in the Format Menu of LO Impress 7.0 - Spanish version.

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140649

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142843] Font hinting of Arial font bit excessive?

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142843

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142847] EDITING Shape anchored as character + wrap spacing makes textbox fall out of the shape

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142847

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142842] Crash in: dbulo.dll

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142842

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143081] Base Documenter: Crash while documenting a database and trying to open forms

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143081

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143081] Base Documenter: Crash while documenting a database and trying to open forms

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143081

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 135575] Image is going off page (between pages) when anchoring to page

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135575

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 135575] Image is going off page (between pages) when anchoring to page

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135575

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 119334] [META] Bug related to Main Loop refactoring

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=119334
Bug 119334 depends on bug 90226, which changed state.

Bug 90226 Summary: EDITING, UI : Using autofilter on large files causes all 
calc menus/popups to be displayed incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=90226

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 103542] [META] vcl: scheduler tracker bug

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103542
Bug 103542 depends on bug 90226, which changed state.

Bug 90226 Summary: EDITING, UI : Using autofilter on large files causes all 
calc menus/popups to be displayed incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=90226

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 90226] EDITING, UI : Using autofilter on large files causes all calc menus/popups to be displayed incorrectly

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90226

QA Administrators  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 90226] EDITING, UI : Using autofilter on large files causes all calc menus/popups to be displayed incorrectly

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90226

--- Comment #9 from QA Administrators  ---
Dear Dennis Francis,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139242] Clear formatting work different in panel and menu

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139242

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139323] Calc stopped calculating

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139323

--- Comment #2 from QA Administrators  ---
Dear Stephen Walker,

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139224] words with zero-width non-joiners are marked as spelling errors

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139224

--- Comment #4 from QA Administrators  ---
Dear douglas mcilroy,

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 89990] Start Center: Recent document thumbnails tooltip doesn't show file path when extended tooltips active

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89990

--- Comment #12 from QA Administrators  ---
Dear V Stuart Foote,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 65807] Line Numbers in Comments printed "after each page" are continuous (and do not restart after each page)

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=65807

--- Comment #16 from QA Administrators  ---
Dear haim kilov,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 52598] Writer ignores original picture pixel density in .jpg files, and uses 120 dpi (refer comment 19)

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=52598

--- Comment #35 from QA Administrators  ---
Dear Zoltán Hegedüs,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Caolán McNamara (via logerrit)
 editeng/source/editeng/impedit.cxx |6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

New commits:
commit 433ef82cae097383b5641e987aebf4c5c8d25b4a
Author: Caolán McNamara 
AuthorDate: Wed Jan 13 15:29:41 2021 +
Commit: Andras Timar 
CommitDate: Tue Jun 29 05:46:28 2021 +0200

tdf#139493 EditViewCallbacks might not implement EditViewPopupParent

in which case fallback to the vcl::Window

Change-Id: Idc72f04ce72b1bcd42d80869e0ee86b653343a17
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109234
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
(cherry picked from commit efb6e29359a14888fa9ba1c77c5f34a1e37333cd)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118041
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Andras Timar 

diff --git a/editeng/source/editeng/impedit.cxx 
b/editeng/source/editeng/impedit.cxx
index babade9ae2a5..00e278316d89 100644
--- a/editeng/source/editeng/impedit.cxx
+++ b/editeng/source/editeng/impedit.cxx
@@ -838,7 +838,11 @@ OutputDevice& ImpEditView::GetOutputDevice() const
 weld::Widget* ImpEditView::GetPopupParent(tools::Rectangle& rRect) const
 {
 if (EditViewCallbacks* pCallbacks = getEditViewCallbacks())
-return pCallbacks->EditViewPopupParent();
+{
+weld::Widget* pParent = pCallbacks->EditViewPopupParent();
+if (pParent)
+return pParent;
+}
 return weld::GetPopupParent(*pOutWin, rRect);
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 143107] Crash if I try to create columns for more then one part of text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143107

--- Comment #4 from Mike Kaganski  ---
Unfortunately I don't know if the assert has something to do with the crash (I
couldn't repro it locally). But the order was indeed wrong - should be fixed
now. Thanks!

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143107] Crash if I try to create columns for more then one part of text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143107

--- Comment #3 from Commit Notification 
 ---
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/7c95c16deba975b0b282ccea1fbfcfadd7aa28b3

tdf#143107 related: ensure correct order of which ids

It will be available in 7.3.0.

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

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143107] Crash if I try to create columns for more then one part of text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143107

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.3.0

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Mike Kaganski (via logerrit)
 sw/source/ui/frmdlg/column.cxx |7 +++
 1 file changed, 3 insertions(+), 4 deletions(-)

New commits:
commit 7c95c16deba975b0b282ccea1fbfcfadd7aa28b3
Author: Mike Kaganski 
AuthorDate: Mon Jun 28 23:12:24 2021 +0200
Commit: Mike Kaganski 
CommitDate: Tue Jun 29 05:36:06 2021 +0200

tdf#143107 related: ensure correct order of which ids

... discovered after 8aaa28ed43978a9a4a20d62368410a57ec05c23f

Change-Id: I1a14d227414210393c00c395486ede6daa438218
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118053
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/sw/source/ui/frmdlg/column.cxx b/sw/source/ui/frmdlg/column.cxx
index 7a2baccac79d..d3d849eb10c0 100644
--- a/sw/source/ui/frmdlg/column.cxx
+++ b/sw/source/ui/frmdlg/column.cxx
@@ -98,10 +98,9 @@ SwColumnDlg::SwColumnDlg(weld::Window* pParent, SwWrtShell& 
rSh)
 m_nSelectionWidth = aRect.Width();
 
 SfxItemSet* pColPgSet = nullptr;
-static sal_uInt16 const aSectIds[] = { RES_COL, RES_COL,
-RES_FRM_SIZE, RES_FRM_SIZE,
-RES_COLUMNBALANCE, 
RES_FRAMEDIR,
-0 };
+static svl::Items const aSectIds;
 
 const SwSection* pCurrSection = m_rWrtShell.GetCurrSection();
 const sal_uInt16 nFullSectCnt = m_rWrtShell.GetFullSelectedSectionCount();
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: Branch 'distro/vector/vector-7.0' - 3 commits - svx/source sw/source

2021-06-28 Thread Luboš Luňák (via logerrit)
 svx/source/sidebar/nbdtmg.cxx   |2 +-
 sw/source/filter/html/htmlflywriter.cxx |   12 ++--
 sw/source/filter/html/htmlplug.cxx  |   17 +++--
 3 files changed, 10 insertions(+), 21 deletions(-)

New commits:
commit b957f091a0479e224225249528000fa94baf5723
Author: Luboš Luňák 
AuthorDate: Tue Jun 29 02:40:48 2021 +0200
Commit: Luboš Luňák 
CommitDate: Tue Jun 29 02:47:21 2021 +0200

write out image size in html export for 'keep ratio' images

Without this the code was leaving out writing any size to the html
output. Which means the size was the original image size, which may
not be the size used by Writer.

Change-Id: Ia249035a604f0f51f59b3190ebb8975a686533c7

diff --git a/sw/source/filter/html/htmlflywriter.cxx 
b/sw/source/filter/html/htmlflywriter.cxx
index d5189d83a4b9..6f01a5c7008d 100644
--- a/sw/source/filter/html/htmlflywriter.cxx
+++ b/sw/source/filter/html/htmlflywriter.cxx
@@ -962,9 +962,9 @@ void SwHTMLWriter::writeFrameFormatOptions(HtmlWriter& 
aHtml, const SwFrameForma
 sal_uInt8 nPercentHeight = pFSItem->GetHeightPercent();
 
 // Size of the object in Twips without margins
-Size aTwipSz( (nPercentWidth ? 0
+Size aTwipSz( (nPercentWidth && nPercentWidth != 255 ? 0
  : pFSItem->GetWidth()-aTwipSpc.Width()),
-  (nPercentHeight ? 0
+  (nPercentHeight && nPercentHeight != 255 ? 0
   : pFSItem->GetHeight()-aTwipSpc.Height()) );
 
 OSL_ENSURE( aTwipSz.Width() >= 0 && aTwipSz.Height() >= 0, "Frame size 
minus spacing < 0!!!???" );
@@ -990,7 +990,7 @@ void SwHTMLWriter::writeFrameFormatOptions(HtmlWriter& 
aHtml, const SwFrameForma
 ((nPercentWidth && nPercentWidth!=255) || aPixelSz.Width()) )
 {
 OString sWidth;
-if (nPercentWidth)
+if (nPercentWidth && nPercentWidth != 255)
 sWidth = 
OString::number(static_cast(nPercentWidth)) + "%";
 else
 sWidth = 
OString::number(static_cast(aPixelSz.Width()));
@@ -1001,7 +1001,7 @@ void SwHTMLWriter::writeFrameFormatOptions(HtmlWriter& 
aHtml, const SwFrameForma
 ((nPercentHeight && nPercentHeight!=255) || aPixelSz.Height()) )
 {
 OString sHeight;
-if (nPercentHeight)
+if (nPercentHeight && nPercentHeight != 255)
 sHeight = 
OString::number(static_cast(nPercentHeight)) + "%";
 else
 sHeight = 
OString::number(static_cast(aPixelSz.Height()));
commit 60f6342308d1fb03422de255a2007f4785e91b0f
Author: Luboš Luňák 
AuthorDate: Tue Jun 15 15:24:15 2021 +0200
Commit: Luboš Luňák 
CommitDate: Tue Jun 29 02:47:11 2021 +0200

fix a size warning

d7855213ae60d79f converted this incorrectly, the code right above
may set the size as (0,0), and before the commit the invalid size
was only negative.

Change-Id: I198d025f5c02780ae509f97782bc41ac77fa3407

diff --git a/svx/source/sidebar/nbdtmg.cxx b/svx/source/sidebar/nbdtmg.cxx
index 627da9eaee8e..542df1d7414e 100644
--- a/svx/source/sidebar/nbdtmg.cxx
+++ b/svx/source/sidebar/nbdtmg.cxx
@@ -845,7 +845,7 @@ void OutlineTypeMgr::ApplyNumRule(SvxNumRule& aNum, 
sal_uInt16 nIndex, sal_uInt1
 const Graphic* pGrf = 
pLevelSettings->pBrushItem->GetGraphic();
 Size aSize = pLevelSettings->aSize;
 sal_Int16 eOrient = text::VertOrientation::LINE_CENTER;
-if (!isResetSize  && aFmt.GetGraphicSize()!=Size(0,0))\
+if (!isResetSize  && aFmt.GetGraphicSize()!=Size(0,0))
 aSize = aFmt.GetGraphicSize();
 else if (aSize.IsEmpty() && pGrf)
 aSize = SvxNumberFormat::GetGraphicSizeMM100( pGrf );
diff --git a/sw/source/filter/html/htmlflywriter.cxx 
b/sw/source/filter/html/htmlflywriter.cxx
index 9f249b06d4d3..d5189d83a4b9 100644
--- a/sw/source/filter/html/htmlflywriter.cxx
+++ b/sw/source/filter/html/htmlflywriter.cxx
@@ -686,7 +686,7 @@ OString SwHTMLWriter::OutFrameFormatOptions( const 
SwFrameFormat ,
   (nPercentHeight ? 0
   : pFSItem->GetHeight()-aTwipSpc.Height()) );
 
-OSL_ENSURE( !aTwipSz.IsEmpty(), "Frame size minus spacing  < 0!!!???" 
);
+OSL_ENSURE( aTwipSz.Width() >= 0 && aTwipSz.Height() >= 0, "Frame size 
minus spacing  < 0!!!???" );
 if( aTwipSz.Width() < 0 )
 aTwipSz.setWidth( 0 );
 if( aTwipSz.Height() < 0 )
@@ -967,7 +967,7 @@ void SwHTMLWriter::writeFrameFormatOptions(HtmlWriter& 
aHtml, const SwFrameForma
   (nPercentHeight ? 0
   : pFSItem->GetHeight()-aTwipSpc.Height()) );
 
-OSL_ENSURE( !aTwipSz.IsEmpty(), "Frame size minus spacing < 0!!!???" );
+

[Libreoffice-bugs] [Bug 142952] Crash in: mergedlo.dll

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142952

Andreas Säger  changed:

   What|Removed |Added

   Keywords||regression

--- Comment #7 from Andreas Säger  ---
marked as regression since mail merge from query always worked as expected.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143063] [META] Manage Changes dialog improvements

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143063
Bug 143063 depends on bug 91841, which changed state.

Bug 91841 Summary: Track Changes: Table rows should use system default colors
https://bugs.documentfoundation.org/show_bug.cgi?id=91841

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 91841] Track Changes: Table rows should use system default colors

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91841

Gabor Kelemen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 91841] Track Changes: Table rows should use system default colors

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91841

--- Comment #4 from Gabor Kelemen  ---
Created attachment 173259
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173259=edit
The dialog in 6.3 on Ubuntu 20 + dark mode

I can't reproduce this since 6.3, bibisect-6.3 points to:

https://git.libreoffice.org/core/+/56dd851cfc77c362c3db5c0aae4a490c7f6782cc

author  Caolán McNamara Thu Apr 18 16:49:26 2019 +0100
committer   Caolán McNamara Sat Apr 27 12:41:14
2019 +0200

weld cluster of change tracking dialogs

(example file is attachment 163868 )

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: cui/source editeng/source include/editeng include/xmloff offapi/com schema/libreoffice sd/source svx/source sw/qa sw/source writerfilter/source xmloff/source

2021-06-28 Thread Vasily Melenchuk (via logerrit)
 cui/source/tabpages/numpages.cxx|   41 ++-
 editeng/source/items/numitem.cxx|   49 
 include/editeng/numitem.hxx |4 
 include/xmloff/xmltoken.hxx |1 
 offapi/com/sun/star/style/NumberingLevel.idl|   21 +++
 schema/libreoffice/OpenDocument-v1.3+libreoffice-schema.rng |9 +
 sd/source/ui/dlg/BulletAndPositionDlg.cxx   |   18 +--
 svx/source/sidebar/nbdtmg.cxx   |   10 -
 sw/qa/extras/odfexport/data/listformat.docx |binary
 sw/qa/extras/odfexport/data/listformat.odt  |binary
 sw/qa/extras/odfexport/odfexport.cxx|2 
 sw/qa/extras/odfexport/odfexport2.cxx   |   66 
 sw/qa/extras/ooxmlexport/ooxmlexport14.cxx  |8 -
 sw/qa/extras/rtfexport/rtfexport.cxx|2 
 sw/qa/extras/ww8export/ww8export2.cxx   |   18 ---
 sw/qa/extras/ww8export/ww8export3.cxx   |6 -
 sw/qa/python/check_cross_references.py  |   21 ++-
 sw/source/core/doc/number.cxx   |   14 --
 sw/source/filter/ww8/wrtw8num.cxx   |2 
 sw/source/filter/ww8/ww8par3.cxx|4 
 sw/source/ui/misc/outline.cxx   |4 
 writerfilter/source/dmapper/NumberingManager.cxx|   14 +-
 xmloff/source/core/xmltoken.cxx |1 
 xmloff/source/style/xmlnume.cxx |   24 +---
 xmloff/source/style/xmlnumi.cxx |   27 
 xmloff/source/token/tokens.txt  |1 
 26 files changed, 251 insertions(+), 116 deletions(-)

New commits:
commit aa5c6d127559912ad60a63fbd972b78fb8f9691b
Author: Vasily Melenchuk 
AuthorDate: Mon Jun 14 14:27:56 2021 +0300
Commit: Thorsten Behrens 
CommitDate: Tue Jun 29 00:48:36 2021 +0200

new ODF numbered list parameter loext:num-list-format

Instead of style:num-prefix and style:num-suffix new list format
is much more flexible for storing list multilevel numberings.
Now it is possible to have not just prefix/suffix but any random
separators between levels, arbitrary levels order, etc.

Internal LO format for list format is changed: instead of placeholders
like %1, %2, etc we right now use %1%, %2%... Reason: for ODT documents,
having more than 9 levels there is ambiguity in "%10": it is "%1"
followed by "0" suffix, or "%10"?

Aux changes:
* removed zero width space hack: since format string is always defined
this hack is interfering with standard list numbers printing
(see changes in ooxmlexport14.cxx, ww8export3.cxx tests)
* changed cross-references values to lists: they are now including full
list label string: previously this was bit self-contradictory (see
changes in odfexport.cxx and check_cross_references.py tests)

Change-Id: I9696cc4846375c5f6222539aeaadbca5ae58ce27
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117156
Tested-by: Jenkins
Reviewed-by: Michael Stahl 

diff --git a/cui/source/tabpages/numpages.cxx b/cui/source/tabpages/numpages.cxx
index fbeb40aa4b3d..32063c6f1c5d 100644
--- a/cui/source/tabpages/numpages.cxx
+++ b/cui/source/tabpages/numpages.cxx
@@ -314,14 +314,8 @@ IMPL_LINK_NOARG(SvxSingleNumPickTabPage, 
NumSelectHdl_Impl, ValueSet*, void)
 {
 SvxNumberFormat aFmt(pActNum->GetLevel(i));
 aFmt.SetNumberingType(eNewType);
-if(cLocalPrefix == ' ')
-aFmt.SetPrefix( "" );
-else
-aFmt.SetPrefix(_pSet->sPrefix);
-if(cLocalSuffix == ' ')
-aFmt.SetSuffix( "" );
-else
-aFmt.SetSuffix(_pSet->sSuffix);
+aFmt.SetListFormat(cLocalPrefix == ' ' ? "" : _pSet->sPrefix,
+   cLocalSuffix == ' ' ? "" : _pSet->sSuffix, i);
 aFmt.SetCharFormatName("");
 aFmt.SetBulletRelSize(100);
 pActNum->SetLevel(i, aFmt);
@@ -459,8 +453,7 @@ IMPL_LINK_NOARG(SvxBulletPickTabPage, NumSelectHdl_Impl, 
ValueSet*, void)
 SvxNumberFormat aFmt(pActNum->GetLevel(i));
 aFmt.SetNumberingType( SVX_NUM_CHAR_SPECIAL );
 // #i93908# clear suffix for bullet lists
-aFmt.SetPrefix( OUString() );
-aFmt.SetSuffix( OUString() );
+aFmt.SetListFormat("", "", i);
 aFmt.SetBulletFont();
 aFmt.SetBulletChar(cChar );
 aFmt.SetCharFormatName(sBulletCharFormatName);
@@ -652,8 +645,7 @@ IMPL_LINK_NOARG(SvxNumPickTabPage, NumSelectHdl_Impl, 
ValueSet*, void)
 if(aFmt.GetNumberingType() == SVX_NUM_CHAR_SPECIAL)
 {

[Libreoffice-bugs] [Bug 143085] Crash part way through spell check

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143085

--- Comment #6 from David Norfol  ---
Sorry if I was confusing.  The document I was working on when LibreOffice
crashed belongs to Bloor Research and is private. Once it has been published in
a day or so, I'm happy to share it. Or earlier, if you have a privacy agreement
in place. I don't really want to install 7.1.4 or anything later than the
latest stable version...

Thanks, David

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


GSoC Weekly Report - #2 - Unit Tests

2021-06-28 Thread Shubham Jain
Hi Everyone!

Weekly Report :
- Added around 2-3 tests.
- I've started working on Calc now and I'll write its tests during this
week.
- I was not able to work for almost the whole week due to my college exams
(as mentioned in my previous report) but I wrote some during the weekend.
- I'll aim to write around 7-8 tests this week (2 are already done).
- Testing if the unittest actually solves the problem is something I'm
still struggling with but I'll try to check all of the tests I've written
during this week or in this weekend.

Thank you
Shubham Jain
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice-bugs] [Bug 123569] FILESAVE DOCX: Rotated image is saved with wrong size/position

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=123569

Regina Henschel  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de

--- Comment #8 from Regina Henschel  ---
Created attachment 173258
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173258=edit
proposed patch

@Aron Budea: I think, it is not a size but a position problem.

When it comes to DocxSdrExport::startDMLAnchorInline(), the parameter rSize has
the unrotated size of the image, as it is needed in Word. But in contrast to
other objects, line#683
awt::Point aPos(pFrameFormat->GetHoriOrient().GetPos(),
pFrameFormat->GetVertOrient().GetPos());
gives the position of the unrotated image. So it is not needed to create the
unrotated position back from the rotated position, which is done in
lclMovePositionWithRotation().

I put my proposed patch as attachment here, because I will not have time enough
in the next days to work out a proper patch (testing with other objects than
Writer-images and testing the other documents in the bug reports and creating
unit tests). It might be that instead of adding the case in
lcl_IsRotateAngleValid() it is necessary to add the exclusion directly in
   if (pObj && lcl_IsRotateAngleValid(*pObj))
in line#688.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 125533] Styles are rendered too small in Calc's sidebar

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125533

Thorsten Wagner  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |thorsten.wagne...@gmail.com
   |desktop.org |

--- Comment #5 from Thorsten Wagner  ---
Submitted patch to Gerrit:

https://gerrit.libreoffice.org/c/core/+/118038

With patch sidebar style dropdowns for Writer and Calc look like in screenshots
2 and 3 attached.

Patch has the following contents:

(1) Font height was limited to line height only. Fonts larger than line height
are reduced to line height. This change limits font height to 80% of line
height to preserve an inset margin.

(2) There was no lower limit. Too small fonts became unreadable. This change
limit font height to 50% of line height at least. Fonts smaller then 50% of
line height are enlarged to 50% of line height.

(3) There were changes of Calc default style names. Style names for Calc are
updated to current style names. As styles shown by sidebar dropdown are
hardcoded Styles Accent 1, Accent 2, and Accent 3 were added to offer a few
more options.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 103378] [META] PDF export bugs and enhancements

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103378
Bug 103378 depends on bug 143105, which changed state.

Bug 143105 Summary: Deleting a hyperlink of an image does not remove hyperlink 
in exported PDF
https://bugs.documentfoundation.org/show_bug.cgi?id=143105

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Jan-Marek Glogowski (via logerrit)
 sw/source/core/text/EnhancedPDFExportHelper.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit 99ef46fdb2a975e074c66a02328b86edfc05307f
Author: Jan-Marek Glogowski 
AuthorDate: Mon Jun 28 17:10:21 2021 +0200
Commit: Jan-Marek Glogowski 
CommitDate: Mon Jun 28 23:31:06 2021 +0200

tdf#143105 Don't export empty URLs to PDF

They also won't be saved to the ODT if empty.

Change-Id: I7a8480bfc12261b4904981abb75b59752e354b4d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118032
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/sw/source/core/text/EnhancedPDFExportHelper.cxx 
b/sw/source/core/text/EnhancedPDFExportHelper.cxx
index 778f23046826..639171e1dd37 100644
--- a/sw/source/core/text/EnhancedPDFExportHelper.cxx
+++ b/sw/source/core/text/EnhancedPDFExportHelper.cxx
@@ -1738,7 +1738,9 @@ void SwEnhancedPDFExportHelper::EnhancedPDFExport()
 static_cast( mrSh.GetLayout()->Lower() 
);
 
 OUString aURL( static_cast(pItem)->GetURL() );
-const bool bIntern = !aURL.isEmpty() && '#' == aURL[0];
+if (aURL.isEmpty())
+continue;
+const bool bIntern = '#' == aURL[0];
 
 // Create the destination for internal links:
 sal_Int32 nDestId = -1;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 143108] PolyLine appearing/disappearing depending on zoom-level with Skia and anti-aliasing disabled

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143108

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m.a.riosv  ---
Please can you detail a bit, the issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 139796] Make Insert Special Character a Modeless Window

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139796

--- Comment #14 from Dave  ---
If a modeless window is the wrong fit for Insert Special Character, how can it
be the right fit for Insert Cross-Reference?

The Insert Cross-Reference dialog is modeless. I can navigate my document
without closing and reopening to insert a cross reference. This is inconsistent
with the Insert Special Character dialog that requires me to close it before I
can navigate to a new position in the document.

Why present two different dialog behaviors to the end user? To what advantage?
Shouldn't the goal be a consistent user interface? If the "Insert X" dialog
works one way and the "Insert Y" menu is different, how is that better?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143110] font in text box not exported to PDF

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143110

--- Comment #2 from m.a.riosv  ---
Looks like a duplicate.

Please if you are not agree reopen the bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143110] font in text box not exported to PDF

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143110

m.a.riosv  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED
 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #1 from m.a.riosv  ---
Looks like a duplicate.

Please if you are not agree reopen the bug.

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 126687] FORM CONTROLS: problem with editable pdf export and multiline textboxes

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126687

m.a.riosv  changed:

   What|Removed |Added

 CC||bzipiti...@gmail.com

--- Comment #13 from m.a.riosv  ---
*** Bug 143110 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142759] Compatibility problems with MS Word file and EndNote reference fields

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142759

--- Comment #9 from Mohammadreza  ---
Hi and thank you so much.

If you right click on the reference [1] in the MS Word and select "Toggle Field
Codes", you can see the field codes. Then Open this file in LibreOffice Writer
and just save it without any change. Again open the file in MS Word and check
the field codes. Although it is still field codes, EndNote cannot detect it.

I attached four screenshots. First, compare these two:
1.MSWord_original.png
1.MSWord_savedByLibreWriter.png
You can see that EndNote cannot detect the reference after saving by Libre
Writer.

Then, compare these two:
2.MSWord_original.png
2.MSWord_savedByLibreWriter.png
Now, the field codes are not the same and that's why EndNote hasn't detect it.

I found that a space after { is omitted by LibreOffice Writer.
Adding a simple space after the first character { manually, can fix the issue
and EndNote software detects it as a field. I tried it and it worked.
{ADDIN EN.CITE
{ ADDIN EN.CITE
This workaround does not work for multiple references [1, 2] and this needs
another way.

Hope these explanations help. Please let me know if i can be of any help.

I look forward to your solution.

Best,
Mohammadreza

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142759] Compatibility problems with MS Word file and EndNote reference fields

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142759

--- Comment #8 from Mohammadreza  ---
Created attachment 173255
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173255=edit
2.MSWord_savedByLibreWriter

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142759] Compatibility problems with MS Word file and EndNote reference fields

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142759

--- Comment #7 from Mohammadreza  ---
Created attachment 173254
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173254=edit
2.MSWord_original

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142759] Compatibility problems with MS Word file and EndNote reference fields

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142759

--- Comment #6 from Mohammadreza  ---
Created attachment 173253
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173253=edit
1.MSWord_savedByLibreWriter

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142759] Compatibility problems with MS Word file and EndNote reference fields

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142759

--- Comment #5 from Mohammadreza  ---
Created attachment 173252
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173252=edit
1.MSWord_original

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143110] New: font in text box not exported to PDF

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143110

Bug ID: 143110
   Summary: font in text box not exported to PDF
   Product: LibreOffice
   Version: 7.1.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bzipiti...@gmail.com

Description:
In a PDF form, text entry fields can have their own fonts.  LibreOffice Writer
lets the user choose the font.  But the user's choice is not exported to the
PDF form that Writer creates.  Instead, the font in the PDF text entry field is
always Helvetica.

Steps to Reproduce:
1. Make a text box.  (Form -> Text Box)
2. Right click on the text box, choose "Control Properties".  (Design Mode must
be checked)
3. Under the "General" tab is an option "Font" which has "(Default)" for the
initial setting.  Change the font to anything that is not by default in PDF,
such as Lucida Handwriting.
4. Export to PDF.  With a PDF viewer that supports forms, read the resulting
PDF file. Enter some text into the field.

Actual Results:
The user entered text is in the Helvetica font, when it should be Lucida
Handwriting, or whatever other font was chosen in step 3.

Expected Results:
The user entered text should be in the font that the user chose.  I checked
that PDF does support the ability to set the fonts of the text entry fields. 
Each field can be in a different font.  Can change the fonts with a pay version
of Acrobat.


Reproducible: Always


User Profile Reset: No



Additional Info:
I have examined the LibreOffice source code, and it looks like setting the font
of a PDF text entry field simply wasn't implemented.

Reason for wanting this is to make "esignable" documents-- that's e-signatures,
not digital signatures.  Digital signatures are a total pain to do, with what
basically amounts to being forced to get signatures countersigned, by a trusted
authority.  I just want to set the font of the text entry field for a signature
to one that looks like handwriting.  Yes, I know, it's a really lame way to
"sign" a document, utterly lacking in verifiability, but for now the business
world runs with that.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: helpcontent2

2021-06-28 Thread Steve Fanning (via logerrit)
 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit f79a8f578ab56d138139b0de131a86dd5d773de7
Author: Steve Fanning 
AuthorDate: Mon Jun 28 22:33:55 2021 +0200
Commit: Gerrit Code Review 
CommitDate: Mon Jun 28 22:33:55 2021 +0200

Update git submodules

* Update helpcontent2 from branch 'master'
  to 1f77c92e446c0b66656b82ae04862528d425a30e
  - Fix minor typos in help examples for Calc's LEFTB function.

Change-Id: I5d8cdf1898f9b5823acc1e3381bbe3abb06551e3
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/118052
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/helpcontent2 b/helpcontent2
index 108566a12aa3..1f77c92e446c 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit 108566a12aa32429286de6f6129b63e2d3e27e94
+Subproject commit 1f77c92e446c0b66656b82ae04862528d425a30e
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


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

2021-06-28 Thread Steve Fanning (via logerrit)
 source/text/scalc/01/04060110.xhp |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

New commits:
commit 1f77c92e446c0b66656b82ae04862528d425a30e
Author: Steve Fanning 
AuthorDate: Mon Jun 28 21:35:58 2021 +0200
Commit: Olivier Hallot 
CommitDate: Mon Jun 28 22:33:55 2021 +0200

Fix minor typos in help examples for Calc's LEFTB function.

Change-Id: I5d8cdf1898f9b5823acc1e3381bbe3abb06551e3
Reviewed-on: https://gerrit.libreoffice.org/c/help/+/118052
Tested-by: Jenkins
Reviewed-by: Olivier Hallot 

diff --git a/source/text/scalc/01/04060110.xhp 
b/source/text/scalc/01/04060110.xhp
index 26d6abc9f..4049249c3 100644
--- a/source/text/scalc/01/04060110.xhp
+++ b/source/text/scalc/01/04060110.xhp
@@ -392,11 +392,11 @@
 Number_bytes (optional) specifies the number of 
characters you want LEFTB to extract, based on bytes. If this parameter is not 
defined, one character is returned.
 
 
-LEFTB("中国";1) returns " " (1 byte is only half a DBCS 
character and a space character is returned instead).
-LEFTB("中国";2) returns "中" (2 bytes constitute one complete 
DBCS character).
-LEFTB("中国";3) returns "中 " (3 bytes constitute one DBCS 
character and a half; the last character returned is therefore a space 
character).
-LEFTB("中国";4) returns "中国" (4 bytes constitute two complete 
DBCS characters).
-LEFTB("office";3) returns "off" (3 non-DBCS characters each 
consisting of 1 byte).
+=LEFTB("中国";1) returns " " (1 byte is only half a DBCS 
character and a space character is returned instead).
+=LEFTB("中国";2) returns "中" (2 bytes constitute one complete 
DBCS character).
+=LEFTB("中国";3) returns "中 " (3 bytes constitute one DBCS 
character and a half; the last character returned is therefore a space 
character).
+=LEFTB("中国";4) returns "中国" (4 bytes constitute two 
complete DBCS characters).
+=LEFTB("office";3) returns "off" (3 non-DBCS characters 
each consisting of 1 byte).
 
 
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 143109] Lentxlab - Optical Wholesale Lab in Houston

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143109

lentxlabusa  changed:

   What|Removed |Added

URL||https://lentxlab.com/

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143109] New: Lentxlab - Optical Wholesale Lab in Houston

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143109

Bug ID: 143109
   Summary: Lentxlab - Optical Wholesale Lab in Houston
   Product: Document Liberation Project
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: neomiche...@gmail.com

Lentx Lab is the first digital surfacing lab in the Greater Houston area, using
the advanced digital surfacing technique. We manufacture Single Vision,
Bifocal, Trifocal and Progressive lenses according to the ANSI standard include
Z87 Safety frames our Anti-Reflective (AR) coating machine can process 200
pairs of lenses a day. Most of our orders are completed lenses cut and fit on
frames on the same day as received and shipped out the next day. Orders
requesting AR coating will be dispatched on the second day. We take pride in
our fast and reliable service of excellence. Visit https://lentxlab.com/

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143073] Draw 'Page Pane' is unstable on duplicating and rearranege -- REGRESSION, worked in 6.4.7.2

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143073

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

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142945] LO72a1/b1 on macOS: closing all open documents - a "phantom" last-opened-document window remains visible

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142945

--- Comment #3 from psidiumcode  ---
I could not reproduce it. 

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 12; OS: Mac OS X 10.15.7; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

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

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143088] Endless loop when opening file with many (change tracked) comments

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143088

--- Comment #2 from Caolán McNamara  ---
One aspect seems to be too many Application::AddEventListener listeners piling
up. Though also, while not relevant for the original report,
Application::AnyInput seems totally hosed for gtk-on-wayland but continues to
work for gtk-on-X.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 140520] Missing Spanish translation in the descriptions of the icon themes via extension.

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140520

Julien Nabet  changed:

   What|Removed |Added

 CC||fit...@ubuntu.com,
   ||serval2...@yahoo.fr
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #4 from Julien Nabet  ---
For "Add more icon themes via extension", I can reproduce this.

https://translations.documentfoundation.org/translate/libo_ui-master/cuimessages/es/?offset=1=+note%3AStBQN_by=-priority%2Cposition=

I can reproduce the rest too but it seems a different pb:
1) url are on English part
(https://extensions.libreoffice.org/en/extensions/show/high-contrast-icon-theme)
instead of Spanish.
2) even Spanish urls seem untranslated (see
https://extensions.libreoffice.org/es/extensions/show/oxygen-icon-theme)

Adolfo: thought you might be interested in this one.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 140527] Spanish translation missing for descriptions of each UI variant.

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140527

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #11 from Julien Nabet  ---
Still the case, at least for the first one, see
https://translations.documentfoundation.org/translate/libo_ui-master/cuimessages/es/?checksum=98d2143a43c2ab13=+note%3ABoVy3+_by=-priority%2Cposition.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 140649] Repeated item in the Format Menu of LO Impress 7.0 - Spanish version.

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=140649

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #2 from Julien Nabet  ---
According to https://wiki.documentfoundation.org/ReleasePlan/7.0, there won't
be 7.0.7.
Since it's been fixed from 7.1 branch, I thought about putting this one as
RESOLVED/WFM.
What do you think?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143107] Crash if I try to create columns for more then one part of text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143107

Julien Nabet  changed:

   What|Removed |Added

   Keywords||haveBacktrace
 CC||mikekagan...@hotmail.com

--- Comment #2 from Julien Nabet  ---
Mike: I put you in cc since assert has been added with:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=8aaa28ed43978a9a4a20d62368410a57ec05c23f
author  Mike Kaganski  2021-06-11 12:07:44
+0200
committer   Mike Kaganski  2021-06-13
19:23:28 +0200
commit  8aaa28ed43978a9a4a20d62368410a57ec05c23f (patch)
tree16706bd93e2af74db7220a099a1391bf7cdd1bd4
parent  f7c7e4c63f5479de66d2fbed9db34972a5bd05aa (diff)
Assert on valid order of which ids in ranges on SfxItemSet creation

I thought about submitting a new bugtracker but wonder if this assertion could
show something wrong which may explain the crash of this bugtracker.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143107] Crash if I try to create columns for more then one part of text

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143107

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #1 from Julien Nabet  ---
Created attachment 173251
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173251=edit
bt with debug symbols

On pc Debian x86-64 with master sources updated today + enable-dbgutil, I got
an assertion (so not a crash) by doing this:
- create brand new odt file
- copy paste 5 paragraphs from Lorem Ipsum (see
https://www.lipsum.com/feed/html)
- select first paragraph
- Format/columns
=> assertion

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Justin Luth (via logerrit)
 sw/qa/extras/ww8export/data/tdf75748_inheritChapterNumberingC.doc |binary
 sw/qa/extras/ww8export/ww8export3.cxx |6 ++
 sw/source/filter/ww8/ww8par.cxx   |6 +++---
 3 files changed, 9 insertions(+), 3 deletions(-)

New commits:
commit e5ac6caf9efa3d3a8cb82dbc59ef00b193facdc4
Author: Justin Luth 
AuthorDate: Sat Jun 26 19:14:17 2021 +0200
Commit: Justin Luth 
CommitDate: Mon Jun 28 21:01:18 2021 +0200

tdf#104239 doc import: fix chose m_pChosenWW8OutlineStyle carefully

I mis-placed the cancel test.
In the previous place, that only worked if the FIRST instance
of the style was bad. My intention was to prevent if ANY
use of the numbering style could cause problems.

tdf#75748 had the document I had been developing the fix for.

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

diff --git a/sw/qa/extras/ww8export/data/tdf75748_inheritChapterNumberingC.doc 
b/sw/qa/extras/ww8export/data/tdf75748_inheritChapterNumberingC.doc
new file mode 100644
index ..7f393612cab7
Binary files /dev/null and 
b/sw/qa/extras/ww8export/data/tdf75748_inheritChapterNumberingC.doc differ
diff --git a/sw/qa/extras/ww8export/ww8export3.cxx 
b/sw/qa/extras/ww8export/ww8export3.cxx
index abbf414dc01d..9ccf3ea19a31 100644
--- a/sw/qa/extras/ww8export/ww8export3.cxx
+++ b/sw/qa/extras/ww8export/ww8export3.cxx
@@ -822,6 +822,12 @@ 
DECLARE_WW8EXPORT_TEST(testTdf106541_inheritChapterNumberingB, "tdf106541_inheri
 CPPUNIT_ASSERT_EQUAL(OUString("1.1"), getProperty(xPara, 
"ListLabelString"));
 }
 
+DECLARE_WW8EXPORT_TEST(testTdf75748_inheritChapterNumberingC, 
"tdf75748_inheritChapterNumberingC.doc")
+{
+uno::Reference xPara(getParagraph(5, "Inherited from 
Heading 3"), uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(OUString("II.B.1."), getProperty(xPara, 
"ListLabelString"));
+}
+
 DECLARE_WW8EXPORT_TEST(testTdf104239_chapterNumberTortureTest, 
"tdf104239_chapterNumberTortureTest.doc")
 {
 // There is no point in identifying what the wrong values where in this 
test,
diff --git a/sw/source/filter/ww8/ww8par.cxx b/sw/source/filter/ww8/ww8par.cxx
index 04b53252d49d..ede4943fdc10 100644
--- a/sw/source/filter/ww8/ww8par.cxx
+++ b/sw/source/filter/ww8/ww8par.cxx
@@ -5981,9 +5981,6 @@ void SwWW8ImplReader::SetOutlineStyles()
 const SwNumRule* pWW8ListStyle = rSI.GetOutlineNumrule();
 if (pWW8ListStyle != nullptr)
 {
-if (aPreventUseAsChapterNumbering[pWW8ListStyle])
-continue;
-
 std::map::iterator aCountIter
 = aWW8ListStyleCounts.find(pWW8ListStyle);
 if (aCountIter == aWW8ListStyleCounts.end())
@@ -6000,6 +5997,9 @@ void SwWW8ImplReader::SetOutlineStyles()
 int nCurrentMaxCount = 0;
 for (const auto& rEntry : aWW8ListStyleCounts)
 {
+if (aPreventUseAsChapterNumbering[rEntry.first])
+continue;
+
 if (rEntry.second > nCurrentMaxCount)
 {
 nCurrentMaxCount = rEntry.second;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


Week #3 update Sidebar

2021-06-28 Thread anshu khare
Hi everyone

In the last week, while implementing, we realized that we were making
templdlg.cxx very complex which will affect the maintainability of code in
the future.
Hence, we decided to change our approach.
To make things simple, we decided that first we will re-factor the code
which is responsible for all the interactions like filter, select etc. by
introducing a new control StyleList and after that we will try to introduce
a new treeview.

In the next week, I will be working towards the refactoring of code. This
will make templdlg.cxx's code much smaller.


Thankyou everyone
Regards
Anshu
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice-bugs] [Bug 142672] : Cropping image under Keep Scale option does NOT change image size

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142672

--- Comment #4 from len...@protonmail.com ---
Okay. Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142672] : Cropping image under Keep Scale option does NOT change image size

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142672

len...@protonmail.com changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Stephan Bergmann (via logerrit)
 vcl/source/uitest/uno/uiobject_uno.cxx |   32 +---
 vcl/source/uitest/uno/uiobject_uno.hxx |   13 -
 2 files changed, 25 insertions(+), 20 deletions(-)

New commits:
commit 4ad110677be8c9b89524a0cbe1690778b3db032e
Author: Stephan Bergmann 
AuthorDate: Mon Jun 28 16:58:45 2021 +0200
Commit: Stephan Bergmann 
CommitDate: Mon Jun 28 20:21:05 2021 +0200

UIObjectUnoObj::executeAction does not need mutable state in UIObjectUnoObj

...as none of the state (now stored in struct Notifier) needs to outlive the
invocation of executeAction.  This change makes mReady monotonic, which 
makes it
easier to reason about (and allows to substantially shrink the range of the
mMutex lock in executeAction).

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

diff --git a/vcl/source/uitest/uno/uiobject_uno.cxx 
b/vcl/source/uitest/uno/uiobject_uno.cxx
index fd75b892d0c4..9041dc7f14e0 100644
--- a/vcl/source/uitest/uno/uiobject_uno.cxx
+++ b/vcl/source/uitest/uno/uiobject_uno.cxx
@@ -10,20 +10,36 @@
 #include 
 
 #include 
+#include 
 #include 
+#include 
 #include "uiobject_uno.hxx"
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
 
 #include 
 
+class Timer;
+
+namespace {
+
+struct Notifier {
+std::condition_variable cv;
+std::mutex mMutex;
+bool mReady = false;
+
+DECL_LINK( NotifyHdl, Timer*, void );
+};
+
+}
+
 UIObjectUnoObj::UIObjectUnoObj(std::unique_ptr pObj):
 UIObjectBase(m_aMutex),
-mpObj(std::move(pObj)),
-mReady(true)
+mpObj(std::move(pObj))
 {
 }
 
@@ -43,7 +59,7 @@ css::uno::Reference SAL_CALL 
UIObjectUnoObj::getChild(
 return new UIObjectUnoObj(std::move(pObj));
 }
 
-IMPL_LINK_NOARG(UIObjectUnoObj, NotifyHdl, Timer*, void)
+IMPL_LINK_NOARG(Notifier, NotifyHdl, Timer*, void)
 {
 std::scoped_lock lk(mMutex);
 mReady = true;
@@ -102,8 +118,6 @@ void SAL_CALL UIObjectUnoObj::executeAction(const OUString& 
rAction, const css::
 if (!mpObj)
 throw css::uno::RuntimeException();
 
-std::unique_lock lk(mMutex);
-mReady = false;
 auto aIdle = std::make_unique();
 aIdle->SetDebugName("UI Test Idle Handler");
 aIdle->SetPriority(TaskPriority::HIGHEST);
@@ -123,14 +137,18 @@ void SAL_CALL UIObjectUnoObj::executeAction(const 
OUString& rAction, const css::
 mpObj->execute(rAction, aMap);
 };
 
-ExecuteWrapper* pWrapper = new ExecuteWrapper(func, LINK(this, 
UIObjectUnoObj, NotifyHdl));
+Notifier notifier;
+ExecuteWrapper* pWrapper = new ExecuteWrapper(func, LINK(, 
Notifier, NotifyHdl));
 aIdle->SetInvokeHandler(LINK(pWrapper, ExecuteWrapper, ExecuteActionHdl));
 {
 SolarMutexGuard aGuard;
 aIdle->Start();
 }
 
-cv.wait(lk, [this]{return mReady;});
+{
+std::unique_lock lk(notifier.mMutex);
+notifier.cv.wait(lk, []{return notifier.mReady;});
+}
 pWrapper->setSignal();
 
 SolarMutexGuard aGuard;
diff --git a/vcl/source/uitest/uno/uiobject_uno.hxx 
b/vcl/source/uitest/uno/uiobject_uno.hxx
index a9f2a294d9e3..47fc54696832 100644
--- a/vcl/source/uitest/uno/uiobject_uno.hxx
+++ b/vcl/source/uitest/uno/uiobject_uno.hxx
@@ -15,14 +15,9 @@
 #include 
 
 #include 
-#include 
-#include 
 
-#include 
 #include 
 
-class Timer;
-
 typedef ::cppu::WeakComponentImplHelper <
 css::ui::test::XUIObject, css::lang::XServiceInfo
 > UIObjectBase;
@@ -55,14 +50,6 @@ public:
 css::uno::Sequence SAL_CALL getSupportedServiceNames() override;
 
 OUString SAL_CALL getHierarchy() override;
-
-private:
-
-DECL_LINK( NotifyHdl, Timer*, void );
-
-std::condition_variable cv;
-std::mutex mMutex;
-bool mReady;
 };
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


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

2021-06-28 Thread Eike Rathke (via logerrit)
 sc/source/ui/inc/gridwin.hxx   |6 +++
 sc/source/ui/view/gridwin.cxx  |4 ++
 sc/source/ui/view/gridwin4.cxx |   62 +
 sc/source/ui/view/tabview5.cxx |7 
 4 files changed, 79 insertions(+)

New commits:
commit 6e88f3c8eb8d07bfdf8ade18230de7114c5ab362
Author: Eike Rathke 
AuthorDate: Mon Jun 28 17:03:04 2021 +0200
Commit: Eike Rathke 
CommitDate: Mon Jun 28 20:20:35 2021 +0200

Revert "Revert "tdf#124983 In calc make printable page borders initially 
visible""

This reverts commit 0be41797787622ebb5320acb6ec6cb65a7c8cdd4.

Reason for revert: it turned out that the observed heap corruption on 
Windows (see late https://gerrit.libreoffice.org/c/core/+/90101 comments) was 
not due to this change, so the precautionary revert can be reverted again.

Change-Id: I7a343f889fda601939381a8691e82dca147a40c3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117987
Tested-by: Jenkins
Reviewed-by: Eike Rathke 

diff --git a/sc/source/ui/inc/gridwin.hxx b/sc/source/ui/inc/gridwin.hxx
index 09e46d7a4e21..daf6c35b652c 100644
--- a/sc/source/ui/inc/gridwin.hxx
+++ b/sc/source/ui/inc/gridwin.hxx
@@ -309,6 +309,10 @@ class SAL_DLLPUBLIC_RTTI ScGridWindow : public 
vcl::Window, public DropTargetHel
 voidInvalidateLOKViewCursor(const tools::Rectangle& 
rCursorRect,
 const Fraction aScaleX, const 
Fraction aScaleY);
 
+Timer   maShowPageBreaksTimer;
+boolbInitialPageBreaks;
+voidSetupInitialPageBreaks(ScDocument& rDoc, SCTAB nTab, bool 
bSetup);
+DECL_LINK(InitiatePageBreaksTimer, Timer*, void);
 protected:
 virtual voidPrePaint(vcl::RenderContext& rRenderContext) override;
 virtual voidPaint(vcl::RenderContext& rRenderContext, const 
tools::Rectangle& rRect) override;
@@ -490,6 +494,8 @@ public:
 void updateLOKValListButton(bool bVisible, const ScAddress& rPos) const;
 void updateLOKInputHelp(const OUString& title, const OUString& content) 
const;
 
+void initiatePageBreaks();
+
 protected:
 void ImpCreateOverlayObjects();
 void ImpDestroyOverlayObjects();
diff --git a/sc/source/ui/view/gridwin.cxx b/sc/source/ui/view/gridwin.cxx
index b6412ae36fbb..c2c115c4371c 100644
--- a/sc/source/ui/view/gridwin.cxx
+++ b/sc/source/ui/view/gridwin.cxx
@@ -424,6 +424,10 @@ ScGridWindow::ScGridWindow( vcl::Window* pParent, 
ScViewData& rData, ScSplitPos
 
 GetOutDev()->SetDigitLanguage( SC_MOD()->GetOptDigitLanguage() );
 EnableRTL( false );
+
+bInitialPageBreaks = true;
+maShowPageBreaksTimer.SetInvokeHandler(LINK(this, ScGridWindow, 
InitiatePageBreaksTimer));
+maShowPageBreaksTimer.SetTimeout(1);
 }
 
 ScGridWindow::~ScGridWindow()
diff --git a/sc/source/ui/view/gridwin4.cxx b/sc/source/ui/view/gridwin4.cxx
index 9c1ff475449a..f1e53ed61cb8 100644
--- a/sc/source/ui/view/gridwin4.cxx
+++ b/sc/source/ui/view/gridwin4.cxx
@@ -76,6 +76,9 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
 
 static void lcl_LimitRect( tools::Rectangle& rRect, const tools::Rectangle& 
rVisible )
 {
@@ -1267,6 +1270,30 @@ void ScGridWindow::DrawContent(OutputDevice , 
const ScTableInfo& rTableI
 
 if (mpNoteMarker)
 mpNoteMarker->Draw(); // Above the cursor, in drawing map mode
+
+SetupInitialPageBreaks(rDoc, nTab, bPage&& bInitialPageBreaks);
+}
+
+
+void ScGridWindow::SetupInitialPageBreaks(ScDocument& rDoc, SCTAB nTab, bool 
bSetup)
+{
+// tdf#124983, if option LibreOfficeDev Calc/View/Visual Aids/Page breaks
+// is enabled, breaks should be visible. If the document is opened the 
first
+// time, the breaks are not calculated yet, so for this initialization
+// a timer will be triggered here.
+if (bSetup)
+{
+std::set aColBreaks;
+std::set aRowBreaks;
+rDoc.GetAllColBreaks(aColBreaks, nTab, true, false);
+rDoc.GetAllRowBreaks(aRowBreaks, nTab, true, false);
+if (aColBreaks.size() == 0 || aRowBreaks.size() == 0)
+{
+maShowPageBreaksTimer.SetPriority(TaskPriority::DEFAULT_IDLE);
+maShowPageBreaksTimer.Start();
+bInitialPageBreaks = false;
+}
+}
 }
 
 namespace
@@ -2316,4 +2343,39 @@ void ScGridWindow::DataChanged( const DataChangedEvent& 
rDCEvt )
 Invalidate();
 }
 
+void ScGridWindow::initiatePageBreaks()
+{
+bInitialPageBreaks = true;
+}
+
+IMPL_LINK(ScGridWindow, InitiatePageBreaksTimer, Timer*, pTimer, void)
+{
+if (pTimer == )
+{
+ScDocument& rDoc = mrViewData.GetDocument();
+const ScViewOptions& rOpts = mrViewData.GetOptions();
+bool bPage = rOpts.GetOption(VOPT_PAGEBREAKS);
+ScDocShell* pDocSh = mrViewData.GetDocShell();
+bool bModified = pDocSh->IsModified();
+// tdf#124983, if option LibreOfficeDev Calc/View/Visual Aids/Page 
breaks
+// is enabled, breaks should 

[Libreoffice-bugs] [Bug 143108] PolyLine appearing/disappearing depending on zoom-level with Skia and anti-aliasing disabled

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143108

--- Comment #1 from Telesto  ---
Created attachment 173250
  --> https://bugs.documentfoundation.org/attachment.cgi?id=173250=edit
Example file

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143108] New: PolyLine appearing/disappearing depending on zoom-level with Skia and anti-aliasing disabled

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143108

Bug ID: 143108
   Summary: PolyLine appearing/disappearing depending on
zoom-level with Skia and anti-aliasing disabled
   Product: LibreOffice
   Version: 7.3.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
PolyLine appearing/disappearing depending on zoom-level with Skia and
anti-aliasing disabled

Steps to Reproduce:
1. Open the attached file
2. Zoom in-out

Actual Results:
A nearly closed shape

Expected Results:
Missing lines


Reproducible: Always


User Profile Reset: No



Additional Info:
Repro with
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: c38d0d501f5eca648bdf0fd2914b57e06f505f7e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

not with

Version: 7.1.0.0.beta1+ (x64)
Build ID: f9fab4203c1aa0b9a3f27ce2713b6d5addc7df19
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: nl-NL
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142778] Hyperlink>TargetInDocument does not respect user's numbering format

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142778

tor...@yahoo.com changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 142778] Hyperlink>TargetInDocument does not respect user's numbering format

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142778

--- Comment #5 from tor...@yahoo.com ---
After user-profile reset, same result.
Version: 7.1.3.2 (x64) / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
same with Version: 7.2.0.0.alpha0+ (x64)
Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: en-CA (en_US); UI: en-US
Calc: threaded
Version: 7.1.4.2 (x64) / LibreOffice Community
Build ID: a529a4fab45b75fefc5b6226684193eb000654f6
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
just installed; same result.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143102] Error calculating sum function

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143102

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #6 from m.a.riosv  ---
Calc is strict about the convert/use text numbers as number, only happens with
direct references, but none using cell ranges.

There are some settings in Menu/Tools/Options/LibreOffice calc/Formula/Detailed
calculation settings, but I think no one affects this case.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Andrea Gelmini (via logerrit)
 sw/qa/extras/ooxmlexport/ooxmlexport16.cxx|2 +-
 sw/source/filter/ww8/docxsdrexport.cxx|4 ++--
 writerfilter/source/dmapper/GraphicImport.cxx |2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)

New commits:
commit 1b052ff4ac5f5d29b69a91d4f14742e555f2a03b
Author: Andrea Gelmini 
AuthorDate: Mon Jun 28 13:29:18 2021 +0200
Commit: Julien Nabet 
CommitDate: Mon Jun 28 19:09:04 2021 +0200

Fix typos

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

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
index 21e3a73f8cfd..bafe3b511730 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
@@ -93,7 +93,7 @@ DECLARE_OOXMLEXPORT_TEST(testTdf142486_FrameShadow, 
"tdf142486_FrameShadow.odt")
 OUString sText = xViewCursor->getString();
 // Without fix in place, the frame size including shadow width was 
exported as object size. On
 // import the shadow width was added as wrap "distance from text". That 
results in totally
-// different wrapping of the surrouding text.
+// different wrapping of the surrounding text.
 // Here line started with "x" instead of expected "e".
 CPPUNIT_ASSERT(sText.startsWith("e"));
 }
diff --git a/sw/source/filter/ww8/docxsdrexport.cxx 
b/sw/source/filter/ww8/docxsdrexport.cxx
index 1416c4838904..c85e2581bd96 100644
--- a/sw/source/filter/ww8/docxsdrexport.cxx
+++ b/sw/source/filter/ww8/docxsdrexport.cxx
@@ -89,7 +89,7 @@ void lclMovePositionWithRotation(awt::Point& aPos, const 
Size& rSize, Degree100
 {
 // code from ImplEESdrWriter::ImplFlipBoundingBox 
(filter/source/msfilter/eschesdo.cxx)
 // TODO: refactor
-// MSO uses left|top of the unrotated object rectangle as position. When 
you rotate that retangle
+// MSO uses left|top of the unrotated object rectangle as position. When 
you rotate that rectangle
 // around its center and build a snap rectangle S from it, then left|top 
of S has to be the
 // position used in LO. This method converts LOs aPos to the position used 
by MSO.
 
@@ -920,7 +920,7 @@ void DocxSdrExport::startDMLAnchorInline(const 
SwFrameFormat* pFrameFormat, cons
 // FixMe: tdf141880. Because LibreOffice currently cannot handle negative 
vertical margins, they
 // were forced to zero on import. Especially bottom margin of inline 
anchored rotated objects are
 // affected. If the object was not changed, it would be better to export 
the original values
-// from grab-Bag. Unfortulately there exists no marker for "not changed", 
so a heuristic is used
+// from grab-Bag. Unfortunately there exists no marker for "not changed", 
so a heuristic is used
 // here: If current left, top and right margins do not differ more than 
1Hmm = 635EMU from the
 // values in grab-Bag, it is likely, that the object was not changed and 
we restore the values
 // from grab-Bag.
diff --git a/writerfilter/source/dmapper/GraphicImport.cxx 
b/writerfilter/source/dmapper/GraphicImport.cxx
index 86a6ebabe3e4..f67966d0008c 100644
--- a/writerfilter/source/dmapper/GraphicImport.cxx
+++ b/writerfilter/source/dmapper/GraphicImport.cxx
@@ -994,7 +994,7 @@ void GraphicImport::lcl_attribute(Id nName, Value& rValue)
 m_pImpl->nBottomMargin += aMSOBaseLeftTop.Y + 
aMSOBaseSize.Height
   - (aLOSnapRect.Y + 
aLOSnapRect.Height);
 // tdf#141880 LibreOffice cannot handle 
negative vertical margins.
-// Those cases are catched below at common 
place.
+// Those cases are caught below at common 
place.
 }
 } // end IMPORT_AS_DETECTED_INLINE
 else if ((m_pImpl->nWrap == text::WrapTextMode_PARALLEL
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 39674] find / fix all German spellings in internal APIs

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=39674

--- Comment #56 from Harshita Nag  ---
Hello, 
I would like to work on this bug. Are there any words in German that can be
changed?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143085] Crash part way through spell check

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143085

--- Comment #5 from Julien Nabet  ---
(In reply to David Norfol from comment #4)
> Started in Safe Mode as per Help instructions. Still crashes on spell
> checker, so it is not a corrupt user profile.
> 
> Do you want to look at the original document? I presume we have some sort of
> privacy agreement (or, I can wait until it is published)
>
What do you want to wait for to be published?
I mean 7.1.4 has already been released.
I suppose I missed something in your comment.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143083] On a table with borders, impossible to unset borders on just one row

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143083

Julien Nabet  changed:

   What|Removed |Added

Summary|Bordures d'un tableau   |On a table with borders,
   ||impossible to unset borders
   ||on just one row

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 143102] Error calculating sum function

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143102

--- Comment #5 from Ming Hua  ---
There is also an FAQ page about this "looks like numbers but is actually text"
issue on wiki:

https://wiki.documentfoundation.org/Faq/Calc/How_to_convert_number_text_to_numeric_data

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: Branch 'distro/nisz/libreoffice-7-1' - sc/inc sc/qa sc/source

2021-06-28 Thread Balazs Varga (via logerrit)
 sc/inc/document.hxx|1 
 sc/inc/table.hxx   |1 
 sc/qa/uitest/autofilter/autofilter.py  |   31 +
 sc/qa/uitest/data/autofilter/tdf140462.ods |binary
 sc/source/core/data/documen3.cxx   |   11 ++
 sc/source/core/data/table3.cxx |   24 +-
 sc/source/filter/xml/xmldrani.cxx  |2 +
 7 files changed, 65 insertions(+), 5 deletions(-)

New commits:
commit b92ec0e15311bfd653ccd7282f109273d3a5a002
Author: Balazs Varga 
AuthorDate: Wed Feb 17 15:20:34 2021 +0100
Commit: Gabor Kelemen 
CommitDate: Mon Jun 28 18:17:28 2021 +0200

tdf#140462 sc ODF import: fix empty autofilter columns

(followed a date type autofilter column) by setting
QueryType to ByDate at ODF import.

Change-Id: Ie78cb15885dfb1e40c9e8ac993ff79b19fe17993
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111070
Tested-by: László Németh 
Reviewed-by: László Németh 
(cherry picked from commit f37f159f2e0c7abe45ac7a3eec447f1234ad1662)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117991
Tested-by: Gabor Kelemen 
Reviewed-by: Gabor Kelemen 

diff --git a/sc/inc/document.hxx b/sc/inc/document.hxx
index 80592f15b3aa..51130b2fe7cb 100644
--- a/sc/inc/document.hxx
+++ b/sc/inc/document.hxx
@@ -2063,6 +2063,7 @@ public:
 
 void   Reorder( const sc::ReorderParam& rParam );
 
+void   PrepareQuery( SCTAB nTab, ScQueryParam& rQueryParam );
 SCSIZE Query( SCTAB nTab, const ScQueryParam& rQueryParam, 
bool bKeepSub );
 SC_DLLPUBLIC bool  CreateQueryParam( const ScRange& rRange, ScQueryParam& 
rQueryParam );
 void   GetUpperCellString(SCCOL nCol, SCROW nRow, SCTAB nTab, 
OUString& rStr);
diff --git a/sc/inc/table.hxx b/sc/inc/table.hxx
index 5cba3d0af77b..4a02a53f8b88 100644
--- a/sc/inc/table.hxx
+++ b/sc/inc/table.hxx
@@ -949,6 +949,7 @@ public:
 bool* pbTestEqualCondition = nullptr, const ScInterpreterContext* 
pContext = nullptr,
 sc::TableColumnBlockPositionSet* pBlockPos = nullptr );
 voidTopTenQuery( ScQueryParam& );
+voidPrepareQuery( ScQueryParam& rQueryParam );
 SCSIZE  Query(const ScQueryParam& rQueryParam, bool bKeepSub);
 boolCreateQueryParam(SCCOL nCol1, SCROW nRow1, SCCOL nCol2, SCROW 
nRow2, ScQueryParam& rQueryParam);
 
diff --git a/sc/qa/uitest/autofilter/autofilter.py 
b/sc/qa/uitest/autofilter/autofilter.py
index 2b36b4dff2e6..b8f2bb3be83f 100644
--- a/sc/qa/uitest/autofilter/autofilter.py
+++ b/sc/qa/uitest/autofilter/autofilter.py
@@ -251,5 +251,36 @@ class AutofilterTest(UITestCase):
 xOkBtn = xFloatWindow.getChild("cancel")
 xOkBtn.executeAction("CLICK", tuple())
 
+self.ui_test.close_doc()
+
+def test_tdf140462(self):
+doc = self.ui_test.load_file(get_url_for_data_file("tdf140462.ods"))
+
+xGridWin = self.xUITest.getTopFocusWindow().getChild("grid_window")
+
+xGridWin.executeAction("LAUNCH", mkPropertyValues({"AUTOFILTER": "", 
"COL": "0", "ROW": "0"}))
+xFloatWindow = self.xUITest.getFloatWindow()
+xCheckListMenu = xFloatWindow.getChild("check_list_menu")
+xTreeList = xCheckListMenu.getChild("check_tree_box")
+self.assertEqual(3, len(xTreeList.getChildren()))
+xOkBtn = xFloatWindow.getChild("cancel")
+xOkBtn.executeAction("CLICK", tuple())
+
+xGridWin.executeAction("LAUNCH", mkPropertyValues({"AUTOFILTER": "", 
"COL": "1", "ROW": "0"}))
+xFloatWindow = self.xUITest.getFloatWindow()
+xCheckListMenu = xFloatWindow.getChild("check_list_menu")
+xTreeList = xCheckListMenu.getChild("check_list_box")
+self.assertEqual(3, len(xTreeList.getChildren()))
+xOkBtn = xFloatWindow.getChild("cancel")
+xOkBtn.executeAction("CLICK", tuple())
+
+xGridWin.executeAction("LAUNCH", mkPropertyValues({"AUTOFILTER": "", 
"COL": "2", "ROW": "0"}))
+xFloatWindow = self.xUITest.getFloatWindow()
+xCheckListMenu = xFloatWindow.getChild("check_list_menu")
+xTreeList = xCheckListMenu.getChild("check_list_box")
+self.assertEqual(4, len(xTreeList.getChildren()))
+xOkBtn = xFloatWindow.getChild("cancel")
+xOkBtn.executeAction("CLICK", tuple())
+
 self.ui_test.close_doc()
 # vim: set shiftwidth=4 softtabstop=4 expandtab:
diff --git a/sc/qa/uitest/data/autofilter/tdf140462.ods 
b/sc/qa/uitest/data/autofilter/tdf140462.ods
new file mode 100644
index ..8fe7ed8a9705
Binary files /dev/null and b/sc/qa/uitest/data/autofilter/tdf140462.ods differ
diff --git a/sc/source/core/data/documen3.cxx b/sc/source/core/data/documen3.cxx
index c2adce1c3ae7..4291a2b6e03c 100644
--- a/sc/source/core/data/documen3.cxx
+++ b/sc/source/core/data/documen3.cxx
@@ -1443,6 +1443,17 @@ void ScDocument::Reorder( const sc::ReorderParam& 

[Libreoffice-bugs] [Bug 143102] Error calculating sum function

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143102

--- Comment #4 from Uwe Auer  ---
(In reply to bruno.dessale from comment #3)
> Yes but when I look at the format of the cells F51 and F52 (right click
> "format cells") I have a number and not a text !
> 
> Thanks

Formatting a cell *after* there is already data within the cell, never changes
the data type. Formatting about representation of data within the same type.
You cannot convert data by changing format.

In other words: Looking at the format of a cell is no means to determine the
data type of a cell's content (That's why the procedure mentions `View -> Value
Highlighting` which is a means to get the data type.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


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

2021-06-28 Thread Andrea Gelmini (via logerrit)
 sw/qa/extras/ooxmlexport/ooxmlexport16.cxx |1 -
 1 file changed, 1 deletion(-)

New commits:
commit 3935b85163336ade4d0555a345c7ba2a9b1fc4d7
Author: Andrea Gelmini 
AuthorDate: Mon Jun 28 13:18:02 2021 +0200
Commit: Andrea Gelmini 
CommitDate: Mon Jun 28 18:06:15 2021 +0200

Remove duplicated include

Change-Id: I0b92374a9d476944e88ac8d08c024f17f689d696
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118010
Tested-by: Jenkins
Reviewed-by: Andrea Gelmini 

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
index 7f8ba137825b..21e3a73f8cfd 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport16.cxx
@@ -27,7 +27,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: sysui/desktop

2021-06-28 Thread Samuel Mehrbrodt (via logerrit)
 sysui/desktop/macosx/Info.plist.in  |5 +
 sysui/desktop/menus/startcenter.desktop |2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

New commits:
commit a31b7ea9e62f6d44685aff28e1412eb43b796847
Author: Samuel Mehrbrodt 
AuthorDate: Thu Jun 24 11:04:05 2021 +0200
Commit: Thorsten Behrens 
CommitDate: Mon Jun 28 17:53:33 2021 +0200

Add URI handlers for MS Office URI Schemes on Linux/macOS

This was already done for Windows in 
fdd8686987ca4ee693f5f194c8eb482daa69cfef

Change-Id: I2fa43bf2930e9df9fbeb9169d28700ef4bdbaacc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117726
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens 

diff --git a/sysui/desktop/macosx/Info.plist.in 
b/sysui/desktop/macosx/Info.plist.in
index 985ea047b0ea..e50d7a20c4dd 100644
--- a/sysui/desktop/macosx/Info.plist.in
+++ b/sysui/desktop/macosx/Info.plist.in
@@ -1531,6 +1531,11 @@
 CFBundleURLSchemes
 
 vnd.libreoffice.command
+ms-word
+ms-powerpoint
+ms-excel
+ms-visio
+ms-access
 
 
 
diff --git a/sysui/desktop/menus/startcenter.desktop 
b/sysui/desktop/menus/startcenter.desktop
index be551ae27335..6bb33e58266d 100644
--- a/sysui/desktop/menus/startcenter.desktop
+++ b/sysui/desktop/menus/startcenter.desktop
@@ -23,7 +23,7 @@ Icon=startcenter
 Type=Application
 
Categories=Office;X-Red-Hat-Base;X-SuSE-Core-Office;X-MandrivaLinux-Office-Other;
 Exec=${UNIXBASISROOTNAME} %%FILE%%
-MimeType=application/vnd.openofficeorg.extension;x-scheme-handler/vnd.libreoffice.cmis;x-scheme-handler/vnd.sun.star.webdav;x-scheme-handler/vnd.sun.star.webdavs;x-scheme-handler/vnd.libreoffice.command;
+MimeType=application/vnd.openofficeorg.extension;x-scheme-handler/vnd.libreoffice.cmis;x-scheme-handler/vnd.sun.star.webdav;x-scheme-handler/vnd.sun.star.webdavs;x-scheme-handler/vnd.libreoffice.command;x-scheme-handler/ms-word;x-scheme-handler/ms-powerpoint;x-scheme-handler/ms-excel;x-scheme-handler/ms-visio;x-scheme-handler/ms-access;
 Name=%PRODUCTNAME
 GenericName=Office
 Comment=The office productivity suite compatible to the open and standardized 
ODF document format. Supported by The Document Foundation.
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 143102] Error calculating sum function

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143102

--- Comment #3 from bruno.dess...@free.fr ---
Yes but when I look at the format of the cells F51 and F52 (right click "format
cells") I have a number and not a text !

Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-commits] core.git: Branch 'distro/nisz/libreoffice-7-1' - sw/qa sw/source

2021-06-28 Thread Attila Szűcs (via logerrit)
 sw/qa/extras/ooxmlexport/data/tdf121666_lostPage.docx |binary
 sw/qa/extras/ooxmlexport/ooxmlexport13.cxx|   10 ++
 sw/source/filter/ww8/attributeoutputbase.hxx  |2 +-
 sw/source/filter/ww8/docxattributeoutput.cxx  |   14 +-
 sw/source/filter/ww8/docxattributeoutput.hxx  |2 +-
 sw/source/filter/ww8/docxexport.cxx   |4 ++--
 sw/source/filter/ww8/docxexport.hxx   |3 ++-
 sw/source/filter/ww8/rtfattributeoutput.cxx   |2 +-
 sw/source/filter/ww8/rtfattributeoutput.hxx   |4 ++--
 sw/source/filter/ww8/rtfexport.cxx|5 +++--
 sw/source/filter/ww8/rtfexport.hxx|4 ++--
 sw/source/filter/ww8/wrtww8.hxx   |6 --
 sw/source/filter/ww8/ww8atr.cxx   |   16 +---
 sw/source/filter/ww8/ww8attributeoutput.hxx   |2 +-
 14 files changed, 55 insertions(+), 19 deletions(-)

New commits:
commit e99064ce8f4f4ca45e57b18a095b867ca50ab006
Author: Attila Szűcs 
AuthorDate: Thu Feb 25 13:29:46 2021 +0100
Commit: Gabor Kelemen 
CommitDate: Mon Jun 28 17:43:03 2021 +0200

tdf#121666 DOCX export: fix missing page break

When an empty paragraph has both page break and section
break, only the section break was exported to DOCX,
the page break was not, while MSO needs that to show
all page breaks.

The DOC and RTF exports were not changed by this fix
(not sure if the problem are present with them or not).

Co-authored-by: Tibor Nagy (NISZ)

Change-Id: I5deac0390666415e36a541c731dda4bc0a2ad6ad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111543
Tested-by: László Németh 
Reviewed-by: László Németh 
(cherry picked from commit d58229d61b8bbf9eb0db841826e361940c7b2a4a)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117990
Tested-by: Gabor Kelemen 
Reviewed-by: Gabor Kelemen 

diff --git a/sw/qa/extras/ooxmlexport/data/tdf121666_lostPage.docx 
b/sw/qa/extras/ooxmlexport/data/tdf121666_lostPage.docx
new file mode 100644
index ..195f574d1c5d
Binary files /dev/null and 
b/sw/qa/extras/ooxmlexport/data/tdf121666_lostPage.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport13.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport13.cxx
index a9ea821e1700..89ec02bbafed 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport13.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport13.cxx
@@ -86,6 +86,16 @@ DECLARE_OOXMLEXPORT_TEST(testTdf121374_sectionHF2, 
"tdf121374_sectionHF2.doc")
 CPPUNIT_ASSERT( xHeaderText->getString().startsWith("virkamatka-anomus") );
 }
 
+DECLARE_OOXMLEXPORT_EXPORTONLY_TEST(testTdf121666_lostPage, 
"tdf121666_lostPage.docx")
+{
+xmlDocUniquePtr pXmlDoc = parseExport("word/document.xml");
+assertXPath(pXmlDoc, "/w:document/w:body/w:p[1]/w:r[2]/w:br", "type", 
"page");
+// The second page break is exported too.
+// Before this fix, if a node had both section break and page break, then 
only the section break was exported.
+assertXPath(pXmlDoc, "/w:document/w:body/w:p[2]/w:r[2]/w:br", "type", 
"page");
+assertXPath(pXmlDoc, "/w:document/w:body/w:p[2]/w:pPr/w:sectPr/w:type", 
"val", "nextPage");
+}
+
 DECLARE_OOXMLEXPORT_TEST(testTdf95848, "tdf95848.docx")
 {
 OUString listId;
diff --git a/sw/source/filter/ww8/attributeoutputbase.hxx 
b/sw/source/filter/ww8/attributeoutputbase.hxx
index 327f1fa9d26d..4a2929ed8455 100644
--- a/sw/source/filter/ww8/attributeoutputbase.hxx
+++ b/sw/source/filter/ww8/attributeoutputbase.hxx
@@ -300,7 +300,7 @@ public:
 /// Write a section break
 /// msword::ColumnBreak or msword::PageBreak
 /// bBreakAfter: the break must be scheduled for insertion in the end of 
current paragraph
-virtual void SectionBreak( sal_uInt8 nC, bool bBreakAfter, const 
WW8_SepInfo* pSectionInfo = nullptr ) = 0;
+virtual void SectionBreak( sal_uInt8 nC, bool bBreakAfter, const 
WW8_SepInfo* pSectionInfo = nullptr, bool bExtraPageBreak = false ) = 0;
 
 // preserve page vertical alignment
 virtual void TextVerticalAdjustment( const 
css::drawing::TextVerticalAdjust) {};
diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx 
b/sw/source/filter/ww8/docxattributeoutput.cxx
index 3ba079cde7f4..79800cf24cbc 100644
--- a/sw/source/filter/ww8/docxattributeoutput.cxx
+++ b/sw/source/filter/ww8/docxattributeoutput.cxx
@@ -6522,7 +6522,7 @@ void DocxAttributeOutput::PageBreakBefore( bool bBreak )
 FSNS( XML_w, XML_val ), "false" );
 }
 
-void DocxAttributeOutput::SectionBreak( sal_uInt8 nC, bool bBreakAfter, const 
WW8_SepInfo* pSectionInfo )
+void DocxAttributeOutput::SectionBreak( sal_uInt8 nC, bool bBreakAfter, const 
WW8_SepInfo* pSectionInfo, bool bExtraPageBreak)
 {
 switch ( nC )
 {
@@ -6573,10 +6573,22 @@ void DocxAttributeOutput::SectionBreak( sal_uInt8 nC, 
bool bBreakAfter, const WW
 

[Libreoffice-ux-advise] [Bug 133265] [UI] Please increase the 'needs save' indicator visibility

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133265

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

https://git.libreoffice.org/core/commit/0707380f05d4cce2d17eb74c4b871dcf17d3ac1f

Resolves tdf#133265 - State indicator as first item

It will be available in 7.3.0.

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

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-ux-advise] [Bug 133265] [UI] Please increase the 'needs save' indicator visibility

2021-06-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133265

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.3.0

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


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

2021-06-28 Thread Heiko Tietze (via logerrit)
 sw/uiconfig/swriter/statusbar/statusbar.xml |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 0707380f05d4cce2d17eb74c4b871dcf17d3ac1f
Author: Heiko Tietze 
AuthorDate: Mon Jun 28 15:18:02 2021 +0200
Commit: Heiko Tietze 
CommitDate: Mon Jun 28 17:37:29 2021 +0200

Resolves tdf#133265 - State indicator as first item

Since I719f8a97a867addcd6a544567b1173e6da0f7db8 made trouble
with unit tests this is another approach to make sure
the document save state is always visible

Change-Id: Ieb171c6f2a8bb038f86fdafac737a4e39963f03d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118022
Tested-by: Jenkins
Reviewed-by: Heiko Tietze 

diff --git a/sw/uiconfig/swriter/statusbar/statusbar.xml 
b/sw/uiconfig/swriter/statusbar/statusbar.xml
index f85f07daa068..4f55934870c2 100644
--- a/sw/uiconfig/swriter/statusbar/statusbar.xml
+++ b/sw/uiconfig/swriter/statusbar/statusbar.xml
@@ -18,13 +18,13 @@
  *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
 -->
 http://openoffice.org/2001/statusbar; 
xmlns:xlink="http://www.w3.org/1999/xlink;>
+ 
  
  
  
  
  
  
- 
  
  
  
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


  1   2   3   4   >