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

2019-05-29 Thread Zdeněk Crhonek (via logerrit)
 sw/qa/uitest/writer_tests/data/tdf120731.odt |binary
 sw/qa/uitest/writer_tests6/tdf120731.py  |   36 +++
 2 files changed, 36 insertions(+)

New commits:
commit 18d0d8541432782e9bf761992a8bda5d29ee6564
Author: Zdeněk Crhonek 
AuthorDate: Wed May 29 21:49:09 2019 +0200
Commit: Zdenek Crhonek 
CommitDate: Thu May 30 07:02:41 2019 +0200

uitest for bug tdf#120731

Change-Id: I85952c011e0f49e0fa8613910c993c919aa2b413
Reviewed-on: https://gerrit.libreoffice.org/73189
Tested-by: Jenkins
Reviewed-by: Zdenek Crhonek 

diff --git a/sw/qa/uitest/writer_tests/data/tdf120731.odt 
b/sw/qa/uitest/writer_tests/data/tdf120731.odt
new file mode 100644
index ..30638ec2c5d1
Binary files /dev/null and b/sw/qa/uitest/writer_tests/data/tdf120731.odt differ
diff --git a/sw/qa/uitest/writer_tests6/tdf120731.py 
b/sw/qa/uitest/writer_tests6/tdf120731.py
new file mode 100644
index ..5521a2776be5
--- /dev/null
+++ b/sw/qa/uitest/writer_tests6/tdf120731.py
@@ -0,0 +1,36 @@
+# -*- tab-width: 4; indent-tabs-mode: nil; py-indent-offset: 4 -*-
+#
+# 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/.
+#
+from uitest.framework import UITestCase
+from uitest.uihelper.common import get_state_as_dict
+from uitest.uihelper.common import select_pos
+from uitest.uihelper.calc import enter_text_to_cell
+from libreoffice.calc.document import get_cell_by_position
+from libreoffice.uno.propertyvalue import mkPropertyValues
+from uitest.uihelper.common import get_state_as_dict, type_text
+from uitest.debug import sleep
+import org.libreoffice.unotest
+import pathlib
+def get_url_for_data_file(file_name):
+   return 
pathlib.Path(org.libreoffice.unotest.makeCopyFromTDOC(file_name)).as_uri()
+
+#Bug 120731 - Crash cuilo!makeAutoCorrEdit when open character dialog with 
large amount of text selected
+
+class tdf120731(UITestCase):
+   def test_tdf120731_crash_open_char_dialog(self):
+writer_doc = 
self.ui_test.load_file(get_url_for_data_file("tdf120731.odt"))
+document = self.ui_test.get_component()
+xWriterDoc = self.xUITest.getTopFocusWindow()
+xWriterEdit = xWriterDoc.getChild("writer_edit")
+
+self.xUITest.executeCommand(".uno:SelectAll")
+self.ui_test.execute_dialog_through_command(".uno:FontDialog")
+xDialog = self.xUITest.getTopFocusWindow()
+xOK = xDialog.getChild("ok")
+xOK.executeAction("CLICK", tuple())
+self.assertEqual(document.Text.String[0:5], "Lorem")
+self.ui_test.close_doc()
+# 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-bugs] [Bug 44837] EDITING 'Replace All' clears current selection

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=44837

raal  changed:

   What|Removed |Added

 CC||r...@post.cz

--- Comment #7 from raal  ---
Created attachment 151770
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151770=edit
printscreen

Hello, please can you retest it? For me the first letter in selection is lost.
See prinstcreens

steps>
write  bsdbsd
select all
find and replace: b > a ; current selection only
after "replace all" only the string "sdasd" is select

string "asdasd" should be selected.

-- 
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: sfx2/source

2019-05-29 Thread Jim Raykowski (via logerrit)
 sfx2/source/sidebar/SidebarDockingWindow.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 8234b277d3fc8a52b18715e8e245580254a1610b
Author: Jim Raykowski 
AuthorDate: Wed May 29 16:48:52 2019 -0800
Commit: Jim Raykowski 
CommitDate: Thu May 30 06:09:54 2019 +0200

Don't pass escape key event to SfxDockingWindow from sidebar

...docking window

Missed this in recent rework concerning key input events in
SidebarDockingWindow, tdf#125525 Allow shortcut keys from sidebar
docking window.

Change-Id: I53906251918874d2613795cb06a3e6ef07509bd8
Reviewed-on: https://gerrit.libreoffice.org/73192
Tested-by: Jenkins
Reviewed-by: Jim Raykowski 

diff --git a/sfx2/source/sidebar/SidebarDockingWindow.cxx 
b/sfx2/source/sidebar/SidebarDockingWindow.cxx
index 1784180a9e9f..085ea813fa0f 100644
--- a/sfx2/source/sidebar/SidebarDockingWindow.cxx
+++ b/sfx2/source/sidebar/SidebarDockingWindow.cxx
@@ -140,6 +140,7 @@ bool SidebarDockingWindow::EventNotify(NotifyEvent& rEvent)
 case KEY_DELETE:
 case KEY_INSERT:
 case KEY_RETURN:
+case KEY_ESCAPE:
 {
 return true;
 }
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 97630] LibreOffice uses wrong attribute for feature "shrink-to-fit"

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97630

--- Comment #40 from QA Administrators  ---
Dear Regina Henschel,

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
http://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 125304] Selecting Whole Sheet And Changing Formatting Starts Frantic Scrolling to End Of Table

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125304

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 72504] EDITING: Unable to edit .odb file with non-local URL

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=72504

--- Comment #33 from QA Administrators  ---
Dear TriumphGuru,

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
http://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 125047] LibreOffice interferes with IBM Notes 10: the default font is changed, and execution becomes unpredictable

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125047

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 125314] document linking is not supported in .docx format and causes a silent failure and loss of function

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125314

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 125295] Wrong fonts applied to cells which contains with auto-correction wavy line

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125295

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 125318] Copy & Paste does not work

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125318

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 125317] LO Viewer for Android is not recognized as able to open .odt files

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125317

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 53649] Writer FILEOPEN, FORMATTING: odt document with header and footer Writer opens without them

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=53649

--- Comment #9 from QA Administrators  ---
Dear Doug,

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
http://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 95214] EDITING - Form properties always indicated as changed even when no changes made

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=95214

--- Comment #5 from QA Administrators  ---
Dear Alex Thurgood,

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
http://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 99724] FILEOPEN RTF layout problem with footer

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=99724

--- Comment #7 from QA Administrators  ---
Dear Óvári,

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
http://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 95017] Tablecontrol without navigationbar shows big grey border at bottom instead when zooming form

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=95017

--- Comment #10 from QA Administrators  ---
Dear robert,

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
http://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 113794] Status bar’s Zoom slider and percentage are separated; both controls belong together

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113794

--- Comment #2 from QA Administrators  ---
Dear Adolfo Jayme,

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
http://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 125316] "Attempt to get length of NULL Array" on first startup

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125316

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 89544] Writer grid dots are barely visible for comfortable work

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89544

--- Comment #6 from QA Administrators  ---
Dear dtr,

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
http://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 98381] Pasting text at the beginning of a style changes the style to that of the pasted text

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=98381

--- Comment #8 from QA Administrators  ---
Dear William Friedman,

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
http://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 97066] listbox "select all: with CTRL+A does not update SelectedItems, SelectedValues, etc properties

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=97066

--- Comment #12 from QA Administrators  ---
Dear Lionel Elie Mamane,

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
http://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 82438] No synchronization between color attributes in the toolbar and sidebar

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=82438

--- Comment #9 from QA Administrators  ---
Dear Yousuf Philips (jay) (retired),

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
http://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 108224] Insert -> Field -> Author puts "DocInformation:Created" field instead of "Author"

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108224

--- Comment #12 from QA Administrators  ---
Dear Gabriele Ponzo,

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
http://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 103906] LO uses deprecated mime type "image/x-wmf" for WMF files instead of "image/wmf"

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103906

--- Comment #6 from QA Administrators  ---
Dear Joerg,

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
http://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 117857] Korean Hangul/Hanja Conversion Menu's "add Korean Ruby script" not work

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117857

--- Comment #6 from QA Administrators  ---
Dear DaeHyun Sung,

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
http://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 125548] When using kde5 vcl, tab first inserts a tab, and then the document loses focus

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125548

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:6.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-bugs] [Bug 125548] When using kde5 vcl, tab first inserts a tab, and then the document loses focus

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125548

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

https://git.libreoffice.org/core/+/f6e7dbccf063767c2ac87c6460bd1004df742081%5E%21

tdf#125548 Qt5 no focus for the menu bar button

It will be available in 6.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-commits] core.git: vcl/qt5

2019-05-29 Thread Jan-Marek Glogowski (via logerrit)
 vcl/qt5/Qt5Menu.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit f6e7dbccf063767c2ac87c6460bd1004df742081
Author: Jan-Marek Glogowski 
AuthorDate: Wed May 29 19:45:24 2019 +0200
Commit: Jan-Marek Glogowski 
CommitDate: Thu May 30 02:09:32 2019 +0200

tdf#125548 Qt5 no focus for the menu bar button

You can't tab into the menu bar, but if you add a corner widget,
it will be enlisted in the parent's focus chain! Interestingly
the menu bar even is considered to have the focus, if the widget
is focused, and will handle key events, but this can probably be
considered consistent.

So this just denies the button any focus, as this is a mouse-only
widget, and clicking it will close the document window.

Change-Id: I3c48d85ca56b6a54daf01f444dddc736e7ebb8e7
Reviewed-on: https://gerrit.libreoffice.org/73186
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/vcl/qt5/Qt5Menu.cxx b/vcl/qt5/Qt5Menu.cxx
index 733b1505b49c..435cc53363d4 100644
--- a/vcl/qt5/Qt5Menu.cxx
+++ b/vcl/qt5/Qt5Menu.cxx
@@ -631,6 +631,7 @@ void Qt5Menu::ShowCloseButton(bool bShow)
 pButton = new QPushButton(mpQMenuBar);
 pButton->setIcon(aIcon);
 pButton->setFlat(true);
