[Libreoffice-bugs] [Bug 105192] FILEOPEN: DOCX: Header is gone and left section is in all pages

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 81426] FILESAVE: Data from header and footer is getting lost ( continuous sections)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 93153] Windows 10 x64 When I exit Writer without saving the document, I get the attached C++ error

[bugzilla-daemon]

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

--- Comment #7 from Chris Sherlock  ---
That error is a pure call runtime error from Visual C++. 

Somehow, somewhere in LO we have either a constructor or a destructor calling a
pure virtual function. 

I actually didn't think this could be possible, but apparently you can actually
mark a function as a pure virtual function and have a defined function body!
Which is insane really, and in C++ This is undefined/implementation specific
behaviour. How we locate this, however, might be tricky. 

It would be good to have the source document created from FineReader. Perhaps
we could trigger the error!

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

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

[dennisroczek]

 sw/source/core/layout/layact.cxx  |   23 ++-
 xmloff/source/transform/Oasis2OOo.cxx |   11 +--
 2 files changed, 15 insertions(+), 19 deletions(-)

New commits:
commit 8636e2462d9a8f7ed092246cc152030467d96515
Author: dennisroczek 
Date:   Fri Mar 10 18:57:55 2017 +

fix typo: savety --> safety

Change-Id: I6fab05c05c8f79607b75429f32be0497b54b3cb7
Reviewed-on: https://gerrit.libreoffice.org/35059
Tested-by: Jenkins 
Reviewed-by: Julien Nabet 

diff --git a/sw/source/core/layout/layact.cxx b/sw/source/core/layout/layact.cxx
index 33d5334..26ae76b 100644
--- a/sw/source/core/layout/layact.cxx
+++ b/sw/source/core/layout/layact.cxx
@@ -1579,7 +1579,7 @@ bool SwLayAction::FormatLayoutTab( SwTabFrame *pTab, bool 
bAddRect )
 if ( IsAgain() )
 return false;
 
-// for savety reasons:
+// for safety reasons:
 // check page number before formatting lowers.
 if ( pOldPage->GetPhyPageNum() > (pTab->FindPageFrame()->GetPhyPageNum() + 
1) )
 SetNextCycle( true );
@@ -1608,7 +1608,7 @@ bool SwLayAction::FormatContent( const SwPageFrame *pPage 
)
 
 while ( pContent && pPage->IsAnLower( pContent ) )
 {
-// If the Content didn't change, we can use a few shortcuts.
+// If the content didn't change, we can use a few shortcuts.
 const bool bFull = !pContent->IsValid() || pContent->IsCompletePaint() 
||
pContent->IsRetouche() || pContent->GetDrawObjs();
 if ( bFull )
@@ -1676,7 +1676,7 @@ bool SwLayAction::FormatContent( const SwPageFrame *pPage 
)
 if (  nCurNum < pPage->GetPhyPageNum() )
 m_nPreInvaPage = nCurNum;
 
-// If the Frame flowed backwards more than one page, we need to
+// If the frame flowed backwards more than one page, we need to
 // start over again from the beginning, so nothing gets left 
out.
 if ( !IsCalcLayout() && pPage->GetPhyPageNum() > nCurNum+1 )
 {
@@ -1688,7 +1688,7 @@ bool SwLayAction::FormatContent( const SwPageFrame *pPage 
)
 }
 }
 }
-// If the Frame moved forwards to the next page, we re-run through
+// If the frame moved forwards to the next page, we re-run through
 // the predecessor.
 // This way, we catch predecessors which are now responsible for
 // retouching, but the footers will be touched also.
@@ -1742,7 +1742,7 @@ bool SwLayAction::FormatContent( const SwPageFrame *pPage 
)
 m_pImp->GetShell()->AddPaintRect( pContent->Frame() );
 }
 
-// Do this if the Frame has been formatted before.
+// Do this if the frame has been formatted before.
 if ( pContent->IsTextFrame() && static_cast(pContent)->HasRepaint() &&
   IsPaint() )
 PaintContent( pContent, pPage, pContent->Frame(), 
pContent->Frame().Bottom());
@@ -1811,8 +1811,8 @@ void SwLayAction::FormatContent_( const SwContentFrame 
*pContent,
 }
 }
 
