[Libreoffice-bugs] [Bug 63745] FILEOPEN/FILESAVE extremely slow on large sheets

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=63745

Kevin  changed:

   What|Removed |Added

 CC||timbacont...@gmail.com

--- Comment #14 from Kevin  ---
Created attachment 133938
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133938=edit
file to demonstrate the extreme slowness of this program versus Excel

I had expected Calc, being newer and less corporate, to be less bloated, have a
smaller footprint and perform better than Excel. It's the opposite.

-- 
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 98017] PRINTING: Multiple Notes Per Page Bug

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98017

--- Comment #7 from david.baxend...@gmail.com ---
Bug is still there in version 5.3.3.2 (x64). Just need an option to print the
header and footer once per page instead of every note.

-- 
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 63745] FILEOPEN/FILESAVE extremely slow on large sheets

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=63745

--- Comment #13 from Kevin  ---
I can comfirm this and I would add that Calc in general is much much slower
than Excel.

1. open attached "big_file.ods"
2. hold down control and use the mouse wheel to zoom in and out
3. select all
4. apply a command
5. double click to enter a single cell
6. save
7. close and reopen

all of these operations take much MUCH longer than Excel and sometime give the
appearance of a crash or lock the program into a state where in continually
scrolls in one direction or the other, taking up to 30 seconds to return
control to the user.

-- 
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 108041] Calc fails to correctly identify the font used in a cell and fails to obey format and font changes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108041

--- Comment #11 from Kevin  ---
Created attachment 133937
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133937=edit
another file that I hope will help you change this from "unconfirmed" to new

Maybe you can confirm it with this file. This is a real bug and the corruption
it introduces is likely a symptom and/or cause of a much wider disease. There
has to come a point where you guys step back and realize that while these
individual items don't rise to the level of alarming you, they're part of a
much larger pattern (that the whole formatting UI is badly and embarrassing
broken). Someone with real coding expertise needs to review the formatting code
from top to bottom and at the very least fix the bugs that are not present in
Microsoft Excel.

-- 
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 50916] Allow more than 1024 columns in calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=50916

--- Comment #54 from Commit Notification 
 ---
Dennis Francis committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=a680f6988482f13489d6c802b6078d43564ae934

tdf#50916 : More refactoring in table1.cxx

It will be available in 6.0.0.

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

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

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

[Libreoffice-bugs] [Bug 50916] Allow more than 1024 columns in calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=50916

Commit Notification  changed:

   What|Removed |Added

 Whiteboard| target:5.2.0 target:5.3.0  | target:5.2.0 target:5.3.0
   |target:5.4.0|target:5.4.0 target:6.0.0

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

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

[Dennis Francis]

 sc/source/core/data/table1.cxx |   35 ---
 1 file changed, 28 insertions(+), 7 deletions(-)

New commits:
commit a680f6988482f13489d6c802b6078d43564ae934
Author: Dennis Francis 
Date:   Wed Jun 7 22:48:01 2017 +0530

tdf#50916 : More refactoring in table1.cxx

Refactored ScTable::FindNextVisibleColWithContent() and
ScTable::FindAreaPos() for dynamic column container.

Change-Id: I5afdbe98d4f0eb69f42b56308b57b8861740
Reviewed-on: https://gerrit.libreoffice.org/38556
Tested-by: Jenkins 
Reviewed-by: Markus Mohrhard 

diff --git a/sc/source/core/data/table1.cxx b/sc/source/core/data/table1.cxx
index fe7b88966374..bbb6d610a5ce 100644
--- a/sc/source/core/data/table1.cxx
+++ b/sc/source/core/data/table1.cxx
@@ -1163,9 +1163,12 @@ SCCOL ScTable::FindNextVisibleCol( SCCOL nCol, bool 
bRight ) const
 
 SCCOL ScTable::FindNextVisibleColWithContent( SCCOL nCol, bool bRight, SCROW 
nRow ) const
 {
+const SCCOL nLastCol = aCol.size() - 1;
 if(bRight)
 {
-if(nCol == MAXCOL)
+// If nCol is the last allocated column index, there wont be any 
content to its right.
+// To maintain the original return behaviour, return MAXCOL.
+if(nCol >= nLastCol)
 return MAXCOL;
 
 do
@@ -1176,19 +1179,27 @@ SCCOL ScTable::FindNextVisibleColWithContent( SCCOL 
nCol, bool bRight, SCROW nRo
 if(bHidden)
 {
 nCol = nEndCol +1;
-if(nEndCol >= MAXCOL)
+// Can end search early as there is no data after nLastCol.
+// For nCol == nLastCol, it may still have data so don't want 
to return MAXCOL.
+if(nCol > nLastCol)
 return MAXCOL;
 }
 
 if(aCol[nCol].HasVisibleDataAt(nRow))
 return nCol;
 }
-while(nCol < MAXCOL);
+while(nCol < nLastCol); // Stop search as soon as the last allocated 
column is searched.
 
 return MAXCOL;
 }
 else
 {
+// If nCol is in the unallocated range [nLastCol+1, MAXCOL], then move 
it directly to nLastCol
+// as there is no data in the unallocated range. This also makes the 
search faster and avoids
+// the need for more range checks in the loop below.
+if ( nCol > nLastCol )
+nCol = nLastCol;
+
 if(nCol == 0)
 return 0;
 
@@ -1215,10 +1226,12 @@ SCCOL ScTable::FindNextVisibleColWithContent( SCCOL 
nCol, bool bRight, SCROW nRo
 
 void ScTable::FindAreaPos( SCCOL& rCol, SCROW& rRow, ScMoveDirection 
eDirection ) const
 {
+const SCCOL nLastCol = aCol.size() - 1;
+
 if (eDirection == SC_MOVE_LEFT || eDirection == SC_MOVE_RIGHT)
 {
 SCCOL nNewCol = rCol;
-bool bThere = aCol[nNewCol].HasVisibleDataAt(rRow);
+bool bThere = ( nNewCol <= nLastCol ) && 
aCol[nNewCol].HasVisibleDataAt(rRow);
 bool bRight = (eDirection == SC_MOVE_RIGHT);
 if (bThere)
 {
@@ -1229,14 +1242,14 @@ void ScTable::FindAreaPos( SCCOL& rCol, SCROW& rRow, 
ScMoveDirection eDirection
 
 SCCOL nNextCol = FindNextVisibleCol( nNewCol, bRight );
 
-if(aCol[nNextCol].HasVisibleDataAt(rRow))
+if( nNextCol <= nLastCol && aCol[nNextCol].HasVisibleDataAt(rRow) )
 {
 bool bFound = false;
 nNewCol = nNextCol;
 do
 {
 nNextCol = FindNextVisibleCol( nNewCol, bRight );
-if(aCol[nNextCol].HasVisibleDataAt(rRow))
+if( nNextCol <= nLastCol && 
aCol[nNextCol].HasVisibleDataAt(rRow) )
 nNewCol = nNextCol;
 else
 bFound = true;
@@ -1261,7 +1274,15 @@ void ScTable::FindAreaPos( SCCOL& rCol, SCROW& rRow, 
ScMoveDirection eDirection
 }
 else
 {
-aCol[rCol].FindDataAreaPos(rRow,eDirection == SC_MOVE_DOWN);
+if ( rCol <= nLastCol )
+aCol[rCol].FindDataAreaPos(rRow,eDirection == SC_MOVE_DOWN);
+else
+{
+// The cell (rCol, rRow) is equivalent to an empty cell (although 
not allocated).
+// Set rRow to 0 or MAXROW depending on eDirection to maintain the 
behaviour of
+// ScColumn::FindDataAreaPos() when the given column is empty.
+rRow = ( eDirection == SC_MOVE_DOWN ) ? MAXROW : 0;
+}
 }
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] dev-tools.git: ciabot/libreoffice-bugzilla2.py

[Markus Mohrhard]

 ciabot/libreoffice-bugzilla2.py |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 6b9ac850acb8853538d45d84136f1dde325a7680
Author: Markus Mohrhard 
Date:   Sat Jun 10 02:06:19 2017 +0200

master will become 6.0

diff --git a/ciabot/libreoffice-bugzilla2.py b/ciabot/libreoffice-bugzilla2.py
index 402d36c..2b59186 100644
--- a/ciabot/libreoffice-bugzilla2.py
+++ b/ciabot/libreoffice-bugzilla2.py
@@ -33,7 +33,7 @@ import bugzilla
 from bugzilla import Bugzilla
 from bugzilla.base import _BugzillaToken
 
-master_target = "5.5.0"
+master_target = "6.0.0"
 bug_regex = "(?:tdf|fdo)#(\d+)"
 dry_run = False
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 108410] EDITING: After cutting an image the page scrolls up to the first page and back to the last position

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108410

--- Comment #1 from Thomas Woltjer  ---
Reproduced with the daily build on Manjaro Linux 64-bit.

Version: 5.4.0.0.beta2+
Build ID: 81e7ef8d3941de527f21c1508389c9e09518680b
CPU threads: 16; OS: Linux 4.9; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-5-4, Time:
2017-06-08_04:31:09
Locale: en-US (en_US.utf8); Calc: group

-- 
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 108410] EDITING: After cutting an image the page scrolls up to the first page and back to the last position

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108410

Thomas Woltjer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 108412] Dragging edge (not corner) control point on shape keeps aspect ratio

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108412

--- Comment #1 from Thomas Woltjer  ---
Could not reproduce, using Manjaro Linux 64-bit. 

Version: 5.4.0.0.beta2+
Build ID: 81e7ef8d3941de527f21c1508389c9e09518680b
CPU threads: 16; OS: Linux 4.9; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-5-4, Time:
2017-06-08_04:31:09
Locale: en-US (en_US.utf8); Calc: group

-- 
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 108433] Arch Linux Impress slide transitions not working (some)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108433

Thomas Woltjer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #2 from Thomas Woltjer  ---
I'm setting this bug to NEEDINFO. If you continue to have trouble, please
submit the requested information and return it to UNCONFIRMED. 

If you resolve it on your own, let us know how, and set the status to RESOLVED.

Thanks!

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

[Libreoffice-bugs] [Bug 108433] Arch Linux Impress slide transitions not working (some)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108433

--- Comment #1 from Thomas Woltjer  ---
I could not reproduce, on Manjaro Linux 64-bit with today's daily build. 

Note that when a slide transition is applied to the current slide, it actually
shows that transition when changing to it from the slide before. 

If you're still having trouble, I'd recommend recording a screen capture of the
problem, so that we can see how exactly the problem is taking place. 

Best regards,

Thomas

Version: 5.4.0.0.beta2+
Build ID: 81e7ef8d3941de527f21c1508389c9e09518680b
CPU threads: 16; OS: Linux 4.9; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-5-4, Time:
2017-06-08_04:31:09
Locale: en-US (en_US.utf8); Calc: group

-- 
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 55631] FILEOPEN: CALC does not import DBASE with CP850 encoding correctly

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=55631

Julien Nabet  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |serval2...@yahoo.fr
   |desktop.org |

--- Comment #10 from Julien Nabet  ---
Let's give it a try with https://gerrit.libreoffice.org/#/c/38620/

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

[Libreoffice-commits] core.git: Branch 'libreoffice-5-4' - sc/source

[Eike Rathke]

 sc/source/core/tool/interpr1.cxx |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

New commits:
commit 23514c32eef813b23cae99df709fe74882f90bef
Author: Eike Rathke 
Date:   Thu Jun 8 21:27:20 2017 +0200

With reference lists there can be more than 255 queries

(cherry picked from commit c479912ffc48e1db1671333f09c041a081c600a3)

 Conflicts:
sc/source/core/tool/interpr1.cxx

Backported.

Change-Id: Ia5dc32fbcd8ad738d5ec0f20cc233b58fcadc882
Reviewed-on: https://gerrit.libreoffice.org/38583
Tested-by: Jenkins 
Reviewed-by: Eike Rathke 

diff --git a/sc/source/core/tool/interpr1.cxx b/sc/source/core/tool/interpr1.cxx
index a9d4a36cd8c2..c27e4c2ede86 100644
--- a/sc/source/core/tool/interpr1.cxx
+++ b/sc/source/core/tool/interpr1.cxx
@@ -5309,7 +5309,7 @@ void ScInterpreter::IterateParametersIfs( 
sc::ParamIfsResult& rRes )
 sal_uInt8 nParamCount = GetByte();
 sal_uInt8 nQueryCount = nParamCount / 2;
 
-std::vector aResArray;
+std::vector aResArray;
 size_t nRowSize = 0;
 size_t nColSize = 0;
 double fVal = 0.0;
@@ -5522,7 +5522,7 @@ void ScInterpreter::IterateParametersIfs( 
sc::ParamIfsResult& rRes )
 return;
 }
 
-std::vector::iterator itRes = aResArray.begin(), 
itResEnd = aResArray.end();
+std::vector::iterator itRes = aResArray.begin(), 
itResEnd = aResArray.end();
 std::vector::const_iterator itThisRes = 
aResValues.begin();
 for (; itRes != itResEnd; ++itRes, ++itThisRes)
 *itRes += *itThisRes;
@@ -5635,7 +5635,7 @@ void ScInterpreter::IterateParametersIfs( 
sc::ParamIfsResult& rRes )
 return;
 }
 
-std::vector::const_iterator itRes = 
aResArray.begin(), itResEnd = aResArray.end();
+std::vector::const_iterator itRes = 
aResArray.begin(), itResEnd = aResArray.end();
 std::vector::const_iterator itMain = 