+pButton->setFocusPolicy(Qt::NoFocus);
 pButton->setToolTip(toQString(VclResId(SV_HELPTEXT_CLOSEDOCUMENT)));
 mpQMenuBar->setCornerWidget(pButton, Qt::TopRightCorner);
 maCloseButtonConnection
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125585] New: OLE objects corruption bug

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125585

Bug ID: 125585
   Summary: OLE objects corruption bug
   Product: LibreOffice
   Version: 6.3.0.0.alpha0+
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: dante19031...@gmail.com

OLE objects corruption bug

Description:
When inserting an OLE objects inside a document (creating a new one) it gets
corrupted. If the file is closed an reopened, the preview stills working, but
if you double-click, it is empty, sometimes the preview also is corrupted
(mostly for formulas).
Insert drawing: always happens.
Insert presentation: always happens.
Insert sheet: happens once in a while (no pattern detected).
Insert text: happens once in a while (no pattern detected).
Insert formula: happens sometimes (usually happens when you have been editing
for a while, (ex writing three pages of formulas), at the lasts inserted
formulas).

Technical details:
Found in versions: 6.3.0, 6.2.4, 6.2.3, 6.2.1, 6.2.0.
Operating system: Debian Stretch (9.9) x86_64, Linux 4.9.0-9-amd64 (may occur
on others systems).
Source of installation: official deb packages.

Reproducing:
Create a blank document.
Insert a drawing or a presentation (no pattern detected -> no reproducing
algorithm).
Insert something in it, for example a rectangle (very visible).
Save the document.
Close the document.
Reopen the document.
Open the OLE document.
Observate.

-- 
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

Re: [ABANDONED] Re: Build fail on Libgpg-error on Windows with gawk 5.0

2019-05-29 Thread Sophia Schröder
Downgrading gawk to 4.2.1 is the best way to let it work ootb.

Am 27.05.2019 um 17:58 schrieb Luke Benes:
> This long weekend, I attempted to update the patch for libgpg-error-1.36. 
> This went well until I hit a new file in 1.36, sysutils.c, which makes use of 
>  a UNIX header .  Thorsten converted this to a win32's  in 
> other files,[1] but following his example didn't work for me here.
>
> We really need to get libgpg-error updated so that anyone upgrading LODE or 
> doing a new install can have a working Windows build.  Unfortunately, I'm out 
> of time for this week, so someone else is going to have to take over from 
> here. I'd be glad to share my patch if you want to save a few min. 
>
> -Luke
>
> [1] https://cgit.freedesktop.org/libreoffice/core/commit/?id=4be15fdd7974
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

-- 
Kindly Regards / Mit freundlichen Grüßen

Sophia Schröder
www.libreoffice.org
German Language Team
Help Files Debugger
IRC@freenode: SophiaS




signature.asc
Description: OpenPGP digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 125584] New: Foreign language displays in English font selection

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125584

Bug ID: 125584
   Summary: Foreign language displays in English font selection
   Product: LibreOffice
   Version: 6.1.6.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j...@cjsa.com

Created attachment 151769
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151769=edit
Image of the Paragraph Style pop-up menu with Arial font

UI:  Xubuntu 18.10 using standard LibreOffice package installation.

See attached image.  Using a standard English language, in the Paragraph Styles
Menu under Font, when Arial is selected, the various style names (Regular,
Italics, etc.) are displayed in some language that appears to be Eastern
European.  This does not happen when other fonts, including Arial Black are
selected.  These should display in standard English.

-- 
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/lhm/libreoffice-6-1+backports' - sw/qa sw/source

2019-05-29 Thread Ilhan Yesil (via logerrit)
 sw/qa/extras/ooxmlexport/ooxmlexport12.cxx |2 +-
 sw/source/filter/ww8/docxexport.cxx|4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

New commits:
commit 7869bf3d5e71f5c5acfeb83f1695f643d57dd2f9
Author: Ilhan Yesil 
AuthorDate: Thu May 23 17:52:04 2019 +0200
Commit: Thorsten Behrens 
CommitDate: Thu May 30 00:08:14 2019 +0200

tdf#125103 Writer: input fields will be exported to docx

Changed the solution https://gerrit.libreoffice.org/#/c/70786/
of Vasily sligthly, so MS Office can recognize fields still
as fields.

Reviewed-on: https://gerrit.libreoffice.org/72868
Tested-by: Jenkins
Reviewed-by: Vasily Melenchuk 
(cherry picked from commit 62d156ef0daccd2680161ef8b9b99d8a7bc0)

Change-Id: Id45330a96dfe002685c6ef3dc62e408c5f9f46c4
Reviewed-on: https://gerrit.libreoffice.org/73100
Reviewed-by: Thorsten Behrens 
Tested-by: Thorsten Behrens 

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
index 25fc6b4d69f7..cddb19256f2e 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport12.cxx
@@ -777,7 +777,7 @@ DECLARE_OOXMLEXPORT_TEST(testTextInput, "textinput.odt")
 if (!pXmlDoc)
 return;
 // Ensure we have a formfield
-assertXPathContent(pXmlDoc, "/w:document/w:body/w:p/w:r[3]/w:instrText", " 
FORMTEXT ");
+assertXPathContent(pXmlDoc, "/w:document/w:body/w:p/w:r[3]/w:instrText", " 
FILLIN \"\"");
 // and it's content is not gone
 assertXPathContent(pXmlDoc, "/w:document/w:body/w:p/w:r[5]/w:t", 
"SomeText");
 }
diff --git a/sw/source/filter/ww8/docxexport.cxx 
b/sw/source/filter/ww8/docxexport.cxx
index e4a2d274544e..cce452fe409c 100644
--- a/sw/source/filter/ww8/docxexport.cxx
+++ b/sw/source/filter/ww8/docxexport.cxx
@@ -378,8 +378,8 @@ void DocxExport::DoComboBox(const OUString& rName,
 void DocxExport::DoFormText(const SwInputField* pField)
 {
 assert(pField);
-const OUString sStr = FieldString(ww::eFORMTEXT);
-OutputField(pField, ww::eFORMTEXT, sStr);
+const OUString sStr = FieldString(ww::eFILLIN) + "\"" + pField->GetPar2() 
+ "\"";
+OutputField(pField, ww::eFILLIN, sStr);
 }
 
 OString DocxExport::OutputChart( uno::Reference< frame::XModel > const & 
xModel, sal_Int32 nCount, ::sax_fastparser::FSHelperPtr const & m_pSerializer )
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125580] Wrong value when adding two dates

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125580

m.a.riosv  changed:

   What|Removed |Added

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

--- Comment #2 from m.a.riosv  ---
This is a rounding issue.
date-time value have a real value in the cells:
days as integer number + hours/24 + minutes/24/60 + seconds/24/60/60
The visualization format doesn't change the cell value.

The first thing is using NOW() it gives actual date+time

So better TODAY() that gives an integer value
=ROUNDUP(TODAY()+TIME(0;5;0);7) in B1
 a formula like
=ROUNDUP(B1+TIME(0;5;0);7)
for the rest of the cells, rounding up with seven decimal places seems gets the
right values even using seconds.

In any case not a bug, developers work hard to avoid rounding issues that comes
from the floating calculations with 15 places plus sign limit, it is a hardware
limitation, rounds exceeding this limits can give inaccurate results on the
last places of the number.

-- 
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 125528] i18n: Add Silesian [szl-PL] locale data

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125528

Eike Rathke  changed:

   What|Removed |Added

Summary|i18n: Add Silesian to the   |i18n: Add Silesian [szl-PL]
   |Western languages group |locale data
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #2 from Eike Rathke  ---
Silesian is available in the "Western" language list for
character/paragraph/font attribution and thus for spell-checking.

To be able to fully support it as a locale, including number formats and
calendar data, and having it selectable as default document language we would
need a locale data file.

For how to contribute locale data please see
https://wiki.documentfoundation.org/LibreOffice_Localization_Guide/How_To_Submit_New_Locale_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-bugs] [Bug 118140] FILEOPEN: DOCX: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

Xisco Faulí  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |xiscofa...@libreoffice.org
   |desktop.org |

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

[Libreoffice-bugs] [Bug 118140] FILEOPEN: DOCX: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

Xisco Faulí  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #6 from Xisco Faulí  ---
I think I have a fix for this issue based on miklos' commit:
https://gerrit.libreoffice.org/plugins/gitiles/core/+/69b62cfcbd364d7f62142149c2f690104b217ca1%5E%21

Tomorrow I'll submit it to gerrit along with a unittest :D

-- 
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 118036] FILEOPEN: horizontal line in background is missing

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118036

Xisco Faulí  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #3 from Xisco Faulí  ---
Definitely a dupe of bug 118140

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

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

[Libreoffice-bugs] [Bug 116280] [META] Regressions introduced by the image handling refactoring

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=116280
Bug 116280 depends on bug 118036, which changed state.

Bug 118036 Summary: FILEOPEN: horizontal line in background is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=118036

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

-- 
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 118140] FILEOPEN: DOCX: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

--- Comment #5 from Xisco Faulí  ---
*** Bug 118036 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-commits] core.git: sc/uiconfig sd/uiconfig sw/uiconfig

2019-05-29 Thread andreas kainz (via logerrit)
 sc/uiconfig/scalc/ui/notebookbar.ui|  765 +---
 sd/uiconfig/sdraw/ui/notebookbar.ui|  915 +++-
 sd/uiconfig/simpress/ui/notebookbar.ui | 1220 +
 sw/uiconfig/swriter/ui/notebookbar.ui  |  158 
 4 files changed, 2026 insertions(+), 1032 deletions(-)

New commits:
commit 2574ce0f2dc711e71b4799bbd76d5d8b6ec04300
Author: andreas kainz 
AuthorDate: Wed May 29 19:07:31 2019 +0200
Commit: andreas_kainz 
CommitDate: Wed May 29 22:51:01 2019 +0200

NB tabbed layout update in all apps

Change-Id: I3fe17af05869fe7eb540b85b24742cf0045d7569
Reviewed-on: https://gerrit.libreoffice.org/73185
Tested-by: Jenkins
Reviewed-by: andreas_kainz 