-/// Returns true if all Contents of the Fly have been processed completely.
-/// Returns false if processing has been interrupted prematurely.
+// Returns true if all Contents of the Fly have been processed completely.
+// Returns false if processing has been interrupted prematurely.
 bool SwLayAction::FormatFlyContent( const SwFlyFrame *pFly )
 {
 const SwContentFrame *pContent = pFly->ContainsContent();
@@ -1821,10 +1821,8 @@ bool SwLayAction::FormatFlyContent( const SwFlyFrame 
*pFly )
 {
 FormatContent_( pContent, pContent->FindPageFrame() );
 
-// format floating screen objects
-// at content text frame
-// pass correct page frame
-// to the object formatter.
+// format floating screen objects at content text frame
+// pass correct page frame to the object formatter.
 if ( pContent->IsTextFrame() &&
  !SwObjectFormatter::FormatObjsAtFrame(
 
*(const_cast(pContent)),
@@ -1851,7 +1849,7 @@ bool SwLayAction::FormatFlyContent( const SwFlyFrame 
*pFly )
 if ( !pFly->IsFlyInContentFrame() )
 {
 CheckIdleEnd();
-// OD 14.04.2003 #106346# - consider interrupt formatting.
+// consider interrupt formatting.
 if ( IsInterrupt() && !mbFormatContentOnInterrupt )
 return false;
 }
@@ -2191,7 +2189,6 @@ SwLayIdle::SwLayIdle( SwRootFrame *pRt, SwViewShellImp 
*pI ) :
 // If there are accrued paints, it's best to simply invalidate
 // the whole window. Otherwise there would arise paint 
problems whose
 // solution would be disproportionally expensive.
-

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

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||serval2...@yahoo.fr
 Ever confirmed|0   |1

--- Comment #1 from Julien Nabet  ---
We need more information here:
- LO version
- steps to reproduce the bug

You can try this:
- check if you use last stable LO version 5.2.5
- apply advice from https://wiki.documentfoundation.org/QA/FirstSteps

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

[Libreoffice-bugs] [Bug 81426] FILESAVE: Data from header and footer is getting lost ( continuous sections)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

   Severity|major   |enhancement

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

[Libreoffice-bugs] [Bug 81426] FILESAVE: Data from header and footer is getting lost ( continuous sections)

[bugzilla-daemon]

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

--- Comment #8 from Justin L  ---
Created attachment 131810
  --> https://bugs.documentfoundation.org/attachment.cgi?id=131810=edit
385_docx.pdf: MSWord2003's view of the first 4 pages

This document is an enhancement request since it uses formatting that
LibreOffice doesn't currently mimic.

There are four continuous sections defined on page1.  The fourth section
contains the desired header/footer for the following pages.  It spills over
onto page2, and thus in MSWord, that becomes the header/footer for that page.
LibreOffice only assigns header/footers to page styles, not continuous
sections.

Section 5 is defined at the top of page 11, first applies to the Vendor
Information page and continues to the end of the document. 

The authors of this document ought to have used nextPage sections instead of
continuous sections since, at each section change, a pagebreak was appropriate.
In that case it would have worked.

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

[Libreoffice-bugs] [Bug 70154] Writer crashes just before exiting (on closing) on Windows XP

[bugzilla-daemon]

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

--- Comment #37 from Chris Sherlock  ---
Zahra, I think that's a different issue to the one reported here.

Does this consistently occur for you? If so, please log a new bug report, and
feel free to cc me in on it.

The DDE error can only really occur if Dynamic Data Exchange is being used, and
if I had to hazard a guess we aren't closing the DDE link cleanly on exit.

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

[Libreoffice-bugs] [Bug 106434] huge number of entries in AutoCorrect dialog replacement table

[bugzilla-daemon]

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

--- Comment #4 from tommy27  ---
(In reply to Paolo Benvenuto from comment #2)
> ok to move emoji's to a dedicated tab of the AutoCorrect Options dialog.

I think that would need a major rework of the autocorrect engine since most of
the emojis are localized so you should have 2 autocorrect database list for
each language... one to store normal typing errors and another one to collect
emojis

moreover LibO should be instructed to search replacements in those 2 files at
the same time when typing... I wonder how many possible conflicts could take
place if the user puts the same emoji code in one file and in the other one
with different replacements...

actually you have a single database file that assures that you have a single
replacement per language... it stores both typing errors and emojis in the same
list... it simpler and it works fine.

from a technical point of view I don't see a valid reason to split them in 2
different list... 

maybe we could put a filter in the autocorrect replacement table in order to
show just some specific items such as:

emojis autocorrect   (i.e.   :something:  )
wildcard autocorrect (i.e.  .*something.* )
unformatted text autocorrect
formatted text autocorrect 

I see Lazlo Nemeth is already in the CC list but I'm in favour of WONTFIX
regarding the removal of the default autocorrect lists and the splitting of the
emoji from the autocorrect list

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

[Libreoffice-bugs] [Bug 81426] FILESAVE: Data from header and footer is getting lost ( continuous sections)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

Version|4.4.0.0.alpha0+ Master  |Inherited From OOo
Summary|FILESAVE: Data from header  |FILESAVE: Data from header
   |and footer is getting lost  |and footer is getting lost
   ||(continuous sections)

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

[Libreoffice-bugs] [Bug 104237] FILEOPEN: DOCX: Table not imported ( unable to copy table to next header)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

Summary|FILEOPEN: DOC: Table not|FILEOPEN: DOCX: Table not
   |imported (unable to copy|imported (unable to copy
   |table to next header)   |table to next header)

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

[Libreoffice-bugs] [Bug 104237] FILEOPEN: DOC: Table not imported ( unable to copy table to next header)

[bugzilla-daemon]

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

Justin L  changed:

   What|Removed |Added

Summary|FILEOPEN: DOC: Table not|FILEOPEN: DOC: Table not
   |imported|imported (unable to copy
   ||table to next header)

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

[Libreoffice-bugs] [Bug 106434] huge number of entries in AutoCorrect dialog replacement table

[bugzilla-daemon]

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

tommy27  changed:

   What|Removed |Added

 CC||ba...@quipo.it

--- Comment #3 from tommy27  ---
(In reply to Paolo Benvenuto from comment #0)
> Tools - Autocorrect - Autocorrect options
> 
> a substitution list is presented with many many many substitutions
> 
> I think the common user doesn't need no one of this substitutions, or at
> most needs 2 or 3, all the others annoy the common user.
> ...

please give a concrete example of an annoying autocorrect substitution that you
see in the current list.

I'm italian too so you can show me an italian autocorrect example.

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

[Libreoffice-bugs] [Bug 84726] LibreOffice for Android most annoying bugs

[bugzilla-daemon]

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

Gautam Prajapati  changed:

   What|Removed |Added

 Depends on||96798


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=96798
[Bug 96798] Android: Viewer cannot add new slides to impress documents
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 96798] Android: Viewer cannot add new slides to impress documents

[bugzilla-daemon]

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

Gautam Prajapati  changed:

   What|Removed |Added

 Blocks||84726

--- Comment #1 from Gautam Prajapati  ---
Can reproduce this on 5.4.0.0.alpha0+ master as well


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=84726
[Bug 84726] LibreOffice for Android most annoying bugs
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 84726] LibreOffice for Android most annoying bugs

[bugzilla-daemon]

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

Gautam Prajapati  changed:

   What|Removed |Added

 Depends on||106491


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106491
[Bug 106491] Android: Make document browsing experience better
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106491] Android: Make document browsing experience better

[bugzilla-daemon]

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

Gautam Prajapati  changed:

   What|Removed |Added

 Blocks||84726


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=84726
[Bug 84726] LibreOffice for Android most annoying bugs
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106491] New: Android: Make document browsing experience better

[bugzilla-daemon]

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

Bug ID: 106491
   Summary: Android: Make document browsing experience better
   Product: LibreOffice
   Version: 5.3.0.0.alpha1+
  Hardware: ARM
OS: Android
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Android Viewer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: gautamprajapat...@gmail.com

*Overview*

Document browsing experience of the viewer can be made much better. 
Instead of generic folder browsing showing recent/all documents on home screen. 

Opening a file from Local Storage can be kept as a menu option. 

*Reproducible*

Yes, from current version on play store 5.3.0.0.alpha1+ upto the latest master
build version 5.4.0.0.alpha0+ features folder browsing. 

*Additional Information*

This enhancement would focus on making a browsing system similar to Google docs
application.

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

[Libreoffice-bugs] [Bug 38915] Multiple soffice.bin soffice.exe

[bugzilla-daemon]

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

--- Comment #32 from Chris Sherlock  ---
I have a feeling it is the way we call on TerminateProcess in OSL. I'm
wondering if this might be fixed in my proposed patch I reference in bug 106489
and that I've submitted the following proposed patch on gerrit:
https://gerrit.libreoffice.org/#/c/35071/

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

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

[bugzilla-daemon]

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

Bug ID: 106490
   Summary: Crash in: mergedlo.dll
   Product: LibreOffice
   Version: unspecified
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bugzi...@mensink-lambers.nl

This bug was filed from the crash reporting server and is
br-c7929829-fa5c-4ddb-ab8a-afa7f4ac7cd5.
=

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

[Libreoffice-bugs] [Bug 101906] Crash on exit when using JAWS screen reader

[bugzilla-daemon]

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

--- Comment #3 from Chris Sherlock  ---
How does JAWS interact with LO?

-- 
You are receiving this mail because:
You 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: basic/qa

[Zdeněk Crhonek]

 basic/qa/cppunit/test_vba.cxx |2 
 basic/qa/vba_tests/cint.vb|  105 ++
 basic/qa/vba_tests/clng.vb|   97 ++
 3 files changed, 204 insertions(+)

New commits:
commit c0ed8e953745c65ea339b2498551894fbae70def
Author: Zdeněk Crhonek 
Date:   Fri Mar 10 21:27:07 2017 +0100

add VBA test CINT,CLNG functions tests

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

diff --git a/basic/qa/cppunit/test_vba.cxx b/basic/qa/cppunit/test_vba.cxx
index 7bf804a..5899759 100644
--- a/basic/qa/cppunit/test_vba.cxx
+++ b/basic/qa/cppunit/test_vba.cxx
@@ -65,6 +65,8 @@ void VBATest::testMiscVBAFunctions()
 "cdbl.vb",
 "choose.vb",
 "cos.vb",
+"cint.vb",
+"clng.vb",
 #ifndef WIN32 // missing 64bit Currency marshalling.
 "win32compat.vb", // windows compatibility hooks.
 #endif
diff --git a/basic/qa/vba_tests/cint.vb b/basic/qa/vba_tests/cint.vb
new file mode 100644
index 000..cf6ac009
--- /dev/null
+++ b/basic/qa/vba_tests/cint.vb
@@ -0,0 +1,105 @@
+Option VBASupport 1
+Option Explicit
+Dim passCount As Integer
+Dim failCount As Integer
+Dim result As String
+
+Function doUnitTest() As String
+result = verify_testCInt()
+If failCount <> 0 And passCount > 0 Then
+doUnitTest = result
+Else
+doUnitTest = "OK"
+End If
+End Function
+
+
+
+Function verify_testCInt() As String
+
+passCount = 0
+failCount = 0
+
+result = "Test Results" & Chr$(10) & "" & Chr$(10)
+
+Dim testName As String
+Dim TestDateTime As Date
+Dim TestStr As String
+Dim nr1, nr2 As Integer   'variables for test
+testName = "Test CInt function"
+
+
+On Error GoTo errorHandler
+
+nr2 = -1
+nr1 = CInt(-1.1)
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = -1
+nr1 = CInt(-1.1)
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = -2
+nr1 = CInt(-1.9)
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = 0
+nr1 = CInt(0.2)
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+REM In excel:
+REMIf the fraction is less than or equal to .5, the result will round down.
+REMIf the fraction is greater than .5, the result will round up.
+
+REMnr2 = 0
+REMnr1 = CInt(0.5)
+REMTestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+REMnr2 = 2
+REMnr1 = CInt(1.5)
+REMTestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+REMnr2 = 2
+REMnr1 = CInt(2.5)
+REMTestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = 11
+nr1 = CInt(10.51)
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = 30207
+nr1 = CInt("")
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+nr2 = 1876
+nr1 = CInt("")
+TestLog_ASSERT nr1 = nr2, "the return CInt is: " & nr1
+
+result = result & Chr$(10) & "Tests passed: " & passCount & Chr$(10) & 
"Tests failed: " & failCount & Chr$(10)
+verify_testCInt = result
+
+Exit Function
+errorHandler:
+TestLog_ASSERT (False), testName & ": hit error handler"
+End Function
+
+Sub TestLog_ASSERT(assertion As Boolean, Optional testId As String, Optional 
testComment As String)
+
+If assertion = True Then
+passCount = passCount + 1
+Else
+Dim testMsg As String
+If Not IsMissing(testId) Then
+testMsg = testMsg + " : " + testId
+End If
+If Not IsMissing(testComment) And Not (testComment = "") Then
+testMsg = testMsg + " (" + testComment + ")"
+End If
+
+result = result & Chr$(10) & " Failed: " & testMsg
+failCount = failCount + 1
+End If
+
+End Sub
+
+
diff --git a/basic/qa/vba_tests/clng.vb b/basic/qa/vba_tests/clng.vb
new file mode 100644
index 000..32d81f6
--- /dev/null
+++ b/basic/qa/vba_tests/clng.vb
@@ -0,0 +1,97 @@
+Option VBASupport 1
+Option Explicit
+Dim passCount As Integer
+Dim failCount As Integer
+Dim result As String
+
+Function doUnitTest() As String
+result = verify_testCLng()
+If failCount <> 0 And passCount > 0 Then
+doUnitTest = result
+Else
+doUnitTest = "OK"
+End If
+End Function
+
+
+
+Function verify_testCLng() As String
+
+passCount = 0
+failCount = 0
+
+result = "Test Results" & Chr$(10) & "" & Chr$(10)
+
+Dim testName As String
+Dim TestDateTime As Date
+Dim TestStr As String
+Dim nr1, nr2 As Long   'variables for test
+testName = "Test CLng function"
+
+
+On Error GoTo errorHandler
+
+nr2 = -1
+nr1 = CLng(-1.1)
+TestLog_ASSERT nr1 = nr2, "the return CLng is: " & nr1
+
+nr2 = -1
+nr1 = CLng(-1.1)
+TestLog_ASSERT nr1 = nr2, "the return CLng is: " & nr1
+
+nr2 = -2
+

[Libreoffice-bugs] [Bug 104237] FILEOPEN: DOC: Table not imported

[bugzilla-daemon]

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

--- Comment #3 from Justin L  ---
(In reply to Justin L from comment #2)
> The lost paragraph (paragraph 2 on page 1) in this document bibisected to
> the same commit identified in Comment 1
These two problems are unrelated. The problem in the description's
"in_ms_word.docx" comes from Writer's inability to copy header tables to a
different style. In order to setup even/odd pages, the default's pagestyle was
copied/changed to converted1. If you manually change the style back to "default
style", then the table will re-appear.

> That is pretty ironic - it is the unit test from that very commit.
This paragraph is bRemoved in DomainMapper since it is considered to be a
placeholder. This shouldn't be harmful and necessary under some conditions, so
ignore this document for this bug report.

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

[Libreoffice-bugs] [Bug 97359] Error on exit: Memory could not be read.

[bugzilla-daemon]

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

--- Comment #4 from Chris Sherlock  ---
We don't really terminate very cleanly. I've submitted
https://gerrit.libreoffice.org/#/c/35071/ to gerrit, code is very isolated and
I guess it might help here.

Bug 106489 discusses the issue around osl_terminateProcess.

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

[Libreoffice-commits] core.git: 2 commits - accessibility/source basic/source comphelper/source compilerplugins/clang connectivity/source cpputools/source cui/source

[Andrea Gelmini]

 accessibility/source/extended/accessiblelistboxentry.cxx   |2 
 basic/source/sbx/sbxscan.cxx   |   81 
--
 comphelper/source/misc/backupfilehelper.cxx|   18 +-
 compilerplugins/clang/stringstatic.cxx |4 
 connectivity/source/drivers/evoab2/NResultSetMetaData.hxx  |2 
 connectivity/source/drivers/jdbc/Timestamp.cxx |2 
 connectivity/source/drivers/kab/KResultSetMetaData.hxx |2 
 connectivity/source/drivers/macab/MacabResultSetMetaData.hxx   |2 
 connectivity/source/drivers/mozab/bootstrap/MNSProfileDiscover.cxx |2 
 connectivity/source/drivers/postgresql/pq_statement.cxx|2 
 connectivity/source/inc/ado/ADatabaseMetaDataResultSetMetaData.hxx |2 
 cpputools/source/unoexe/unoexe.cxx |2 
 cui/source/tabpages/swpossizetabpage.cxx   |8 
 13 files changed, 62 insertions(+), 67 deletions(-)

New commits:
commit 0f0ebddb81a7c5b83bdf8d050bfe38dad26f0bfd
Author: Andrea Gelmini 
Date:   Fri Mar 10 18:55:12 2017 +0100

Fix typos

Change-Id: Ic54e808956e5cf4e8079942c0ff799f802cd4b6c
Reviewed-on: https://gerrit.libreoffice.org/35053
Tested-by: Jenkins 
Reviewed-by: Noel Grandin 

diff --git a/accessibility/source/extended/accessiblelistboxentry.cxx 
b/accessibility/source/extended/accessiblelistboxentry.cxx
index 2eb8f39..8f0b1ec 100644
--- a/accessibility/source/extended/accessiblelistboxentry.cxx
+++ b/accessibility/source/extended/accessiblelistboxentry.cxx
@@ -439,7 +439,7 @@ namespace accessibility
 {
 return getListBox()->GetEntryLongDescription( pEntry );
 }
-//want to cout the real column nubmer in the list box.
+//want to cout the real column number in the list box.
 sal_uInt16 iRealItemCount = 0;
 sal_uInt16 iCount = 0;
 sal_uInt16 iTotleItemCount = pEntry->ItemCount();
diff --git a/comphelper/source/misc/backupfilehelper.cxx 
b/comphelper/source/misc/backupfilehelper.cxx
index 5c65dde..7e5c2db 100644
--- a/comphelper/source/misc/backupfilehelper.cxx
+++ b/comphelper/source/misc/backupfilehelper.cxx
@@ -1869,7 +1869,7 @@ namespace comphelper
 // ensure dir and file vectors
 fillDirFileInfo();
 
-// proccess all files in question recursively
+// process all files in question recursively
 if (!maDirs.empty() || !maFiles.empty())
 {
 bDidPush = tryPush_Files(
@@ -1911,7 +1911,7 @@ namespace comphelper
 // ensure dir and file vectors
 fillDirFileInfo();
 
-// proccess all files in question recursively
+// process all files in question recursively
 if (!maDirs.empty() || !maFiles.empty())
 {
 bPopPossible = isPopPossible_files(
@@ -1936,7 +1936,7 @@ namespace comphelper
 // ensure dir and file vectors
 fillDirFileInfo();
 
-// proccess all files in question recursively
+// process all files in question recursively
 if (!maDirs.empty() || !maFiles.empty())
 {
 bDidPop = tryPop_files(
@@ -2258,7 +2258,7 @@ namespace comphelper
 bool bDidPush(false);
 osl::Directory::createPath(rTargetURL);
 
-// proccess files
+// process files
 for (const auto& file : rFiles)
 {
 bDidPush |= tryPush_file(
@@ -2268,7 +2268,7 @@ namespace comphelper
 file.second);
 }
 
-// proccess dirs
+// process dirs
 for (const auto& dir : rDirs)
 {
 OUString aNewSourceURL(rSourceURL + "/" + dir);
@@ -2339,7 +2339,7 @@ namespace comphelper
 {
 bool bPopPossible(false);
 
-// proccess files
+// process files
 for (const auto& file : rFiles)
 {
 bPopPossible |= isPopPossible_file(
@@ -2349,7 +2349,7 @@ namespace comphelper
 file.second);
 }
 
-// proccess dirs
+// process dirs
 for (const auto& dir : rDirs)
 {
 OUString aNewSourceURL(rSourceURL + "/" + dir);
@@ -2406,7 +2406,7 @@ namespace comphelper
 {
 bool bDidPop(false);
 
-// proccess files
+// process files
 for (const auto& file : rFiles)
 {
 bDidPop |= tryPop_file(
@@ -2416,7 +2416,7 @@ namespace comphelper
 file.second);
 }
 
-// proccess dirs
+// process dirs
 for (const auto& dir : rDirs)
 {
 OUString aNewSourceURL(rSourceURL + "/" + dir);
diff --git a/compilerplugins/clang/stringstatic.cxx 
b/compilerplugins/clang/stringstatic.cxx
index 

[Libreoffice-commits] core.git: dbaccess/source editeng/source filter/source framework/inc framework/source

[Andrea Gelmini]

 dbaccess/source/ui/inc/sbagrid.hrc   |2 +-
 editeng/source/misc/hangulhanja.cxx  |2 +-
 filter/source/config/cache/typedetection.cxx |2 +-
 filter/source/flash/swfwriter2.cxx   |2 +-
 filter/source/msfilter/msdffimp.cxx  |2 +-
 framework/inc/dispatch/dispatchprovider.hxx  |2 +-
 framework/inc/dispatch/popupmenudispatcher.hxx   |2 +-
 framework/inc/helper/persistentwindowstate.hxx   |2 +-
 framework/inc/interaction/quietinteraction.hxx   |2 +-
 framework/inc/macros/xinterface.hxx  |6 +++---
 framework/inc/recording/dispatchrecordersupplier.hxx |2 +-
 framework/source/dispatch/dispatchprovider.cxx   |2 +-
 framework/source/interaction/quietinteraction.cxx|4 ++--
 framework/source/services/autorecovery.cxx   |4 ++--
 framework/source/services/desktop.cxx|6 +++---
 framework/source/services/frame.cxx  |2 +-
 16 files changed, 22 insertions(+), 22 deletions(-)

New commits:
commit fba66b325c493567126b23d481d75ee00dc9c30d
Author: Andrea Gelmini 
Date:   Fri Mar 10 18:58:02 2017 +0100

Fix typos

Change-Id: I19d30a1ef4236dbe0a0053dad67a5ba7b1586fc8
Reviewed-on: https://gerrit.libreoffice.org/35054
Tested-by: Jenkins 
Reviewed-by: Johnny_M 
Reviewed-by: Noel Grandin 

diff --git a/dbaccess/source/ui/inc/sbagrid.hrc 
b/dbaccess/source/ui/inc/sbagrid.hrc
index 4c4d3a0..72fcdc4 100644
--- a/dbaccess/source/ui/inc/sbagrid.hrc
+++ b/dbaccess/source/ui/inc/sbagrid.hrc
@@ -34,7 +34,7 @@
 
 // Spaltenbreite
 #define SBA_DEF_FLTCOLWIDTH (SBA_WHICHID_START + 146) // 
SbaColRowSizeItem
-// Feldtyp
+// FieldType
 #define SBA_DEF_FLTTYPE (SBA_WHICHID_START + 147) // 
DataFieldTypeItem
 // Feldlänge
 #define SBA_DEF_FLTLENGTH   (SBA_WHICHID_START + 148) // SfxUInt32Item
diff --git a/editeng/source/misc/hangulhanja.cxx 
b/editeng/source/misc/hangulhanja.cxx
index 53a45a4..54bdaea 100644
--- a/editeng/source/misc/hangulhanja.cxx
+++ b/editeng/source/misc/hangulhanja.cxx
@@ -78,7 +78,7 @@ namespace editeng
 
 // additions for Chinese simplified / traditional conversion
 HHC::ConversionType m_eConvType;// conversion type 
(Hangul/Hanja, simplified/traditional Chinese,...)
-LanguageTypem_nSourceLang;  // just a 'copy' of 
m_aSourceLocale in order in order to
+LanguageTypem_nSourceLang;  // just a 'copy' of 
m_aSourceLocale in order to
 // save the applications 
from always converting to this
 // type in their 
implementations
 LanguageTypem_nTargetLang;  // target language of new 
replacement text
diff --git a/filter/source/config/cache/typedetection.cxx 
b/filter/source/config/cache/typedetection.cxx
index 6e4ef61..42d3d69 100644
--- a/filter/source/config/cache/typedetection.cxx
+++ b/filter/source/config/cache/typedetection.cxx
@@ -1109,7 +1109,7 @@ OUString 
TypeDetection::impl_askUserForTypeAndFilterIfAllowed(utl::MediaDescript
 // type and return it. (BTW: We must update the media descriptor here 
...)
 // The user selected explicitly a filter ... but normaly we are 
interested on
 // a type here only. But we must be sure, that the selected filter is 
used
-// too and no ambigous filter registration disturb us .-)
+// too and no ambiguous filter registration disturb us .-)
 
 OUString sFilter = aRequest.getFilter();
 if (!impl_validateAndSetFilterOnDescriptor(rDescriptor, sFilter))
diff --git a/filter/source/flash/swfwriter2.cxx 
b/filter/source/flash/swfwriter2.cxx
index 185bd60..c9ee555 100644
--- a/filter/source/flash/swfwriter2.cxx
+++ b/filter/source/flash/swfwriter2.cxx
@@ -255,7 +255,7 @@ void Tag::writeRect( SvStream& rOut, const Rectangle& rRect 
)
 minY = rRect.Bottom();
 }
 
-// AS: Figure out the maximum nubmer of bits required to represent any of 
the
+// AS: Figure out the maximum number of bits required to represent any of 
the
 //  rectangle coordinates.  Since minX or minY could be negative, they 
could
 //  actually require more bits than maxX or maxY.
 // AS: Christian, can they be negative, or is that a wasted check?
diff --git a/filter/source/msfilter/msdffimp.cxx 
b/filter/source/msfilter/msdffimp.cxx
index b3a9cd1..2393e28 100644
--- a/filter/source/msfilter/msdffimp.cxx
+++ b/filter/source/msfilter/msdffimp.cxx
@@ -5978,7 +5978,7 @@ bool SvxMSDffManager::GetShapeGroupContainerData( 
SvStream& rSt,
 {
 sal_uInt8 nVer;sal_uInt16 nInst;sal_uInt16 nFbt;sal_uInt32 nLength;
 long nStartShapeGroupCont = rSt.Tell();
-// We are now in a shape 

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

[Justin Luth]

 dev/null |binary
 sw/qa/extras/ooxmlexport/data/headerfooter-link-to-prev.docx |binary
 sw/qa/extras/ooxmlexport/ooxmlexport9.cxx|   99 +++
 sw/qa/extras/ooxmlimport/ooxmlimport.cxx |   99 ---
 4 files changed, 99 insertions(+), 99 deletions(-)

New commits:
commit b4fdb46a75731b22eb85671af4773e5bc9208f85
Author: Justin Luth 
Date:   Fri Mar 10 11:09:21 2017 +0300

ooxmlimport: unit test for tdf#93640 is round-trippable

Since this test round-trips well, move it to ooxmlexport

Change-Id: I95038e27a5779687152cca2bd31fe5719cac65b6
Reviewed-on: https://gerrit.libreoffice.org/35034
Tested-by: Jenkins 
Reviewed-by: Justin Luth 

diff --git a/sw/qa/extras/ooxmlimport/data/headerfooter-link-to-prev.docx 
b/sw/qa/extras/ooxmlexport/data/headerfooter-link-to-prev.docx
similarity index 100%
rename from sw/qa/extras/ooxmlimport/data/headerfooter-link-to-prev.docx
rename to sw/qa/extras/ooxmlexport/data/headerfooter-link-to-prev.docx
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
index a54d023..99b27441 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
@@ -88,6 +88,105 @@ 
DECLARE_OOXMLEXPORT_TEST(testTdf46940_dontEquallyDistributeColumns, "tdf46940_do
 CPPUNIT_ASSERT_EQUAL(true, getProperty(xTextSections->getByIndex(3), 
"DontBalanceTextColumns"));
 }
 
+// base class to supply a helper method for testHFLinkToPrev
+class testHFBase : public Test
+{
+protected:
+OUString
+getHFText(const uno::Reference& xPageStyle,
+  const OUString )
+{
+auto xTextRange = getProperty< uno::Reference >(
+xPageStyle, sPropName);
+return xTextRange->getString();
+}
+};
+
+DECLARE_SW_EXPORT_TEST(testHFLinkToPrev, "headerfooter-link-to-prev.docx", 
nullptr, testHFBase)
+{
+uno::Reference xPageStyles = 
getStyles("PageStyles");
+
+// get a page cursor
+uno::Reference xModel(mxComponent, uno::UNO_QUERY);
+uno::Reference xTextViewCursorSupplier(
+xModel->getCurrentController(), uno::UNO_QUERY);
+uno::Reference xCursor(
+xTextViewCursorSupplier->getViewCursor(), uno::UNO_QUERY);
+
+// get LO page style for page 1, corresponding to docx section 1 first page
+xCursor->jumpToFirstPage();
+OUString pageStyleName = getProperty(xCursor, "PageStyleName");
+uno::Reference xPageStyle(
+xPageStyles->getByName(pageStyleName), uno::UNO_QUERY);
+// check page 1 header & footer text
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderText"),
+OUString("First page header for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterText"),
+OUString("First page footer for section 1 only"));
+
+// get LO page style for page 2, corresponding to docx section 1
+xCursor->jumpToPage(2);
+pageStyleName = getProperty(xCursor, "PageStyleName");
+xPageStyle.set( xPageStyles->getByName(pageStyleName), uno::UNO_QUERY );
+// check header & footer text
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderTextLeft"),
+OUString("Even page header for section 1 only"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterTextLeft"),
+OUString("Even page footer for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderText"),
+OUString("Odd page header for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterText"),
+OUString("Odd page footer for section 1 only"));
+
+// get LO page style for page 4, corresponding to docx section 2 first page
+xCursor->jumpToPage(4);
+pageStyleName = getProperty(xCursor, "PageStyleName");
+xPageStyle.set( xPageStyles->getByName(pageStyleName), uno::UNO_QUERY );
+// check header & footer text
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderText"),
+OUString("First page header for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterText"),
+OUString("First page footer for sections 2 and 3 only"));
+
+// get LO page style for page 5, corresponding to docx section 2
+xCursor->jumpToPage(5);
+pageStyleName = getProperty(xCursor, "PageStyleName");
+xPageStyle.set( xPageStyles->getByName(pageStyleName), uno::UNO_QUERY );
+// check header & footer text
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderTextLeft"),
+OUString("Even page header for sections 2 and 3 only"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterTextLeft"),
+OUString("Even page footer for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "HeaderText"),
+OUString("Odd page header for all sections"));
+CPPUNIT_ASSERT_EQUAL(getHFText(xPageStyle, "FooterText"),
+OUString("Odd page 

[Libreoffice-bugs] [Bug 106469] I can't save the file in LibreOffice Writer

[bugzilla-daemon]

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

--- Comment #4 from igor  ---
Thank's

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

[Libreoffice-bugs] [Bug 101638] [FILEOPEN, DOC] Bullets in a graph are too large

[bugzilla-daemon]

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

--- Comment #11 from krihsna  ---
verified.
Version: 5.4.0.0.alpha0+ / Build ID: febc116 / android 5.1

bullets in graph are appearing normal similar to mso attachment.

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

[Libreoffice-commits] core.git: download.lst

[Khaled Hosny]

 download.lst |   57 -
 1 file changed, 57 deletions(-)

New commits:
commit 423cc764291bc07acb9d4d2414151b08de232a0f
Author: Khaled Hosny 
Date:   Sat Mar 11 03:13:33 2017 +0200

If these *_MD5SUM are not used, why keep them?

Change-Id: Ia78492ce4b30dc46004037448c613de1ff07c601
Reviewed-on: https://gerrit.libreoffice.org/35065
Reviewed-by: Michael Stahl 
Tested-by: Jenkins 

diff --git a/download.lst b/download.lst
index ec11dfc..cd3116a 100644
--- a/download.lst
+++ b/download.lst
@@ -1,69 +1,51 @@
 export ABW_SHA256SUM := 
7a3d3415cf82ab9894f601d1b3057c4615060304d5279efdec6275e01b96a199
-export ABW_MD5SUM := 7a3815b506d064313ba309617b6f5a0b
 export ABW_TARBALL := libabw-0.1.1.tar.bz2
 export APACHE_COMMONS_LOGGING_SHA256SUM := 
49665da5a60d033e6dff40fe0a7f9173e886ae859ce6096c1afe34c48b677c81
-export APACHE_COMMONS_LOGGING_MD5SUM := ce977548f1cbf46918e93cd38ac35163
 export APACHE_COMMONS_LOGGING_TARBALL := commons-logging-1.2-src.tar.gz
 export APR_SHA256SUM := 
1af06e1720a58851d90694a984af18355b65bb0d047be03ec7d659c746d6dbdb
-export APR_MD5SUM := 98492e965963f852ab29f9e61b2ad700
 export APR_TARBALL := apr-1.5.2.tar.gz
 export APR_UTIL_SHA256SUM := 
976a12a59bc286d634a21d7be0841cc74289ea9077aa1af46be19d1a6e844c19
-export APR_UTIL_MD5SUM := 866825c04da827c6e5f53daff5569f42
 export APR_UTIL_TARBALL := apr-util-1.5.4.tar.gz
 export BOOST_SHA256SUM := 
beae2529f759f6b3bf3f4969a19c2e9d6f0c503edcb2de4a61d1428519fcb3b0
-export BOOST_MD5SUM := 1c837ecd990bb022d07e7aab32b09847
 export BOOST_TARBALL := boost_1_63_0.tar.bz2
 export BREAKPAD_SHA256SUM := 
7060149be16a8789b0ccf596bdeaf63115f03f520acb508f72a14686fb311cb9
 export BREAKPAD_TARBALL := breakpad.zip
-export BREAKPAD_MD5SUM := 415ce291aa6f2ee1d5db7b62bf62ade8
 export BSH_SHA256SUM := 
9e93c73e23aff644b17dfff65674c14150e7f3b38b19635e622235e01c96
 export BSH_TARBALL := beeca87be45ec87d241ddd0e1bad80c1-bsh-2.0b6-src.zip
 export BZIP2_SHA256SUM := 
a2848f34fcd5d6cf47def00461fcb528a0484d8edef8208d6d2e2909dc61d9cd
 export BZIP2_TARBALL := 00b516f4704d4a7cb50a1d97e6e8e15b-bzip2-1.0.6.tar.gz
 export CAIRO_SHA256SUM := 
d1f2d98ae9a4111564f6de4e013d639cf77155baf2556582295a0f00a9bc5e20
-export CAIRO_MD5SUM := 4ef0db2eacb271c74f8a3fd87822aa98
 export CAIRO_TARBALL := cairo-1.14.8.tar.xz
 export CDR_SHA256SUM := 
5160bbbfefe52bd4880840fad2b07a512813e37bfaf8ccac062fca238f230f4d
-export CDR_MD5SUM := e369f30b5b861ee0fc4f9e6cbad701fe
 export CDR_TARBALL := libcdr-0.1.3.tar.bz2
 export CLUCENE_SHA256SUM := 
ddfdc433dd8ad31b5c5819cc4404a8d2127472a3b720d3e744e8c51d79732eab
 export CLUCENE_TARBALL := 
48d647fbd8ef8889e5a7f422c1bfda94-clucene-core-2.3.3.4.tar.gz
 export CMIS_SHA256SUM := 
6acbdf22ecdbaba37728729b75bfc085ee5a4b49a6024757cfb86ccd3da27b0e
-export CMIS_MD5SUM := 3270154f0f40d86fce849b161f914101
 export CMIS_TARBALL :=libcmis-0.5.1.tar.gz
 export COINMP_SHA256SUM := 
86c798780b9e1f5921fe4efe651a93cb420623b45aa1fdff57af8c37f116113f
-export COINMP_MD5SUM := 1cce53bf4b40ae29790d2c5c9f8b1129
 export COINMP_TARBALL := CoinMP-1.7.6.tgz
 export COLLADA2GLTF_SHA256SUM := 
b0adb8e71aef80751b999c9c055e419a625c4a05184e407aef2aee28752ad8cb
 export COLLADA2GLTF_TARBALL := 
4b87018f7fff1d054939d19920b751a0-collada2gltf-master-cb1d97788a.tar.bz2
 export CPPUNIT_SHA256SUM := 
3f47d246e3346f2ba4d7c9e882db3ad9ebd3fcbd2e8b732f946e0e3eeb9f429f
-export CPPUNIT_MD5SUM := d1c6bdd5a76c66d2c38331e2d287bc01
 export CPPUNIT_TARBALL := cppunit-1.13.2.tar.gz
 export CT2N_SHA256SUM := 
71b238efd2734be9800af07566daea8d6685aeed28db5eb5fa0e6453f4d85de3
 export CT2N_TARBALL := 
1f467e5bb703f12cbbb09d5cf67ecf4a-converttexttonumber-1-5-0.oxt
 export CURL_SHA256SUM := 
a8984e8b20880b621f61a62d95ff3c0763a3152093a9f9ce4287cfd614add6ae
-export CURL_MD5SUM := 4e1ef056e117b4d25f4ec42ac609c0d4
 export CURL_TARBALL := curl-7.52.1.tar.gz
 export EBOOK_SHA256SUM := 
b710a57c633205b933015474d0ac0862253d1c52114d535dd09b20939a0d1850
-export EBOOK_MD5SUM := 6b48eda57914e6343efebc9381027b78
 export EBOOK_TARBALL := libe-book-0.1.2.tar.bz2
 export EPOXY_SHA256SUM := 
1d8668b0a259c709899e1c4bab62d756d9002d546ce4f59c9665e2fc5f001a64
-export EPOXY_MD5SUM := 96f6620a9b005a503e7b44b0b528287d
 export EPOXY_TARBALL := libepoxy-1.3.1.tar.bz2
 export EPM_SHA256SUM := 
b3fc4c5445de6c9a801504a3ea3efb2d4ea9d5a622c9427e716736e7713ddb91
 export EPM_TARBALL := 3ade8cfe7e59ca8e65052644fed9fca4-epm-3.7.tar.gz
 export ETONYEK_SHA256SUM := 
032f53e8d7691e48a73ddbe74fa84c906ff6ff32a33e6ee2a935b6fdb6aecb78
-export ETONYEK_MD5SUM := 77ff46936dcc83670557274e7dd2aa33
 export ETONYEK_VERSION_MICRO := 6
 export ETONYEK_TARBALL := libetonyek-0.1.$(ETONYEK_VERSION_MICRO).tar.bz2
 export EXPAT_SHA256SUM := 
d9e50ff2d19b3538bd2127902a89987474e1a4db8e43a66a4d1a712ab9a504ff
-export EXPAT_MD5SUM := 2f47841c829facb346eb6e3fab5212e2
 export EXPAT_TARBALL := expat-2.2.0.tar.bz2
 export FIREBIRD_SHA256SUM 

[Libreoffice-bugs] [Bug 106456] LibreOffice Calc crashed on inserting formula

[bugzilla-daemon]

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

--- Comment #7 from Aron Budea  ---
The direct cause of the crash is that in convertToTokenArray(...), nRow is -1,
which is passed in through pSrcDoc->FillMatrix(...) all the way to the mdds
function.

The place of the first FillMatrix(...) call:
http://opengrok.libreoffice.org/xref/core/sc/source/ui/docshell/externalrefmgr.cxx#1615

And this is where -1 becomes 4294967295 in an SCROW -> StoreT::size_type type
conversion:
http://opengrok.libreoffice.org/xref/core/sc/source/core/data/column2.cxx#2365

-- 
You are receiving this mail because:
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: A research study on abandoned code reviews

[Jan Iversen]

Hi

Copying our mailing list, to make the answer publicly available.

Sounds like an interesting topic, but looking at the one you asked me about it 
seems to me, you look at the abandoned ones only in a statistical sense, that 
will not do. I am actually curious, why do you look at abandoned patches, the 
right question (at least to me) is “why do some patches not get merged”, for 
LibreOffice the result is the same, but for other projects it is very different.

33697 was submitted and abandoned by myself, because it had some problems…you 
will see a lot of people submit patches, to get them tested on our build boxes, 
and if there is a problem they either submit a second patch set or (as in my 
case) abandon the patch and submit a new one.

I trust you are also aware that TDF (in contrary to most other foundations) 
actively monitor gerrit. Patches who are untouched for 4 weeks, get a “polite 
ping”, and 4 weeks later still untouched gets abandoned. This procedure gives a 
lot more abandoned patches compared to other projects.

If you speak generally you need to look more carefully at the reasons.

1) Submitter abandons patch. This is quite natural as described above.

2) People with committer status, typically submit a patch and forget it, so the 
system catches it and they typically abandon it, when they see the “polite 
ping”.

3) New people submit a patch (some without having compiled the code) receive a 
review and decide not to continue. This is only true for first time patches.

4) New people do a good job of making their patch work, but get review comments 
e.g. due to the user experience not being correct, and stop working

Again compared to other projects, we ensure that all patches get reviewed, so 
no patch is abandoned due to lack of review (something I see happening in 
another Foundation I work with).

Have fun with your study, and please share the outcome on our dev list, and I 
think it will be interesting reading.

rgds
jan I.


> On 10 Mar 2017, at 07:00, w...@zju.edu.cn wrote:
> 
> Dear jan, 
> 
> Sorry to bother you!
> 
> I am a Ph.D student in Zhejiang University, China. Currently, we are doing a 
> research study on identifying root causes of abandoned code reviews. As we 
> noticed, code reviews are abandoned for various reasons, e.g., build failed, 
> wrong branch, duplicate patch, and so on. 
> 
> Since you are an expert in libreoffice, and I'm writing to ask you the reason 
> why the following code review was abandoned 
> (https://gerrit.libreoffice.org/#/c/33697/ 
> ). Also, it would be great if you 
> can tell us some more reasons why a code review is abandoned:-) I would be 
> really grateful if you could reply me.
> 
> Please kindly advice.
> 
> Thank you very much for your help and happy holidays!
> 
> Yours sincerely,
> 
> Qingye Wang

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

Re: contributing to LibreOffice Online

[Aditya Dewan]

Hi,

Sorry to bother you again, i am facing some issues while building the core(
'autogen.sh' ran fine. It had some dependency issues, but i resolved them
and it ran fine.).
The build was taking a lot of time , so i left it running overnight.
The following error came up and the build failed.


[CXX] sfx2/source/appl/appbaslib.cxx
> [CXX] sfx2/source/appl/appcfg.cxx
> [CXX] sfx2/source/appl/appchild.cxx
> [CXX] sfx2/source/appl/appdata.cxx
> In file included from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/app.cxx:65:0:
> /media/dewan/Work/gsoc/core/include/sfx2/bindings.hxx:67:25: error:
> specialization of ‘template struct o3tl::typed_flags’ in different
> namespace [-fpermissive]
>  template<> struct o3tl::typed_flags:
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/vcl/bitmap.hxx:31:0,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/bitmapex.hxx:24,
>  from /media/dewan/Work/gsoc/core/include/vcl/image.hxx:27,
>  from /media/dewan/Work/gsoc/core/include/sfx2/app.hxx:27,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/app.cxx:22:
> /media/dewan/Work/gsoc/core/include/o3tl/typed_flags_set.hxx:50:29: error:
>   from definition of ‘template struct o3tl::typed_flags’
> [-fpermissive]
>  template struct typed_flags {};
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/sfx2/dispatch.hxx:26:0,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appbas.cxx:60:
> /media/dewan/Work/gsoc/core/include/sfx2/bindings.hxx:67:25: error:
> specialization of ‘template struct o3tl::typed_flags’ in different
> namespace [-fpermissive]
>  template<> struct o3tl::typed_flags:
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/basic/sbxdef.hxx:27:0,
>  from
> /media/dewan/Work/gsoc/core/include/basic/sbxfac.hxx:23,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appbas.cxx:32:
> /media/dewan/Work/gsoc/core/include/o3tl/typed_flags_set.hxx:50:29: error:
>   from definition of ‘template struct o3tl::typed_flags’
> [-fpermissive]
>  template struct typed_flags {};
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/sfx2/childwin.hxx:33:0,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/inc/workwin.hxx:37,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appchild.cxx:26:
> /media/dewan/Work/gsoc/core/include/sfx2/bindings.hxx:67:25: error:
> specialization of ‘template struct o3tl::typed_flags’ in different
> namespace [-fpermissive]
>  template<> struct o3tl::typed_flags:
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/tools/errinf.hxx:29:0,
>  from
> /media/dewan/Work/gsoc/core/include/tools/stream.hxx:26,
>  from /media/dewan/Work/gsoc/core/include/svl/eitem.hxx:25,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appchild.cxx:22:
> /media/dewan/Work/gsoc/core/include/o3tl/typed_flags_set.hxx:50:29: error:
>   from definition of ‘template struct o3tl::typed_flags’
> [-fpermissive]
>  template struct typed_flags {};
>  ^
> /media/dewan/Work/gsoc/core/solenv/gbuild/LinkTarget.mk:288: recipe for
> target
> '/media/dewan/Work/gsoc/core/workdir/CxxObject/sfx2/source/appl/appbas.o'
> failed
> make[1]: ***
> [/media/dewan/Work/gsoc/core/workdir/CxxObject/sfx2/source/appl/appbas.o]
> Error 1
> make[1]: *** Waiting for unfinished jobs
> In file included from
> /media/dewan/Work/gsoc/core/include/sfx2/dispatch.hxx:26:0,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appcfg.cxx:63:
> /media/dewan/Work/gsoc/core/include/sfx2/bindings.hxx:67:25: error:
> specialization of ‘template struct o3tl::typed_flags’ in different
> namespace [-fpermissive]
>  template<> struct o3tl::typed_flags:
>  ^
> In file included from
> /media/dewan/Work/gsoc/core/include/tools/resmgr.hxx:25:0,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/builder.hxx:16,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/syswin.hxx:25,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/dialog.hxx:25,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/btndlg.hxx:24,
>  from
> /media/dewan/Work/gsoc/core/include/vcl/msgbox.hxx:24,
>  from
> /media/dewan/Work/gsoc/core/sfx2/source/appl/appcfg.cxx:28:
> /media/dewan/Work/gsoc/core/include/o3tl/typed_flags_set.hxx:50:29: error:
>   from definition of ‘template struct o3tl::typed_flags’
> [-fpermissive]
>  template struct typed_flags {};
>  ^
> /media/dewan/Work/gsoc/core/solenv/gbuild/LinkTarget.mk:288: recipe for
> target
> 

Re: DbGridControl's confusion of BrowseBox's column number vs. column ID

[Lionel Elie Mamane]

On Fri, Mar 10, 2017 at 01:52:36PM +0100, Stephan Bergmann wrote:
> svtools' BrowseBox class (include/svtools/brwbox.hxx; effectively a
> collection of BrowseColumn via the BrowseBox::pCols member) apparently
> distinguishes between a column's index/position/number (i.e., the
> BrowseColumn's position within the BrowseBox::pCols vector) and its ID
> (i.e., the BrowseColumn::_nId member, svtools/source/brwbox/datwin.hxx).

> Does anybody (Lionel?) known something about that DbGridControl code? Would
> this be a bug (if so, any idea how to reproduce it at the GUI?) or is it
> maybe an invariant of such a DbGridControl that it's columns' ID always
> match the columns' positions?

No, it is not an invariant. Consider

file fmgridcl.cxx function FmGridControl::InitColumnsByModels

for (i = 0; i < xColumns->getCount(); ++i)
{
...
AppendColumn(aName, (sal_uInt16)nWidth);
...
}
// now all columns are inserted with identical id and pos
...
for (i = 0; i < xColumns->getCount(); ++i)
{
Reference< css::beans::XPropertySet > xCol(
xColumns->getByIndex(i), css::uno::UNO_QUERY);
aHidden = xCol->getPropertyValue(FM_PROP_HIDDEN);
if (::comphelper::getBOOL(aHidden))
   HideColumn(GetColumnIdFromModelPos((sal_uInt16)i));
}

And HideColumn calls

DbGridControl::HideColumn(nId);
which calls
DbGridControl_base::HideColumn(nId);
that is
BrowseBox::RemoveColumn

which does

BrowserColumns::iterator it = pCols->begin();
::std::advance( it, nPos );
delete *it;
pCols->erase( it );

As soon as there is a hidden column, the position and id of the
columns after that one don't match anymore.

-- 
Lionel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: must press enter/return thrice to force new paragraph (sometimes)

[Terrence Enger]

On Thu, 2017-03-09 at 18:13 +, Dwain Alford wrote:
> hello,

Hello, Dwain.

Thank you for taking the time to help us improve LibreOffice.
However, this list is more for coding-level discussions than for
problem reports.  For example, the programmer fixing a bug might come
here to ask, how do I change such-and-such to do such-and-such.

I suspect--emphasis on "suspect"--that you are seeing normal behaviour
of LibreOffice.  You can go to
 to ask how to accomplish
what you want to do.  If, then, you think that LibreOffice is behaving
wrongly, you can file a bug report at
.  For help filing a bug report,
you can send a message to .

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

[Libreoffice-bugs] [Bug 106464] Text unreadable when editing cell

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #5 from m.a.riosv  ---
On one side only the image it's not enought to test, what are the file and cell
options?, so please attach a file even with only the cell with the issue.

OTOH, if you have enable Menu/Tools/Options/LibreOffice Calc/General - Use
printer metrics for text formatting, please test changing it.

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

[Libreoffice-bugs] [Bug 106478] wrong calculation of function "summenprodukt" in combination with "teilergebnis"

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #4 from m.a.riosv  ---
Looks like a dup of https://bugs.documentfoundation.org/show_bug.cgi?id=58874

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

[Libreoffice-bugs] [Bug 106456] LibreOffice Calc crashed on inserting formula

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 CC||markus.mohrhard@googlemail.
   ||com
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=67
   ||071

--- Comment #6 from Aron Budea  ---
This crash started with Markus' commit referenced below. The crash is actually
a Fatal Error with the message:
"multi_type_vector::get_block_position#795: block position not found!
(logical pos=4294967295, block size=5, logical size=1048576)"

Maybe some kind of overflow?

https://cgit.freedesktop.org/libreoffice/core/commit/?id=c8ad72703b74b7338c5f8dd1fe0275822b1e45f0
author  Markus Mohrhard    
2016-02-18 05:03:11 (GMT)
committer   Markus Mohrhard    
2016-02-18 07:48:27 (GMT)

"don't fill the matrix cell by cell, tdf#67071"

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

[Libreoffice-bugs] [Bug 106456] LibreOffice Calc crashed on inserting formula

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

   Keywords||bisected

--- Comment #5 from Aron Budea  ---
e9077931ccdae86f7653037f37768a75c43ed8d6 is the first bad commit
commit e9077931ccdae86f7653037f37768a75c43ed8d6
Author: Norbert Thiebaud 
Date:   Mon Feb 22 02:24:55 2016 -0800

source sha:c8ad72703b74b7338c5f8dd1fe0275822b1e45f0

# bad: [8955562930c20a45d6a06ae6f63531addd503826] source
sha:1fccc616d205b7d7011d66d4e4c719b62876eec5
# good: [aab6c3dc042083e4201ae4e31fce330f25e611ab] source
sha:2966d57bdfdd40a55e31408f7da75b415e809d8e
git bisect start '8955562930c20a45d6a06ae6f63531addd503826'
'aab6c3dc042083e4201ae4e31fce330f25e611ab'
# bad: [ab655016dc935157830f7758bd4a0a35887e2997] source
sha:39c8d40ddf85903d9ea2b81ae4ca924e91f89cb7
git bisect bad ab655016dc935157830f7758bd4a0a35887e2997
# bad: [8ac5562a44af31cbbd4931ee8bcd393d465ae5de] source
sha:85c789be1f94777b582977e69b16665a47dc364f
git bisect bad 8ac5562a44af31cbbd4931ee8bcd393d465ae5de
# good: [d00937aa002cca73a3505a9175939e079d268344] source
sha:de669d714fa6f7d33d6df6e323c72710f470f77c
git bisect good d00937aa002cca73a3505a9175939e079d268344
# bad: [349d023c1143f8b9c99819abb696156b343c2bb6] source
sha:a6e8910a3c5d33e671a13559438b7228596b8bca
git bisect bad 349d023c1143f8b9c99819abb696156b343c2bb6
# bad: [651292f2aa1658898a1ea040c6ee63f20ef98ee9] source
sha:fa20b651d61edb7bf9487cb79140bb57fc668967
git bisect bad 651292f2aa1658898a1ea040c6ee63f20ef98ee9
# bad: [e9077931ccdae86f7653037f37768a75c43ed8d6] source
sha:c8ad72703b74b7338c5f8dd1fe0275822b1e45f0
git bisect bad e9077931ccdae86f7653037f37768a75c43ed8d6
# first bad commit: [e9077931ccdae86f7653037f37768a75c43ed8d6] source
sha:c8ad72703b74b7338c5f8dd1fe0275822b1e45f0

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

[Libreoffice-bugs] [Bug 100371] [META] Improve Undo handling

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Depends on||94225


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=94225
[Bug 94225] Writer crashes on undo
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 94225] Writer crashes on undo

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Blocks||100371


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100371
[Bug 100371] [META] Improve Undo handling
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100371] [META] Improve Undo handling

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Depends on||94225


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=94225
[Bug 94225] Writer crashes on undo
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 88555] FORMATTING: When undo and redo, custom styles and formatting lost, or full crash.

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Blocks||100371


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100371
[Bug 100371] [META] Improve Undo handling
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 100371] [META] Improve Undo handling

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Depends on||88555


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88555
[Bug 88555] FORMATTING: When undo and redo, custom styles and formatting lost,
or full crash.
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 100371] [META] Improve Undo handling

[bugzilla-daemon]

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

Phil Krylov  changed:

   What|Removed |Added

 Depends on||88555


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88555
[Bug 88555] FORMATTING: When undo and redo, custom styles and formatting lost,
or full crash.
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106488] very slow document open ....

[bugzilla-daemon]

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

--- Comment #2 from Michael Meeks  ---
Yep - ~instant open with that hacked out; never assume too hard that the
problem is in the piece you just re-factored ! =)

An elegant fix will involve a loolwsd configuration overlay.

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

[Libreoffice-bugs] [Bug 106489] Win32 version of osl_terminateProcess not "safe"

[bugzilla-daemon]

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

Chris Sherlock  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |chris.sherloc...@gmail.com
   |desktop.org |

--- Comment #1 from Chris Sherlock  ---
I will fix this and submit a commit to gerrit for review.

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

[Libreoffice-bugs] [Bug 106489] New: Win32 version of osl_terminateProcess not "safe"

[bugzilla-daemon]

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

Bug ID: 106489
   Summary: Win32 version of osl_terminateProcess not "safe"
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: framework
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: chris.sherloc...@gmail.com

The current Win32 implementation of osl_terminateProcess calls directly upon
the Win32 TerminateProcess() API function. When I looked up this function on
MSDN I was a bit surprised to note that this is an asynchronous function that
returns immediately before the process actually fully terminates, and does not
necessarily succeed cleanly.

As we are not checking that the process actually fully terminates, this is a
bit of a problem, albeit one I think may well be somewhat obscure and
non-obvious. In fact, it is better that we call on TerminateProcess and use
WaitForSingleObject until the process actually fully terminates. If the
termination ends abnormally, then we should pass I more appropriate exit
status.

Dr Dobbs magazine, bless its ancient archive, details a "safe" version of
TerminateProcess, which has been implemented it seems in dozens of projects
already so it's basically at this point a pattern. The article can be found
here:

http://www.drdobbs.com/a-safer-alternative-to-terminateprocess/184416547

Thankfully, the flaws they point out are only valid due to the age of the
article as the Windows 9x line of operating systems was still a thing way hack
then :-)

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

[Libreoffice-bugs] [Bug 106488] very slow document open ....

[bugzilla-daemon]

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

--- Comment #1 from Michael Meeks  ---
Presumably clobbering this guy:

bool IsLockingUsed()
{
return officecfg::Office::Common::Misc::UseLocking::get();
}

elegantly would fix the problem =)

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

[Libreoffice-bugs] [Bug 106114] Building loolwsd in 32-bit fails

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||ba...@caesar.elte.hu
Summary|Building loolwsd fails  |Building loolwsd in 32-bit
   ||fails
 Ever confirmed|0   |1

--- Comment #1 from Aron Budea  ---
Confirmed.

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

[Libreoffice-bugs] [Bug 106488] very slow document open ....

[bugzilla-daemon]

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

Michael Meeks  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||ashodnakash...@yahoo.com,
   ||ke...@collabora.com
 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 106488] New: very slow document open ....

[bugzilla-daemon]

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

Bug ID: 106488
   Summary: very slow document open 
   Product: LibreOffice Online
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: critical
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: michael.me...@collabora.com

I get an -extremely- long document / spinner situation while trying to get my
LibreOffice online (master) to startup;  after much hair tearing - this appears
to be down to waiting for the child process to load the document and send the
first 'status:' message back.

This in turn seems to be triggered by the kit process stalling / hanging here:

Thread 3 (Thread 0x7f5fadb54700 (LWP 9436)):
#0  0x7f5ff902bbfd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f5fe4f26cf1 in __libc_res_nsend (ansp2_malloced=0x0, resplen2=0x0,
anssizp2=0x0, ansp2=0x0, anscp=0x7f5fadb4df20, gotsomewhere=, v_circuit=, ns=0, terrno=0x7f5fadb4cdf8,
anssizp=0x7f5fadb4cf30, ansp=0x7f5fadb4cde8, buflen2=0, buf2=0x0, buflen=28,
buf=0x7f5fadb4cf60 "t\302\001", statp=0x7f5fadb54db8) at res_send.c:1180
#2  0x7f5fe4f26cf1 in __libc_res_nsend (statp=statp@entry=0x7f5fadb54db8,
buf=buf@entry=0x7f5fadb4cf60 "t\302\001", buflen=28, buf2=buf2@entry=0x0,
buflen2=buflen2@entry=0, ans=ans@entry=0x7f5fadb4daf0 "2\221\201\200",
anssiz=anssiz@entry=1024, ansp=ansp@entry=0x7f5fadb4df20,
ansp2=ansp2@entry=0x0, nansp2=nansp2@entry=0x0, resplen2=resplen2@entry=0x0,
ansp2_malloced=ansp2_malloced@entry=0x0) at res_send.c:545
#3  0x7f5fe4f24c1c in __GI___libc_res_nquery
(statp=statp@entry=0x7f5fadb54db8, name=0x7f5ff58a6fe0
 "linux-fhlc",
class=class@entry=1, type=type@entry=1, answer=answer@entry=0x7f5fadb4daf0
"2\221\201\200", anslen=anslen@entry=1024,
answerp=answerp@entry=0x7f5fadb4df20, answerp2=answerp2@entry=0x0,
nanswerp2=nanswerp2@entry=0x0, resplen2=resplen2@entry=0x0,
answerp2_malloced=answerp2_malloced@entry=0x0) at res_query.c:227
#4  0x7f5fe4f25220 in __libc_res_nquerydomain
(statp=statp@entry=0x7f5fadb54db8, name=name@entry=0x7f5ff58a6fe0
 "linux-fhlc",
domain=domain@entry=0x0, class=class@entry=1, type=type@entry=1,
answer=0x7f5fadb4daf0 "2\221\201\200", anslen=anslen@entry=1024,
answerp=answerp@entry=0x7f5fadb4df20, answerp2=answerp2@entry=0x0,
nanswerp2=nanswerp2@entry=0x0, resplen2=resplen2@entry=0x0,
answerp2_malloced=answerp2_malloced@entry=0x0) at res_query.c:591
#5  0x7f5fe4f25ae1 in __GI___libc_res_nsearch (statp=0x7f5fadb54db8,
name=name@entry=0x7f5ff58a6fe0  "linux-fhlc", class=class@entry=1, type=type@entry=1,
answer=, 
answer@entry=0x7f5fadb4daf0 "2\221\201\200", anslen=anslen@entry=1024,
answerp=0x7f5fadb4df20, answerp2=answerp2@entry=0x0,
nanswerp2=nanswerp2@entry=0x0, resplen2=resplen2@entry=0x0,
answerp2_malloced=answerp2_malloced@entry=0x0) at res_query.c:492
#6  0x7f5facc266bd in __GI__nss_dns_gethostbyname3_r
(name=name@entry=0x7f5ff58a6fe0  "linux-fhlc", af=af@entry=2,
result=result@entry=0x7f5fadb4e4b0, buffer=buffer@entry=0x7f5fadb4e4d0
"\377\002", buflen=buflen@entry=2048, errnop=errnop@entry=0x7f5fadb54670,
h_errnop=h_errnop@entry=0x7f5fadb4e4ac, ttlp=ttlp@entry=0x0,
canonp=canonp@entry=0x0) at nss_dns/dns-host.c:192
#7  0x7f5facc269d0 in _nss_dns_gethostbyname_r (name=0x7f5ff58a6fe0
 "linux-fhlc",