aMainValues.begin();
 for (; itRes != itResEnd; ++itRes, ++itMain)
 {
@@ -5662,7 +5662,7 @@ void ScInterpreter::IterateParametersIfs( 
sc::ParamIfsResult& rRes )
 }
 else
 {
-std::vector::const_iterator itRes = 
aResArray.begin();
+std::vector::const_iterator itRes = 
aResArray.begin();
 for (size_t nCol = 0; nCol < nColSize; ++nCol)
 {
 for (size_t nRow = 0; nRow < nRowSize; ++nRow, ++itRes)
@@ -5696,7 +5696,7 @@ void ScInterpreter::IterateParametersIfs( 
sc::ParamIfsResult& rRes )
 }
 else
 {
-std::vector::const_iterator itRes = aResArray.begin(), 
itResEnd = aResArray.end();
+std::vector::const_iterator itRes = aResArray.begin(), 
itResEnd = aResArray.end();
 for (; itRes != itResEnd; ++itRes)
 if (*itRes == nQueryCount)
 ++rRes.mfCount;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

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

[Eike Rathke]

 sc/qa/unit/ucalc_formula.cxx |  141 -
 sc/source/core/tool/interpr1.cxx |  259 +++
 2 files changed, 342 insertions(+), 58 deletions(-)

New commits:
commit 076ed447f694239d5c67adee528ea6e471d909ff
Author: Eike Rathke 
Date:   Sat Jun 10 00:46:00 2017 +0200

Unit test for COUNTIFS, SUMIFS, AVERAGEIFS with array of references, 
tdf#58874

Change-Id: Ie833716fcde0b82dcaa2e5b66deb2952ee912b7f

diff --git a/sc/qa/unit/ucalc_formula.cxx b/sc/qa/unit/ucalc_formula.cxx
index dffcfff11dda..93c500a1dbfa 100644
--- a/sc/qa/unit/ucalc_formula.cxx
+++ b/sc/qa/unit/ucalc_formula.cxx
@@ -7936,15 +7936,140 @@ void Test::testFuncSUMIFS()
 // Matrix formula in E8:E10 with AVERAGEIFS
 m_pDoc->InsertMatrixFormula(4, 7, 4, 9, aMark, 
"=AVERAGEIFS(B1:B7;A1:A7;A9:A11)");
 
-// Result B1+B5, B2+B6, B3+B7 and counts and averages.
-std::vector aCheck = {
-{ "17", "2",  "8.5" },
-{ "34", "2", "17" },
-{ "68", "2", "34" }
-};
+{
+// Result B1+B5, B2+B6, B3+B7 and counts and averages.
+std::vector aCheck = {
+{ "17", "2",  "8.5" },
+{ "34", "2", "17" },
+{ "68", "2", "34" }
+};
+bool bGood = checkOutput(m_pDoc, ScRange(2,7,0, 4,9,0), aCheck,
+"SUMIFS, COUNTIFS and AVERAGEIFS in array context");
+CPPUNIT_ASSERT_MESSAGE("SUMIFS, COUNTIFS or AVERAGEIFS in array 
context failed", bGood);
+}
+
+// Matrix formula in G8:G10 with SUMIFS and reference list arrays.
+m_pDoc->InsertMatrixFormula(6, 7, 6, 9, aMark, 
"=SUMIFS(OFFSET(B1;ROW(1:3);0;2);OFFSET(B1;ROW(1:3);0;2);\">4\")");
+// Matrix formula in H8:H10 with COUNTIFS and reference list arrays.
+m_pDoc->InsertMatrixFormula(7, 7, 7, 9, aMark, 
"=COUNTIFS(OFFSET(B1;ROW(1:3);0;2);\">4\")");
+// Matrix formula in I8:I10 with AVERAGEIFS and reference list arrays.
+m_pDoc->InsertMatrixFormula(8, 7, 8, 9, aMark, 
"=AVERAGEIFS(OFFSET(B1;ROW(1:3);0;2);OFFSET(B1;ROW(1:3);0;2);\">4\")");
+
+{
+// Result sums, counts and averages.
+std::vector aCheck = {
+{  "0", "0", "#DIV/0!" },
+{  "8", "1",  "8" },
+{ "24", "2", "12" }
+};
+bool bGood = checkOutput(m_pDoc, ScRange(6,7,0, 8,9,0), aCheck,
+"SUMIFS, COUNTIFS and AVERAGEIFS with reference list arrays");
+CPPUNIT_ASSERT_MESSAGE("SUMIFS, COUNTIFS or AVERAGEIFS with reference 
list arrays failed", bGood);
+}
+
+// Matrix formula in K8:K10 with SUMIFS and reference list array condition
+// and "normal" data range.
+m_pDoc->InsertMatrixFormula(10, 7, 10, 9, aMark, 
"=SUMIFS(B1:B2;OFFSET(B1;ROW(1:3);0;2);\">4\")");
+// Matrix formula in L8:L10 with AVERAGEIFS and reference list array
+// condition and "normal" data range.
+m_pDoc->InsertMatrixFormula(11, 7, 11, 9, aMark, 
"=AVERAGEIFS(B1:B2;OFFSET(B1;ROW(1:3);0;2);\">4\")");
+
+{
+// Result sums and averages.
+std::vector aCheck = {
+{ "0", "#DIV/0!" },
+{ "2", "2" },
+{ "3", "1.5" }
+};
+bool bGood = checkOutput(m_pDoc, ScRange(10,7,0, 11,9,0), aCheck,
+"SUMIFS, COUNTIFS and AVERAGEIFS with reference list array and 
normal range");
+CPPUNIT_ASSERT_MESSAGE("SUMIFS, COUNTIFS or AVERAGEIFS with reference 
list array and normal range failed", bGood);
+}
+
+// Matrix formula in G18:G20 with SUMIFS and reference list arrays and a
+// "normal" criteria range.
+m_pDoc->InsertMatrixFormula(6, 17, 6, 19, aMark, 
"=SUMIFS(OFFSET(B1;ROW(1:3);0;2);OFFSET(B1;ROW(1:3);0;2);\">4\";B1:B2;\">1\")");
+// Matrix formula in H18:H20 with COUNTIFS and reference list arrays and a
+// "normal" criteria range.
+m_pDoc->InsertMatrixFormula(7, 17, 7, 19, aMark, 
"=COUNTIFS(OFFSET(B1;ROW(1:3);0;2);\">4\";B1:B2;\">1\")");
+// Matrix formula in I18:I20 with AVERAGEIFS and reference list arrays and
+// a "normal" criteria range.
+m_pDoc->InsertMatrixFormula(8, 17, 8, 19, aMark, 
"=AVERAGEIFS(OFFSET(B1;ROW(1:3);0;2);OFFSET(B1;ROW(1:3);0;2);\">4\";B1:B2;\">1\")");
+
+{
+// Result sums, counts and averages.
+std::vector aCheck = {
+{  "0", "0", "#DIV/0!" },
+{  "8", "1",  "8" },
+{ "16", "1", "16" }
+};
+bool bGood = checkOutput(m_pDoc, ScRange(6,17,0, 8,19,0), aCheck,
+"SUMIFS, COUNTIFS and AVERAGEIFS with reference list arrays 
and a normal criteria range");
+CPPUNIT_ASSERT_MESSAGE("SUMIFS, COUNTIFS or AVERAGEIFS with reference 
list arrays and a normal criteria range failed", bGood);
+}
+
+// Matrix formula in K18:K20 with SUMIFS and reference list array condition
+// and "normal" data range and a "normal" criteria range.
+m_pDoc->InsertMatrixFormula(10, 

[Libreoffice-bugs] [Bug 77444] LO closed then opening any document by double-click never opens the file. mouse movement required for the file to open

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=77444

--- Comment #28 from ckak...@yahoo.com ---
Issue still reproducible on OS X.

>From the About dialog:
Version: 5.3.4.1
Build ID: 1b1606c6e1203cdc3fd5ffbc16e74ecea300241a
CPU Threads: 8; OS Version: Mac OS X 10.11.6; UI Render: GL; Layout Engine: new

Disabling GL doesn't change anything.

-- 
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 108118] Crash in: SwPageFrame::AppendDrawObjToPage(SwAnchoredObject & )

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108118

Michael Stahl  changed:

   What|Removed |Added

   Keywords|regression  |
 Status|NEW |RESOLVED
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=91
   ||602
 Resolution|--- |FIXED
   Assignee|libreoffice-b...@lists.free |mst...@redhat.com
   |desktop.org |
 Whiteboard|target:5.5.0|

--- Comment #15 from Michael Stahl  ---
guess this is a pre-existing problem, it's tricky to reproduce
because it's timing-dependent, the comment #3 with repeatedly pressing Ctrl+A
worked for me

fixed on master

-- 
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 108118] Crash in: SwPageFrame::AppendDrawObjToPage(SwAnchoredObject & )

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108118

--- Comment #14 from Commit Notification 
 ---
Michael Stahl committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=2ca0360a6c75959bf61bd2ee0ef96b2729369a15

tdf#108118 sw: fix recursive layouting during SwCursorShell::Paint()

It will be available in 5.5.0.

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

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

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

[Libreoffice-bugs] [Bug 108118] Crash in: SwPageFrame::AppendDrawObjToPage(SwAnchoredObject & )

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108118

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:5.5.0

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

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

[Michael Stahl]

 sw/source/core/crsr/crsrsh.cxx |   33 +++--
 sw/source/core/crsr/swcrsr.cxx |1 +
 sw/source/core/edit/autofmt.cxx|1 +
 sw/source/core/fields/postithelper.cxx |5 -
 sw/source/core/frmedt/fews.cxx |6 +-
 sw/source/core/inc/rootfrm.hxx |   22 ++
 sw/source/core/layout/flylay.cxx   |2 +-
 sw/source/core/layout/frmtool.cxx  |2 ++
 sw/source/core/layout/trvlfrm.cxx  |   26 +++---
 sw/source/core/unocore/unotbl.cxx  |1 +
 10 files changed, 59 insertions(+), 40 deletions(-)

New commits:
commit 2d2af57bc0406cd3afd376dd3c92be112b8c9603
Author: Michael Stahl 
Date:   Fri Jun 9 23:48:25 2017 +0200

sw: DisableCallbackAction in a bunch more places

... to prevent recursive layout.

Change-Id: I4a7cdcebe77bd7d8d16c721765ad5eb171e84619

diff --git a/sw/source/core/crsr/crsrsh.cxx b/sw/source/core/crsr/crsrsh.cxx
index 400a751768cc..97a5cb3d453f 100644
--- a/sw/source/core/crsr/crsrsh.cxx
+++ b/sw/source/core/crsr/crsrsh.cxx
@@ -1541,15 +1541,18 @@ void SwCursorShell::UpdateCursor( sal_uInt16 eFlags, 
bool bIdleEnd )
 
 SwCursorMoveState aTmpState( MV_NONE );
 aTmpState.m_bRealHeight = true;
-if( !pTableFrame->GetCharRect( m_aCharRect, 
*m_pTableCursor->GetPoint(),  ) )
 {
-Point aCentrPt( m_aCharRect.Center() );
-aTmpState.m_bSetInReadOnly = IsReadOnlyAvailable();
-pTableFrame->GetCursorOfst( m_pTableCursor->GetPoint(), 
aCentrPt,  );
-bool const bResult =
-pTableFrame->GetCharRect( m_aCharRect, 
*m_pTableCursor->GetPoint() );
-OSL_ENSURE( bResult, "GetCharRect failed." );
-(void) bResult; // non-debug: unused
+DisableCallbackAction a(*GetLayout());
+if (!pTableFrame->GetCharRect( m_aCharRect, 
*m_pTableCursor->GetPoint(), ))
+{
+Point aCentrPt( m_aCharRect.Center() );
+aTmpState.m_bSetInReadOnly = IsReadOnlyAvailable();
+pTableFrame->GetCursorOfst(m_pTableCursor->GetPoint(), 
aCentrPt, );
+bool const bResult =
+pTableFrame->GetCharRect(m_aCharRect, 
*m_pTableCursor->GetPoint());
+OSL_ENSURE( bResult, "GetCharRect failed." );
+(void) bResult; // non-debug: unused
+}
 }
 
 m_pVisibleCursor->Hide(); // always hide visible Cursor
@@ -1804,6 +1807,7 @@ void SwCursorShell::UpdateCursor( sal_uInt16 eFlags, bool 
bIdleEnd )
 
 if( !(eFlags & SwCursorShell::UPDOWN ))   // delete old Pos. of Up/Down
 {
+DisableCallbackAction a(*GetLayout());
 pFrame->Calc(GetOut());
 m_nUpDownX = pFrame->IsVertical() ?
m_aCharRect.Top() - pFrame->Frame().Top() :
diff --git a/sw/source/core/crsr/swcrsr.cxx b/sw/source/core/crsr/swcrsr.cxx
index de3452b4f988..23e6a6b59f61 100644
--- a/sw/source/core/crsr/swcrsr.cxx
+++ b/sw/source/core/crsr/swcrsr.cxx
@@ -1843,6 +1843,7 @@ bool SwCursor::UpDown( bool bUp, sal_uInt16 nCnt,
 if( !pTableCursor )
 {
 // try to position the cursor at half of the char-rect's height
+DisableCallbackAction 
a(*GetDoc()->getIDocumentLayoutAccess().GetCurrentLayout());
 pFrame = GetContentNode()->getLayoutFrame( 
GetDoc()->getIDocumentLayoutAccess().GetCurrentLayout(), , GetPoint() );
 SwCursorMoveState eTmpState( MV_UPDOWN );
 eTmpState.m_bSetInReadOnly = bInReadOnly;
diff --git a/sw/source/core/edit/autofmt.cxx b/sw/source/core/edit/autofmt.cxx
index 09bd92e16f6f..f9a992833f10 100644
--- a/sw/source/core/edit/autofmt.cxx
+++ b/sw/source/core/edit/autofmt.cxx
@@ -250,6 +250,7 @@ SwTextFrame* SwAutoFormat::GetFrame( const SwTextNode& 
rTextNd ) const
 OSL_ENSURE( pFrame, "For Autoformat a Layout is needed" );
 if( m_aFlags.bAFormatByInput && !pFrame->IsValid() )
 {
+DisableCallbackAction 
a(const_cast(*pFrame->getRootFrame()));
 SwRect aTmpFrame( pFrame->Frame() );
 SwRect aTmpPrt( pFrame->Prt() );
 pFrame->Calc(pFrame->getRootFrame()->GetCurrShell()->GetOut());
diff --git a/sw/source/core/fields/postithelper.cxx 
b/sw/source/core/fields/postithelper.cxx
index cfe556c76e56..8da466867d28 100644
--- a/sw/source/core/fields/postithelper.cxx
+++ b/sw/source/core/fields/postithelper.cxx
@@ -60,7 +60,10 @@ SwPostItHelper::SwLayoutStatus 
SwPostItHelper::getLayoutInfos(
 aRet = VISIBLE;
 
 o_rInfo.mpAnchorFrame = pTextFrame;
-pTextFrame->GetCharRect(o_rInfo.mPosition, rAnchorPos, 
nullptr, false);
+{
+DisableCallbackAction 

[Libreoffice-bugs] [Bug 108434] writer and base bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108434

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||xiscofa...@libreoffice.org
 Ever confirmed|0   |1

--- Comment #1 from Xisco Faulí  ---
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

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

[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=96000

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||46823


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=46823
[Bug 46823] EDITING: Misspelled word with various direct formatting applied to
it isnt preserved when corrected
-- 
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 46823] EDITING: Misspelled word with various direct formatting applied to it isnt preserved when corrected

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=46823

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Blocks||96000
Summary|EDITING: BOLD automatically |EDITING: Misspelled word
   |lost|with various direct
   ||formatting applied to it
   ||isnt preserved when
   ||corrected

--- Comment #8 from Yousuf Philips (jay)  ---
Still present. So basically it uses the formatting applied to the left letter
of the mispelled word and applies it to the entire word. This happens both in
the context menu and the spelling dialog.

Version: 5.5.0.0.alpha0+
Build ID: ddf8539d97ce044b7df8d51d6ec72ec864b40fb8
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time:
2017-06-04_22:10:59
Locale: en-US (en_US.UTF-8); Calc: group


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=96000
[Bug 96000] [META] Spelling and grammar checking bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98918] Crash - Bug in Footer handling - Page formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98918

--- Comment #19 from Hermann Rochholz  ---
Thanks the developers for the nice software.
The quality improvement especially in the last 2 years is impressive.

-- 
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 108434] New: writer and base bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108434

Bug ID: 108434
   Summary: writer and base bugs
   Product: LibreOffice
   Version: 5.2.0.4 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: wsig...@sbcglobal.net

Created attachment 133936
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133936=edit
writer and base bugs

I have found it very hard to get a bug report to you

This is my second day trying to send you my bug report letter

I never got my confirmation email from LibreOffice

when I got to Bugzilla today I got a confirmation email

It took hours trying to file my bug 

>From Bugzilla, when I selected LibreOffice as the problem it kept sent me to
the LibreOffice page and there was no way to generate a bug report there

Sometime is was asking me to generate a Facebook login. 
I have not used Facebook in the past and am hesitent to use it.
and I was uncertain  if it would get me to the Bugzilla report area.

Finally in the Bugzilla initial page I selected search for a bug with 
 "how do I get send a bug report"
it gave it gave a list of articles and at the bottom of the page
it had a line saying crate a bug report 
That is how I am generating this bug report

1. for  a less critical  problem with writer

2. for  more critical problems with base

see my attached letter

I hope you can correct the bug reporting problems that I have described.

Thanks for your help in this matter!

-- 
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: [Libreoffice-qa] minutes of ESC call ...

[Jay Philips]

Hi All,

Sorry i wasnt able to attend today, so i guess i'll leave my comments by email.

>  + unclear what the future holds here: Snap, FlatPack, AppImage (Michael)

If its Libreoffice future, i believe AppImage will be it, as it provides 
similar functionality as the portable version found on windows, like 

1) not having to install it on your system to run it (aka portable)
2) copying it on a usb and run it on any linux distro (atleast the minimum 
system that LO supports, something that snap and flatpak cant do)
3) easily running multiple versions (would improve linux QA, as it would also 
lower that barrier for users to test old versions)

>  + no real need for Linux portable edition (Cloph)
> + tar-ball can be unzipped.

This is fine for advanced linux users but not for basic linux users, including 
those from windows or mac. The tar-ball doesnt even come with a simple extract 
or install bash script, which is why i had to write my own for QA work[1]. This 
same argument could be said for windows, but we dont tell them to download the 
.msi file and extract it with 'msiexec /a LibO__Win_x86_multi.msi 
TARGETDIR="L:\3.6.0"'[2], so they can run it.

[1] https://pastebin.com/L6SFSYFR
[2] https://wiki.documentfoundation.org/Installing_in_parallel/Windows

>  + some people may want it do why not ? (Heiko)
> + up-loading takes time, maintenance etc. (Cloph)

The .tar.gz to .appimage bash conversion script can be run directly on the 
webserver, so that would eliminate any uploading time.

> + if 2 people use it – build it themselves pwrt. daily builds.

Quite sure more than 2 people will use it, as i would be one of them, and am 
quite sure it will benefit the QA team as well. But i guess we can track the 
download numbers for it to test whether it is beneficial to keep making them or 
not once they are available. What are the download numbers like for flatpak?

>  + how is flat-pack hosted currently ? (Michael)
> + build & up-load, and cloph pushes it (Stephan)
> + whenever there is a 5.3.x it is build – following Fresh.
> + no daily build.

If the bash conversion script isnt run locally on the webserver, then Antonio 
is willing to create the appimages and upload them.

>  + the request is “become a linux distribution” (Michael)
>    + flat-pack doesn’t include the GNOME run-time (Stephan)
>    + AppImage sounds like it will include ~everything:
>  Gstreamer + all codecs etc. - from some random PC (Michael)

No the appimage will only include the same files LO bundles in the released 
.deb and .rpm files found in the .tar.gz. It assumes the users system has the 
necessary other dependencies on their system.

>   + can Jay distribute it instead ?

If infra doesnt want to host the appimages, Antonio can host them as he does 
today at < http://libreoffice.soluzioniopen.com/ >, but some may feel that its 
is not officially endorsed by LO if they have to go off of LO's website to get 
it.

>   + how large is it ?

The 'English' version of 5.4 beta 2 is 274MB[3], the 'Standard' version of 5.4 
beta 2 is 308MB[4] and the 'Full' version of 5.4 beta 2 is 382MB[5]. The 
'Standard' version contains the same language files as found in the 
'MultilingualStandard' windows portable file and the 'Full' version contains 
all languages files, similar to the 'MultilingualAll' windows portable file[6]. 
For comparison, the 5.3.3 snap release is 358MB[7].

[3] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev-5.4.0.0.beta2_English_x86-64.AppImage
[4] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev_5.4.0.0.beta2_Standard_x86-64.AppImage
[5] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev_5.4.0.0.beta2_Full_x86-64.AppImage
[6] http://www.libreoffice.org/download/portable-versions/
[7] 
https://public.apps.ubuntu.com/anon/download-snap/CpUkI0qPIIBVRsjy49adNq4D6Ra72y4v_19.snap

>   + AppImage works hard to solve a problem we already solved:
> of being an ISV on Linux – it is hard but solveable.

Appimage tries to solve a major problem on linux, easily running an app on any 
linux distro, especially new apps on a stable distro. For more information, you 
can watch opensuse's Richard Brown compare AppImage, Snappy and Flatpak[8], 
watch the appimage author's presentation at the opensuse conference[9], view 
the script that converts the .tar.gz to .appimage[10], view a list of the apps 
that use appimage[12], or check out their website[11].

[8] https://www.youtube.com/watch?v=8r1OwX-dNFo
[9] https://www.youtube.com/watch?v=BrWB2OZ9h2Y
[10] 
https://github.com/AppImage/AppImages/blob/master/recipes/libreoffice/Recipe
[11] https://github.com/AppImage/AppImageKit/wiki/AppImages
[12] http://appimage.org/

>  + Sad to miss jphilips in the discussion; do it again later ?

I will try to attend next week but doubt it will work as VOIP services like 
hangouts 

Re: [Libreoffice-qa] minutes of ESC call ...

[Jay Philips]

Hi All,

Sorry i wasnt able to attend today, so i guess i'll leave my comments by email.

>  + unclear what the future holds here: Snap, FlatPack, AppImage (Michael)

If its Libreoffice future, i believe AppImage will be it, as it provides 
similar functionality as the portable version found on windows, like 

1) not having to install it on your system to run it (aka portable)
2) copying it on a usb and run it on any linux distro (atleast the minimum 
system that LO supports, something that snap and flatpak cant do)
3) easily running multiple versions (would improve linux QA, as it would also 
lower that barrier for users to test old versions)

>  + no real need for Linux portable edition (Cloph)
> + tar-ball can be unzipped.

This is fine for advanced linux users but not for basic linux users, including 
those from windows or mac. The tar-ball doesnt even come with a simple extract 
or install bash script, which is why i had to write my own for QA work[1]. This 
same argument could be said for windows, but we dont tell them to download the 
.msi file and extract it with 'msiexec /a LibO__Win_x86_multi.msi 
TARGETDIR="L:\3.6.0"'[2], so they can run it.

[1] https://pastebin.com/L6SFSYFR
[2] https://wiki.documentfoundation.org/Installing_in_parallel/Windows

>  + some people may want it do why not ? (Heiko)
> + up-loading takes time, maintenance etc. (Cloph)

The .tar.gz to .appimage bash conversion script can be run directly on the 
webserver, so that would eliminate any uploading time.

> + if 2 people use it – build it themselves pwrt. daily builds.

Quite sure more than 2 people will use it, as i would be one of them, and am 
quite sure it will benefit the QA team as well. But i guess we can track the 
download numbers for it to test whether it is beneficial to keep making them or 
not once they are available. What are the download numbers like for flatpak?

>  + how is flat-pack hosted currently ? (Michael)
> + build & up-load, and cloph pushes it (Stephan)
> + whenever there is a 5.3.x it is build – following Fresh.
> + no daily build.

If the bash conversion script isnt run locally on the webserver, then Antonio 
is willing to create the appimages and upload them.

>  + the request is “become a linux distribution” (Michael)
>    + flat-pack doesn’t include the GNOME run-time (Stephan)
>    + AppImage sounds like it will include ~everything:
>  Gstreamer + all codecs etc. - from some random PC (Michael)

No the appimage will only include the same files LO bundles in the released 
.deb and .rpm files found in the .tar.gz. It assumes the users system has the 
necessary other dependencies on their system.

>   + can Jay distribute it instead ?

If infra doesnt want to host the appimages, Antonio can host them as he does 
today at < http://libreoffice.soluzioniopen.com/ >, but some may feel that its 
is not officially endorsed by LO if they have to go off of LO's website to get 
it.

>   + how large is it ?

The 'English' version of 5.4 beta 2 is 274MB[3], the 'Standard' version of 5.4 
beta 2 is 308MB[4] and the 'Full' version of 5.4 beta 2 is 382MB[5]. The 
'Standard' version contains the same language files as found in the 
'MultilingualStandard' windows portable file and the 'Full' version contains 
all languages files, similar to the 'MultilingualAll' windows portable file[6]. 
For comparison, the 5.3.3 snap release is 358MB[7].

[3] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev-5.4.0.0.beta2_English_x86-64.AppImage
[4] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev_5.4.0.0.beta2_Standard_x86-64.AppImage
[5] 
http://libreoffice.soluzioniopen.com/pre-releases/LibreOfficeDev_5.4.0.0.beta2_Full_x86-64.AppImage
[6] http://www.libreoffice.org/download/portable-versions/
[7] 
https://public.apps.ubuntu.com/anon/download-snap/CpUkI0qPIIBVRsjy49adNq4D6Ra72y4v_19.snap

>   + AppImage works hard to solve a problem we already solved:
> of being an ISV on Linux – it is hard but solveable.

Appimage tries to solve a major problem on linux, easily running an app on any 
linux distro, especially new apps on a stable distro. For more information, you 
can watch opensuse's Richard Brown compare AppImage, Snappy and Flatpak[8], 
watch the appimage author's presentation at the opensuse conference[9], view 
the script that converts the .tar.gz to .appimage[10], view a list of the apps 
that use appimage[12], or check out their website[11].

[8] https://www.youtube.com/watch?v=8r1OwX-dNFo
[9] https://www.youtube.com/watch?v=BrWB2OZ9h2Y
[10] 
https://github.com/AppImage/AppImages/blob/master/recipes/libreoffice/Recipe
[11] https://github.com/AppImage/AppImageKit/wiki/AppImages
[12] http://appimage.org/

>  + Sad to miss jphilips in the discussion; do it again later ?

I will try to attend next week but doubt it will work as VOIP services like 
hangouts 

New Defects reported by Coverity Scan for LibreOffice

[scan-admin]

Hi,

Please find the latest report on new defect(s) introduced to LibreOffice found 
with Coverity Scan.

28 new defect(s) introduced to LibreOffice found with Coverity Scan.


New defect(s) Reported-by: Coverity Scan
Showing 20 of 28 defect(s)


** CID 1412146:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
/oox/source/vml/vmlformatting.cxx: 934 in 
oox::vml::TextpathModel::pushToPropMap(oox::drawingml::ShapePropertyMap &, 
const com::sun::star::uno::Reference &, const 
oox::GraphicHelper &) const()



*** CID 1412146:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
/oox/source/vml/vmlformatting.cxx: 934 in 
oox::vml::TextpathModel::pushToPropMap(oox::drawingml::ShapePropertyMap &, 
const com::sun::star::uno::Reference &, const 
oox::GraphicHelper &) const()
928 }
929 else if (aName == "font-size")
930 {
931 oox::OptValue aOptString(aValue);
932 sal_Int64 nEmu = lclGetEmu( rGraphicHelper, 
aOptString, 1 );
933 // 1 point = 1/72 inch = 12,700 EMU
>>> CID 1412146:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
>>> Dividing integer expressions "nEmu" and "12700L", and then converting 
>>> the integer quotient to type "float". Any remainder, or fractional part of 
>>> the quotient, is ignored.
934 float nSize = nEmu / 12700;
935 
936 uno::Reference 
xPropertySet(xShape, uno::UNO_QUERY);
937 xPropertySet->setPropertyValue("CharHeight", 
uno::makeAny(nSize));
938 }
939 }

** CID 1412145:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
/oox/source/export/vmlexport.cxx: 818 in 
oox::vml::VMLExport::Commit(EscherPropertyContainer &, const tools::Rectangle 
&)()



*** CID 1412145:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
/oox/source/export/vmlexport.cxx: 818 in 
oox::vml::VMLExport::Commit(EscherPropertyContainer &, const tools::Rectangle 
&)()
812 OUString aTextPathFont = 
SvxMSDffManager::MSDFFReadZString(aStream, aFont.nPropSize, true);
813 aStyle += "font-family:\"" + aTextPathFont 
+ "\"";
814 }
815 sal_uInt32 nSize;
816 if (rProps.GetOpt(ESCHER_Prop_gtextSize, nSize))
817 {
>>> CID 1412145:  Incorrect expression  (UNINTENDED_INTEGER_DIVISION)
>>> Dividing integer expressions "(sal_Int32)nSize" and "65536", and then 
>>> converting the integer quotient to type "float". Any remainder, or 
>>> fractional part of the quotient, is ignored.
818 float nSizeF = (sal_Int32)nSize / 65536;
819 OUString aSize = OUString::number(nSizeF);
820 aStyle += ";font-size:" + aSize + "pt";
821 }
822 if (!aStyle.isEmpty())
823 pAttrList->add(XML_style, 
OUStringToOString(aStyle, RTL_TEXTENCODING_UTF8));

** CID 1405937:  Error handling issues  (UNCAUGHT_EXCEPT)
/usr/include/c++/6.3.1/bits/shared_ptr_base.h: 371 in 
std::_Sp_counted_ptr::_M_dispose()()



*** CID 1405937:  Error handling issues  (UNCAUGHT_EXCEPT)
/usr/include/c++/6.3.1/bits/shared_ptr_base.h: 371 in 
std::_Sp_counted_ptr::_M_dispose()()
365 public:
366   explicit
367   _Sp_counted_ptr(_Ptr __p) noexcept
368   : _M_ptr(__p) { }
369 
370   virtual void
>>> CID 1405937:  Error handling issues  (UNCAUGHT_EXCEPT)
>>> An exception of type 
>>> "boost::exception_detail::clone_impl>>  >" is thrown but the throw list "throw()" doesn't allow it to be thrown. 
>>> This will cause a call to unexpected() which usually calls terminate().
371   _M_dispose() noexcept
372   { delete _M_ptr; }
373 
374   virtual void
375   _M_destroy() noexcept
376   { delete this; }

** CID 1405935:  Error handling issues  (UNCAUGHT_EXCEPT)
/usr/include/c++/6.3.1/bits/unique_ptr.h: 235 in std::unique_ptr::~unique_ptr()()



*** CID 1405935:  Error handling issues  (UNCAUGHT_EXCEPT)
/usr/include/c++/6.3.1/bits/unique_ptr.h: 235 in std::unique_ptr::~unique_ptr()()
229   template, is_same<_Dp, 
default_delete<_Tp
231

[Libreoffice-bugs] [Bug 108433] New: Arch Linux Impress slide transitions not working (some)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108433

Bug ID: 108433
   Summary: Arch Linux Impress slide transitions not working
(some)
   Product: LibreOffice
   Version: 5.3.3.2 release
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kar...@yahoo.com

Description:
I am using Arch:

Linux Desk 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64
GNU/Linux

[LibreOffice] 5.3.3.2 30m0(Build:2) Impress has some transitions working, but
others do not. Starting with "None" and going down, Diagonal works, but Tiles,
Cube, and the rest do not. Specifically, "Fine Dissolve", which is the one that
I want to use.

I am not aware of whether this has worked, prior to my experience.

I do have a ubuntu box and they work fine.

Additional info:

$ libreoffice --help | head -n1

LibreOffice 5.3.3.2 30m0(Build:2)

$ uname -a
Linux Desk 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64
GNU/Linux

I opened a ticket over with Arch, we found a work around, and it was requested
that I open one over here to let you all know about it:
https://bugs.archlinux.org/task/54244

I got it to work on my box by uncommenting:

export SAL_USE_VCLPLUGIN=gen

in the file: /etc/profile.d/libreoffice-fresh.sh

The last comment was:

Andreas Radke (AndyRTR) - Friday, 09 June 2017, 09:54 GMT-6
If transitions work with generic vcl this is probably a bug in either qt/kde or
LibreOffice kde integration (kde vcl). Please get in touch with LibO upstream
devs.


Steps to Reproduce:
* Create a new libreoffice impress presentation.
* Use the first template option (I suspect any template option will still show
the same issue).
* Click "Open"
* Change the slide transition to "Fine Dissolve"
* Test by clicking: Slide show -> start from first slide
* No dissolve appears


Actual Results:  
Nothing changes

Expected Results:
The dissolve transition executes


Reproducible: Always

User Profile Reset: No

Additional Info:
https://bugs.archlinux.org/task/54244

Andreas Radke (AndyRTR) - Friday, 09 June 2017, 09:54 GMT-6
If transitions work with generic vcl this is probably a bug in either qt/kde or
LibreOffice kde integration (kde vcl). Please get in touch with LibO upstream
devs.


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101
Firefox/53.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 108409] copy and paste of pictures sometimes fails

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108409

Telesto  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from Telesto  ---
Repro with
Version: 5.5.0.0.alpha0+
Build ID: 691d1e90f62ce3f1930d3faf74af385d92f00d59
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_02:15:11
Locale: nl-NL (nl_NL); Calc: CL

But not the steps to reproduce didn't work for me. (Copy picture 93, go to
picture 94, select it and paste). I did paste picture 93 on different images.
At some point I got changes in position