diff --git a/sc/uiconfig/scalc/ui/notebookbar.ui 
b/sc/uiconfig/scalc/ui/notebookbar.ui
index 9dde161a3c72..9ccc963b09ec 100644
--- a/sc/uiconfig/scalc/ui/notebookbar.ui
+++ b/sc/uiconfig/scalc/ui/notebookbar.ui
@@ -8296,6 +8296,19 @@
 1
   
 
+  
+  
+False
+True
+0
+  
+
+
+  
+True
+False
+center
+True
 
   
 True
@@ -8306,7 +8319,7 @@
 
   
 True
-True
+False
 both-horiz
 False
 
@@ -8330,7 +8343,7 @@
 
   
 True
-True
+False
 both-horiz
 False
 
@@ -8358,8 +8371,24 @@
 2
   
 
+
+  
+
+  
+  
+False
+True
+1
+  
+
+
+  
+True
+False
+center
+True
 
-  
+  
 True
 False
 5
@@ -8370,22 +8399,9 @@
 False
 True
 5
-3
+0
   
 
-  
-  
-False
-True
-0
-  
-
-
-  
-True
-False
-center
-True
 
   
 True
@@ -8421,9 +8437,22 @@
   
 False
 True
-0
+1
   
 
+  
+  
+False
+True
+2
+  
+
+
+  
+True
+False
+center
+True
 
   
 True
@@ -8434,7 +8463,7 @@
 
   
 True
-True
+False
 center
 True
 both-horiz
@@ -8460,7 +8489,7 @@
 
   
 True
-True
+False
 center
 True
 both-horiz
@@ -8487,29 +8516,45 @@
   
 False
 True

[Libreoffice-bugs] [Bug 125404] Request for new sinitic languages

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125404

--- Comment #6 from Eike Rathke  ---
While 'zh' is only a macrolanguage tag, replacing the zh-CN and zh-TW language
tags technically is not a good idea. Both are established in most major office
programs and supporting them is necessary for interoperability, spell-checking,
locale attribution and so on.

Introducing other language tags to differentiate is fine, if translations
differ and result in different UIs and/or different attribution. For 'cmn' vs
'zh-CN' I do not see this is the case.

However, we could add cmn-CN for zh-CN and cmn-TW for zh-TW aliases. This
actually makes sense in case imported document content is attributed that way
to have it map to supported language tags.

-- 
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 89331] Slow perf of prix-immobilier-friggit.doc with EMF graphs

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=89331

Xisco Faulí  changed:

   What|Removed |Added

Version|4.3.3.2 release |6.3.0.0.alpha1+ Master
   Keywords||bibisectRequest, regression
 CC||xiscofa...@libreoffice.org

--- Comment #7 from Xisco Faulí  ---
So the hang seems to be a recent regression.

in

Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

it takes

real0m5,432s
user0m2,902s
sys 0m0,380s

to open with OOO_EXIT_POST_STARTUP=1

and in

Version: 6.3.0.0.alpha1+
Build ID: aa687b22991e6c674b1d8653d52fbe9a50080174
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

it takes

real0m29,191s
user0m9,430s
sys 0m0,357s

-- 
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 56738] Wrong encoding in comments for file edited by Mac OS MS Word

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=56738

Xisco Faulí  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED
 CC||xiscofa...@libreoffice.org

--- Comment #15 from Xisco Faulí  ---
Verified in

Version: 6.3.0.0.alpha1+
Build ID: aa687b22991e6c674b1d8653d52fbe9a50080174
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

@Julien Nabet, thanks for fixing this 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 124680] Database created from ODS file vanishes from Data sources (Ctrl+Shift+F4) if added with "exchange database"

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=124680

--- Comment #6 from Robert Großkopf  ---
Created attachment 151768
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151768=edit
Calc-table as datasource for testing

You only need a simple calc-table for testing.

Open a new Writer-document.
Go to Edit > Exchange Database.
Choose "Browse" and have a look for the *.ods-file.
Choose "Tabelle 1" from "Quelle_Adressen" and set "Define".
The database has been changed for this document. You could control this as
"Quelle_Adressen" under 
Tools > Options > LibreOffice Base > Databases
where you could also find the path to the new created *.odb-file.
Save the Writer-file and close the Writer-file.
Reopen the Writer-file. Have a look at 
Tools > Options > LibreOffice Base > Databases
The database has been gone. The file is already in the folder "Documents" but
there is no connection to the *.odb-file at all.

-- 
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/unx

2019-05-29 Thread Caolán McNamara (via logerrit)
 vcl/unx/gtk/gtksalframe.cxx |   19 ++-
 1 file changed, 18 insertions(+), 1 deletion(-)

New commits:
commit 4f0f09f9229635aaa7b51ce45222721f035e990d
Author: Caolán McNamara 
AuthorDate: Wed May 29 15:42:28 2019 +0100
Commit: Caolán McNamara 
CommitDate: Wed May 29 22:13:32 2019 +0200

tdf#124694 gtk2 GtkFixed takes the max size of all its children...

as its preferred size, causing it to not clip its child, but try and grow
instead to match

Change-Id: Ibea269d475a4b35a43b6cab2ab432a830d8ff1ff
Reviewed-on: https://gerrit.libreoffice.org/73168
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/vcl/unx/gtk/gtksalframe.cxx b/vcl/unx/gtk/gtksalframe.cxx
index 3316bc0705e6..75526e55a59b 100644
--- a/vcl/unx/gtk/gtksalframe.cxx
+++ b/vcl/unx/gtk/gtksalframe.cxx
@@ -719,6 +719,23 @@ void GtkSalFrame::resizeWindow( long nWidth, long nHeight )
 window_resize(nWidth, nHeight);
 }
 
+// tdf#124694 GtkFixed takes the max size of all its children as its
+// preferred size, causing it to not clip its child, but grow instead.
+
+static void
+ooo_fixed_size_request(GtkWidget*, GtkRequisition* req)
+{
+req->width = 0;
+req->height = 0;
+}
+
+static void
+ooo_fixed_class_init(GtkFixedClass *klass)
+{
+GtkWidgetClass *widget_class = GTK_WIDGET_CLASS(klass);
+widget_class->size_request = ooo_fixed_size_request;
+}
+
 /*
  * Always use a sub-class of GtkFixed we can tag for a11y. This allows us to
  * utilize GAIL for the toplevel window and toolkit implementation incl.
@@ -736,7 +753,7 @@ ooo_fixed_get_type()
 sizeof (GtkFixedClass),
 nullptr,  /* base init */
 nullptr,  /* base finalize */
-nullptr, /* class init */
+reinterpret_cast(ooo_fixed_class_init), /* class 
init */
 nullptr, /* class finalize */
 nullptr,  /* class data */
 sizeof (GtkFixed), /* instance size */
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125566] Not possible to move element down/up in the layer stack

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125566

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #1 from Regina Henschel  ---
What do you have tried? On Windows it would be:
 menu Format > Arrange,
 or toolbar Drawing > Icon 'Object Position',
 or context menu > Arrange,
 or shortcuts Ctrl Shift + and Ctrl + and Ctrl - and Ctrl Shift -.

-- 
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 'aoo/trunk' - wizards/com

2019-05-29 Thread Matthias Seidel (via logerrit)
 wizards/com/sun/star/wizards/ui/DocumentPreview.java |8 
 1 file changed, 4 insertions(+), 4 deletions(-)

New commits:
commit ed76f39cedcebf942ff926052c5730f124955d0a
Author: Matthias Seidel 
AuthorDate: Wed May 29 19:29:04 2019 +
Commit: Matthias Seidel 
CommitDate: Wed May 29 19:29:04 2019 +

Cleaned up whitespace, fixed typos

diff --git a/wizards/com/sun/star/wizards/ui/DocumentPreview.java 
b/wizards/com/sun/star/wizards/ui/DocumentPreview.java
index d25d469cb51f..a4a678c2a12e 100644
--- a/wizards/com/sun/star/wizards/ui/DocumentPreview.java
+++ b/wizards/com/sun/star/wizards/ui/DocumentPreview.java
@@ -45,7 +45,7 @@ public class DocumentPreview
 {
 
 /**
- * The window in which the preview is showed.
+ * The window in which the preview is shown.
  */
 private XWindow xWindow;
 /**
@@ -67,7 +67,7 @@ public class DocumentPreview
 
 - create new frame with window inside
 - load a component as preview into this frame
- */
+*/
 public DocumentPreview(XMultiServiceFactory xmsf, Object control) throws 
Exception
 {
 
@@ -137,9 +137,9 @@ public class DocumentPreview
 which isn't part of the global frame tree.
 
 Attention:
-a) This frame wont be destroyed by the office. It must be closed by you!
+a) This frame won't be destroyed by the office. It must be closed by you!
 Do so - please call XCloseable::close().
-b) The container window is part of the frame. Dont hold it alive - nor try 
to kill it.
+b) The container window is part of the frame. Don't hold it alive - nor 
try to kill it.
 It will be destroyed inside close().
  */
 public void createPreviewFrame(XMultiServiceFactory xmsf, XControl 
xControl) throws com.sun.star.uno.Exception, 
com.sun.star.lang.IllegalArgumentException
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 117938] On Vertical-RTL pages, objects rendered off-page when setting their anchor to the page

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117938

--- Comment #12 from jun meguro  ---
Still reproduced on 6.2.4 Win & Linux.

*Behavior of each type of object that anchored to the page.
-Picture:Visible
-Shapes:Not visible
-Frame:Visible
-Shapes inner of frame(Frame is anchored on page):visible

-- 
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: 2 commits - external/libcdr

2019-05-29 Thread Stephan Bergmann (via logerrit)
 external/libcdr/0001-Add-missing-include.patch.1 |   33 +++
 external/libcdr/ExternalProject_libcdr.mk|2 
 external/libcdr/UnpackedTarball_libcdr.mk|6 ++
 external/libcdr/ubsan.patch  |   64 +++
 4 files changed, 104 insertions(+), 1 deletion(-)

New commits:
commit 4c707b78a705d6cc74061433cd01175283fabb2e
Author: Stephan Bergmann 
AuthorDate: Wed May 29 18:31:57 2019 +0200
Commit: Stephan Bergmann 
CommitDate: Wed May 29 21:42:24 2019 +0200