result=0x7f5fadb4e4b0, buffer=0x7f5fadb4e4d0 "\377\002", buflen=2048,
errnop=0x7f5fadb54670, h_errnop=0x7f5fadb4e4ac)
at nss_dns/dns-host.c:273
#8  0x7f5ff90459b3 in __gethostbyname_r (name=0x7f5ff58a6fe0
 "linux-fhlc",
resbuf=0x7f5fadb4e4b0, buffer=0x7f5fadb4e4d0 "\377\002", buflen=2048,
result=0x7f5fadb4e488, h_errnop=0x7f5fadb4e4ac) at ../nss/getXXbyYY_r.c:266
#9  0x7f5ff56646d0 in osl_gethostbyname_r(char const*, hostent*, char*,
int, int*) (name=name@entry=0x7f5ff58a6fe0  "linux-fhlc", result=result@entry=0x7f5fadb4e4b0,
buffer=buffer@entry=0x7f5fadb4e4d0 "\377\002", buflen=buflen@entry=2048,
h_errnop=h_errnop@entry=0x7f5fadb4e4ac) at
/data/opt/libreoffice/master/sal/osl/unx/socket.cxx:716
#10 0x7f5ff5665361 in osl_psz_createHostAddrByName(char const*)
(pszHostname=pszHostname@entry=0x7f5ff58a6fe0  "linux-fhlc") at
/data/opt/libreoffice/master/sal/osl/unx/socket.cxx:925
#11 0x7f5ff566578c in osl_psz_getLocalHostname(char*, unsigned int)
(pBuffer=pBuffer@entry=0x7f5fadb4ed00 "", 

[Libreoffice-commits] online.git: wsd/DocumentBroker.cpp

[Michael Meeks]

 wsd/DocumentBroker.cpp |1 -
 1 file changed, 1 deletion(-)

New commits:
commit 93d46fc469c5356e4bc1651c87072fe413c6e98a
Author: Michael Meeks 
Date:   Fri Mar 10 23:52:28 2017 +

Don't treat a session as non-editable when it is not (yet) loaded.

diff --git a/wsd/DocumentBroker.cpp b/wsd/DocumentBroker.cpp
index 2f53f7b..6ddb463 100644
--- a/wsd/DocumentBroker.cpp
+++ b/wsd/DocumentBroker.cpp
@@ -1129,7 +1129,6 @@ void DocumentBroker::destroyIfLastEditor(const 
std::string& id)
 for (const auto& it : _sessions)
 {
 if (it.second->getId() != id &&
-it.second->isLoaded() &&
 !it.second->isReadOnly())
 {
 // Found another editable.
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] online.git: 2 commits - net/Socket.hpp wsd/DocumentBroker.cpp

[Michael Meeks]

 net/Socket.hpp |2 ++
 wsd/DocumentBroker.cpp |2 ++
 2 files changed, 4 insertions(+)

New commits:
commit 5cafa006dc138e84fbd877654e561d958a300ff7
Author: Michael Meeks 
Date:   Fri Mar 10 23:28:54 2017 +

Wakeup poll after queueing a new session.

diff --git a/wsd/DocumentBroker.cpp b/wsd/DocumentBroker.cpp
index e9df227..2f53f7b 100644
--- a/wsd/DocumentBroker.cpp
+++ b/wsd/DocumentBroker.cpp
@@ -717,6 +717,7 @@ size_t 
DocumentBroker::queueSession(std::shared_ptr& session)
 Util::assertIsLocked(_mutex);
 
 _newSessions.push_back(NewSession(session));
+_poll->wakeup();
 
 return _sessions.size() + _newSessions.size();
 }
commit 5763d8d9bb77cc516417ad0874ec6c22a29140e6
Author: Michael Meeks 
Date:   Fri Mar 10 23:28:34 2017 +

Improve debugging.

diff --git a/net/Socket.hpp b/net/Socket.hpp
index 0cd5c7c..88ef163 100644
--- a/net/Socket.hpp
+++ b/net/Socket.hpp
@@ -308,6 +308,8 @@ public:
 rc = ::poll(&_pollFds[0], size + 1, (timeout - now)/1000);
 }
 while (rc < 0 && errno == EINTR);