-- 
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 108394] EDITING: (BOLD)formatting for multiple cell's isn' t working under specific conditions

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108394

Telesto  changed:

   What|Removed |Added

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

-- 
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 108391] Editing: The text color of multiple cells can' t be changed under specific conditions

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108391

Telesto  changed:

   What|Removed |Added

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

-- 
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 108185] Cells become corrupted (ineditable)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108185

Telesto  changed:

   What|Removed |Added

 CC||tele...@surfxs.nl
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||8394,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||8391

--- Comment #13 from Telesto  ---
I created two similar reports based on this bug (with steps to create the
problem.  See bug 108391 and bug 108394

-- 
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 108391] Editing: The text color of multiple cells can' t be changed under specific conditions

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108391

Telesto  changed:

   What|Removed |Added

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

-- 
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 108394] EDITING: (BOLD)formatting for multiple cell's isn' t working under specific conditions

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108394

Telesto  changed:

   What|Removed |Added

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

-- 
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 104998] PDF images disappear after a while in LO 5.3

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=104998

Telesto  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 107618] FILESAVE: Header lost after saving to DOCX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=107618

Miklos Vajna  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |vmik...@collabora.co.uk
   |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-commits] core.git: Branch 'libreoffice-5-3' - sw/source

[Michael Stahl]

 sw/source/uibase/shells/frmsh.cxx |6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