external/libcdr: Avoid UB converting from double to int via unsigned

Opening cdr/fdo53278-4.cdr as obtained by
bin/get-bugzilla-attachments-by-mimetype (i.e., the attachment at
) under
-fsanitize=undefined causes

> CDRPath.cpp:821:34: runtime error: -173.908 is outside the range of 
representable values of type 'unsigned int'
>  #0 in libcdr::CDRPath::writeOut(librevenge::RVNGString&, 
librevenge::RVNGString&, double&) const at 
workdir/UnpackedTarball/libcdr/src/lib/CDRPath.cpp:821:34 
(instdir/program/../program/libwpftdrawlo.so +0x2380015)
>  #1 in 
libcdr::CDRContentCollector::_lineProperties(librevenge::RVNGPropertyList&) at 
workdir/UnpackedTarball/libcdr/src/lib/CDRContentCollector.cpp:1118:17 
(instdir/program/../program/libwpftdrawlo.so +0x2090b54)
>  #2 in libcdr::CDRContentCollector::_flushCurrentPath() at 
workdir/UnpackedTarball/libcdr/src/lib/CDRContentCollector.cpp:240:5 
(instdir/program/../program/libwpftdrawlo.so +0x2070a9e)
>  #3 in libcdr::CDRContentCollector::collectLevel(unsigned int) at 
workdir/UnpackedTarball/libcdr/src/lib/CDRContentCollector.cpp:563:5 
(instdir/program/../program/libwpftdrawlo.so +0x209243d)
>  #4 in libcdr::CDRParser::parseRecord(librevenge::RVNGInputStream*, 
std::vector > const&, unsigned int) 
at workdir/UnpackedTarball/libcdr/src/lib/CDRParser.cpp:514:18 
(instdir/program/../program/libwpftdrawlo.so +0x213bdff)
>  #5 in libcdr::CDRParser::parseRecords(librevenge::RVNGInputStream*, 
std::vector > const&, unsigned int) 
at workdir/UnpackedTarball/libcdr/src/lib/CDRParser.cpp:500:10 
(instdir/program/../program/libwpftdrawlo.so +0x213b93f)
[...]

Change-Id: Ie73965851102689ebb7895d61edb3d32ff47c60c
Reviewed-on: https://gerrit.libreoffice.org/73181
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/external/libcdr/UnpackedTarball_libcdr.mk 
b/external/libcdr/UnpackedTarball_libcdr.mk
index 0c61c5962385..d53ea59e2bf6 100644
--- a/external/libcdr/UnpackedTarball_libcdr.mk
+++ b/external/libcdr/UnpackedTarball_libcdr.mk
@@ -16,10 +16,13 @@ $(eval $(call gb_UnpackedTarball_set_patchlevel,libcdr,0))
 $(eval $(call gb_UnpackedTarball_update_autoconf_configs,libcdr))
 
 # * external/libcdr/0001-Add-missing-include.patch.1 is from upstream master 
(see content for
-#   details):
+#   details);
+# * external/libcdr/ubsan.patch is upstream at 
 "Avoid UB
+#   converting from double to int via unsigned":
 $(eval $(call gb_UnpackedTarball_add_patches,libcdr, \
 external/libcdr/libcdr-visibility-win.patch \
 external/libcdr/0001-Add-missing-include.patch.1 \
+external/libcdr/ubsan.patch \
 ))
 
 ifeq ($(NEED_CLANG_LINUX_UBSAN_RTTI_VISIBILITY),TRUE)
diff --git a/external/libcdr/ubsan.patch b/external/libcdr/ubsan.patch
new file mode 100644
index ..316c47a45ab9
--- /dev/null
+++ b/external/libcdr/ubsan.patch
@@ -0,0 +1,64 @@
+--- src/lib/CDRPath.cpp
 src/lib/CDRPath.cpp
+@@ -796,7 +796,7 @@ void CDRPath::writeOut(librevenge::RVNGString , 
librevenge::RVNGString 
+ 
+ 
+   width = qy - py;
+-  viewBox.sprintf("%i %i %i %i", 0, 0, (unsigned)(2540*(qx - px)), 
(unsigned)(2540*(qy - py)));
++  viewBox.sprintf("%i %i %i %i", 0, 0, (int)(2540*(qx - px)), (int)(2540*(qy 
- py)));
+ 
+   for (unsigned i = 0; i < vec.count(); ++i)
+   {
+@@ -804,38 +804,38 @@ void CDRPath::writeOut(librevenge::RVNGString , 
librevenge::RVNGString 
+ if (vec[i]["librevenge:path-action"]->getStr() == "M")
+ {
+   // 2540 is 2.54*1000, 2.54 in = 1 inch
+-  sElement.sprintf("M%i %i", 
(unsigned)((vec[i]["svg:x"]->getDouble()-px)*2540),
+-   (unsigned)((vec[i]["svg:y"]->getDouble()-py)*2540));
++  sElement.sprintf("M%i %i", 
(int)((vec[i]["svg:x"]->getDouble()-px)*2540),
++   (int)((vec[i]["svg:y"]->getDouble()-py)*2540));
+   path.append(sElement);
+ }
+ else if (vec[i]["librevenge:path-action"]->getStr() == "L")
+ {
+-  sElement.sprintf("L%i %i", 
(unsigned)((vec[i]["svg:x"]->getDouble()-px)*2540),
+-   (unsigned)((vec[i]["svg:y"]->getDouble()-py)*2540));
++  sElement.sprintf("L%i %i", 
(int)((vec[i]["svg:x"]->getDouble()-px)*2540),
++   (int)((vec[i]["svg:y"]->getDouble()-py)*2540));
+   path.append(sElement);
+ }
+ else if 

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

2019-05-29 Thread Stephan Bergmann (via logerrit)
 vcl/source/filter/GraphicFormatDetector.cxx |4 
 1 file changed, 4 insertions(+)

New commits:
commit c657b6d617d84bc97d8d527862b83fa1fafa05a4
Author: Stephan Bergmann 
AuthorDate: Wed May 29 17:31:13 2019 +0200
Commit: Stephan Bergmann 
CommitDate: Wed May 29 21:41:29 2019 +0200

missing include

Change-Id: I3357679d99a4ac2dab21867890140ab5ef2290ad
Reviewed-on: https://gerrit.libreoffice.org/73177
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 

diff --git a/vcl/source/filter/GraphicFormatDetector.cxx 
b/vcl/source/filter/GraphicFormatDetector.cxx
index aba10990c2c7..99c5479a6311 100644
--- a/vcl/source/filter/GraphicFormatDetector.cxx
+++ b/vcl/source/filter/GraphicFormatDetector.cxx
@@ -17,6 +17,10 @@
  *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
  */
 
+#include 
+
+#include 
+
 #include 
 #include 
 #include 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125541] Calc "format cells" does not leave background "as is"

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125541

--- Comment #2 from peterpqa  ---
Can you confirm with Version 6.2.3.2 on macOS 10.14.5, or on other hardware and
OS?

Also, it is important that after you (Step 1) change a cell's background, you
IMMEDIATELY (Step 2) select a range of cells with different backgrounds. Then,
when you select Format>Cells, the Background panel will be selected, with None
highlighted. If you change to another format panel and change an attribute, the
cells' backgrounds will also be changed to None.

A workaround is to select the range in Step 2, Format>Cells, select another
format panel (e.g., Borders), and click Cancel. Then when you Format>Cells
again, the Borders panel will come up. You can change borders without changing
backgrounds.

-- 
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 125458] confirm template useless dialog

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125458

tor...@yahoo.com changed:

   What|Removed |Added

 Resolution|NOTABUG |---
 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1

--- Comment #2 from tor...@yahoo.com ---
'do it from the template manager'.
I did: the manager gave me the template list; I right-clicked a
template, chose Edit from the popped menu, and… got the (confusing)
Confirmation dialogue! (I understand a document is based on a template but… is
a template based on itself?)

-- 
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 103314] [META] Templates bugs and enhancements

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103314
Bug 103314 depends on bug 125458, which changed state.

Bug 125458 Summary: confirm template useless dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=125458

   What|Removed |Added

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

-- 
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 120236] LibreOffice was unable to find a working e-mail configuration.

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=120236

pharmankur  changed:

   What|Removed |Added

Version|6.0.6.2 release |6.1.0.3 release
 CC||pharman...@gmail.com
  Component|Writer  |LibreOffice

--- Comment #3 from pharmankur  ---
Immediate solution to this bug is to use geary as your email client.
The reason is also funny ... (scroll down to know this)

But that is not solving the actual problem ... which is WHY THUNDERBIRD STOPPED
working with Libreoffice since 6.1 ?

Why on earth try to update something with is already working and instead of
making it better end up in breaking everything. 

I have confirmed this bug with every release of LO since 6.1.0 and there seems
no improvement since then.



--

See the post in 
https://forum.openoffice.org/en/forum/viewtopic.php?f=20=89073=457389#p457389

---

After upgrading to Linux Mint 19 + Thunderbird 60 + Libreoffice 6.1 ; Emailing
through the macro suddenly started behaving strangely. The email body text
generated through macro started appearing in Recipient email boxes in
thunderbird and is not usable.
Setting up Thunderbird as email client [ Libreoffice --> TOOLS --> OPTIONS -->
INTERNET --> E-MAIL --> EMAIL PROGRAM --> browse & set to -->
/usr/bin/thunderbird ] in libreoffice is also not working; as it is no more
firing up thunderbird.

I do not know what is going wrong , Also I dont know whether bug is in
Libreoffice Or Thunderbird Or somewhere else.

But here is the finely working workaround ---
Solution is to use geary email client, Set GEARY as default email client in
linux mint. Also set geary in libreoffice [ Libreoffice --> TOOLS --> OPTIONS
--> INTERNET --> E-MAIL --> EMAIL PROGRAM --> browse & set to -->
/usr/bin/geary ]


--

Tried with Libreoffice 6.0.7.3 in Linux Mint 19 & with Thunderbird 60.2.1
(64-bit) --- And it worked charmingly as before !!!
So definitely Libreoffice 6.1 has the bug, strangely specific to THUNDERBIRD
only ... as GEARY works in both version of libreoffice.
Thank you !!!


-


I have received following reply in some other forum
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1748895/comments/36

--->
GEARY works simply because it is not named in program senddoc, which then uses
xdg-email as a default, to call the system email client, whatever it is. But
hey, as an entry in Tools/.../Internet, it works!

So, possibly, would "/usr/bin/wxyz" ...


--

-- Ankur

-- 
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 65587] Elements pane: Items not reachable without mouse

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=65587