+LOG_TRC("Poll completed with " << rc << " live polls "
+<< ((rc==0) ? "timeout" : ""));
 
 // Fire the callback and remove dead fds.
 Poco::Timestamp newNow;
diff --git a/wsd/DocumentBroker.cpp b/wsd/DocumentBroker.cpp
index 1369ba5..e9df227 100644
--- a/wsd/DocumentBroker.cpp
+++ b/wsd/DocumentBroker.cpp
@@ -1318,6 +1318,7 @@ void DocumentBroker::dumpState()
 std::cerr << "  jailed uri: " << _uriJailed.toString() << "\n";
 std::cerr << "  doc key: " << _docKey << "\n";
 std::cerr << "  num sessions: " << getSessionsCount() << "\n";
+std::cerr << "  new sessions: " << _newSessions.size() << "\n";
 std::cerr << "  last editable?: " << _lastEditableSession << "\n";
 std::cerr << "  cursor " << _cursorPosX << ", " << _cursorPosY
   << "( " << _cursorWidth << "," << _cursorHeight << ")\n";
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 106487] New: cell colors dissappear while editting formula

[bugzilla-daemon]

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

Bug ID: 106487
   Summary: cell colors dissappear while editting formula
   Product: LibreOffice
   Version: 5.2.5.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: severo...@gmail.com