New commits:
commit e64a85d50dbd4db7a3de1ee2f6caf52cc60f6a50
Author: Michael Stahl 
Date:   Wed Jun 7 17:47:15 2017 +0200

tdf#108305 sw: fix crash on fly "Position and Size"

Everything else in SwFrameShell::Execute() checks pArgs isn't null so do
the same here.

(regression from d02f75a8c36705924ddd6a5921fe3012fafce812)

Change-Id: I73d85b111a5d2c088b9d888b8595ceb3979e8d2b
(cherry picked from commit 28d760e5220a175a5eb8e859498baa4c7f97f3e2)
Reviewed-on: https://gerrit.libreoffice.org/38521
Tested-by: Jenkins 
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/sw/source/uibase/shells/frmsh.cxx 
b/sw/source/uibase/shells/frmsh.cxx
index 2a6ad96916c8..a70097dcc0b3 100644
--- a/sw/source/uibase/shells/frmsh.cxx
+++ b/sw/source/uibase/shells/frmsh.cxx
@@ -351,13 +351,15 @@ void SwFrameShell::Execute(SfxRequest )
 bool bApplyNewSize = false;
 
 Size aNewSize = aMgr.GetSize();
-if ( SfxItemState::SET == pArgs->GetItemState( 
SID_ATTR_TRANSFORM_WIDTH, false,  ) )
+if (pArgs &&
+SfxItemState::SET == 
pArgs->GetItemState(SID_ATTR_TRANSFORM_WIDTH, false, ))
 {
 aNewSize.setWidth( static_cast< const SfxUInt32Item* 
>(pItem)->GetValue() );
 bApplyNewSize = true;
 }
 
-if ( SfxItemState::SET == pArgs->GetItemState( 
SID_ATTR_TRANSFORM_HEIGHT, false,  ) )
+if (pArgs &&
+SfxItemState::SET == 
pArgs->GetItemState(SID_ATTR_TRANSFORM_HEIGHT, false, ))
 {
 aNewSize.setHeight( static_cast< const SfxUInt32Item* 
>(pItem)->GetValue() );
 bApplyNewSize = true;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'libreoffice-5-3' - chart2/source

[Stephan Bergmann]

 chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit ddba7030fb8ba565bdeef997f87eb491f8ce6a80
Author: Stephan Bergmann 
Date:   Fri Jun 9 19:47:57 2017 +0200

Fix typo in queryAggregation

...that caused UBSan failure in UITest_calc_demo:

> framework/source/services/desktop.cxx:406:47: runtime error: member call 
on address 0x611000887c80 which does not point to an object of type 
'com::sun::star::lang::XServiceInfo'
> 0x611000887c40: note: object is base class subobject at offset 64 within 
object of type 'chart::CreationWizardUnoDlg'
>  1a 06 80 29  70 23 e8 c8 5a 7f 00 00  50 87 f0 00 40 60 00 00  48 24 e8 
c8 5a 7f 00 00  02 00 00 00
>   ^
> #0 0x7f5d62c1413b in 
framework::Desktop::addTerminateListener(com::sun::star::uno::Reference
 const&) framework/source/services/desktop.cxx:406:47
> #1 0x7f5ac78f9337 in 
chart::CreationWizardUnoDlg::CreationWizardUnoDlg(com::sun::star::uno::Reference
 const&) chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx:52:15
> #2 0x7f5ac7906cdd in 
com_sun_star_comp_chart2_WizardDialog_get_implementation 
chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx:368:30
> #3 0x7f5df087ff37 in 
std::_Function_handler::_M_invoke(std::_Any_data const&, 
com::sun::star::uno::XComponentContext*&&, 
com::sun::star::uno::Sequence const&) 
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:1716:9
> #4 0x7f5df0757dab in std::function::operator()(com::sun::star::uno::XComponentContext*, 
com::sun::star::uno::Sequence const&) const 
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:2127:14
> #5 0x7f5df06f69f1 in 
cppuhelper::ServiceManager::Data::Implementation::createInstance(com::sun::star::uno::Reference
 const&, bool) cppuhelper/source/servicemanager.cxx:667:13
> #6 0x7f5df07134f2 in 
cppuhelper::ServiceManager::createInstanceWithContext(rtl::OUString const&, 
com::sun::star::uno::Reference const&) 
cppuhelper/source/servicemanager.cxx:998:17
> #7 0x7f5df0715d7a in non-virtual thunk to 
cppuhelper::ServiceManager::createInstanceWithContext(rtl::OUString const&, 
com::sun::star::uno::Reference const&) 
cppuhelper/source/servicemanager.cxx
> #8 0x7f5d47aca8ca in FuInsertChart::FuInsertChart(ScTabViewShell*, 
vcl::Window*, ScDrawView*, SdrModel*, SfxRequest&) 
sc/source/ui/drawfunc/fuins2.cxx:650:27
> #9 0x7f5d49da003c in ScTabViewShell::ExecDrawIns(SfxRequest&) 
sc/source/ui/view/tabvwshb.cxx:344:13
> #10 0x7f5d49ce50ed in SfxStubScTabViewShellExecDrawIns(SfxShell*, 
SfxRequest&) workdir/SdiTarget/sc/sdi/scslots.hxx:1407:1
> #11 0x7f5de463ea6d in SfxShell::CallExec(void (*)(SfxShell*, 
SfxRequest&), SfxRequest&) include/sfx2/shell.hxx:211:35
> #12 0x7f5de4600cbe in SfxDispatcher::Call_Impl(SfxShell&, SfxSlot 
const&, SfxRequest&, bool) sfx2/source/control/dispatch.cxx:377:20
> #13 0x7f5de4621593 in SfxDispatcher::PostMsgHandler(SfxRequest*) 
sfx2/source/control/dispatch.cxx:1156:17
> #14 0x7f5de460487a in SfxDispatcher::LinkStubPostMsgHandler(void*, 
SfxRequest*) sfx2/source/control/dispatch.cxx:1136:1
> #15 0x7f5de5f18eda in Link::Call(SfxRequest*) 
const include/tools/link.hxx:84:45
> #16 0x7f5de5f189d2 in SfxHintPoster::DoEvent_Impl(void*) 
sfx2/source/notify/hintpost.cxx:44:12
> #17 0x7f5de5f18861 in SfxHintPoster::LinkStubDoEvent_Impl(void*, 
void*) sfx2/source/notify/hintpost.cxx:42:1
> #18 0x7f5dbc3bb9fa in Link::Call(void*) const 
include/tools/link.hxx:84:45
> #19 0x7f5dbc3a5bdf in ImplHandleUserEvent(ImplSVEvent*) 
vcl/source/window/winproc.cxx:1946:30
> #20 0x7f5dbc39103c in ImplWindowFrameProc(vcl::Window*, SalEvent, 
void const*) vcl/source/window/winproc.cxx:2495:13
> #21 0x7f5dbf2f016f in SalFrame::CallCallback(SalEvent, void const*) 
const vcl/inc/salframe.hxx:276:33
> #22 0x7f5dbf350db2 in SvpSalInstance::DoYield(bool, bool, unsigned 
long) vcl/headless/svpinst.cxx:345:31
> #23 0x7f5dbe714b69 in ImplYield(bool, bool, unsigned long) 
vcl/source/app/svapp.cxx:494:29
> #24 0x7f5dbe6efb53 in Application::Yield() 
vcl/source/app/svapp.cxx:558:5
> #25 0x7f5dbe6ef896 in Application::Execute() 
vcl/source/app/svapp.cxx:458:9
> #26 0x7f5dfab81984 in desktop::Desktop::DoExecute() 
desktop/source/app/app.cxx:1354:5
> #27 0x7f5dfab89eb6 in 

[Libreoffice-commits] core.git: Branch 'libreoffice-5-4' - include/svtools svtools/source

[Gabor Kelemen]

 include/svtools/svtools.hrc |   15 +++-
 svtools/source/control/ctrltool.cxx |   32 +
 svtools/source/control/ctrltool.src |   65 
 3 files changed, 110 insertions(+), 2 deletions(-)

New commits:
commit 97859ca34eeeb4918f4fab6817619e2f9bf83e8b
Author: Gabor Kelemen 
Date:   Wed Jun 7 00:43:06 2017 +0200

tdf#107700 Translate some less common font style names

These are used in at least on of the free fonts we bundle.
Also translate a stray German comment :)

Change-Id: I3f4d83001bcfc3a8b3d490e56d9e538a8d892f0c
Reviewed-on: https://gerrit.libreoffice.org/38476
Tested-by: Jenkins 
Reviewed-by: Katarina Behrens 
(cherry picked from commit f5eae04d7af0ae165ee7045bf5fa101ee681aebf)
Reviewed-on: https://gerrit.libreoffice.org/38588
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/include/svtools/svtools.hrc b/include/svtools/svtools.hrc
index 2873c5f026ad..70186f41fabb 100644
--- a/include/svtools/svtools.hrc
+++ b/include/svtools/svtools.hrc
@@ -114,7 +114,20 @@
 #define STR_SVT_STYLE_BOLD_ITALIC   (STR_SVT_STYLE_START+5)
 #define STR_SVT_STYLE_BLACK (STR_SVT_STYLE_START+6)
 #define STR_SVT_STYLE_BLACK_ITALIC  (STR_SVT_STYLE_START+7)