Jan-Marek Glogowski  changed:

   What|Removed |Added

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

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

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

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=101912
Bug 101912 depends on bug 65587, which changed state.

Bug 65587 Summary: Elements pane: Items not reachable without mouse
https://bugs.documentfoundation.org/show_bug.cgi?id=65587

   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 103461] [META] Elements pane/dock/window/sidebar in Math

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103461
Bug 103461 depends on bug 65587, which changed state.

Bug 65587 Summary: Elements pane: Items not reachable without mouse
https://bugs.documentfoundation.org/show_bug.cgi?id=65587

   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 90340] Display spinbutton defaulting

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90340

Thehache  changed:

   What|Removed |Added

Version|4.1.5.3 release |6.2.4.2 release

--- Comment #10 from Thehache  ---
Hello,

Bug still present with Libo 6.2.4.2 (x64) Win 10 Pro

Best regards

-- 
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: starmath/inc starmath/source

2019-05-29 Thread Jan-Marek Glogowski (via logerrit)
 starmath/inc/ElementsDockingWindow.hxx|3 -
 starmath/source/ElementsDockingWindow.cxx |   88 +++---
 2 files changed, 48 insertions(+), 43 deletions(-)

New commits:
commit 65167c708afb475aa628b8289e78a48abdf37119
Author: Jan-Marek Glogowski 
AuthorDate: Wed May 29 14:16:33 2019 +
Commit: Jan-Marek Glogowski 
CommitDate: Wed May 29 20:15:14 2019 +0200

SM disable localized characters on element parsing

The special character tokens are localized character names! This
means that at least in German the %mu wasn't replaced in the
example, as the parser expected %my. So tell the parser to expect
non-localized input. And share it for all the parsing.

Change-Id: I4c3c0f35eb61c37a2101b51b445e7cc888a1f429
Reviewed-on: https://gerrit.libreoffice.org/73172
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/starmath/inc/ElementsDockingWindow.hxx 
b/starmath/inc/ElementsDockingWindow.hxx
index aaa992b97f77..fe86ebd422f6 100644
--- a/starmath/inc/ElementsDockingWindow.hxx
+++ b/starmath/inc/ElementsDockingWindow.hxx
@@ -31,6 +31,7 @@
 
 class SmDocShell;
 class SmNode;
+class SmParser;
 
 class SmElement
 {
@@ -107,7 +108,7 @@ class SmElementsControl : public Control
 bool m_bFirstPaintAfterLayout;
 rtl::Reference m_xAccessible;
 
-void addElement(const OUString& aElementVisual, const OUString& 
aElementSource, const OUString& aHelpText);
+void addElement(SmParser , const OUString& aElementVisual, const 
OUString& aElementSource, const OUString& aHelpText);
 void addElements(const SmElementDescr aElementsArray[], sal_uInt16 size);
 SmElement* current() const;
 void setCurrentElement(sal_uInt16);
diff --git a/starmath/source/ElementsDockingWindow.cxx 
b/starmath/source/ElementsDockingWindow.cxx
index 45bfb7541099..7491e71823b1 100644
--- a/starmath/source/ElementsDockingWindow.cxx
+++ b/starmath/source/ElementsDockingWindow.cxx
@@ -863,10 +863,11 @@ void SmElementsControl::DoScroll(long nDelta)
 Invalidate();
 }
 