In the formula of a cell which refers to other cells, the colors assigned to
the referred cells become black when the formula is being edited.

It would be expected that the colors remain, since they can prove to be of
great visual aid and improve the formula editing process.

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

[Libreoffice-bugs] [Bug 90631] UI: Format-Area dialog, color tab is extremely confusing, with further regression in 5.3

[bugzilla-daemon]

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

--- Comment #16 from Heiko Tietze  ---
(In reply to sergio.callegari from comment #15)
> Saw it, but looks too difficult to be proposed to non expert users. Hoped in
> something easier. Do you think that it could make sense to propose, as an
> enhancement request, some functionality to automatically convert the current
> "custom palette" in an extension containing the corresponding soc file?
> Possibly, functionalities for the management of palette extensions could be
> implemented in a dedicated extension itself...

I would vote against such a function. LibreOffice is not a tool to manipulate
palettes, let's keep it simple. Your use case is very special. And users who
share palettes are likely on an admin level and should be able to deal with the
extension. Actually I don't see the problem for average users to edit an XML
file and pack it into a zip.
However, if an extension provides the functionality to export the custom
palette   as an extension that would be very welcome.

-- 
You are receiving this mail because:
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: Collecting User Statistics

[Heiko Tietze]

Hi Jaskaran,

most of these information are submitted when you access a web site, unless you 
actively use countermeasures. Therefore we know the percentage of users who 
stick to XP, what their average screen resolution is, and where they come from.

Much more interesting is how LibreOffice is being used. That starts with 
sessions, e.g. how often people open a module, how long is it open in average 
etc. And we are very interested in the actual interaction, meaning how often is 
"Clone Formatting" used, for example. Those data have been gathered during the 
project renaissance [1] and it was the basis for the recent menu and toolbar 
changes [2]. The data clearly needs an update.

Additionally to the overall statistics it would be interesting to go more into 
the details. As an example we could make decisions based on what function is 
followed most by an undo. If we go ahead with this approach the data storage 
becomes interesting. Consider a large number of users that submit all their 
interactions...

TDF did a tender in 2015 [3] but there wasn't too much interest in doing the 
work. But it's still a topic. And AFAIK we have something implemented. Some 
interactions (or just the summary?) is stored when a command-line switch is 
set. But don't remember exactly.

I would really appreciate if you would work on this topic.

Cheers,
Heiko

[1] https://wiki.openoffice.org/wiki/Renaissance
[2] 
https://design.blog.documentfoundation.org/2016/01/22/way-down-in-the-libreoffice-menus/
[3] 
https://blog.documentfoundation.org/blog/2015/02/24/tender-to-develop-and-incorporate-usability-metrics-collection-for-libreoffice-201502-02/

On 03/09/2017 10:10 AM, Jaskaran Singh wrote:
> Hi,
> 
> Currently we collect user stats when someone downloads LO from our
> website. Now these may not be very useful since only very limited
> information is obtained by this method. Also, not everyone gets to
> participate in this because not everyone downloads LO. Some just get it
> preinstalled on their O.S while others get a copy through their friends.
> 
> I believe it's important for us to know about our users as deeply as
> possible so as to make informed choices. The information which we should
> be looking for is:
> 
> 1. Operating System, word size and kernel version
> 2. RAM and Cache amount
> 3. CPU and GPU specs
> 4. Opencl driver
> 5. Display specs
> 6. Country
> 7. Default Language
> 8. 
> 
> Now, obviously this is sensitive information and most users would
> disagree to share it. So we could introduce a way to anonymously share
> this data. We could enable client to use a proxy to share this OR enable
> this data to be sent over Tor (Onion Router). But again, most users
> wouldn't want that.
> 
> So I've found another way of doing this. Have a look at Rappor[1]. It
> introduces some random noise so that we are never sure of the data that
> client sends us. The statistics that we would get would be in terms of
> probability. For example, if a system has i3 processor, it will roll a
> dice to determine whether it should speak the truth or not. And by
> default we could have 80% (?) chance of speaking the truth. So if we get
> the data that user is running i3 processor, we are 80% sure that he/she
> is. And 20% chance that he/she is reporting wrong info. So aggregate
> that for a large number of users and we would get a rough trend.
> 
> We could also share this data in the forms of numbers and graphs(and
> other representations) on our website.
> 
> So this would work this way. Whenever someone installs or upgrades LO
> and starts LO for the first time, a dialog box appears asking for
> permission to share some data while also explaining how this would not
> compromise their privacy.
> 
> I'd like to know your views on this. And I'd like to implement this if
> none of you want to. I may apply for this as a project in GSoC. So
> please inform me if you can be a mentor for this project.
> 
> [1] https://www.chromium.org/developers/design-documents/rappor
> 
> Regards,
> Jaskaran Veer Singh
> 
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
> 

-- 
Dr. Heiko Tietze
UX Designer
Tel. +49 (0)179/1268509



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

[Libreoffice-bugs] [Bug 90497] Implementing document themes

[bugzilla-daemon]

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

--- Comment #17 from Luke  ---

>From Bug 103478 :

> OOXML documents may contain a theme file that specifies a list of preset
> styles, colors, etc. Changing the theme in MSO would change the format for
> any objects that are related to it.
> 
> The purpose of the set of commits that bc0a9076aa4 belongs is to preserve
> the assignment of theme colors. Previously to that commit, theme colors were
> converted to plain colors by LO on save, so when the document was opened
> back in MSO it remained unaffected by theme changes.
> 
> Unfortunately, the theme file (which is an XML file that is part of the
> OOXML document) is lost in the save process of XLSX or PPTX files. It only
> survives in the case of DOCX. That's why colors are lost, the shape refers
> to a theme color and the theme file doesn't exist.
> 
> The proper way to fix this bug is making sure the theme file is preserved on
> save. It should be detected on open, stored somewhere and written back to
> the file on save.

From 

https://lists.freedesktop.org/archives/libreoffice/2015-May/068280.html

> so I just traced back a regression to
> bc0a9076aa43a0782bcf81e55d3f84f6af0f68e8 and realized that the whole
> concept is flawed as long as we are not at the same time export the theme
> color file.

> Do you plan to fix that or are you ok with me disabling the whole grabbag
> based color export? It might improve the MSO compatibility a little bit for
> the price that LibreOffice itself can't handle the exported file anymore as
> we have no mapping for the theme colors during the next import.

> Regards,
> Markus

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

[Libreoffice-bugs] [Bug 90631] UI: Format-Area dialog, color tab is extremely confusing, with further regression in 5.3

[bugzilla-daemon]

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

--- Comment #15 from sergio.calleg...@gmail.com ---
> This use case is supposed to be done per extension. The minimal example is at 
> https://github.com/stbergmann/palette-extension. Click the green "Clone or 
> download" button and select zip. Extract and edit the file 
> palette-extension-master/src/palettes/ by adding/changing the entries 
>  (take the RGB value 
> like #FF from the color dialog in LibreOffice or any other tool; the 
> color name can be chosen freely). Once you are finished pack everything from 
> /palette-extension-master/src/ into a zip file (meaning description.xml etc. 
> is on the root) and rename the zip to oxt. This file can be shared- double 
> click in the file browser opens the extension manager. If you want a proper 
> name for your palette just rename the file "My Extension.soc". Everything is 
> also explained in the blog post.

Saw it, but looks too difficult to be proposed to non expert users. Hoped in
something easier. Do you think that it could make sense to propose, as an
enhancement request, some functionality to automatically convert the current
"custom palette" in an extension containing the corresponding soc file?
Possibly, functionalities for the management of palette extensions could be
implemented in a dedicated extension itself...

> You wont get repeated entries if palette names are different. html.soc is the 
> web standard of color with well-defined names, standard.soc what we use by 
> default (this palette is being updated again right now) and libreoffice.soc 
> the branding colors as defined by design and marketing.

Yes, I was expecting something like this, but I was wondering why I had these
soc files in my profile in the first place...

Thank you very much for all the help and sorry if I sort of abused the bug
tracker...

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

[Libreoffice-bugs] [Bug 103478] FILESAVE: PPTX - Shape fill color lost after roundtrip due to theme xml file

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 93597] FILEOPEN: Round-tripping OOXML chart with non-default styles results in blank chart