-#define STR_SVT_STYLE_END   (STR_SVT_STYLE_BLACK_ITALIC)
+#define STR_SVT_STYLE_BOOK  (STR_SVT_STYLE_START+8)
+#define STR_SVT_STYLE_BOLD_OBLIQUE  (STR_SVT_STYLE_START+9)
+#define STR_SVT_STYLE_CONDENSED (STR_SVT_STYLE_START+10)
+#define STR_SVT_STYLE_CONDENSED_BOLD(STR_SVT_STYLE_START+11)
+#define STR_SVT_STYLE_CONDENSED_BOLD_ITALIC (STR_SVT_STYLE_START+12)
+#define STR_SVT_STYLE_CONDENSED_BOLD_OBLIQUE (STR_SVT_STYLE_START+13)
+#define STR_SVT_STYLE_CONDENSED_ITALIC  (STR_SVT_STYLE_START+14)
+#define STR_SVT_STYLE_CONDENSED_OBLIQUE (STR_SVT_STYLE_START+15)
+#define STR_SVT_STYLE_EXTRALIGHT(STR_SVT_STYLE_START+16)
+#define STR_SVT_STYLE_EXTRALIGHT_ITALIC (STR_SVT_STYLE_START+17)
+#define STR_SVT_STYLE_OBLIQUE   (STR_SVT_STYLE_START+18)
+#define STR_SVT_STYLE_SEMIBOLD  (STR_SVT_STYLE_START+19)
+#define STR_SVT_STYLE_SEMIBOLD_ITALIC   (STR_SVT_STYLE_START+20)
+#define STR_SVT_STYLE_END   (STR_SVT_STYLE_SEMIBOLD_ITALIC)
 
 #define STR_SVT_FONTMAP_START   (STR_SVT_STYLE_END+1)
 #define STR_SVT_FONTMAP_BOTH(STR_SVT_FONTMAP_START+0)
diff --git a/svtools/source/control/ctrltool.cxx 
b/svtools/source/control/ctrltool.cxx
index 0aeb07318966..c4ab3de8dbcf 100644
--- a/svtools/source/control/ctrltool.cxx
+++ b/svtools/source/control/ctrltool.cxx
@@ -35,7 +35,7 @@
 #include 
 #include 
 
-// Standard Fontgroessen fuer scalierbare Fonts
+// Standard fontsizes for scalable Fonts
 const sal_IntPtr FontList::aStdSizeAry[] =
 {
  60,
@@ -463,6 +463,36 @@ OUString FontList::GetStyleName(const FontMetric& rInfo) 
const
 aStyleName = maBlack;
 else if (aCompareStyleName == "blackitalic")
 aStyleName = maBlackItalic;
+/* tdf#107700 support some less common style names with localization */
+else if (aCompareStyleName == "book")
+aStyleName = SvtResId(STR_SVT_STYLE_BOOK);
+else if (aCompareStyleName == "boldoblique")
+aStyleName = SvtResId(STR_SVT_STYLE_BOLD_OBLIQUE);
+else if (aCompareStyleName == "condensed")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED);
+else if (aCompareStyleName == "condensedbold")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED_BOLD);
+else if (aCompareStyleName == "condensedbolditalic")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED_BOLD_ITALIC);
+else if (aCompareStyleName == "condensedboldoblique")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED_BOLD_OBLIQUE);
+else if (aCompareStyleName == "condenseditalic")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED_ITALIC);
+else if (aCompareStyleName == "condensedoblique")
+aStyleName = SvtResId(STR_SVT_STYLE_CONDENSED_OBLIQUE);
+else if (aCompareStyleName == "extralight")
+aStyleName = SvtResId(STR_SVT_STYLE_EXTRALIGHT);
+else if (aCompareStyleName == "extralightitalic")
+aStyleName = SvtResId(STR_SVT_STYLE_EXTRALIGHT_ITALIC);
+/* Medium is synonym with Normal */
+else if (aCompareStyleName == "mediumitalic")
+aStyleName = maNormalItalic;
+else if (aCompareStyleName == "oblique")
+aStyleName = SvtResId(STR_SVT_STYLE_OBLIQUE);
+else if (aCompareStyleName == "semibold")
+aStyleName = SvtResId(STR_SVT_STYLE_SEMIBOLD);
+else if (aCompareStyleName == "semibolditalic")
+aStyleName = 

[Libreoffice-bugs] [Bug 107483] EDITING: Text within textbox can get invisible if LibO is launched again after updating [Hard to reproduce]

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=107483

--- Comment #2 from Telesto  ---
Still experiencing this issue. OpenGL doens't like it at all
crashreport.libreoffice.org/stats/crash_details/ac34fc0f-dd8f-44a7-859e-ccff6525a43b

I still expect it's caused by running an application before (maybe LibO) or
while updating LibO to a new (daily) version (with default install). I only
have problems after installation and is fixed by a reboot.

-- 
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 96413] Basic ConvertToURL fails to URL encode many characters

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=96413

Julien Nabet  changed:

   What|Removed |Added

 Attachment #121223|application/x-zip   |application/vnd.oasis.opend
  mime type||ocument.spreadsheet

-- 
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 97365] HTML Clipboard issues in Base, Calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=97365

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=37
   ||859

--- Comment #5 from Julien Nabet  ---
See https://bugs.documentfoundation.org/show_bug.cgi?id=97364#c12

I must recognize I don't see the diff between tdf#97365 and tdf#97364 since
both concern copy paste from Base to Calc.

-- 
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 97364] HTML Clipboard issues in Base, Calc

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=97364

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=37
   ||859

--- Comment #12 from Julien Nabet  ---
Just wonder if it could be a dup of tdf#37859

Anyone could give a try with a daily build? (see
http://dev-builds.libreoffice.org/daily/master/)

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

[Libreoffice-commits] core.git: Branch 'libreoffice-5-4' - odk/settings

[Rene Engelhard]

 odk/settings/settings.mk |   24 
 1 file changed, 24 insertions(+)

New commits:
commit 5f3714932492374115a2195d9ac100a154dd5b1d
Author: Rene Engelhard 
Date:   Fri Jun 9 21:08:31 2017 +0200

odk settings.mk: add various missing JAVA_PROC_TYPE overrides for Linux 
arches

... which were missing since ~ ever but now break the odk_build-examples 
test
with /usr/bin/ld: cannot find -ljawt

Change-Id: Ie504ce0c8e21c7d58f1b7e591505940a2f80a2ea
Reviewed-on: https://gerrit.libreoffice.org/38614
Reviewed-by: Rene Engelhard 
Tested-by: Rene Engelhard 

diff --git a/odk/settings/settings.mk b/odk/settings/settings.mk
index b455a6b5d399..2813959f5dec 100644
--- a/odk/settings/settings.mk
+++ b/odk/settings/settings.mk
@@ -275,6 +275,30 @@ ifeq "$(PROCTYPE)" "powerpc64"
 JAVA_PROC_TYPE=ppc64
 endif
 
+ifeq "$(PROCTYPE)" "powerpc64_le"
+JAVA_PROC_TYPE=ppc64le
+endif
+
+ifeq "$(PROCTYPE)" "arm_eabi"
+JAVA_PROC_TYPE=arm
+endif
+
+ifeq "$(PROCTYPE)" "arm_oabi"
+JAVA_PROC_TYPE=arm
+endif
+
+ifeq "$(PROCTYPE)" "mips_eb"
+JAVA_PROC_TYPE=mips
+endif
+
+ifeq "$(PROCTYPE)" "mips_el"
+JAVA_PROC_TYPE=mipsel
+endif
+
+ifeq "$(PROCTYPE)" "mips64_el"
+JAVA_PROC_TYPE=mips64el
+endif
+
 ifeq "$(PROCTYPE)" "sparc64"
 UNOPKG_PLATFORM=Linux_SPARC64
 JAVA_PROC_TYPE=sparcv9
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 108298] EDITING: Applying bold formatting to a large dataset is slower as it has been before

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108298

Telesto  changed:

   What|Removed |Added

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

-- 
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 108347] Searching a large dataset is slower as it has been before

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108347

Telesto  changed:

   What|Removed |Added

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

-- 
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: odk/settings

[Rene Engelhard]

 odk/settings/settings.mk |   24 
 1 file changed, 24 insertions(+)

New commits:
commit 4256ac0daa42107cfaf1ce54dbd1db6ce82975b0
Author: Rene Engelhard 
Date:   Fri Jun 9 21:08:31 2017 +0200

odk settings.mk: add various missing JAVA_PROC_TYPE overrides for Linux 
arches

... which were missing since ~ ever but now break the odk_build-examples 
test
with /usr/bin/ld: cannot find -ljawt

Change-Id: Ie504ce0c8e21c7d58f1b7e591505940a2f80a2ea

diff --git a/odk/settings/settings.mk b/odk/settings/settings.mk
index b455a6b5d399..2813959f5dec 100644
--- a/odk/settings/settings.mk
+++ b/odk/settings/settings.mk
@@ -275,6 +275,30 @@ ifeq "$(PROCTYPE)" "powerpc64"
 JAVA_PROC_TYPE=ppc64
 endif
 
+ifeq "$(PROCTYPE)" "powerpc64_le"
+JAVA_PROC_TYPE=ppc64le
+endif
+
+ifeq "$(PROCTYPE)" "arm_eabi"
+JAVA_PROC_TYPE=arm
+endif
+
+ifeq "$(PROCTYPE)" "arm_oabi"
+JAVA_PROC_TYPE=arm
+endif
+
+ifeq "$(PROCTYPE)" "mips_eb"
+JAVA_PROC_TYPE=mips
+endif
+
+ifeq "$(PROCTYPE)" "mips_el"
+JAVA_PROC_TYPE=mipsel
+endif
+
+ifeq "$(PROCTYPE)" "mips64_el"
+JAVA_PROC_TYPE=mips64el
+endif
+
 ifeq "$(PROCTYPE)" "sparc64"
 UNOPKG_PLATFORM=Linux_SPARC64
 JAVA_PROC_TYPE=sparcv9
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 108347] Searching a large dataset is slower as it has been before

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108347

Telesto  changed:

   What|Removed |Added

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

-- 
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 108289] EDITING: Toolbar is unresponsive for a few sec after pressing CTRL+A for the first time in a large document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108289

Telesto  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||8298,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||8347

-- 
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 108298] EDITING: Applying bold formatting to a large dataset is slower as it has been before

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108298

Telesto  changed:

   What|Removed |Added

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

-- 
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 108285] FILEOPEN ODS: The source ODS file opens far slower than the exported XLSX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108285

--- Comment #7 from Telesto  ---
(In reply to Buovjaga from comment #6)
> (In reply to Telesto from comment #4)
> > NOTE: I reported the slow opening of the ODS file separately (bug 108284).
> > 
> > My point with this bug report is that opening the ODS takes still twice as
> > long with the fastest LibO version compared to the opening the XLSX file. 
> 
> Didn't notice this while doing callgrind.. What would be different when
> fixing these 2 reports? I mean why do we need 2?

In my hubble opinion there are two issues. 
1. At this point the main problem is the slow loading of the ODT (bug 108284)
2. But even if we are back to normal +/- 16.434s the file opening is still
'slow' compared to the XLSX version. I find that curious. Why should saving to
an non native file format be faster?

So: this bug is only useful if the issue gets 'reverted' back to LibO4.1. If
the fix would lead to any further optimization (based on callgrind), than I see
no point having two bug. Both should be fixed at once :-).

It's your call

-- 
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 108289] EDITING: Toolbar is unresponsive for a few sec after pressing CTRL+A for the first time in a large document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108289

Buovjaga  changed:

   What|Removed |Added

   Keywords||bibisectRequest,
   ||haveBacktrace, perf,
   ||regression
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 108289] EDITING: Toolbar is unresponsive for a few sec after pressing CTRL+A for the first time in a large document

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108289

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #2 from Buovjaga  ---
Created attachment 133935
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133935=edit
Callgrind output from 5.5

Repro.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: e78d128e3b7bf45990d1f7b27123ccd616665f93
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 9th 2017

-- 
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 105545] EDITING delete third point from Bézier curve deletes entire curve

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105545

Buovjaga  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #7 from Buovjaga  ---
Verified fix.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: e78d128e3b7bf45990d1f7b27123ccd616665f93
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 9th 2017

-- 
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 98918] Crash - Bug in Footer handling - Page formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98918

Xisco Faulí  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #18 from Xisco Faulí  ---
Nice, closing as RESOLVED WORKSFORME then. thanks!!

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

[Libreoffice-bugs] [Bug 98918] Crash - Bug in Footer handling - Page formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98918

--- Comment #17 from Hermann Rochholz  ---
I cannot reproduce any longer. 

Today I've tested under the actual versions of Lubuntu and Windows. 
No more crash. 
Furthermore the permnanent hangups/crashes in the big document do not appear
any longer.

I propose to close.

-- 
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 107957] Custom properties: wrong encoding after DOC import

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=107957

Julien Nabet  changed:

   What|Removed |Added

 CC||serval2...@yahoo.fr