-void SmElementsControl::addElement(const OUString& aElementVisual, const 
OUString& aElementSource, const OUString& aHelpText)
+void SmElementsControl::addElement(SmParser , const OUString& 
aElementVisual, const OUString& aElementSource, const OUString& aHelpText)
 {
-assert(maElementList.size() <= SAL_MAX_UINT16);
-auto pNode = SmParser().ParseExpression(aElementVisual);
+// SAL_MAX_UINT16 is invalid, zero is the scrollbar
+assert(maElementList.size() < SAL_MAX_UINT16 - 2);
+auto pNode = rParser.ParseExpression(aElementVisual);
 
 pNode->Prepare(maFormat, *mpDocShell, 0);
 pNode->SetSize(Fraction(10,8));
@@ -895,6 +896,9 @@ void SmElementsControl::setElementSetId(const char* pSetId)
 
 void SmElementsControl::addElements(const SmElementDescr aElementsArray[], 
sal_uInt16 aElementsArraySize)
 {
+SmParser aParser;
+aParser.SetImportSymbolNames(true);
+
 for (sal_uInt16 i = 0; i < aElementsArraySize ; i++)
 {
 const char* pElement = aElementsArray[i].first;
@@ -904,86 +908,86 @@ void SmElementsControl::addElements(const SmElementDescr 
aElementsArray[], sal_u
 } else {
 OUString aElement(OUString::createFromAscii(pElement));
 if (aElement == RID_NEWLINE)
-addElement(OUString(u"\u21B5"), aElement, 
SmResId(pElementHelp));
+addElement(aParser, OUString(u"\u21B5"), aElement, 
SmResId(pElementHelp));
 else if (aElement == RID_SBLANK)
-addElement("\"`\"", aElement, SmResId(pElementHelp));
+addElement(aParser, "\"`\"", aElement, SmResId(pElementHelp));
 else if (aElement == RID_BLANK)
-addElement("\"~\"", aElement, SmResId(pElementHelp));
+addElement(aParser, "\"~\"", aElement, SmResId(pElementHelp));
 else if (aElement == RID_PHANTOMX)
-addElement("\"" + SmResId(STR_HIDE) +"\"", aElement, 
SmResId(pElementHelp));
+addElement(aParser, "\"" + SmResId(STR_HIDE) +"\"", aElement, 
SmResId(pElementHelp));
 else if (aElement == RID_BOLDX)
-addElement("bold B", aElement, SmResId(pElementHelp));
+addElement(aParser, "bold B", aElement, SmResId(pElementHelp));
 else if (aElement == RID_ITALX)
-addElement("ital I", aElement, SmResId(pElementHelp));
+addElement(aParser, "ital I", aElement, SmResId(pElementHelp));
 else if (aElement == RID_SIZEXY)
-addElement("\"" + SmResId(STR_SIZE) + "\"", aElement, 
SmResId(pElementHelp));
+addElement(aParser, "\"" + SmResId(STR_SIZE) + "\"", aElement, 
SmResId(pElementHelp));
 else if (aElement == RID_FONTXY)
-addElement("\"" + SmResId(STR_FONT) + "\"", aElement, 
SmResId(pElementHelp));
+addElement(aParser, "\"" + SmResId(STR_FONT) + 

[Libreoffice-bugs] [Bug 65587] Elements pane: Items not reachable without mouse

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=65587

--- Comment #22 from Commit Notification 
 ---
Jan-Marek Glogowski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/+/a7e52282e36987f4ca6bed968e87ada6849b10e8%5E%21

tdf#65587 SM implement ElementControl accessibility

It will be available in 6.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-commits] core.git: starmath/inc starmath/Library_sm.mk starmath/source

2019-05-29 Thread Jan-Marek Glogowski (via logerrit)
 starmath/Library_sm.mk  |2 
 starmath/inc/AccessibleSmElement.hxx|  107 +
 starmath/inc/AccessibleSmElementsControl.hxx|  116 ++
 starmath/inc/ElementsDockingWindow.hxx  |   20 +
 starmath/source/AccessibleSmElement.cxx |  290 +++
 starmath/source/AccessibleSmElementsControl.cxx |  457 
 starmath/source/ElementsDockingWindow.cxx   |  155 +++-
 7 files changed, 1136 insertions(+), 11 deletions(-)

New commits:
commit a7e52282e36987f4ca6bed968e87ada6849b10e8
Author: Jan-Marek Glogowski 
AuthorDate: Sun May 26 14:53:33 2019 +
Commit: Jan-Marek Glogowski 
CommitDate: Wed May 29 20:14:38 2019 +0200

tdf#65587 SM implement ElementControl accessibility

This took me ages to implement. I'm still not 100% sure, it works
correct. One main problem was the loop where the ATK listener will
rebuild the list of children based on the current child count.

Then there is the "broken" SPI bridge behaviour. I could actually
test this with the gtk3 backend just fine, if I started LO *after*
the accerciser. Otherwise the displayed tree will be really broken
and the add and remove child events won't be correctly processed,
because some Windows in the hierarchy will return a negative
parent index. And generally the accerciser has various problems,
with most result in Python backtraces an inconsistent app state,
but even SIGSEGV happened a few time. Already have some patches
for the easy reproducible ones.

No idea what will happen on any other setup then Linux with ATK.

Change-Id: I3280fd8622966be74e3833621952d95a2671d214
Reviewed-on: https://gerrit.libreoffice.org/73077
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/starmath/Library_sm.mk b/starmath/Library_sm.mk
index d87039dc8567..9848e103ac23 100644
--- a/starmath/Library_sm.mk
+++ b/starmath/Library_sm.mk
@@ -62,6 +62,8 @@ $(eval $(call gb_Library_use_libraries,sm,\
 ))
 
 $(eval $(call gb_Library_add_exception_objects,sm,\
+starmath/source/AccessibleSmElement \
+starmath/source/AccessibleSmElementsControl \
 starmath/source/ElementsDockingWindow \
 starmath/source/accessibility \
 starmath/source/action \
diff --git a/starmath/inc/AccessibleSmElement.hxx 
b/starmath/inc/AccessibleSmElement.hxx
new file mode 100644
index ..9b168bbee4cb
--- /dev/null
+++ b/starmath/inc/AccessibleSmElement.hxx
@@ -0,0 +1,107 @@
+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
+/*
+ * 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/.
+ *
+ * This file incorporates work covered by the following license notice:
+ *
+ *   Licensed to the Apache Software Foundation (ASF) under one or more
+ *   contributor license agreements. See the NOTICE file distributed
+ *   with this work for additional information regarding copyright
+ *   ownership. The ASF licenses this file to you under the Apache
+ *   License, Version 2.0 (the "License"); you may not use this file
+ *   except in compliance with the License. You may obtain a copy of
+ *   the License at http://www.apache.org/licenses/LICENSE-2.0 .
+ */
+#ifndef INCLUDED_STARMATH_INC_ACCESSIBLESMELEMENT_HXX
+#define INCLUDED_STARMATH_INC_ACCESSIBLESMELEMENT_HXX
+
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+class SmElementsControl;
+
+typedef ::cppu::ImplHelper3
+AccessibleSmElement_BASE;
+
+class AccessibleSmElement final : public 
comphelper::OAccessibleComponentHelper,
+  public AccessibleSmElement_BASE
+{
+VclPtr m_pSmElementsControl;
+const sal_Int32 m_nIndexInParent; ///< index in the parent XAccessible
+const sal_uInt16 m_nItemId; ///< index in the SmElementsControl
+bool m_bHasFocus;
+sal_Int16 m_nRole;
+
+~AccessibleSmElement() override;
+void SAL_CALL disposing() override;
+css::awt::Rectangle implGetBounds() override;
+
+void testAction(sal_Int32) const;
+
+public:
+explicit AccessibleSmElement(SmElementsControl* pSmElementsControl, 
sal_uInt16 nItemId,
+ sal_Int32 nIndexInParent);
+
+void SetFocus(bool _bFocus);
+bool HasFocus() const { return m_bHasFocus; }
+void ReleaseSmElementsControl() { m_pSmElementsControl = nullptr; }
+sal_uInt16 itemId() const { return m_nItemId; }
+
+DECLARE_XINTERFACE()
+DECLARE_XTYPEPROVIDER()
+
+// XAccessible
+css::uno::Reference
+SAL_CALL getAccessibleContext() override;
+
+// XServiceInfo
+OUString SAL_CALL getImplementationName() override;
+sal_Bool SAL_CALL 

[Libreoffice-commits] core.git: starmath/inc starmath/source

2019-05-29 Thread Jan-Marek Glogowski (via logerrit)
 starmath/inc/strings.hrc  |6 ++
 starmath/source/ElementsDockingWindow.cxx |   10 +-
 2 files changed, 11 insertions(+), 5 deletions(-)

New commits:
commit 3eba9602197da972b66f2b7cc72b61cbdffe5a52
Author: Jan-Marek Glogowski 
AuthorDate: Wed May 29 13:12:59 2019 +
Commit: Jan-Marek Glogowski 
CommitDate: Wed May 29 20:13:26 2019 +0200

SM add some help to the examples

This way the example buttons will have a name for better
accessibility, instead of being blank.

Change-Id: Ib8a509bc7a9895297eecd8a0db9455f367d93159
Reviewed-on: https://gerrit.libreoffice.org/73171
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/starmath/inc/strings.hrc b/starmath/inc/strings.hrc
index fc6f9bae05f0..eec600990ba0 100644
--- a/starmath/inc/strings.hrc
+++ b/starmath/inc/strings.hrc
@@ -282,6 +282,12 @@
 #define RID_CATEGORY_OTHERS NC_("RID_CATEGORY_OTHERS", 
"Others" )
 #define RID_CATEGORY_EXAMPLES   NC_("RID_CATEGORY_EXAMPLES", 
"Examples" )
 
+#define RID_EXAMPLE_CIRCUMFERENCE_HELP  
NC_("RID_EXAMPLE_CIRCUMFERENCE_HELP", "Circumference" )
+#define RID_EXAMPLE_MASS_ENERGY_EQUIV_HELP  
NC_("RID_EXAMPLE_MASS_ENERGY_EQUIV_HELP", "Mass–energy equivalence" )
+#define RID_EXAMPLE_PYTHAGOREAN_THEO_HELP   
NC_("RID_EXAMPLE_PYTHAGOREAN_THEO_HELP", "Pythagorean theorem" )
+#define RID_EXAMPLE_A_SIMPLE_SERIES_HELP
NC_("RID_EXAMPLE_A_SIMPLE_SERIES_HELP", "A simple series" )
+#define RID_EXAMPLE_GAUSS_DISTRIBUTION_HELP 
NC_("RID_EXAMPLE_GAUSS_DISTRIBUTION_HELP", "Gauss distribution" )
+
 #define RID_FONTREGULAR NC_("RID_FONTREGULAR", "Standard" )
 #define RID_FONTITALIC  NC_("RID_FONTITALIC", "Italic" )
 #define RID_FONTBOLDNC_("RID_FONTBOLD", "Bold" )
diff --git a/starmath/source/ElementsDockingWindow.cxx 
b/starmath/source/ElementsDockingWindow.cxx
index ef6876be7caa..d34062ddb158 100644
--- a/starmath/source/ElementsDockingWindow.cxx
+++ b/starmath/source/ElementsDockingWindow.cxx
@@ -234,11 +234,11 @@ const SmElementDescr SmElementsControl::m_aOthersList[] =
 
 const SmElementDescr SmElementsControl::m_aExamplesList[] =
 {
-{"C=%pi cdot d = 2 cdot %pi cdot r", nullptr},
-{"E=mc^2", nullptr},
-{"a^2 + b^2 = c^2", nullptr},
-{"f ( x ) = sum from { { i = 0 } } to { infinity } { {f^{(i)}(0)} over 
{i!} x^i}", nullptr},
-{"f ( x ) = {1} over {%sigma sqrt{2%pi} }func e^-{{(x-%mu)^2} over 
{2%sigma^2}}", nullptr},
+{"C=%pi cdot d = 2 cdot %pi cdot r", RID_EXAMPLE_CIRCUMFERENCE_HELP},
+{"E=mc^2", RID_EXAMPLE_MASS_ENERGY_EQUIV_HELP},
+{"a^2 + b^2 = c^2", RID_EXAMPLE_PYTHAGOREAN_THEO_HELP},
+{"f ( x ) = sum from { { i = 0 } } to { infinity } { {f^{(i)}(0)} over 
{i!} x^i}", RID_EXAMPLE_A_SIMPLE_SERIES_HELP},
+{"f ( x ) = {1} over {%sigma sqrt{2%pi} }func e^-{{(x-%mu)^2} over 
{2%sigma^2}}", RID_EXAMPLE_GAUSS_DISTRIBUTION_HELP},
 };
 
 #define AS_PAIR(a) a, SAL_N_ELEMENTS(a)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125583] Properties window disappears prematurely

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125583

--- Comment #1 from tor...@yahoo.com ---
Created attachment 151767
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151767=edit
file with image

-- 
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 125583] New: Properties window disappears prematurely

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125583

Bug ID: 125583
   Summary: Properties window disappears prematurely
   Product: LibreOffice
   Version: 6.2.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tor...@yahoo.com

Description:
Open Image.odt; Right-click image under Exp, choose Properties>Hyperlink,
Browse for any URL, eg, MyFile. As soon as you click on MyFile, Properties
window disappears —but it's not closed yet: click anywhere on the Junk page,
the window re-appears so that you can (really) close it with 'OK' or 'Cancel'.


Steps to Reproduce:
1.Open Image.odt; Right-click image under Exp, choose Properties>Hyperlink,
Browse for any URL, eg, MyFile.
2. click anywhere on the Junk page, the window re-appears


Actual Results:
As soon as you click on MyFile, Properties window disappears
click anywhere on the Junk page, the window re-appears

Expected Results:
The Properties window should not disappear; it should remain until the user
closes it.



Reproducible: Always


User Profile Reset: No



Additional Info:

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

[Libreoffice-bugs] [Bug 125582] FILEOPEN PPTX follow path text transformation is different in LO and PowerPoint

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125582

--- Comment #2 from Regina Henschel  ---
Created attachment 151766
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151766=edit
Example Circle

-- 
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 125582] FILEOPEN PPTX follow path text transformation is different in LO and PowerPoint

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125582

--- Comment #1 from Regina Henschel  ---
Created attachment 151765
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151765=edit
Example ArchUp

-- 
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 125582] New: FILEOPEN PPTX follow path text transformation is different in LO and PowerPoint

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125582

Bug ID: 125582
   Summary: FILEOPEN PPTX follow path text transformation is
different in LO and PowerPoint
   Product: LibreOffice
   Version: 6.1.1.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de

Created attachment 151764
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151764=edit
Exampel ArchDown

Open one of the attached documents. The first slide contains the text transform
object, the second slide contains a screenshot from PowerPoint.

The differences are:
(1) PowerPoint puts the first or last line of the text on the path, LibreOffice
puts the middle of the text block on the path.
(2) PowerPoint uses a parallel line to the radius in regard to the circle as
alignment reference. LibreOffice uses a line perpendicular to the path through
the text reference point as alignment reference.

The OOXML standard has no suitable descriptions for the shape types
"textArchUp", "textArchDown", "textCircle" and "textButton". The ODF standard
is no help, because it has neither a description, how to render similar text
shapes. Therefore I suggest, that LibreOffice should try to render it the same
way as PowerPoint.

The way, the reference point of the text is calculated in PowerPoint is crazy.
>From my investigations I conclude this algorithm, see help lines in the
attached files:
(1)Draw a WordArt shape, e.g. width larger than height. Use numbers for
position and size.
(2)Draw a (red) ellipse with same position and size.
(3)Mark a (green) point A on the ellipse as position for the handle.
(4)Drag the handle of the WordArt shape to that point.
(5)Draw a circle with the same width and center as the ellipse.
(6)Draw a straight (blue) line from center through handle point A.
(7)Find the intersection of this line with the circle and name it point B.
(8)Draw a vertical straight (black) line through point B.
(9)Find the intersection of this line with the ellipse and name it point C.
That is the reference point for the text.
(10)Draw a straight line parallel to the line from step (6) through point C.
That is the alignment reference for the text lines.
[Depending on handle position it might be necessary to mirror some help lines
and points.]

This is a follow-up report to bug 116350, where the import of WortArt shapes
were implemented.

-- 
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 100678] FILEOPEN Endless pagination loop until resources are depleted

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=100678

--- Comment #18 from Julien Nabet  ---
On pc Debian x86-64 with master sources updated today, I could reproduce this
with different renderings (I used homol_cart...)

The most interesting one seems the kde5 one with:
#0  0x7fffd083487d in SwLayAction::InternalAction(OutputDevice*)
(this=0x7fff11a0, pRenderContext=0x5b300e10) at
/home/julien/lo/libreoffice/sw/source/core/layout/layact.cxx:628
#1  0x7fffd083374d in SwLayAction::Action(OutputDevice*)
(this=0x7fff11a0, pRenderContext=0x5b300e10) at
/home/julien/lo/libreoffice/sw/source/core/layout/layact.cxx:348
#2  0x7fffd083ab3b in SwLayIdle::SwLayIdle(SwRootFrame*, SwViewShellImp*)
(this=0x7fff1260, pRt=0x5b336280, pI=0x5b14a690) at
/home/julien/lo/libreoffice/sw/source/core/layout/layact.cxx:2171
#3  0x7fffd0de7ce8 in SwViewShell::LayoutIdle() (this=0x5b347310) at
/home/julien/lo/libreoffice/sw/source/core/view/viewsh.cxx:723
#4  0x7fffd04776e3 in sw::DocumentTimerManager::DoIdleJobs(Timer*)
(this=0x5ae67650) at
/home/julien/lo/libreoffice/sw/source/core/doc/DocumentTimerManager.cxx:178
#5  0x7fffd0477561 in sw::DocumentTimerManager::LinkStubDoIdleJobs(void*,
Timer*) (instance=0x5ae67650, data=0x5ae67668)
at
/home/julien/lo/libreoffice/sw/source/core/doc/DocumentTimerManager.cxx:158