[bugzilla-daemon]

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

Luke  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 101932] VIEWING: Document canvas view jumps after deleting an object (picture, frame)

[bugzilla-daemon]

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

Thomas Lendo  changed:

   What|Removed |Added

   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=88413

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

[Libreoffice-bugs] [Bug 106486] DOCX, FILESAVE: Textbox height goes to zero when saving to docx and reloading

[bugzilla-daemon]

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

--- Comment #3 from Oliver Sander  ---
Incidentally, several text boxes in the footer appear to have incorrect heights
to begin with.  Curiously, when opening the odt file with MSOffice(!), it looks
much better.  I suspect that the file was originally created with MSO (is there
a way to tell?).  So who's to blame for the incorrect textbox heights in LO?

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

[Libreoffice-bugs] [Bug 90631] UI: Format-Area dialog, color tab is extremely confusing, with further regression in 5.3

[bugzilla-daemon]

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

--- Comment #14 from Heiko Tietze  ---
(In reply to sergio.callegari from comment #13)
> Suppose that I create a custom palette for some activity. For instance,
> imagine that I'm in a project with some other people and that we want all
> the material related to the project to have its own identity...

This use case is supposed to be done per extension. The minimal example is at
https://github.com/stbergmann/palette-extension. Click the green "Clone or
download" button and select zip. Extract and edit the file
palette-extension-master/src/palettes/ by adding/changing the entries
 (take the RGB value like
#FF from the color dialog in LibreOffice or any other tool; the color name
can be chosen freely). Once you are finished pack everything from
/palette-extension-master/src/ into a zip file (meaning description.xml etc. is
on the root) and rename the zip to oxt. This file can be shared- double click
in the file browser opens the extension manager. If you want a proper name for
your palette just rename the file "My Extension.soc". Everything is also
explained in the blog post.

> 2) Apparently, I have a standard.soc, a libreoffice.soc and an html.soc file
> in my LibO profile (a legacy of previous LibO versions?), which means that I
> am getting repeated entries in the palette selector. Is this expected?