--- Comment #6 from Julien Nabet  ---
gdb trace:
#0  comphelper::OPropertyContainerHelper::registerPropertyNoMember
(this=0x57aa46f8, _rName="???", _nHandle=11, _nAttributes=128,
_rType=invalid uno::Type, 
_pInitialValue=uno::Any("string": "7807082653")) at
/home/julien/lo/libreoffice/comphelper/source/property/propertycontainerhelper.cxx:141
#1  0x74665e55 in comphelper::PropertyBag::addProperty
(this=0x57aa46f0, _rName="???", _nHandle=11, _nAttributes=128, 
_rInitialValue=uno::Any("string": "7807082653")) at
/home/julien/lo/libreoffice/comphelper/source/property/propertybag.cxx:146
#2  0x7463c3a9 in comphelper::OPropertyBag::addProperty
(this=0x57aa45f0, _rName="???", _nAttributes=128,
_rInitialValue=uno::Any("string": "7807082653"))
at
/home/julien/lo/libreoffice/comphelper/source/property/opropertybag.cxx:327
#3  0x71e5cf30 in sfx2::LoadOlePropertySet (i_xDocProps=uno::Reference
to ((anonymous namespace)::SfxDocumentMetaData *) 0x57a83988,
i_pStorage=0x57a5ccb0)
at /home/julien/lo/libreoffice/sfx2/source/doc/docinf.cxx:161
#4  0x7fffc28e05e9 in SwWW8ImplReader::ReadDocInfo (this=0x57a7f200) at
/home/julien/lo/libreoffice/sw/source/filter/ww8/ww8par.cxx:4755
#5  0x7fffc28e164d in SwWW8ImplReader::CoreLoad (this=0x57a7f200,
pGloss=0x0) at /home/julien/lo/libreoffice/sw/source/filter/ww8/ww8par.cxx:4904
#6  0x7fffc28e6618 in SwWW8ImplReader::LoadThroughDecryption
(this=0x57a7f200, pGloss=0x0) at
/home/julien/lo/libreoffice/sw/source/filter/ww8/ww8par.cxx:5855
#7  0x7fffc28e7e3e in SwWW8ImplReader::LoadDoc (this=0x57a7f200,
pGloss=0x0) at /home/julien/lo/libreoffice/sw/source/filter/ww8/ww8par.cxx:6171
#8  0x7fffc28e8977 in WW8Reader::Read (this=0x57a44360, rDoc=...,
rBaseURL="file:///home/julien/lo/bugs/107957_customprop/custom_properties.doc",
rPaM=SwPaM = {...})
at /home/julien/lo/libreoffice/sw/source/filter/ww8/ww8par.cxx:6312
#9  0x7fffc6d627f8 in SwReader::Read (this=0x57a5cf70, rOptions=...) at
/home/julien/lo/libreoffice/sw/source/filter/basflt/shellio.cxx:177
#10 0x7fffc6edf0a2 in SwDocShell::ConvertFrom (this=0x57861940,
rMedium=...) at /home/julien/lo/libreoffice/sw/source/uibase/app/docsh.cxx:258
#11 0x71ec8cd9 in SfxObjectShell::DoLoad (this=0x57861940,
pMed=0x57877bf0) at
/home/julien/lo/libreoffice/sfx2/source/doc/objstor.cxx:776
#12 0x71f0b5d9 in SfxBaseModel::load (this=0x57862250,
seqArguments=uno::Sequence of length 14 = {...})
at /home/julien/lo/libreoffice/sfx2/source/doc/sfxbasemodel.cxx:1787

I don't succeed in finding where is defined encoding :-(

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

[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-5.3' - sw/qa writerfilter/source

[Mike Kaganski]

 sw/qa/extras/ooxmlimport/data/tdf108408.docx   |binary
 sw/qa/extras/ooxmlimport/ooxmlimport.cxx   |9 +
 writerfilter/source/ooxml/OOXMLFactory.cxx |   13 ++-
 writerfilter/source/ooxml/OOXMLFactory.hxx |3 +
 writerfilter/source/ooxml/OOXMLPropertySet.cxx |   41 +++--
 writerfilter/source/ooxml/OOXMLPropertySet.hxx |   24 --
 writerfilter/source/ooxml/factoryimpl.py   |2 -
 writerfilter/source/ooxml/model.xml|8 ++--
 8 files changed, 79 insertions(+), 21 deletions(-)

New commits:
commit a6c0b1a2b7c8d29bf3561fff472a4b5684e4967b
Author: Mike Kaganski 
Date:   Thu Jun 8 11:55:18 2017 +0300

tdf#108408: support unit specifications for ST_HpsMeasure

w:ST_HpsMeasure is defined in ECMA-376 5th ed. Part 1, 17.18.42 as

  This simple type specifies that its contents contain either:
  * A positive whole number, whose contents consist of a measurement in
half-points (equivalent to 1/144th of an inch), or
  * A positive decimal number immediately followed by a unit identifier.
  ...
  This simple type is a union of the following types:
  * The ST_PositiveUniversalMeasure simple type (§22.9.2.12).
  * The ST_UnsignedDecimalNumber simple type (§22.9.2.16).

This patch generalizes OOXMLUniversalMeasureValue to handle standard-
defined units, and introduces two typedefed specifications:
OOXMLTwipsMeasureValue (which is used where UniversalMeasure was
previously used), and new OOXMLHpsMeasureValue.

Unit test included.

Reviewed-on: https://gerrit.libreoffice.org/38562
Tested-by: Jenkins 
Reviewed-by: Mike Kaganski 
(cherry picked from commit ea890b1d4bcd6dd59db9f52dce1609c020804e24)

Change-Id: Iccc6d46f717cb618381baf89dfd3e4bbb844b4af
Reviewed-on: https://gerrit.libreoffice.org/38591
Reviewed-by: Mike Kaganski 
Tested-by: Mike Kaganski 

diff --git a/sw/qa/extras/ooxmlimport/data/tdf108408.docx 
b/sw/qa/extras/ooxmlimport/data/tdf108408.docx
new file mode 100644
index ..dcd1ecf8bd2e
Binary files /dev/null and b/sw/qa/extras/ooxmlimport/data/tdf108408.docx differ
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx 
b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index 4d027678f098..ec80bb6cb561 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
@@ -1388,6 +1388,15 @@ DECLARE_OOXMLIMPORT_TEST(testTdf108350, "tdf108350.docx")
 CPPUNIT_ASSERT_EQUAL(double(11), getProperty(xRun, "CharHeight"));
 }
 
+DECLARE_OOXMLIMPORT_TEST(testTdf108408, "tdf108408.docx")
+{
+// Font size must consider units specifications; previously ignored and 
only used
+// integer part as half-pt size, i.e. 10 pt (20 half-pt) instead of 20 pt
+uno::Reference xPara(getParagraph(1));
+uno::Reference xRun(getRun(xPara, 1), uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(double(20), getProperty(xRun, "CharHeight"));
+}
+
 
 // tests should only be added to ooxmlIMPORT *if* they fail round-tripping in 
ooxmlEXPORT
 
diff --git a/writerfilter/source/ooxml/OOXMLFactory.cxx 
b/writerfilter/source/ooxml/OOXMLFactory.cxx
index 4227ae21aa07..b30b8adf3dba 100644
--- a/writerfilter/source/ooxml/OOXMLFactory.cxx
+++ b/writerfilter/source/ooxml/OOXMLFactory.cxx
@@ -98,15 +98,24 @@ void OOXMLFactory::attributes(OOXMLFastContextHandler * 
pHandler,
 pFactory->attributeAction(pHandler, nToken, xValue);
 }
 break;
-case RT_UniversalMeasure:
+case RT_TwipsMeasure:
 {
 const char *pValue = "";
 pAttribs->getAsChar(nToken, pValue);
-OOXMLValue::Pointer_t xValue(new 
OOXMLUniversalMeasureValue(pValue));
+OOXMLValue::Pointer_t xValue(new 
OOXMLTwipsMeasureValue(pValue));
 pHandler->newProperty(nId, xValue);
 pFactory->attributeAction(pHandler, nToken, xValue);
 }
 break;
+case RT_HpsMeasure:
+{
+const char *pValue = "";
+pAttribs->getAsChar(nToken, pValue);
+OOXMLValue::Pointer_t xValue(new OOXMLHpsMeasureValue(pValue));
+pHandler->newProperty(nId, xValue);
+pFactory->attributeAction(pHandler, nToken, xValue);
+}
+break;
 case RT_List:
 {
 sal_uInt32 nValue;
diff --git a/writerfilter/source/ooxml/OOXMLFactory.hxx 
b/writerfilter/source/ooxml/OOXMLFactory.hxx
index e1f7a63c6c66..1527be15c0d6 100644
--- a/writerfilter/source/ooxml/OOXMLFactory.hxx
+++ b/writerfilter/source/ooxml/OOXMLFactory.hxx
@@ -53,7 +53,8 @@ enum ResourceType_t {
 RT_PropertyTable,
 RT_Math,
 RT_Any,
-RT_UniversalMeasure
+

[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-5.3' - sw/qa writerfilter/source

[Mike Kaganski]

 sw/qa/extras/ooxmlimport/ooxmlimport.cxx |5 ++---
 writerfilter/source/dmapper/DomainMapper.cxx |8 
 2 files changed, 6 insertions(+), 7 deletions(-)

New commits:
commit 4b470b64ecc267d3c802730436ab969df5c8378a
Author: Mike Kaganski 
Date:   Tue Jun 6 16:19:31 2017 +0200

tdf#104450: Use Calibri; let LO to fallback to Carlito

Using Calibri will allow to keep originally intended font
on round-trip. If Calibri is absent on a system, LO will
fallback to Carlito for rendering, but keep original font
intact.

Reviewed-on: https://gerrit.libreoffice.org/38456
Reviewed-by: Mike Kaganski 
Tested-by: Mike Kaganski 
(cherry picked from commit dd1ba90f6069b41e3f2c301809afefc6f63da710)

Change-Id: I8f29bed29bc7f48912b2637053ff128ea904c7a1
Reviewed-on: https://gerrit.libreoffice.org/38590
Reviewed-by: Mike Kaganski 
Tested-by: Mike Kaganski 

diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx 
b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index 2111cea8e953..4d027678f098 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
@@ -1381,11 +1381,10 @@ DECLARE_OOXMLIMPORT_TEST(testTdf100072, 
"tdf100072.docx")
 
 DECLARE_OOXMLIMPORT_TEST(testTdf108350, "tdf108350.docx")
 {
-// For OOXML without explicit font information, font needs to be Carlito 
11 pt,
-// our bundled metrically compatible substitute for Calibri.
+// For OOXML without explicit font information, font needs to be Calibri 
11 pt
 uno::Reference xPara(getParagraph(1));
 uno::Reference xRun(getRun(xPara, 1), uno::UNO_QUERY);
-CPPUNIT_ASSERT_EQUAL(OUString("Carlito"), getProperty(xRun, 
"CharFontName"));
+CPPUNIT_ASSERT_EQUAL(OUString("Calibri"), getProperty(xRun, 
"CharFontName"));
 CPPUNIT_ASSERT_EQUAL(double(11), getProperty(xRun, "CharHeight"));
 }
 
diff --git a/writerfilter/source/dmapper/DomainMapper.cxx 
b/writerfilter/source/dmapper/DomainMapper.cxx
index 860633e3fb76..08c6bfd7f820 100644
--- a/writerfilter/source/dmapper/DomainMapper.cxx
+++ b/writerfilter/source/dmapper/DomainMapper.cxx
@@ -136,14 +136,14 @@ DomainMapper::DomainMapper( const uno::Reference< 
uno::XComponentContext >& xCon
 
 if (eDocumentType == SourceDocumentType::OOXML) {
 // tdf#108350
-// In OOXML (i.e. Word since 2007), the default document font is 
Calibri 11 pt.
-// If a document doesn't contain font information, we should assume our
-// metric-compatible equivalent Carlito to provide best layout match.
+// In Word since version 2007, the default document font is Calibri 11 
pt.
+// If a DOCX document doesn't contain font information, we should 
assume
+// the intended font to provide best layout match.
 try
 {
 uno::Reference< beans::XPropertySet > 
xDefProps(GetTextFactory()->createInstance("com.sun.star.text.Defaults"),
 uno::UNO_QUERY_THROW);
-xDefProps->setPropertyValue(getPropertyName(PROP_CHAR_FONT_NAME), 
css::uno::Any(OUString("Carlito")));
+xDefProps->setPropertyValue(getPropertyName(PROP_CHAR_FONT_NAME), 
css::uno::Any(OUString("Calibri")));
 xDefProps->setPropertyValue(getPropertyName(PROP_CHAR_HEIGHT), 
css::uno::Any(double(11)));
 }
 catch (const uno::Exception& rException)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-5.3' - sw/qa writerfilter/source

[Mike Kaganski]

 sw/qa/extras/ooxmlexport/ooxmlexport8.cxx|4 ++--
 sw/qa/extras/ooxmlimport/data/tdf108350.docx |binary
 sw/qa/extras/ooxmlimport/ooxmlimport.cxx |   11 +++
 writerfilter/source/dmapper/DomainMapper.cxx |   18 ++
 4 files changed, 31 insertions(+), 2 deletions(-)

New commits:
commit 8ebbfad8d31d75fe09c5521f70edb889ed5fa9c5
Author: Mike Kaganski 
Date:   Mon Jun 5 23:47:13 2017 +0300

tdf#108350: Use Carlito for DOCX import by default

In OOXML (i.e. Word since 2007), the default document font is Calibri
11 pt. If a document doesn't contain font information, we should assume
our metric-compatible equivalent Carlito to provide best layout match.

A unit test included.

An existing unit test (testN766487) was corrected to match the font
size that Word uses (11; was 12 which doesn't match Word's size).

Reviewed-on: https://gerrit.libreoffice.org/38421
Reviewed-by: Mike Kaganski 
Tested-by: Jenkins 
(cherry picked from commit 5471a5585cba925bb0dcb2dc41e03ad563998166)

Change-Id: I3040f235696282dc7a124cd83fb34a6d95a29a17
Reviewed-on: https://gerrit.libreoffice.org/38589
Reviewed-by: Mike Kaganski 
Tested-by: Mike Kaganski 

diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport8.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport8.cxx
index 0dce2c56a1a8..cdf4c8e7e826 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport8.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport8.cxx
@@ -348,7 +348,7 @@ DECLARE_OOXMLEXPORT_TEST(testN766487, "n766487.docx")
  * oPara = oParas.nextElement
  * oRuns = oPara.createEnumeration
  * oRun = oRuns.nextElement
- * xray oRun.CharHeight ' 12, was larger
+ * xray oRun.CharHeight ' 11, was larger
  * oPara = oParas.nextElement
  * xray oPara.ParaFirstLineIndent ' -635, was 0
  */
@@ -361,7 +361,7 @@ DECLARE_OOXMLEXPORT_TEST(testN766487, "n766487.docx")
 uno::Reference xPropertySet(xRunEnum->nextElement(), 
uno::UNO_QUERY);
 float fValue = 0;
 xPropertySet->getPropertyValue("CharHeight") >>= fValue;
-CPPUNIT_ASSERT_EQUAL(12.f, fValue);
+CPPUNIT_ASSERT_EQUAL(11.f, fValue);
 
 xPropertySet.set(xParaEnum->nextElement(), uno::UNO_QUERY);
 sal_Int32 nValue = 0;
diff --git a/sw/qa/extras/ooxmlimport/data/tdf108350.docx 
b/sw/qa/extras/ooxmlimport/data/tdf108350.docx
new file mode 100644
index ..b62b3e127838
Binary files /dev/null and b/sw/qa/extras/ooxmlimport/data/tdf108350.docx differ
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx 
b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index 2e900ba0b83c..2111cea8e953 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
@@ -1379,6 +1379,17 @@ DECLARE_OOXMLIMPORT_TEST(testTdf100072, "tdf100072.docx")
 CPPUNIT_ASSERT_MESSAGE("Shape line width does not match", abs(nFirstEnd - 
nSecondEnd) < 10);
 }
 
+DECLARE_OOXMLIMPORT_TEST(testTdf108350, "tdf108350.docx")
+{
+// For OOXML without explicit font information, font needs to be Carlito 
11 pt,
+// our bundled metrically compatible substitute for Calibri.
+uno::Reference xPara(getParagraph(1));
+uno::Reference xRun(getRun(xPara, 1), uno::UNO_QUERY);
+CPPUNIT_ASSERT_EQUAL(OUString("Carlito"), getProperty(xRun, 
"CharFontName"));
+CPPUNIT_ASSERT_EQUAL(double(11), getProperty(xRun, "CharHeight"));
+}
+
+
 // tests should only be added to ooxmlIMPORT *if* they fail round-tripping in 
ooxmlEXPORT
 
 CPPUNIT_PLUGIN_IMPLEMENT();
diff --git a/writerfilter/source/dmapper/DomainMapper.cxx 
b/writerfilter/source/dmapper/DomainMapper.cxx
index 2fe1705bde61..860633e3fb76 100644
--- a/writerfilter/source/dmapper/DomainMapper.cxx
+++ b/writerfilter/source/dmapper/DomainMapper.cxx
@@ -134,6 +134,24 @@ DomainMapper::DomainMapper( const uno::Reference< 
uno::XComponentContext >& xCon
 SAL_WARN("writerfilter", "DomainMapper::DomainMapper: failed to 
initialize RDF metadata: " << rException.Message);
 }
 
+if (eDocumentType == SourceDocumentType::OOXML) {
+// tdf#108350
+// In OOXML (i.e. Word since 2007), the default document font is 
Calibri 11 pt.
+// If a document doesn't contain font information, we should assume our
+// metric-compatible equivalent Carlito to provide best layout match.
+try
+{
+uno::Reference< beans::XPropertySet > 
xDefProps(GetTextFactory()->createInstance("com.sun.star.text.Defaults"),
+uno::UNO_QUERY_THROW);
+xDefProps->setPropertyValue(getPropertyName(PROP_CHAR_FONT_NAME), 
css::uno::Any(OUString("Carlito")));
+xDefProps->setPropertyValue(getPropertyName(PROP_CHAR_HEIGHT), 
css::uno::Any(double(11)));
+}
+catch (const uno::Exception& rException)
+{
+

[Libreoffice-bugs] [Bug 108432] DOCX in web view opens in modified state

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108432

Aron Budea  changed:

   What|Removed |Added

   Keywords||filter:docx
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 103311] Tools -> Mail Merge Wizard can't insert anything

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103311

Gabor Kelemen  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |kelem...@ubuntu.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 98800] MAILMERGE: Wizard: after doing Step#3 with " This document shall.." selected, the next fresh run: Next/ Finish are not available

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98800

Gabor Kelemen  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |kelem...@ubuntu.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 107700] Some font weights names not translatable in UI

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=107700

Gabor Kelemen  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |kelem...@ubuntu.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 108432] New: DOCX in web view opens in modified state

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108432

Bug ID: 108432
   Summary: DOCX in web view opens in modified state
   Product: LibreOffice
   Version: 5.4.0.0.beta1
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisected, bisected, regression
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ba...@caesar.elte.hu
CC: mst...@redhat.com

Open attachment 124062 from bug 99074.
It opens in modified state in 5.4beta1, but not in 5.3.0.3. => regression

Bibisected to the following commit using repo bibisect-linux-64-5.4. Adding Cc:
to Michael Stahl, please take a look sometimes.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=2dce8dd41c208ecda40c054635f3736147ec8914
author  Michael Stahl    2017-01-18 17:25:46
(GMT)
committer   Michael Stahl    2017-01-18 21:05:09
(GMT)

"tdf#99074 sw: remove duplicate property "IsBrowseMode" again"

-- 
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: [Libreoffice-qa] minutes of ESC call ...

[Jay Philips]

Hi Michael,

>    The "just run the console and do chmod +x " that
> I see on their front-page is (I suspect) rather a bit of a usability
> nightmare ;-) at least initially vs. say an app-store. Some 'technical'
> people I know are impressed by command-line use ;-)

As you can set the executable bit from within your desktop environment[1], i 
wouldnt expect users to jump to the console in order to do so, especially users 
appimage is targeting, unless they were terminal junkies. :D

[1] https://youtu.be/nzZ6Ikc7juw?t=1m16s

>    That seems reasonable. I guess it needs an active maintainer who fixes
> problems with it - that is not Cloph =) is that you and/or Antonio ?

Yes Antonio would be the maintainer.

>    I guess its useful to some people =) is there a central app-store /
> location to find appimages ?