-- 
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 124905] iPad Hardware-Keyboard in iOS App

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=124905

--- Comment #3 from Tor Lillqvist  ---
At least part of the problem seems to be that loleaflet uses a HTML text input
field that it gives the focus to enable the on-screen keyboard, even of there
iOS a hardware keyboard (and no on-screen keyboard will pop up). The cursor
keys are then handled inside that text input field (even if the field does not
have any contents) and not passed on as JavaScript events. If the text input
field does not have focus, the cursor keys arrive as keyboard events with key
property "ArrowDown", "ArrowLeft" etc.

Here is a useful tiny test HTML page I use to experiment with:

> 
>   
> 
>   Title
> 
> 
> 
>   var keyeventhandler = function(e) {
> console.log(e.type + ' "' + e.key + '" ' + e.keyCode + ' ' + 
> e.charCode);
> if (e.type === 'keydown' && e.key === 'f')
> window['inputfield'].focus();
> else if (e.type === 'keydown' && e.key === 'b')
> window['inputfield'].blur();
>   }
> 
>   var textinputeventhandler = function(e) {
> console.log('textInput: "' + e.data + '"');
>   }
> 
>   var inputeventhandler = function(e) {
> console.log(e.inputType);
>   }
> 
>   var compeventhandler = function(e) {
> console.log(e.type + ' "' + e.data + '"');
>   }
> 
>   var clipboardeventhandler = function(e) {
> console.log(e.type);
>   }
> 
>   window.addEventListener('keydown', keyeventhandler);
>   window.addEventListener('keypress', keyeventhandler);
>   window.addEventListener('keyup', keyeventhandler);
> 
>   window.addEventListener('textInput', textinputeventhandler);
> 
>   window.addEventListener('input', inputeventhandler);
> 
>   window.addEventListener('compositionstart', compeventhandler);
>   window.addEventListener('compositionupdate', compeventhandler);
>   window.addEventListener('compositionend', compeventhandler);
> 
>   window.addEventListener('copy', clipboardeventhandler);
>   window.addEventListener('paste', clipboardeventhandler);
> 
> 
> 
>   
>   
> Body.
> 
>   
> 

-- 
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 120870] KDE5: UI is broken if opening a document with a video

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=120870

--- Comment #18 from Michael Weghorn  ---
(In reply to Xisco Faulí from comment #17)
> Hi Michael,
> Should it be backported to 6.2 branch ?

Hi Xisco, yes, I'll take a a look.
(probably needs the second half of bubli's commit fixing tdf#124027 in addition
which was excluded in  https://gerrit.libreoffice.org/#/c/72769/ ).

-- 
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

Weekly report [20-May , 27 - May] - Improvement to Notebookar

2019-05-29 Thread Sumit Chauhan
Report:-
The backend of the customization feature for the notebookbar is
almost complete. We can now do these tasks,
* Write in registrymodifications.xcu
* Retrieve from registrymodifications.xcu
* Modify the notebookbar*.ui files in user directory i.e changing the
property value.
* Use the notebookbar*.ui files from user directory rather than from shared
directory.

Patch:
 https://gerrit.libreoffice.org/#/c/72698/8
https://gerrit.libreoffice.org/#/c/72313/9

ScreenCast of the features :
https://drive.google.com/file/d/1CARlyDdNEqdrTO4MWjAIx2VehE7HyeRT/view?usp=sharing
(Play in 1.5x for better experience)

The task for this week is to work on the GUI (Notebookbar customization
tab).

Thanks
Sumit Chauhan
IRC Nick: sumitcn
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 105706] Update service does not show updates when detailed OS versions are sent.

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=105706

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #10 from Julien Nabet  ---
Created attachment 151763
  --> https://bugs.documentfoundation.org/attachment.cgi?id=151763=edit
band aid fix for update php

I could reproduce this on Debian.

I don't know what's "BundledLanguages" so I proposed a quick and naive
band-aid:
- Test of the original pattern
  if ok:  keep on the treatment
  if ko: test another simpler pattern without BundledLanguages part
if ok: keep on the treatment
if ko: return empty array => error message.

(I bzip2 the file because I don't know if it's ok to attach a php 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 124905] iPad Hardware-Keyboard in iOS App

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=124905

--- Comment #2 from Tor Lillqvist  ---
Note that some of the keys mentioned in the list do work. Caps Lock works, and
Cmd+V does work now since a week or so, commit
10ff9c1a65a7e333d3aa6f2811d1480fa53fe75e on May 21.

-- 
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 103322] Use floating point for glyph positioning in VCL

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103322

--- Comment #20 from horus  ---
(In reply to Buovjaga from comment #18)
> 
> Please revisit after this report is marked RESOLVED FIXED

OK

(In reply to V Stuart Foote from comment #19)
> 
> It remains the same, the commit in comment 16 is only a part [1] of what
> will be a major refactoring--functionally nothing has changed yet in
> composing what displays.
> 
> Hang in there!

Alright

-- 
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 125548] When using kde5 vcl, tab first inserts a tab, and then the document loses focus

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125548

--- Comment #2 from Michael Weghorn  ---
Also reproducible with 6.2 branch:

Version: 6.2.5.0.0+
Build ID: 86ffd1e60c98f4f39f45507e852c428551c9db54
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: 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 115886] missing slide borders in "slide sorter" view on hiDPI display

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115886

--- Comment #7 from Eric M  ---
Bug is still present in 6.2.3.2. It is a hiDPI issue and is not present at low
or lower resolutions.

-- 
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 125401] FILESAVE: Saving a document creates a new file (new inode number) thereby messing-up with the creation time of the document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125401

Aron Budea  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

-- 
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 103182] [META] GTK3-specific bugs

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103182
Bug 103182 depends on bug 124694, which changed state.

Bug 124694 Summary: Video passing slide boundaries causes weird zoom in or 
shift (gtk2/gtk3)
https://bugs.documentfoundation.org/show_bug.cgi?id=124694

   What|Removed |Added

 Status|ASSIGNED|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: vcl/unx

2019-05-29 Thread Caolán McNamara (via logerrit)
 vcl/unx/gtk3/gtk3gtkframe.cxx |   19 +++
 1 file changed, 19 insertions(+)

New commits:
commit 0c62976b4713156e93aa17b9381e010491a49a24
Author: Caolán McNamara 
AuthorDate: Wed May 29 15:41:15 2019 +0100
Commit: Caolán McNamara 
CommitDate: Wed May 29 18:05:23 2019 +0200

tdf#124694 gtk3 GtkFixed takes the max size of all its children...

as its preferred size, causing it to not clip its child, but grow instead to
match

Change-Id: I57f740177aae619d11966f5382a6cc5f7a964be3
Reviewed-on: https://gerrit.libreoffice.org/73167
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/vcl/unx/gtk3/gtk3gtkframe.cxx b/vcl/unx/gtk3/gtk3gtkframe.cxx
index 27d186923b6f..c180c077bd19 100644
--- a/vcl/unx/gtk3/gtk3gtkframe.cxx
+++ b/vcl/unx/gtk3/gtk3gtkframe.cxx
@@ -763,11 +763,30 @@ void GtkSalFrame::resizeWindow( long nWidth, long nHeight 
)
 window_resize(nWidth, nHeight);
 }
 