You wont get repeated entries if palette names are different. html.soc is the
web standard of color with well-defined names, standard.soc what we use by
default (this palette is being updated again right now) and libreoffice.soc the
branding colors as defined by design and marketing.

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

[Libreoffice-bugs] [Bug 106486] DOCX, FILESAVE: Textbox height goes to zero when saving to docx and reloading

[bugzilla-daemon]

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

--- Comment #2 from Oliver Sander  ---
Created attachment 131809
  --> https://bugs.documentfoundation.org/attachment.cgi?id=131809=edit
The test file saved as docx

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

[Libreoffice-bugs] [Bug 106486] New: DOCX, FILESAVE: Textbox height goes to zero when saving to docx and reloading

[bugzilla-daemon]

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

Bug ID: 106486
   Summary: DOCX,FILESAVE: Textbox height goes to zero when saving
to docx and reloading
   Product: LibreOffice
   Version: 5.3.0.0.alpha1+
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: oliver.san...@tu-dresden.de

Description:
Consider the attached odt document.  In the footer there is a text box saying
"Kein Zugang für...".  When I save the document as docx, close LibreOffice, and
open the docx file, then that text box appears to have (almost) zero height. 
Hence the text has become invisible.



Actual Results:  


Expected Results:



Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 5.3.0.0.alpha1
Build ID: f4ca1573fcf445164c068c1046ab5d084e1b005f
CPU Threads: 4; OS Version: Linux 4.9; UI Render: default; VCL: gtk2; 
Locale: de-DE (de_DE.UTF-8); Calc: group


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101
Firefox/50.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 106486] DOCX, FILESAVE: Textbox height goes to zero when saving to docx and reloading

[bugzilla-daemon]

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

--- Comment #1 from Oliver Sander  ---
Created attachment 131808
  --> https://bugs.documentfoundation.org/attachment.cgi?id=131808=edit
The test file

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

[Libreoffice-bugs] [Bug 106374] VIEWING: Document canvas view jumps to beginning of index after updating

[bugzilla-daemon]

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

Thomas Lendo  changed:

   What|Removed |Added

   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=6709

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

[Libreoffice-bugs] [Bug 106485] New: let os fill space for eyecandy...

[bugzilla-daemon]

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

Bug ID: 106485
   Summary: let os fill space for eyecandy...
   Product: LibreOffice
   Version: 5.3.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pieterkristen...@gmail.com

Created attachment 131807
  --> https://bugs.documentfoundation.org/attachment.cgi?id=131807=edit
OS fills space in libreoffice.

Just an idea... Why can't the os fill space that is not really used in
LibreOffice? All sytems have some sort of "panel". 
It would be nice to let those systems paint the "hole" in the UI of
LibreOffice. In the case op the attachment that is Neon KDE. But all systems I
can think of have such a panel. Windows, OSX, Linuxes etc. I made a mockup...
See attachment

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

[Libreoffice-bugs] [Bug 106130] incorrect/faulty comment position for OOXML documents

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

   Keywords||filter:pptx
 Whiteboard||interoperability

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

[Libreoffice-bugs] [Bug 103706] Alternate Clone Formatting scope

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |

--- Comment #3 from Heiko Tietze  ---
Removing needsUXEval since no further input was done. Cor supports my idea of
split button while Jay wants an extra menu where the mode is being selected.
Both variants do the trick, the splitbutton is IMHO easier to use and
understand.

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

[Libreoffice-bugs] [Bug 106382] long comments associated with a change are incorrectly shown in manage changes dialog

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 CC||ba...@caesar.elte.hu
 Blocks||83946


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=83946
[Bug 83946] [META] Bugs for tracking changes
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 83946] [META] Bugs for tracking changes

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||106380


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106380
[Bug 106380] autocorrect incorrectly includes characters in change tracking
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 83946] [META] Bugs for tracking changes

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||106382


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106382
[Bug 106382] long comments associated with a change are incorrectly shown in
manage changes dialog
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106380] autocorrect incorrectly includes characters in change tracking

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Blocks||83946


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=83946
[Bug 83946] [META] Bugs for tracking changes
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106461] UI: Text fields in Form Properties dialog cover other widget (gtk2)

[bugzilla-daemon]

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

--- Comment #9 from Hiunn-hué  ---
Created attachment 131806
  --> https://bugs.documentfoundation.org/attachment.cgi?id=131806=edit
screenshot_5.3.0.3_gtk3

I tried 5.3.0.3 with gtk3 (remove libreoffice-gtk2 and install libreoffice-gtk3
in repo), and I still see this issue.

--
OS: elementary OS 0.4 Loki (64-bit) based on: Ubuntu 16.04.2 LTS
DE: Pantheon
Themes: elementary and Arc

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

[Libreoffice-bugs] [Bug 106380] autocorrect incorrectly includes characters in change tracking

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 CC||ba...@caesar.elte.hu

--- Comment #2 from Aron Budea  ---
Why shouldn't it be? The replacement was made after enabling track changes.

In fact, I think the incorrect part is that the replaced "a" isn't included
(eg. it should look very similar to going back, and changing "a" to "A"
manually after enabling track changes).

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

[Libreoffice-bugs] [Bug 106470] different Toolbar Layouts

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval

--- Comment #4 from Heiko Tietze  ---
For the ordinary user it makes no difference, or at least should, whether the
toolbar is the conventional UI or an innovative Notebookbar. So ideally we
merge all together:

> Menubar -> View -> 
> 
 Toolbar Layout
 - Classic (AKA Default)
 - Single Toolbar
 - Contextual Groups
 - Contextual Single
 - Tabbed (with a better term here)

> Option 2:
> -
> A pop up dialogue menu (which would be the better, but need more work,
> solution because in the dialogue you can show previews, add the configure
> section and an link to user supported layouts -> extensions)

The proposal in
https://design.blog.documentfoundation.org/2016/12/21/evolving-past-the-restrictions-of-toolbars/
contains of a quick selection in the right-most section of the contextual
groups variant (the "favorite" icon with the label below which one is active).

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

[Libreoffice-bugs] [Bug 105729] RTF import ignores centered paragraph attribute in title style

[bugzilla-daemon]

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

Miklos Vajna  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |vmik...@collabora.co.uk
   |desktop.org |

--- Comment #9 from Miklos Vajna  ---
This is similar to bug 94435, except in this case the \qc is in the style, not
in the paragraph direct formatting. And again \ltrpar causes a problem. I'll
look into this.

(Once fixed, it may make sense to re-check the other bug documents, I'm not
sure if the root cause is really the same; you may need follow-up bugs for the
non-fixed other documents if there are any.)

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

[Libreoffice-ux-advise] [Bug 106470] different Toolbar Layouts

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval

--- Comment #4 from Heiko Tietze  ---
For the ordinary user it makes no difference, or at least should, whether the
toolbar is the conventional UI or an innovative Notebookbar. So ideally we
merge all together:

> Menubar -> View -> 
> 
 Toolbar Layout
 - Classic (AKA Default)
 - Single Toolbar
 - Contextual Groups
 - Contextual Single
 - Tabbed (with a better term here)

> Option 2:
> -
> A pop up dialogue menu (which would be the better, but need more work,
> solution because in the dialogue you can show previews, add the configure
> section and an link to user supported layouts -> extensions)

The proposal in
https://design.blog.documentfoundation.org/2016/12/21/evolving-past-the-restrictions-of-toolbars/
contains of a quick selection in the right-most section of the contextual
groups variant (the "favorite" icon with the label below which one is active).

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

[Libreoffice-bugs] [Bug 101932] VIEWING: Document canvas view jumps after deleting an object (picture, frame)

[bugzilla-daemon]

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

Thomas Lendo  changed:

   What|Removed |Added

 CC||thomas.le...@gmail.com
Summary|View jumps after deleting   |VIEWING: Document canvas
   |an object (picture, frame)  |view jumps after deleting
   ||an object (picture, frame)

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

[Libreoffice-bugs] [Bug 106470] different Toolbar Layouts

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

Summary|differnt Toolbar Layouts|different Toolbar Layouts

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

[Libreoffice-ux-advise] [Bug 106470] different Toolbar Layouts

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

Summary|differnt Toolbar Layouts|different Toolbar Layouts

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

[Libreoffice-bugs] [Bug 88744] Experimental Visual formula editor does not link to system clipboard, also is missing Copy and Cut buttons in its selection context menu

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 39750] [META] General Math formula editor improvements

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||106479


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106479
[Bug 106479] Implement context menu edit commands: cut, copy, paste for the
Formula command input panel
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106479] Implement context menu edit commands: cut, copy, paste for the Formula command input panel

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||momonas...@gmail.com,
   ||t...@fixedpoint.jp,
   ||vstuart.fo...@utsa.edu
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=88
   ||744
 Blocks||39750
Summary|Enhancement Request: Edit   |Implement context menu edit
   |options on right click menu |commands: cut, copy, paste
   ||for the Formula command
   ||input panel
 Ever confirmed|0   |1