Yep, i use it to run the latest VLC[2] and Krita[3] on my Ubuntu 16.04 LTS, 
without affecting the version that comes from the base system. As anyone can 
create and distribute an appimage, there isnt a central store for it, but i'd 
assume such a store will eventually be created in the future. The appimage 
author keeps a list of appimages he's aware of on a wiki, which i did link to 
in my previous email. Here it is again.[4]

[2] https://bintray.com/probono/AppImages/VLC/3.0.0.git4ff2515.glibc2.17#files
[3] http://www.davidrevoy.com/article322/krita-appimage-for-cats
[4] https://github.com/AppImage/AppImageKit/wiki/AppImages

>    Is Antonio in a better location for international calls ?

Yes he works at Studio Storti with Marina.

>     Sounds reasonable to me to test this out as experimental for the 5.4.x
> release and if it works well for 6.0.

Sweet.

>    Thanks Jay & Antonio !

Thanks Michael.

Regards,
Yousuf
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice-qa] minutes of ESC call ...

[Jay Philips]

Hi Michael,

>    The "just run the console and do chmod +x " that
> I see on their front-page is (I suspect) rather a bit of a usability
> nightmare ;-) at least initially vs. say an app-store. Some 'technical'
> people I know are impressed by command-line use ;-)

As you can set the executable bit from within your desktop environment[1], i 
wouldnt expect users to jump to the console in order to do so, especially users 
appimage is targeting, unless they were terminal junkies. :D

[1] https://youtu.be/nzZ6Ikc7juw?t=1m16s

>    That seems reasonable. I guess it needs an active maintainer who fixes
> problems with it - that is not Cloph =) is that you and/or Antonio ?

Yes Antonio would be the maintainer.

>    I guess its useful to some people =) is there a central app-store /
> location to find appimages ?

Yep, i use it to run the latest VLC[2] and Krita[3] on my Ubuntu 16.04 LTS, 
without affecting the version that comes from the base system. As anyone can 
create and distribute an appimage, there isnt a central store for it, but i'd 
assume such a store will eventually be created in the future. The appimage 
author keeps a list of appimages he's aware of on a wiki, which i did link to 
in my previous email. Here it is again.[4]

[2] https://bintray.com/probono/AppImages/VLC/3.0.0.git4ff2515.glibc2.17#files
[3] http://www.davidrevoy.com/article322/krita-appimage-for-cats
[4] https://github.com/AppImage/AppImageKit/wiki/AppImages

>    Is Antonio in a better location for international calls ?

Yes he works at Studio Storti with Marina.

>     Sounds reasonable to me to test this out as experimental for the 5.4.x
> release and if it works well for 6.0.

Sweet.

>    Thanks Jay & Antonio !

Thanks Michael.

Regards,
Yousuf
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-bugs] [Bug 105545] EDITING delete third point from Bézier curve deletes entire curve

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105545

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #6 from Regina Henschel  ---
Fixed in Version: 5.4.0.0.alpha1+
Build ID: 8c0be54a7da6262dffe04357121814dd22b5d7fe
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-15_01:35:45
Locale: de-DE (de_DE); Calc: group

-- 
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 99617] FILEOPEN pptx animation "rotate" is wrongly converted

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99617

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #9 from Regina Henschel  ---
Fixed in Version: 5.4.0.0.alpha1+
Build ID: 8c0be54a7da6262dffe04357121814dd22b5d7fe
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-15_01:35:45
Locale: de-DE (de_DE); Calc: group

-- 
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 105545] EDITING delete third point from Bézier curve deletes entire curve

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105545

--- Comment #5 from Xisco Faulí  ---
Nop, it's the developer who close his/her own bugs when they think it's fixed
and it's set to verify/reopen by a third person

-- 
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 105545] EDITING delete third point from Bézier curve deletes entire curve

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105545

--- Comment #4 from Regina Henschel  ---
I thought someone else than the developer should test, whether it is 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 108285] FILEOPEN ODS: The source ODS file opens far slower than the exported XLSX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108285

Buovjaga  changed:

   What|Removed |Added

   Keywords||haveBacktrace

--- Comment #6 from Buovjaga  ---
(In reply to Telesto from comment #4)
> NOTE: I reported the slow opening of the ODS file separately (bug 108284).
> 
> My point with this bug report is that opening the ODS takes still twice as
> long with the fastest LibO version compared to the opening the XLSX file. 

Didn't notice this while doing callgrind.. What would be different when fixing
these 2 reports? I mean why do we need 2?

-- 
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 108284] FILEOPEN ODS: Opening is slower as it used to be in earlier releases

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108284

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #5 from Buovjaga  ---
Callgrind output: attachment 133934

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

[Libreoffice-commits] core.git: Changes to 'feature/emfplusprimitiveparser'

[Armin Le Grand]

New branch 'feature/emfplusprimitiveparser' available with the following 
commits:
commit ee32cda63998cc50acd51fdd0c0e6b73e9f6ccae
Author: Armin Le Grand 
Date:   Fri Jun 9 19:55:17 2017 +0200

emfplus: create a wmf/emf/emf+ primitive based importer

First steps to organize an importer that can read/interpret
wmf/emf/emf+ and deliver a primitive representation for
the content by parsing it. Use the same mechanisms as
already applied for Svg, so to reuse abilities to keep
original binary data to allow save again and embedding in
files and have an implemented replacement bitmap based
representation. For this, unify the used helper classes
to handle more than just Svg. For 1st try, add test code
and static bool switches

Change-Id: I6e0a82943541d811a8f8d65a84115569fcd8cee7

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 108285] FILEOPEN ODS: The source ODS file opens far slower than the exported XLSX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108285

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #5 from Buovjaga  ---
Created attachment 133934
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133934=edit
Callgrind output from 5.5

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: e78d128e3b7bf45990d1f7b27123ccd616665f93
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 9th 2017

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

[Stephan Bergmann]

 chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 89214e05e0c2f92fbe68e6c4f4a9035a94cff282
Author: Stephan Bergmann 
Date:   Fri Jun 9 19:47:57 2017 +0200

Fix typo in queryAggregation

...that caused UBSan failure in UITest_calc_demo:

> framework/source/services/desktop.cxx:406:47: runtime error: member call 
on address 0x611000887c80 which does not point to an object of type 
'com::sun::star::lang::XServiceInfo'
> 0x611000887c40: note: object is base class subobject at offset 64 within 
object of type 'chart::CreationWizardUnoDlg'
>  1a 06 80 29  70 23 e8 c8 5a 7f 00 00  50 87 f0 00 40 60 00 00  48 24 e8 
c8 5a 7f 00 00  02 00 00 00
>   ^
> #0 0x7f5d62c1413b in 
framework::Desktop::addTerminateListener(com::sun::star::uno::Reference
 const&) framework/source/services/desktop.cxx:406:47
> #1 0x7f5ac78f9337 in 
chart::CreationWizardUnoDlg::CreationWizardUnoDlg(com::sun::star::uno::Reference
 const&) chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx:52:15
> #2 0x7f5ac7906cdd in 
com_sun_star_comp_chart2_WizardDialog_get_implementation 
chart2/source/controller/dialogs/dlg_CreationWizard_UNO.cxx:368:30
> #3 0x7f5df087ff37 in 
std::_Function_handler::_M_invoke(std::_Any_data const&, 
com::sun::star::uno::XComponentContext*&&, 
com::sun::star::uno::Sequence const&) 
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:1716:9
> #4 0x7f5df0757dab in std::function::operator()(com::sun::star::uno::XComponentContext*, 
com::sun::star::uno::Sequence const&) const 
/usr/lib/gcc/x86_64-redhat-linux/6.3.1/../../../../include/c++/6.3.1/functional:2127:14
> #5 0x7f5df06f69f1 in 
cppuhelper::ServiceManager::Data::Implementation::createInstance(com::sun::star::uno::Reference
 const&, bool) cppuhelper/source/servicemanager.cxx:667:13
> #6 0x7f5df07134f2 in 
cppuhelper::ServiceManager::createInstanceWithContext(rtl::OUString const&, 
com::sun::star::uno::Reference const&) 
cppuhelper/source/servicemanager.cxx:998:17
> #7 0x7f5df0715d7a in non-virtual thunk to 
cppuhelper::ServiceManager::createInstanceWithContext(rtl::OUString const&, 
com::sun::star::uno::Reference const&) 
cppuhelper/source/servicemanager.cxx
> #8 0x7f5d47aca8ca in FuInsertChart::FuInsertChart(ScTabViewShell*, 
vcl::Window*, ScDrawView*, SdrModel*, SfxRequest&) 
sc/source/ui/drawfunc/fuins2.cxx:650:27
> #9 0x7f5d49da003c in ScTabViewShell::ExecDrawIns(SfxRequest&) 
sc/source/ui/view/tabvwshb.cxx:344:13
> #10 0x7f5d49ce50ed in SfxStubScTabViewShellExecDrawIns(SfxShell*, 
SfxRequest&) workdir/SdiTarget/sc/sdi/scslots.hxx:1407:1
> #11 0x7f5de463ea6d in SfxShell::CallExec(void (*)(SfxShell*, 
SfxRequest&), SfxRequest&) include/sfx2/shell.hxx:211:35
> #12 0x7f5de4600cbe in SfxDispatcher::Call_Impl(SfxShell&, SfxSlot 
const&, SfxRequest&, bool) sfx2/source/control/dispatch.cxx:377:20
> #13 0x7f5de4621593 in SfxDispatcher::PostMsgHandler(SfxRequest*) 
sfx2/source/control/dispatch.cxx:1156:17
> #14 0x7f5de460487a in SfxDispatcher::LinkStubPostMsgHandler(void*, 
SfxRequest*) sfx2/source/control/dispatch.cxx:1136:1
> #15 0x7f5de5f18eda in Link::Call(SfxRequest*) 
const include/tools/link.hxx:84:45
> #16 0x7f5de5f189d2 in SfxHintPoster::DoEvent_Impl(void*) 
sfx2/source/notify/hintpost.cxx:44:12
> #17 0x7f5de5f18861 in SfxHintPoster::LinkStubDoEvent_Impl(void*, 
void*) sfx2/source/notify/hintpost.cxx:42:1
> #18 0x7f5dbc3bb9fa in Link::Call(void*) const 
include/tools/link.hxx:84:45
> #19 0x7f5dbc3a5bdf in ImplHandleUserEvent(ImplSVEvent*) 
vcl/source/window/winproc.cxx:1946:30
> #20 0x7f5dbc39103c in ImplWindowFrameProc(vcl::Window*, SalEvent, 
void const*) vcl/source/window/winproc.cxx:2495:13
> #21 0x7f5dbf2f016f in SalFrame::CallCallback(SalEvent, void const*) 
const vcl/inc/salframe.hxx:276:33
> #22 0x7f5dbf350db2 in SvpSalInstance::DoYield(bool, bool, unsigned 
long) vcl/headless/svpinst.cxx:345:31
> #23 0x7f5dbe714b69 in ImplYield(bool, bool, unsigned long) 
vcl/source/app/svapp.cxx:494:29
> #24 0x7f5dbe6efb53 in Application::Yield() 
vcl/source/app/svapp.cxx:558:5
> #25 0x7f5dbe6ef896 in Application::Execute() 
vcl/source/app/svapp.cxx:458:9
> #26 0x7f5dfab81984 in desktop::Desktop::DoExecute() 
desktop/source/app/app.cxx:1354:5
> #27 0x7f5dfab89eb6 in 