+// tdf#124694 GtkFixed takes the max size of all its children as its
+// preferred size, causing it to not clip its child, but grow instead.
+
+static void
+ooo_fixed_get_preferred_height(GtkWidget*, gint *minimum, gint *natural)
+{
+*minimum = 0;
+*natural = 0;
+}
+
+static void
+ooo_fixed_get_preferred_width(GtkWidget*, gint *minimum, gint *natural)
+{
+*minimum = 0;
+*natural = 0;
+}
+
 static void
 ooo_fixed_class_init(GtkFixedClass *klass)
 {
 GtkWidgetClass *widget_class = GTK_WIDGET_CLASS(klass);
 widget_class->get_accessible = ooo_fixed_get_accessible;
+widget_class->get_preferred_height = ooo_fixed_get_preferred_height;
+widget_class->get_preferred_width = ooo_fixed_get_preferred_width;
 }
 
 /*
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 125498] Can't insert any PNG image into document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125498

--- Comment #22 from tantr...@ya.ru ---
(In reply to Michael Weghorn from comment #21)
> (In reply to tantrido from comment #20)
> > Nothing unusual - read-write. As I said also reproducible for any other png
> > in other paths.
> 
> Can you try to find a path underneath /tmp/ for which this also happens?

Can't, works fine in any /tmp.

-- 
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 121618] VIEWING: When the document displays !broken!! instead of the correct text, writer can lock up

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=121618

--- Comment #14 from Luke Kendall  ---
>Off topic

I replace every letter except capitals and vowels with x:

Find & replace

  Turn on Match case, and regexp:
  Find: ([bcdfghjklmnpqrstvwyz])
  Replace with: x
  Replace All

-- 
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 125401] FILESAVE: Saving a document creates a new file (new inode number) thereby messing-up with the creation time of the document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125401

--- Comment #8 from Alex  ---
Bonus: this method might also eliminate the need to take care of hard links. :)

-- 
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 125498] Can't insert any PNG image into document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125498

--- Comment #21 from Michael Weghorn  ---
(In reply to tantrido from comment #20)
> Nothing unusual - read-write. As I said also reproducible for any other png
> in other paths.

Can you try to find a path underneath /tmp/ for which this also happens?

-- 
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 125548] When using kde5 vcl, tab first inserts a tab, and then the document loses focus

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125548

Michael Weghorn  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||m.wegh...@posteo.de
 Ever confirmed|0   |1

--- Comment #1 from Michael Weghorn  ---
Confirmed with

Version: 6.3.0.0.alpha1+
Build ID: 51fd99367b517b9a7630f5c089d5fa22a7252472
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; 
Locale: en-GB (en_GB.UTF-8); UI-Language: 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 125401] FILESAVE: Saving a document creates a new file (new inode number) thereby messing-up with the creation time of the document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125401

--- Comment #7 from Alex  ---
Ah. Good that the hard link problem is taken care of. :)

Not sure that the rest of the world just don't care, see for instance this
recent thread here:
https://www.linuxquestions.org/questions/linux-newbie-8/how-do-i-preserve-crtime-creation-birth-time-when-copying-from-windows-ntfs-to-linux-ext4-4175625229/

I admit it is a different case-scenario so I don't try to lean heavily on it,
but the thread is still an interesting read.

Reflecting on this read, I just noticed that for the file replacement, instead
of doing:
$ mv SOURCE DEST
(which preserves neither the creation time nor the modification time)
one could do:
$ cp -p SOURCE DEST
(which preserve both).

Wouldn't it be simple/easy to implement?

-- 
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 118140] FILEOPEN: DOCX: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

Xisco Faulí  changed:

   What|Removed |Added

Summary|FILEOPEN: images|FILEOPEN: DOCX: images
   |incorrectly cropped |incorrectly cropped
   Keywords||filter:docx

-- 
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 118140] FILEOPEN: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

--- Comment #4 from Xisco Faulí  ---
attachment 151401 from bug 125281 is also affected

-- 
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 118140] FILEOPEN: images incorrectly cropped

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=118140

Xisco Faulí  changed:

   What|Removed |Added

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

-- 
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 125401] FILESAVE: Saving a document creates a new file (new inode number) thereby messing-up with the creation time of the document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125401

--- Comment #6 from Miklos Vajna  ---
We already detect the situation when the hard link count is >1 and go back to
the old slow way. I just don't see a similar way for the creation time part, it
seems the rest of the world just don't care about 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-bugs] [Bug 117840] Layer properties visible/printable/locked are wrong in watch window

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117840

--- Comment #3 from Regina Henschel  ---
The error still exists in Version: 6.3.0.0.alpha1+ (x64)
Build ID: bfd26fd04ba06d0eac3fb516c6548a1e6eacc6df
CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: de-DE (en_US); UI-Language: 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 125581] New: Malware or bug

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125581

Bug ID: 125581
   Summary: Malware or bug
   Product: LibreOffice
   Version: 6.2.4.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: thatmtn...@inbox.com

Description:
Writer freezes when I key in GA, zip codes 30705 or 30721, or today's date.

So help me.  The machine I use for writing has its wi-fi card removed for air
gapping. 

Can't give you files because they have been erased and Libre removed.
The crash is continuing in Libre Office Portable.  

Trying to get an organized crime family off my back-please help.

Steps to Reproduce:
I opened a new file without a home address header.  Keyed in letter.  Second
address info was in body of letter.  Froze after "Dalton, GA".  

Opened a third file.  Tried to key in date line.  Froze.

Opened a fourth file.  Keyed in June 1, 2019.  Did not freeze.
Did not add home address lines, tried to put them in body of letter.  Froze.

Actual Results:
Computer freezes.  Closed files in Task Manager, Libre restored files, froze
again.

Expected Results:
Software should have worked. 


Reproducible: Always


User Profile Reset: No



Additional Info:
Computer has been in a double padlocked case but padlocks can be picked.
Computer has a OS password and a BIOS/CMOS password.  Lenovo 64 bit running
Win10 with no updates and no registration.

If it is malware, it was installed from a flash drive.

I would not have believed it myself, if I hadn't experienced it.

-- 
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 58725] Changing styles is not recorded with Tracking Changes

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=58725

Gabor Kelemen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #10 from Gabor Kelemen  ---


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

-- 
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 91983] Manage changes does not follow changes to Style elements -- paragraph, character, page, etc.

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91983

--- Comment #4 from Gabor Kelemen  ---
This is a duplicate of #58725 but since this one is more clearly worded, I'm
marking that one as dupe of this.

-- 
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 91983] Manage changes does not follow changes to Style elements -- paragraph, character, page, etc.

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91983

Gabor Kelemen  changed:

   What|Removed |Added

 CC||kobz...@gmail.com

--- Comment #5 from Gabor Kelemen  ---
*** Bug 58725 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 83946] [META] Tracking changes issues

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=83946
Bug 83946 depends on bug 58725, which changed state.

Bug 58725 Summary: Changing styles is not recorded with Tracking Changes
https://bugs.documentfoundation.org/show_bug.cgi?id=58725

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

-- 
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 103322] Use floating point for glyph positioning in VCL

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103322

--- Comment #19 from V Stuart Foote  ---
(In reply to horus from comment #17)
> So, maybe that bug is actually not related to this bug?

It remains the same, the commit in comment 16 is only a part [1] of what will
be a major refactoring--functionally nothing has changed yet in composing what
displays.

Hang in there!

=-ref-=
https://gerrit.libreoffice.org/#/c/70436/

-- 
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 103322] Use floating point for glyph positioning in VCL

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103322

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #18 from Buovjaga  ---
(In reply to horus from comment #17)
> I'm the reporter of bug 113665 which was marked as a duplicate of this bug.
> 
> I have tried the following daily builds but the problem described in bug
> 113665  is still present:
> * libo-master64~2019-05-22_00.57.02_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
> * libo-master64~2019-05-29_09.41.50_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
> *
> master~2019-05-24_22.08.51_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-
> US_de_ar_ja_ru_vec_qtz.msi
> *
> master~2019-05-29_04.28.58_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-
> US_de_ar_ja_ru_vec_qtz.msi
> 
> So, maybe that bug is actually not related to this bug?

Please revisit after this report is marked RESOLVED 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 103322] Use floating point for glyph positioning in VCL

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103322

--- Comment #17 from horus  ---
I'm the reporter of bug 113665 which was marked as a duplicate of this bug.

I have tried the following daily builds but the problem described in bug 113665
 is still present:
* libo-master64~2019-05-22_00.57.02_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
* libo-master64~2019-05-29_09.41.50_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
*
master~2019-05-24_22.08.51_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-US_de_ar_ja_ru_vec_qtz.msi
*
master~2019-05-29_04.28.58_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-US_de_ar_ja_ru_vec_qtz.msi

So, maybe that bug is actually not related to 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 125401] FILESAVE: Saving a document creates a new file (new inode number) thereby messing-up with the creation time of the document

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125401

--- Comment #5 from Alex  ---
Some additional thoughts.

Reading about the g_file_set_contents() function[1] it points to the fact that
changing the inode number also breaks existing hard links to the original file
(wow!).

I don't know how it is done exactly at the code level, but to solve both the
'creation time' (crtime) and 'hard link' issues, here is another suggestion:
why not overwrite the content of the original file with the content of the
temporary file rather than overwriting the file itself?

To avoid the risk of losing any information in case of crash (whether the
original data or the new data), just before the overwriting of the content an
additional temporary copy of the original file could be created. This would
preserve the content of that file in case of crash in the process of writing.

Added to note: mind that ctime (change time) and crtime (creation time) are
different attributes.


[1]
https://developer.gnome.org/glib/stable/glib-File-Utilities.html#g-file-set-contents

-- 
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 113665] Visual bug with spelling check turned on

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113665

--- Comment #12 from horus  ---
According to bug 103322, a patch was committed to fix the integer/floating
point issue for that bug.

I have tried the following daily builds but the problem described in this bug
is still present:
* libo-master64~2019-05-22_00.57.02_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
* libo-master64~2019-05-29_09.41.50_LibreOfficeDev_6.3.0.0.alpha1_Win_x64.msi
*
master~2019-05-24_22.08.51_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-US_de_ar_ja_ru_vec_qtz.msi
*
master~2019-05-29_04.28.58_LibreOfficeDev_6.3.0.0.alpha1_Win_x64_en-US_de_ar_ja_ru_vec_qtz.msi

Also note that the problem also happens at other zoom levels:
80%, 90%, 110%, 140%

So, maybe this bug has nothing to do with bug 103322?

-- 
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 125449] Changing percent gradient or color changes chart wall gradient color to black and white

2019-05-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125449

Jacques Guilleron  changed:

   What|Removed |Added

Version|6.1.5.2 release |5.4.0.3 release
   Keywords||bibisectRequest, regression

--- Comment #3 from Jacques Guilleron  ---
Hi Cathy, Julien,

I reproduce too with
LO 5.4.0.0.alpha1
Build ID: 0b9f9bef65bb21ebb6a64aafad448f7f62dc824a
Threads CPU : 2; OS : Windows 6.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: CL
and upper versions
but not with
LO  5.3.7.1
Build ID: 376eaac300a303c4ad2193fb7f6a7522caf550b9
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur
de mise en page : nouveau; 
Locale : fr-FR (fr_FR); Calc: CL

Jacques

-- 
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

  1   2   3   >