--- Comment #2 from V Stuart Foote  ---
In normal Formula Editor mode (e.g. Tools -> Options -> Advanced: Enable
Experimental features disabled) the system clipboard is linked to selections
made in the Formula Command Window.  The main menu Edit -> Cut|Copy|Paste and
Select All actions are each functional.

And because it functions from the menu, providing the Edit menu action for use
in the Formula Command window as additional context menu entries should be
possible.

But, as in the see-also bug 88744, when in the Visual Math Editor experimental
feature is enabled (Tools -> Options -> Advanced: Enable Experimental features)
the visual shell does not link to the system clipboard, and selection
cut|copy|paste actions are disrupted.  So with the new Visual Math Editor the
clipboard linkage needs attention, and providing context menu controls for
Cut|Copy|Paste would be of use here as well.

Any work done for this should probably go ahead and bring the Visual Formula
editor out of experimental mode.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=39750
[Bug 39750] [META] General Math formula editor improvements
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 106479] Enhancement Request: Edit options on right click menu

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #1 from Buovjaga  ---
Not sure, what the rationale is for the current context menu. Yet, nothing is
preventing you from saving a lot of time right now by using Ctrl-X, Ctrl-C and
Ctrl-V for cut, copy and paste.

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

[Libreoffice-bugs] [Bug 106465] Unable To Open Files Associated To LO Format Using Mouse Double Click or Laptop 's keyboard button

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||todven...@suomi24.fi
 Resolution|--- |NOTOURBUG

--- Comment #2 from Buovjaga  ---
Well, it's obviously not the fault of LibreOffice. I found your topic, where
you discovered Nautilus is the culprit:
https://kororaproject.org/support/engage/question/libreoffice-files-unable-to-open-on-double-click-1

Closing.

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

[Libreoffice-bugs] [Bug 106484] UI: Print Properties Device tab dropdown items not applied or remembered

[bugzilla-daemon]

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

tmacalp  changed:

   What|Removed |Added

   Keywords||regression

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

[Libreoffice-bugs] [Bug 106484] New: UI: Print Properties Device tab dropdown items not applied or remembered

[bugzilla-daemon]

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

Bug ID: 106484
   Summary: UI: Print Properties Device tab dropdown items not
applied or remembered
   Product: LibreOffice
   Version: 5.0.0.5 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tmac...@gmail.com

Description:
Attempting to change items at the bottom of the Print Properties Device tab,
such as "Printer language type," "Color," or "Color depth" are completely
ignored and remain unset after clicking OK.

I found this testing old bugs relating to PostScript vs PDF Mode printing.  It
turns out that as of LO 5.0, this bug keeps these settings from being applied.

Steps to Reproduce:
1. New document/drawing/spreadsheet/etc...
2. File->Print
3. Click Properties
4. Select "Device" tab
5. Change "Printer language type" to something else
6. OK
7. Click Properties
8. Select "Device" tab again.

Actual Results:  
The Printer language type was never actually set, so it will return to its
original value.  Printing after clicking OK will generate a print job that does
not have the settings applied.

Expected Results:
The Printer language type should be set to whatever we changed it to, as it
used to.  


Reproducible: Always

User Profile Reset: Yes, fresh profile.

Additional Info:
LibreOffice refuses to set any 3 of these drop-down items ("Printer language
type," "Color," and "Color depth").  It's not that these items are applied but
not remembered.  Attempting to set these items will affect the print job.  This
could cause someone to accidentally print a huge job in color and potentially
waste a lot of money.  Note that I believe there is a bug with pdf mode
printing where attempting to change the print job to grayscale by using the
Color dropdown will be ignored.  It only works under PostScript printing.

LibreOffice appears to honor the global setting for either PDF Mode or
Postscript level from driver (Tools->Options->Print->PDF as standard print job
format).

One workaround is that if an item is selected in the Device tab main list like
Media Type (or whatever options your printer offers), the drop-down setting
will then be applied/remembered.  My guess is there is problem with the logic
for determining when a setting has been modified and will need to be
saved/applied.

This affects LO 5.0.0+ but not 4.4.7.  I wasn't sure if this would fall under
UI or Printing. 


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
Firefox/45.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 106348] LibreOffice hangs opening multiple docx

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #3 from Buovjaga  ---
This used to work without any special tricks for you?

See this topic:
https://ask.libreoffice.org/en/question/42975/how-can-i-run-multiple-instances-of-sofficebin-at-a-time/

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

[Libreoffice-bugs] [Bug 74604] UI: Make Navigation toolbar work on Hyperlinks and (Field) Cross-references too.

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||todven...@suomi24.fi
 Ever confirmed|0   |1

--- Comment #3 from Buovjaga  ---
Ok, let's set to NEW.

For reference: https://help.libreoffice.org/Writer/Navigation "Working With the
Navigation Toolbar"

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

[Libreoffice-bugs] [Bug 106335] Copying Attributes With the Clone Formatting Tool misses Impress

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||todven...@suomi24.fi
 Ever confirmed|0   |1

--- Comment #1 from Buovjaga  ---
OK -> NEW

Do join the team, if you feel like it:
http://documentation.libreoffice.org/en/join-community/

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

[Libreoffice-bugs] [Bug 106324] LibreOffice.app includes 60 MB LibreOfficePython.framework tests folder

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

   Keywords||needsDevAdvice

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

[Libreoffice-bugs] [Bug 106376] Unable to print image fields in reports with HSQL V2.3.3

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||todven...@suomi24.fi
 Ever confirmed|0   |1

--- Comment #1 from Buovjaga  ---
NEW per confirmation in Ask.

-- 
You are receiving this mail because:
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: Minutes of the Design Hangout: 2016-Mar-09

[eszka]

Heiko Tietze-2 wrote
>  * Should this be backported to make non-notebookbar modes accessible to
> all (Jay)
>+ https://bugs.documentfoundation.org/show_bug.cgi?id=103323
>+
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=50468779725c9eaccae17e4e39a6651f12e49340
>+ it's a minor bug fix so it makes sense to add to 5.3.1 (Jay)
>+ is in master for some weeks, should be safe to push (Samuel)
>+ will have a look and approve it (Samuel)

Don't forget to backport also that commit:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=6d1e22a9b8c197673f43dcb00f3270dae812c8ae

Szymon



--
View this message in context: 
http://nabble.documentfoundation.org/Minutes-of-the-Design-Hangout-2016-Mar-09-tp4209795p4209893.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 106321] Impress slide object needs focus to update export jpg

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

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

[Libreoffice-bugs] [Bug 106483] New: Copy and paste from web page with hyperlink does not copy entire selection

[bugzilla-daemon]

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

Bug ID: 106483
   Summary: Copy and paste from web page with hyperlink does not
copy entire selection
   Product: LibreOffice
   Version: 5.1.4.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bugcatch...@cox.net

Description:
When I highlighted a section of a web page and attempted to copy it into a
document, only part of the selection was copied.

Steps to Reproduce:
1. Go to this web page [1]. The words “Jesus Christ” are highlighted in yellow,
since that was the phrase I searched for.

2. Highlight entire verse [2], including chapter and verse in blue (2 Nephi
26:12), which is a hyperlink,  and
a. press ctrl-c  OR 
b. right-click mouse and select copy

3. Copy selection into a document

4. Note that only part of the selection (verse) is copied:
2 Nephi 26:12
[ missing words ]  Jesus is the very Christ, it must needs be that the Gentiles
be convinced also that Jesus is the Christ, the Eternal God;
The first part of the verse up to the highlighted word “Jesus” is missing!

5. Scratch head, lol, and repeat steps 2-4 to confirm that it was done
correctly
Yes it was done correctly, and is repeatable.

6. Go back to web page and copy only the verse, but NOT the chapter and verse
in blue. [3]

7.  Copy selection into a document

8. Note that all of the selection (verse) is copied [3]

9. Write bug report, including source code for specific section of web page
[4].
Could it be that the problem is in the “snippet” tag OR , the  pair 
OR the Jesus pair?

I did a file search of entire git directory structure (libo) and could find no
reference to any of these html tags. Where are they handled?



Actual Results:  
Only part of the highlighted section of a web page was copied into writer
document.

Expected Results:
Entire highlighted section of a web page should be copied into writer document.


Reproducible: Always

User Profile Reset: No

Additional Info:
[1]
https://www.lds.org/scriptures/search?lang=eng=Jesus+Christ=bofm=verse

[2] 2 Nephi 26:12
  12 And as I spake concerning the convincing of the Jews, that Jesus is
the very Christ, it must needs be that the Gentiles be convinced also that
Jesus is the Christ, the Eternal God;
The words “Jesus Christ” are highlighted in yellow on the web page, since that
was the phrase I searched for.

[3] And as I spake concerning the convincing of the Jews, that Jesus is the
very Christ, it must needs be that the Gentiles be convinced also that Jesus is
the Christ, the Eternal God;

[4]  
  https://www.lds.org/scriptures/bofm/2-ne/26.12?lang=eng#11;>2 Nephi
26:12
12 And as I spake concerning the convincing of the Jews, that Jesus is the very Christ, it must needs be that the Gentiles be
convinced also that Jesus is the Christ, the Eternal God;


Linux Mint x64 using cinnamon desktop



User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:51.0) Gecko/20100101
Firefox/51.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: basic/qa

[Zdeněk Crhonek]

 basic/qa/cppunit/test_vba.cxx |1 
 basic/qa/vba_tests/cos.vb |   73 ++
 2 files changed, 74 insertions(+)

New commits:
commit 1577f01b29b4f0e1eadadda71a7b7b479043519a
Author: Zdeněk Crhonek 
Date:   Thu Mar 9 22:08:57 2017 +0100

add VBA COS function test case

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

diff --git a/basic/qa/cppunit/test_vba.cxx b/basic/qa/cppunit/test_vba.cxx
index df33224..7bf804a 100644
--- a/basic/qa/cppunit/test_vba.cxx
+++ b/basic/qa/cppunit/test_vba.cxx
@@ -64,6 +64,7 @@ void VBATest::testMiscVBAFunctions()
 "cdate.vb",
 "cdbl.vb",
 "choose.vb",
+"cos.vb",
 #ifndef WIN32 // missing 64bit Currency marshalling.
 "win32compat.vb", // windows compatibility hooks.
 #endif
diff --git a/basic/qa/vba_tests/cos.vb b/basic/qa/vba_tests/cos.vb
new file mode 100644
index 000..18a6638
--- /dev/null
+++ b/basic/qa/vba_tests/cos.vb
@@ -0,0 +1,73 @@
+Option VBASupport 1
+Option Explicit
+Dim passCount As Integer
+Dim failCount As Integer
+Dim result As String
+
+Function doUnitTest() As String
+result = verify_testCOS()
+If failCount <> 0 And passCount > 0 Then
+doUnitTest = result
+Else
+doUnitTest = "OK"
+End If
+End Function
+
+
+
+Function verify_testCOS() As String
+
+passCount = 0
+failCount = 0
+
+result = "Test Results" & Chr$(10) & "" & Chr$(10)
+
+Dim testName As String
+Dim TestDateTime As Date
+Dim TestStr As String
+Dim nr1, nr2 As Double   'variables for test
+testName = "Test COS function"
+
+
+On Error GoTo errorHandler
+
+nr2 = -0.53283302098
+nr1 = Cos(23)
+TestLog_ASSERT Round(nr1, 14) = Round(nr2, 14), "the return COS is: " & nr1
+
+nr2 = 0.980066577841242
+nr1 = Cos(0.2)
+TestLog_ASSERT Round(nr1, 14) = Round(nr2, 14), "the return COS is: " & nr1
+
+nr2 = 0.487187675007006
+nr1 = Cos(200)
+TestLog_ASSERT Round(nr1, 14) = Round(nr2, 14), "the return COS is: " & nr1
+
+
+result = result & Chr$(10) & "Tests passed: " & passCount & Chr$(10) & 
"Tests failed: " & failCount & Chr$(10)
+verify_testCOS = result
+
+Exit Function
+errorHandler:
+TestLog_ASSERT (False), testName & ": hit error handler"
+End Function
+
+Sub TestLog_ASSERT(assertion As Boolean, Optional testId As String, Optional 
testComment As String)
+
+If assertion = True Then
+passCount = passCount + 1
+Else
+Dim testMsg As String
+If Not IsMissing(testId) Then
+testMsg = testMsg + " : " + testId
+End If
+If Not IsMissing(testComment) And Not (testComment = "") Then
+testMsg = testMsg + " (" + testComment + ")"
+End If
+
+result = result & Chr$(10) & " Failed: " & testMsg
+failCount = failCount + 1
+End If
+
+End Sub
+
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 97815] switching to English function names does not work with _ADD functions

[bugzilla-daemon]

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

--- Comment #7 from Dennis Roczek  ---
meh, still REPRO with
Version: 5.3.0.3 (x64)
Build-ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU-Threads: 4; BS-Version: Windows 6.19; UI-Render: Standard; Layout-Engine:
neu; 
Gebietsschema: 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