[Libreoffice-bugs] [Bug 98918] Crash - Bug in Footer handling - Page formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98918

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||xiscofa...@libreoffice.org
 Ever confirmed|0   |1

--- Comment #16 from Xisco Faulí  ---
Recently some crashes related to the header/footer have been identified and
fixed. See bug 107568 , bug 107474 and bug 107494.

Could you please try to reproduce it with a master build from
http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongsidethe standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the master build

-- 
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 59424] undefined: I/ O Error while opening file from WebDAV over GVFS from Nautilus

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=59424

--- Comment #10 from Dave Richards  ---
I perceive strace is showing the issue:

poll([{fd=13, events=POLLIN}, {fd=14, events=POLLIN}], 2, 8118) = 1 ([{fd=14,
revents=POLLIN}])
access("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", F_OK) = 0
access("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", F_OK) = 0
lstat("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", {st_mode=S_IFREG|0700, st_size=76746, ...}) = 0
open("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", O_RDWR|O_EXCL) = -1 EOPNOTSUPP (Operation not supported)
access("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", F_OK) = 0
lstat("/run/user/413/gvfs/dav:host=content.largo.com,ssl=true,prefix=%2Fremote.php%2Fwebdav/Private
Documents/About.odt", {st_mode=S_IFREG|0700, st_size=76746, ...}) = 0


to me, it looks like it thinks this is a local disk and it's trying to get an
exclusive lock?

-- 
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 59424] undefined: I/ O Error while opening file from WebDAV over GVFS from Nautilus

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=59424

--- Comment #9 from Dave Richards  ---
Created attachment 133933
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133933=edit
Strace log on failure

-- 
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 76985] Freeze: Moving graphic frame always freezes Writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=76985

--- Comment #21 from Timur  ---
Please retest with current versions. Thanx.

-- 
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 108275] Cell designated as Text behaves as if it' s designated to contain a formula

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108275

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||todven...@suomi24.fi
Version|5.3.3.2 release |Inherited From OOo
 Ever confirmed|0   |1
 OS|Windows (All)   |All
   Severity|normal  |minor

--- Comment #2 from Buovjaga  ---
Repro with document.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.5.0.0.alpha0+
Build ID: e78d128e3b7bf45990d1f7b27123ccd616665f93
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 9th 2017

Arch Linux 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

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

[Libreoffice-bugs] [Bug 108273] FORMATING: Tabstops behave strange when paragraph is right or middle aligned

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108273

Buovjaga  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||todven...@suomi24.fi

--- Comment #2 from Buovjaga  ---
This would change a default behaviour and I guess break a lot of documents.
Adding UX to CC.

-- 
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 108375] Query: Clicking 'Switch Design View On/Off' a few times messes up SQL JOINs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108375

rob...@familiegrosskopf.de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
Version|5.3.3.2 release |3.6.7.2 release
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 108375] Query: Clicking 'Switch Design View On/Off' a few times messes up SQL JOINs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108375

rob...@familiegrosskopf.de changed:

   What|Removed |Added

 Attachment #133880|0   |1
is obsolete||
 CC||rob...@familiegrosskopf.de

--- Comment #2 from rob...@familiegrosskopf.de ---
Created attachment 133932
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133932=edit
Exampledatabase with dates - open the query for editing and switch designmode
on and off (more than 2 times)

I could confirm the buggy behavior. But it isn't easy to reproduce without
data. So I have added Data and relationship to the first attachment. So you
could see the changing when switching on and of query-design-mode run the query
every time.

Could reproduce the bug with every LO- version here - also LO 3.6.7.2. Could be
it is introduced by OOo.

My system: OpenSUSE 64bit rpm Linux.

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

[Libreoffice-commits] core.git: Branch 'libreoffice-5-4' - filter/source

[Julien Nabet]

 filter/source/msfilter/msvbahelper.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit e97c7ea6febe887b7123d960aea5e441ac0ce662
Author: Julien Nabet 
Date:   Thu Jun 8 21:56:48 2017 +0200

Typo: F9 should be mapped with KEY_F9

Like this since mapping added:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=75fbed472cd689c8cc0b89e13a97969d77a0ea7c
(2012-03-05)

Change-Id: I8243080257c7a116207293426c2a8b840324859b
Reviewed-on: https://gerrit.libreoffice.org/38582
Reviewed-by: Julien Nabet 
Tested-by: Julien Nabet 
(cherry picked from commit c1567aa18a79b807b23da12423166dc217ff582a)
Reviewed-on: https://gerrit.libreoffice.org/38585

diff --git a/filter/source/msfilter/msvbahelper.cxx 
b/filter/source/msfilter/msvbahelper.cxx
index ed3eb18ebe03..8f58a82f410d 100644
--- a/filter/source/msfilter/msvbahelper.cxx
+++ b/filter/source/msfilter/msvbahelper.cxx
@@ -671,7 +671,7 @@ KeyCodeEntry const aMSKeyCodesData[] = {
 { "F6", KEY_F6 },
 { "F7", KEY_F7 },
 { "F8", KEY_F8 },
-{ "F9", KEY_F1 },
+{ "F9", KEY_F9 },
 { "F10", KEY_F10 },
 { "F11", KEY_F11 },
 { "F12", KEY_F12 },
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 103097] Adding new row to a big ODT table causes procdump with 5.5+ ( crash "No RTTI Data" before or with less memory)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103097

Timur  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
Summary|adding new row to a big |Adding new row to a big ODT
   |table causes crash "No RTTI |table causes procdump with
   |Data"   |5.5+ (crash "No RTTI Data"
   ||before or with less memory)
 Ever confirmed|0   |1

--- Comment #4 from Timur  ---
With a trick of procdump, I notice that previously there was dump on fileopen,
which is not present now with
libo-master~2017-06-09_02.15.11_LibreOfficeDev_5.5.0.0.alpha0_Win_x86. And
opening is faster, 270 pages, scrolling acceptable for me. 

What's not ok is procdump on insert row:
vcllo!VclScrolledWindow::setUserManagedScrolling+3ba2e
No crash, but I'll confirm with title change.

-- 
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 108413] Text field display

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108413

--- Comment #5 from sur...@hotmail.com ---
Same bug under WIN 10 x64 - 5.4.0 beta2 version

-- 
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 105720] Left-aligned currency symbols in currency fields are displayed in the middle of the preceding cell (in some builds)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=105720

Aron Budea  changed:

   What|Removed |Added

   Keywords||bibisected, regression

--- Comment #5 from Aron Budea  ---
Using the daily bibisect repo I went back to lo-linux-dbgutil-daily-till44, and
it started as of: 2014-06-11.

If I'm not mistaken, this is the range:
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=3466cbc01ccad09bf852fdbc470744940c5c3054..81d2c208a4e6f9df87e2ee70c6e6da146742178a

For me the bug is consistently reproducible using local builds with
gtktiledviewer, so it occurs with tiled rendering even if it doesn't when
LibreOffice is run normally:

bin/run gtktiledviewer $PWD/instdir/program 

-- 
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 107378] Crash in: rtl_uString_acquire

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=107378

Telesto  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #4 from Telesto  ---
Setting to RESOLVED WFM

-- 
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 108371] Query design edits are lost when next clicking in any field selector box.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108371

rob...@familiegrosskopf.de changed:

   What|Removed |Added

   Assignee|rob...@familiegrosskopf.de  |libreoffice-b...@lists.free
   ||desktop.org

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

[Libreoffice-bugs] [Bug 108371] Query design edits are lost when next clicking in any field selector box.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108371

rob...@familiegrosskopf.de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||rob...@familiegrosskopf.de
   Assignee|libreoffice-b...@lists.free |rob...@familiegrosskopf.de
   |desktop.org |
 Ever confirmed|0   |1

--- Comment #2 from rob...@familiegrosskopf.de ---
Created attachment 133931
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133931=edit
Shows where to click to reproduce the bug.

Could confirm last change will be lost when clicking on the header of every
column in the query-designer.

Doesn't work in 5.4.0.0.beta1, same behavior in 4.4.7.2 and 3.6.7.2 - so it
seems to be inherited by OOo.

My System: OpenSUSE 42.2 64bit rpm Linux.

-- 
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 108294] Adding icon for digital signature

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108294

--- Comment #5 from Johnny_M  ---
(In reply to Heiko Tietze from comment #4)

Actually, the wax seal seems to be the one unambiguously used for the
cryptographic (or secure and reliable in general in earlier times)
authentication. [6][7]

The other listed are usually:
* Checkmark: Spell check (or other document content review)? As already in LO
or Thunderbird. [1]

* Pencil: A signature, but not cryptographic but a textual one at the end of an
e-mail. [2] Or other work on the textual content. (Like the icons of Notepad++,
PDF-XChange Editor, Gedit/Pluma in Gnome/Mate, "Create a new message" button in
Thunderbird [1] or the email composition settings in its preferences [3].)

* Stamp: You probably probably mean a seal (I made the same mistake).
Otherwise, Thunderbird uses a stamp on its "Send" button (meaning "post/mail
the message" I guess). [1]

* Fingerprint: User authentication specifically using a fingerprint? [4][5]

* Barcode: Some very general reference to "encoding", I guess (whatever it may
mean)? I can't think of a close relation to a cryptographic signature. Nor of a
common use for such an icon.

* Handwriting: Same as pencil above? (Often used together.)

* Lock: Encryption (not authentication!) - see, e.g., browser address bar. Or
cryptography in general (whose encryption part used to safeguard information,
and breaking of which is supposedly related to "picking locks"[8] as mindset).
Cryptography includes both, encryption and authentication, but using a lock for
authentication is a very general depiction referring to cryptography in
general.

* Shield: A very broad depiction of "security" (or "safety"). May include
cryptography, but also, e.g., virus scanners and much more (e.g., MS Windows
security settings with its firewall, etc.). And logos of insurance companies
and private security companies - one's got to feel safe behind a shield, right?
:)

It's some thorough discussion about a tiny icon we are having here :)

[1]
https://support.mozilla.org/en-US/kb/sending-and-receiving-messages-thunderbird
[2]
https://support.office.com/en-us/article/Create-and-add-a-signature-to-messages-8ee5d4f4-68fd-464a-a1c1-0e1c80bb27f2
[3]
https://support.mozilla.org/en-US/kb/how-install-and-use-another-language-dictionary-th
[4] https://material.io/guidelines/patterns/fingerprint.html
[5] https://en.wikipedia.org/wiki/Touch_ID
[6]
http://blog.signinghub.com/the-evolution-of-the-signature-from-wax-seal-to-e-signature
[7]
https://www.nottingham.ac.uk/manuscriptsandspecialcollections/researchguidance/medievaldocuments/authentication.aspx
[8] http://www.cryptomuseum.com/covert/lockpick/

-- 
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 106179] [META] Writer comment bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=106179
Bug 106179 depends on bug 90763, which changed state.

Bug 90763 Summary: All the contents of comments disappeared.
https://bugs.documentfoundation.org/show_bug.cgi?id=90763

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

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

[Libreoffice-bugs] [Bug 90763] All the contents of comments disappeared.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=90763

Timur  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #17 from Timur  ---
This bug was not clearly reported from the beginning. 
It may be duplicate of Bug 68604 which is fixed for 5.4. 
I'll close as Invalid since there are no repro steps, it mentions comments,
footnotes, highlighting, track changes... 
If you experience it again with 5.4 or later, submit new 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 103097] adding new row to a big table causes crash "No RTTI Data"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103097

--- Comment #3 from Telesto  ---
No repro with
Version: 5.5.0.0.alpha0+
Build ID: 74d9b711d71cbaf4f853559211f6525db4a4b5db
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-08_02:48:15
Locale: nl-NL (nl_NL); Calc: CL

File=opening is fast and I have no issue adding new table rows.

-- 
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 108413] Text field display

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108413

rob...@familiegrosskopf.de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||rob...@familiegrosskopf.de
 Ever confirmed|0   |1

--- Comment #4 from rob...@familiegrosskopf.de ---
Could confirm the buggy behavior. Content of fields is shown in LO 5.3.3.2
but has been gone in most of the fields in LO 5.4.0.0.beta1.

My System: OpenSUSE 42.2 64bit rpm Linux

Note: If you mark a field in the tablecontrol the content of this field isn't
shown - another 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 37755] FORMAT: formats genering text strings (from cell content) doesn't adhere to text alignment format.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=37755

raal  changed:

   What|Removed |Added

 CC||r...@post.cz
Version|4.1.4.2 release |3.5.0 release
 OS|Windows (All)   |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 98918] Crash - Bug in Footer handling - Page formatting

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98918

Telesto  changed:

   What|Removed |Added

 CC||tele...@surfxs.nl

--- Comment #15 from Telesto  ---
I can't reproduce it with:
Versie: 5.4.0.0.beta1 
Build ID: 8672113ead4e403c55e31b1d9a3d1e0f3b299577
CPU-threads: 4; Besturingssysteem:Windows 6.2; UI-render: standaard; 
Locale: nl-NL (nl_NL); Calc: CL

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