date:20180323

[Libreoffice-bugs] [Bug 116596] Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

--- Comment #5 from Jim Raykowski  ---
Created attachment 140847
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140847=edit
screenshot 6

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

[Libreoffice-bugs] [Bug 116596] Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

--- Comment #3 from Jim Raykowski  ---
Created attachment 140845
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140845=edit
screenshot 4

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

[Libreoffice-bugs] [Bug 116596] Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

--- Comment #4 from Jim Raykowski  ---
Created attachment 140846
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140846=edit
screenshot 5

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

[Libreoffice-bugs] [Bug 116596] Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Jim Raykowski  ---
Created attachment 140844
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140844=edit
screenshot 3

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

[Libreoffice-bugs] [Bug 116596] Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from Jim Raykowski  ---
Created attachment 140843
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140843=edit
screenshot 2

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

[Libreoffice-bugs] [Bug 116596] New: Make message area in Findbar adjust to message size

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116596
   Summary: Make message area in Findbar adjust to message size
   Product: LibreOffice
   Version: 6.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rayk...@gmail.com

Created attachment 140842
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140842=edit
screenshot 1

Instead of the large usually empty space taken by the Findbar '[placeholder for
message]' area this area can be adjusted to the length of the displayed
message. 

screenshot 1: 
Findbar with no message followed by Form Navigation toolbar

screenshot 2:
Findbar with Find Text search message for wrapped search from the beginning of
the document then continued from the end followed by the Form Navigation
toolbar

screenshot 3:
opposite of screenshot 2

screenshot 4:
Findbar with Navigate By navigation wrapped message

screenshot 5:
Writer window not in full screen showing clipped Findbar and Form Navigation
toolbar

screenshot 6:
Findbar Find Text search message shown in overflow toolbar


Note these screen shots show changes to what the current messages actually are
and include a screen shot showing a Heading navigation with 'Navigation
wrapped' message, another option would be 'Navigation has reached .., continued
from ...' like those shown for the find text messages when the search wraps.

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

[Libreoffice-bugs] [Bug 63642] Math formula looses custom font settings on save as Flat XML

2018-03-23 Thread bugzilla-daemon

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

--- Comment #13 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 104031] CPU usage when hovering over Start Center buttons

2018-03-23 Thread bugzilla-daemon

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

--- Comment #12 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 106177] Paste special (formulas only) unmerges cells

2018-03-23 Thread bugzilla-daemon

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

--- Comment #10 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 116579] Date format setting not recognised

2018-03-23 Thread bugzilla-daemon

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

--- Comment #6 from Elmar  ---
And, to add to this, whilst I do not want to draw negative comparisons to Excel
(given its massive financial and talent resources countered by its sometimes
predatory practices), in Excel if I type <13mar> it recognizes this as 13 March
2018 from as far back as I can remember.

As to standards: standards are not the law of the Medes and Persians which must
be adhered to at pain of death.

I think of a useful extension to Thunderbird where the the author insisted that
the standard says the signature must be at the bottom, after the text. Maybe.
But who in practice will scroll down a long exchange to go and look for this
when everyone else violates that principle? 

The pragmatic approach is to make the "right way" the default, and allow the
use to change this to make it easier for them to do (after 40 years of typing
on computer keyboards, I still only use two or three fingers, and I guess the
majority of users are like me.) Is that not what the point of the options is?

We look to these tools to make life easier for us as our workload increases,
and that it will take care of the standards (the most persistent one in this
case is that the date is stored as the integer portion and the time as the
decimal portion - that is the standard that counts. Not trying to force
everyone to type it in in a universal way.

Finally, even standards include the principle of tailoring - adjusting the
standard to suit culture. At least there always a reference back to the "root
standard".

I say this as humble participant in the writing of standards (ISO and others)
for many years.

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

[Libreoffice-bugs] [Bug 115330] Navigation with Find Toolbar does not work Correctly with Bookmarks

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Jim Raykowski  ---
I also comfirm this. 

Maybe the navigation should wrap to the next available bookmark and 'Navigation
wrapped' or something of the sort could be displayed in the findbar message
area. 

Bug 115600 may be a better place for futher discussion of this proposal for
navigation behavior change.

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

[Libreoffice-commits] core.git: Branch 'aoo/trunk' - 3 commits - jvmaccess/inc jvmaccess/Library_jvmaccess.mk jvmaccess/Makefile jvmaccess/Module_jvmaccess.mk jvmaccess/Package_inc.mk jvmaccess/prj jv

2018-03-23 Thread Damjan Jovanovic

 Repository.mk |2 
 jvmaccess/Library_jvmaccess.mk|   70 ++
 jvmaccess/Makefile|   32 +++
 jvmaccess/Module_jvmaccess.mk |   18 ++
 jvmaccess/Package_inc.mk  |   29 ++
 jvmaccess/inc/jvmaccess/classpath.hxx |5 +
 jvmaccess/inc/jvmaccess/jvmaccessdllapi.h |   37 +
 jvmaccess/inc/jvmaccess/unovirtualmachine.hxx |5 +
 jvmaccess/inc/jvmaccess/virtualmachine.hxx|7 +-
 jvmaccess/prj/build.lst   |4 -
 jvmaccess/prj/d.lst   |9 ---
 jvmaccess/prj/makefile.mk |   50 +-
 jvmaccess/util/gcc3.map   |8 +-
 jvmaccess/util/mingw.map  |8 +-
 store/inc/store/store.h   |   51 +-
 store/source/store.cxx|   50 +-
 16 files changed, 261 insertions(+), 124 deletions(-)

New commits:
commit 2fdf81edc591a1b46ada64474800e36855b88b1c
Author: Damjan Jovanovic 
Date:   Sat Mar 24 00:50:48 2018 +

Export the right main/store symbols.

Patch by: me

diff --git a/store/inc/store/store.h b/store/inc/store/store.h
index 1cecdd8aa390..351e33b5e69b 100644
--- a/store/inc/store/store.h
+++ b/store/inc/store/store.h
@@ -25,6 +25,7 @@
 #define _STORE_STORE_H_ "$Revision$"
 
 #include 
+#include 
 
 #ifdef __cplusplus
 extern "C" {
@@ -39,7 +40,7 @@ typedef void* storeHandle;
 @param  Handle [in] the Handle.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_acquireHandle (
+STORE_DLLPUBLIC storeError SAL_CALL store_acquireHandle (
 storeHandle Handle
 ) SAL_THROW_EXTERN_C();
 
@@ -49,7 +50,7 @@ storeError SAL_CALL store_acquireHandle (
 @return store_E_None  upon success,
 store_E_InvalidHandle otherwise.
  */
-storeError SAL_CALL store_releaseHandle (
+STORE_DLLPUBLIC storeError SAL_CALL store_releaseHandle (
 storeHandle Handle
 ) SAL_THROW_EXTERN_C();
 
@@ -66,7 +67,7 @@ typedef void* storeFileHandle;
 @param  phFile [out] the File Handle.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_createMemoryFile (
+STORE_DLLPUBLIC storeError SAL_CALL store_createMemoryFile (
 sal_uInt16   nPageSize,
 storeFileHandle *phFile
 ) SAL_THROW_EXTERN_C();
@@ -84,7 +85,7 @@ storeError SAL_CALL store_createMemoryFile (
 @param  phFile [out] the File Handle.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_openFile (
+STORE_DLLPUBLIC storeError SAL_CALL store_openFile (
 rtl_uString *pFilename,
 storeAccessMode  eAccessMode,
 sal_uInt16   nPageSize,
@@ -97,7 +98,7 @@ storeError SAL_CALL store_openFile (
 @return store_E_None upon success,
 store_E_InvalidHandle otherwise.
  */
-storeError SAL_CALL store_closeFile (
+STORE_DLLPUBLIC storeError SAL_CALL store_closeFile (
 storeFileHandle hFile
 ) SAL_THROW_EXTERN_C();
 
@@ -106,7 +107,7 @@ storeError SAL_CALL store_closeFile (
 @param  hFile [in] the File Handle.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_flushFile (
+STORE_DLLPUBLIC storeError SAL_CALL store_flushFile (
 storeFileHandle hFile
 ) SAL_THROW_EXTERN_C();
 
@@ -116,7 +117,7 @@ storeError SAL_CALL store_flushFile (
 @param  pnRefCount [out] number of open directories and streams.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_getFileRefererCount (
+STORE_DLLPUBLIC storeError SAL_CALL store_getFileRefererCount (
 storeFileHandle  hFile,
 sal_uInt32  *pnRefCount
 ) SAL_THROW_EXTERN_C();
@@ -127,7 +128,7 @@ storeError SAL_CALL store_getFileRefererCount (
 @param  pnSize [out] the file size in bytes.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_getFileSize (
+STORE_DLLPUBLIC storeError SAL_CALL store_getFileSize (
 storeFileHandle  hFile,
 sal_uInt32  *pnSize
 ) SAL_THROW_EXTERN_C();
@@ -140,7 +141,7 @@ storeError SAL_CALL store_getFileSize (
 @param  pDstFilename [in] created with store_AccessCreate.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_rebuildFile (
+STORE_DLLPUBLIC storeError SAL_CALL store_rebuildFile (
 rtl_uString *pSrcFilename,
 rtl_uString *pDstFilename
 ) SAL_THROW_EXTERN_C();
@@ -162,7 +163,7 @@ typedef void* storeDirectoryHandle;
 @param  phDirectory [out] the Directory Handle.
 @return store_E_None upon success
  */
-storeError SAL_CALL store_openDirectory (
+STORE_DLLPUBLIC storeError SAL_CALL store_openDirectory (
 storeFileHandle   hFile,
 rtl_uString  *pPath,
 rtl_uString  *pName,
@@ -176,7 +177,7 @@ storeError SAL_CALL store_openDirectory (
 @return store_E_None  upon success,
 store_E_InvalidHandle otherwise.

[Libreoffice-bugs] [Bug 116595] New: Can't rename view

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116595
   Summary: Can't rename view
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tmp...@gmail.com

Created attachment 140841
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140841=edit
database editing window

Open a database that has a view.  Select Table to show the name of the view in
the lower part of the window, along with the table.  Select the view.  Pull
down the Edit menu.  "Rename" is grayed out.  Or pull up a contextual
(control-click) menu on the view -- no rename option is presented.  If you
attempt to select the name of the view you do not get an editable field (like
under similar circumstances on a Mac.) There is at least one relatively simple
workaround: open the view for editing, save-as under the desired new name, and
delete the view.  But one shouldn't have to do that!  Attached is a screen shot
of a database window -- the view named XmasList is a view to be renamed, but
can't be without using the workaround.  "Bug" present in all version of LO I've
tested, up to and including both 6.0.4 and 6.1alpha builds from today.

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

[Libreoffice-bugs] [Bug 116593] Main Area View changes when a dynamic (context sensitive) toolbar opens during EDITING

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |NOTABUG

--- Comment #2 from V Stuart Foote  ---
Locking the frame of the presentation the canvas to a fixed scale is not an
option. It is expected to respond as toolbars are opened and closed.

However, any of the context sensitive toolbars can be undocked from the GUI. It
will float at the position you place it when it is active.

That use customization--opening toolbars and undocing/placing them as
desired--is fundamental to the GUI.

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

[Libreoffice-bugs] [Bug 116463] tools > customize causes crash recovery dialogue

2018-03-23 Thread bugzilla-daemon

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

Ted Lee  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Ted Lee  ---
OK, checked the latest "master" build. Bug not present in 
Version: 6.1.0.0.alpha0+
Build ID: fa1db85bc3cd49407a2f1cfa44433e2718a35baf
CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-23_04:02:46

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

[Libreoffice-bugs] [Bug 116590] replacing of arabic formation signs

2018-03-23 Thread bugzilla-daemon

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

--- Comment #3 from V Stuart Foote  ---
(In reply to Hasan AlAmin from comment #2)
> ... but how to solve this problem.

It will be available in the 6.0.4 release --> May 7, 2018 - May 13, 2018

Until then you can work with a nightly build of the 6.1.0alpha0+, here:

https://dev-builds.libreoffice.org/daily/master/Win-x86_64@42/current/

https://dev-builds.libreoffice.org/daily/master/

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

[Libreoffice-bugs] [Bug 116594] Impress sometimes forgets to draw Elements in the minimaps

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from joerg.kub...@gmx.de  ---
Created attachment 140840
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140840=edit
Screenshot

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

[Libreoffice-bugs] [Bug 116594] New: Impress sometimes forgets to draw Elements in the minimaps

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116594
   Summary: Impress sometimes forgets to draw Elements in the
minimaps
   Product: LibreOffice
   Version: 5.4.5.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: trivial
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joerg.kub...@gmx.de

Description:
(Sorry dont know the english term for minimap used in impress. In German its
"Folienbereich". I am talking about the small Thumbnails pictures of the
slides)

Impress draws small images of the slides (both during editing and during
presentation) which sometimes does not render all elements. 
A high chance (but i found no 100% reproducible path) for this error to appear
is when a cursor is placed inside a text field.

Steps to Reproduce:
1. create text field 1 => its shown in minimap
2. create text field 2 => its shown in minimap
3. put cursor inside text field 1 again

Actual Results:  
sometimes: minimap does not show text field 1 anymore

Expected Results:
Minimap always shows an exact representation of the slide


Reproducible: Sometimes


User Profile Reset: Yes



Additional Info:
Also in presentation mode sometimes whole images are missing in the
minimap/preview.
Happens both in 5.4.5.1 and 6.0.1.1
I also have a presentation which reproducible does not show an image in the
minimap. Unfortunatly it contains confidential and the error disapear when i
modify the slides to remove the secrets.


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101
Firefox/59.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 116284] Exported PDF provides invisibly-corrupted text for copy-and-paste

2018-03-23 Thread bugzilla-daemon

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

--- Comment #8 from Jim Avera  ---
Confirming that this one is fixed in latest master.

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

[Libreoffice-bugs] [Bug 116591] Negative Time shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

--- Comment #4 from Martin Troiber  ---
Up to this point the file worked completly fine. After the updates to 5.4.5.1
as well as 5.4.6.2 that I performed today part of this file does have the
error. 
But maybe it's the file itself that is corrupt in some way. Honestly I don't
think so due to the fact that after opening it and saving it again to .xls or
.ods it works as it is supposed to. Just out of curiosity I opened it with
Microsoft Office which works as well.

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

[Libreoffice-bugs] [Bug 116591] Negative Time shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

--- Comment #3 from Martin Troiber  ---
Created attachment 140839
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140839=edit
xlsx file with negative dates

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

[Libreoffice-bugs] [Bug 114740] Arabic Letter Heh (ه) is render incorrectly when isolated

2018-03-23 Thread bugzilla-daemon

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

--- Comment #11 from antan...@yahoo.es ---
Of course, I understand your point, and please forgive my insistence. I just
would like to add that these fonts (and there are many of them) do not seem to
render isolated heh as هـ in any other software, just as they didn't in
previous versions of LibreOffice; neither seems this هـ rendering to be proper
in Arabic typography. I mean, this is not a behaviour you may like or not: it
is something an Arabic font is not expected to do, as you probably know better
than me, and actually does not in other word processors, all of which makes it
hard to believe it is a feature intended by professional designers which no one
but current LibreOffice versions respects.

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

[Libreoffice-bugs] [Bug 116593] Main Area View changes when a dynamic (context sensitive) toolbar opens during EDITING

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from joerg.kub...@gmx.de  ---
Created attachment 140838
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140838=edit
screenshot of 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 116593] New: Main Area View changes when a dynamic (context sensitive ) toolbar opens during EDITING

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116593
   Summary: Main Area View changes when a dynamic (context
sensitive) toolbar opens during EDITING
   Product: LibreOffice
   Version: 6.0.1.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joerg.kub...@gmx.de

Description:
I am using Impress on a regular basis. One of the most annoying behaviour is so
subtile that probably everybody is annoyed by it but nobody can exactly
describe whats wrong. Il try: 
If a toolbar which is normaly invisble pops up then the document view is moved
aside. 

Steps to Reproduce:
1. Fresh Libre Office installation
2. Create new Impress presentation
3. create a Table within the presentation
=> it already happend but you probably did not notice it: in the bottom the 
"table toolbar" appears. As a consequence the main window shrinked and the
whole presentation moved up.

Now the more annoying usecase:
4. deselect the table (=> "table toolbar" hides)
5. click inside the table to select it
=> "table toolbar" shows up again in the bottom which moves the table up.
If you even clicked at the bottom of the table the table will even not be under
the mouse cursor anymore when you release it because it moved away.

Actual Results:  
Main Window drawing depends on visible toolbars.

Expected Results:
main Window drawing should be independant of toolbar appearance (like in MS
Word when a ribbon is blended in/out).


Reproducible: Always


User Profile Reset: Yes



Additional Info:
The only known workaround i found googling is to create an empty dummy toolbar
which is always visible in the bottom left. However the place of the empty
toolbar is now wasted part of the screen.


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101
Firefox/59.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 116592] New: FILEOPEN DOCX: 3D and flat is exchanged in some borders

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116592
   Summary: FILEOPEN DOCX: 3D and flat is exchanged in some
borders
   Product: LibreOffice
   Version: 6.1.0.0.alpha0+ Master
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rb.hensc...@t-online.de

Created attachment 140836
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140836=edit
Collection of frames around paragraphs

A border gets a 3D appearance, if a line with two colors is used e.g in this
way: The top and left border lines have the light color on the outer side and
the dark color at the inner side. The bottom and the right border lines have it
the other way round, the light color is at the inner side and the dark color is
at the outer side. To get a "flat" border the color at the inner side of the
frame has to be the same at all four sides.

Word generates a "flat" appearance by using a line, which has the colors the
other way round for the bottom and right edge. That is hidden from the user,
you have to read the file source to see it. OOXML has an attribute
w:frame="true" for the same effect. That works in Word too, but Word has no UI
for it.

The attached frame has a collection of frames around paragraphs. The attached
image is a screenshot of the appearance in Word. Compare the paragraphs "21"
and "22" in its "flat" and in its 3D versions with the screenshot. Notice that
the bottom and right lines are wrong.
The paragraphs "23" and "24" have the same problem, but the frame styles
"inset" and "outset" are broken in Word at least since Word 2003.
The other asymmetric borders "09", "10", "12", and "13" have the problem too,
but it is harder to be seen.

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

[Libreoffice-bugs] [Bug 116592] FILEOPEN DOCX: 3D and flat is exchanged in some borders

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from Regina Henschel  ---
Created attachment 140837
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140837=edit
screenshot of Word 2016

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

2018-03-23 Thread Mike Kaganski

 solenv/bin/modules/installer/windows/file.pm |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 7422687028d33a9a4029aeb9265bc59578f5aef9
Author: Mike Kaganski 
Date:   Fri Mar 23 23:14:52 2018 +0100

file.pm : quick build fix

Regression from commit 2367557493c216be5b5e8156ba6493d440a10b0f

Change-Id: If2d11856db8f7f341a8f3c2b3a73f7afdff6a621
Reviewed-on: https://gerrit.libreoffice.org/51792
Tested-by: Jenkins 
Reviewed-by: Mike Kaganski 

diff --git a/solenv/bin/modules/installer/windows/file.pm 
b/solenv/bin/modules/installer/windows/file.pm
index 76217f859b45..6a0479ba49f2 100644
--- a/solenv/bin/modules/installer/windows/file.pm
+++ b/solenv/bin/modules/installer/windows/file.pm
@@ -570,7 +570,7 @@ sub get_fileversion
 }
 elsif ($ttfdata =~ /$ttfversionU/ms)
 {
-my ($version, $subversion, $microversion, $vervariant) = 
split(/\./,$2 =~ s/\0//gr);
+my ($version, $subversion, $microversion, $vervariant) = 
split(/\./,$2 =~ s/\0//g);
 $fileversion = int($version) . "." . int($subversion) . "." . 
int($microversion) . "." . int($vervariant);
 }
 else
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 116590] replacing of arabic formation signs

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Hasan AlAmin  ---
(In reply to V Stuart Foote from comment #1)
> corrected in master toward 6.1.0, backported to 6.0.4
> 
> NOTE--please do not mark your own BZ issues NEW, that allows for efficient
> QA review. Otherwise issues, like this duplicate, will get overlooked.
> 
> *** This bug has been marked as a duplicate of bug 116242 ***

Thank you . Sorry. i don't know much excuse my ignorance. but how to solve this
problem. thank you and sorry for disturbing

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

[Libreoffice-commits] core.git: Branch 'libreoffice-6-0' - sw/qa sw/source

2018-03-23 Thread Serge Krot

 sw/qa/extras/uiwriter/data/tdf112448.odt |binary
 sw/qa/extras/uiwriter/uiwriter.cxx   |   15 +++
 sw/source/core/text/itrform2.cxx |6 +++---
 3 files changed, 18 insertions(+), 3 deletions(-)

New commits:
commit 169fe61fe32587897188ed5b3619af34f394731d
Author: Serge Krot 
Date:   Thu Mar 15 11:17:42 2018 +0100

tdf#112448: Fix: take correct line height

When line metrics is not calculated we need to call CalcRealHeight()
before usage of the Height() and GetRealHeight().

Change-Id: I104bbb81ea9d7130dfd728f7114d02e3672afbc3
Reviewed-on: https://gerrit.libreoffice.org/51319
Tested-by: Jenkins 
Reviewed-by: Thorsten Behrens 
(cherry picked from commit 3c3f10da500967fc6ffecc2f3e076d8ff43e7503)
Reviewed-on: https://gerrit.libreoffice.org/51350
Reviewed-by: Serge Krot (CIB) 

diff --git a/sw/qa/extras/uiwriter/data/tdf112448.odt 
b/sw/qa/extras/uiwriter/data/tdf112448.odt
new file mode 100755
index ..ffb1ef6b6860
Binary files /dev/null and b/sw/qa/extras/uiwriter/data/tdf112448.odt differ
diff --git a/sw/qa/extras/uiwriter/uiwriter.cxx 
b/sw/qa/extras/uiwriter/uiwriter.cxx
index a1380685553d..75f2c19bdd71 100644
--- a/sw/qa/extras/uiwriter/uiwriter.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter.cxx
@@ -288,6 +288,7 @@ public:
 void testTdf99689TableOfContents();
 void testTdf99689TableOfFigures();
 void testTdf99689TableOfTables();
+void testTdf112448();
 void testTdf113790();
 void testTdf114306();
 void testTdf114306_2();
@@ -462,6 +463,7 @@ public:
 CPPUNIT_TEST(testTdf99689TableOfContents);
 CPPUNIT_TEST(testTdf99689TableOfFigures);
 CPPUNIT_TEST(testTdf99689TableOfTables);
+CPPUNIT_TEST(testTdf112448);
 CPPUNIT_TEST(testTdf113790);
 CPPUNIT_TEST(testTdf114306);
 CPPUNIT_TEST(testTdf114306_2);
@@ -5629,6 +5631,19 @@ void SwUiWriterTest::testParagraphOfTextRange()
 CPPUNIT_ASSERT_EQUAL(OUString("In section"), xParagraph->getString());
 }
 
+// tdf#112448: Fix: take correct line height
+//
+// When line metrics is not calculated we need to call CalcRealHeight()
+// before usage of the Height() and GetRealHeight().
+void SwUiWriterTest::testTdf112448()
+{
+createDoc("tdf112448.odt");
+
+// check actual number of line breaks in the paragraph
+xmlDocPtr pXmlDoc = parseLayoutDump();
+assertXPath(pXmlDoc, "/root/page/body/txt/LineBreak", 2);
+}
+
 void SwUiWriterTest::testTdf113790()
 {
 SwDoc* pDoc = createDoc("tdf113790.docx");
diff --git a/sw/source/core/text/itrform2.cxx b/sw/source/core/text/itrform2.cxx
index 730237e3b4d3..6421eedca0be 100644
--- a/sw/source/core/text/itrform2.cxx
+++ b/sw/source/core/text/itrform2.cxx
@@ -2294,13 +2294,13 @@ void SwTextFormatter::CalcFlyWidth( SwTextFormatInfo 
 )
 }
 else
 {
-nAscent = pLast->GetAscent();
-nHeight = pLast->Height();
-
 // We make a first guess for the lines real height
 if ( ! m_pCurr->GetRealHeight() )
 CalcRealHeight();
 
+nAscent = pLast->GetAscent();
+nHeight = pLast->Height();
+
 if ( m_pCurr->GetRealHeight() > nHeight )
 nTop += m_pCurr->GetRealHeight() - nHeight;
 else
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: Branch 'libreoffice-6-0' - sw/qa writerfilter/source

2018-03-23 Thread Serge Krot

 sw/qa/extras/ooxmlimport/data/tdf113182.docx |binary
 sw/qa/extras/ooxmlimport/ooxmlimport.cxx |8 
 writerfilter/source/dmapper/DomainMapper.cxx |7 ++-
 3 files changed, 14 insertions(+), 1 deletion(-)

New commits:
commit 133821d1526800a93bb395a91f87dc77d29f0b8d
Author: Serge Krot 
Date:   Fri Mar 16 10:42:50 2018 +0100

tdf#113182: DOCX filter: new values of wrap property in text box

Added support of "none" and "through" values of the w:wrap
poroperty in the text box.

Change-Id: I83f0c9e8162e93bf457f228d49d3b426050d4dc6
Reviewed-on: https://gerrit.libreoffice.org/51396
Tested-by: Jenkins 
Reviewed-by: Thorsten Behrens 
(cherry picked from commit be02ce71f2ee694fa2609a7a630853c24acfbfff)
Reviewed-on: https://gerrit.libreoffice.org/51431
Reviewed-by: Serge Krot (CIB) 

diff --git a/sw/qa/extras/ooxmlimport/data/tdf113182.docx 
b/sw/qa/extras/ooxmlimport/data/tdf113182.docx
new file mode 100755
index ..9f35ec3d4ebc
Binary files /dev/null and b/sw/qa/extras/ooxmlimport/data/tdf113182.docx differ
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx 
b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index d879dab4495a..e3cdc19701ab 100644
--- a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
+++ b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
@@ -1574,6 +1574,14 @@ DECLARE_OOXMLIMPORT_TEST(testTdf112443, "tdf112443.docx")
 
 }
 
+// DOCX: Textbox wrap differs in MSO and LO
+// Both should layout text regardless of existing text box
+// and as result only one page should be generated.
+DECLARE_OOXMLIMPORT_TEST(testTdf113182, "tdf113182.docx")
+{
+CPPUNIT_ASSERT_EQUAL(getPages(), 1);
+}
+
 DECLARE_OOXMLIMPORT_TEST(testTdf113946, "tdf113946.docx")
 {
 OUString aTop = 
parseDump("/root/page/body/txt/anchored/SwAnchoredDrawObject/bounds", "top");
diff --git a/writerfilter/source/dmapper/DomainMapper.cxx 
b/writerfilter/source/dmapper/DomainMapper.cxx
index 40134d148ac9..abfc8694535c 100644
--- a/writerfilter/source/dmapper/DomainMapper.cxx
+++ b/writerfilter/source/dmapper/DomainMapper.cxx
@@ -866,11 +866,16 @@ void DomainMapper::lcl_attribute(Id nName, Value & val)
 //should be either LN_Value_doc_ST_Wrap_notBeside or 
LN_Value_doc_ST_Wrap_around or LN_Value_doc_ST_Wrap_auto
 OSL_ENSURE( sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_around ||
 sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_notBeside ||
+sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_through ||
+sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_none ||
 sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_auto,
-"wrap not around, not_Beside or auto?");
+"wrap not around, not_Beside, through, none or 
auto?");
 if( sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_around ||
+sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_through ||
 sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_auto )
 pParaProperties->SetWrap ( 
text::WrapTextMode_DYNAMIC ) ;
+else if (sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_Wrap_none)
+pParaProperties->SetWrap ( 
text::WrapTextMode_THROUGH ) ;
 else
 pParaProperties->SetWrap ( text::WrapTextMode_NONE 
) ;
 }
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 114740] Arabic Letter Heh (ه) is render incorrectly when isolated

2018-03-23 Thread bugzilla-daemon

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

--- Comment #10 from Khaled Hosny  ---
(In reply to antanins from comment #9)
> I beg your pardon. However, the bug status appears not as UNCONFIRMED but as
> RESOLVED NOTABUG (without much discussion, by the way). Much as we may agree
> this is a font issue, it is somehow paradoxical, however, from a standard
> user point of view, that previous versions were wrong in making these fonts
> behave "better" (i.e., as expected).

That is how the font is designed; an isolated heh takes a هـ form not ه form.
There is no better or worse here; there is rendering the font as intended by
its designer (current) and not doing that (previous). If you don’t like the
font behavior 1) contact the vendor and ask for the font to be changed 2)
change the font yourself (if you are legally allowed of course) 3) use a
different font.

Please understand that we can’t just “fix” this issue, what you see as a bug
others might see as a feature, and the litmus test is whether we are rendering
the font as intended or not.

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

[Libreoffice-bugs] [Bug 116591] Negative Time shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Mike Kaganski  ---
Also note that, unlike ODF, OOXML format doesn't allow negative dates and
times. So, the problem might be the mere format limitation.

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

[Libreoffice-bugs] [Bug 116591] Negative Time shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from Mike Kaganski  ---
Please check if the problem you describe can be shown using a file cleared from
the privacy concerns by erasing everything unrelated? Just keep a single sheet
with the two dates and the formula, with formatting, and post the result here.

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

[Libreoffice-bugs] [Bug 114740] Arabic Letter Heh (ه) is render incorrectly when isolated

2018-03-23 Thread bugzilla-daemon

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

--- Comment #9 from antan...@yahoo.es ---
I beg your pardon. However, the bug status appears not as UNCONFIRMED but as
RESOLVED NOTABUG (without much discussion, by the way). Much as we may agree
this is a font issue, it is somehow paradoxical, however, from a standard user
point of view, that previous versions were wrong in making these fonts behave
"better" (i.e., as expected).

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

[Libreoffice-bugs] [Bug 113660] Wrong label on sidebar slide pane after switching to handout view

2018-03-23 Thread bugzilla-daemon

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

Adolfo Jayme  changed:

   What|Removed |Added

 Whiteboard|target:6.0.0 target:6.1.0   |
   |target:6.0.4 target:6.0.3   |

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

[Libreoffice-bugs] [Bug 113660] Wrong label on sidebar slide pane after switching to handout view

2018-03-23 Thread bugzilla-daemon

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

--- Comment #8 from Commit Notification 
 ---
Xisco Faulí committed a patch related to this issue.
It has been pushed to "libreoffice-6-0-3":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=08ed147729b4b5a4f884b300b0d2e99b6267936a=libreoffice-6-0-3

tdf#116364: Revert "tdf#113660: show Master Slide label in handout view"

It will be available in 6.0.3.

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

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

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

[Libreoffice-bugs] [Bug 113660] Wrong label on sidebar slide pane after switching to handout view

2018-03-23 Thread bugzilla-daemon

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:6.0.0 target:6.1.0   |target:6.0.0 target:6.1.0
   |target:6.0.4|target:6.0.4 target:6.0.3

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

[Libreoffice-bugs] [Bug 116364] Hang under specific circumstances ( steps in comment 9 )

2018-03-23 Thread bugzilla-daemon

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:6.1.0 target:6.0.4   |target:6.1.0 target:6.0.4
   ||target:6.0.3

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

[Libreoffice-bugs] [Bug 116364] Hang under specific circumstances ( steps in comment 9 )

2018-03-23 Thread bugzilla-daemon

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

Adolfo Jayme  changed:

   What|Removed |Added

 Whiteboard|target:6.1.0 target:6.0.4   |target:6.1.0 target:6.0.3
   |target:6.0.3|

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

[Libreoffice-bugs] [Bug 116364] Hang under specific circumstances ( steps in comment 9 )

2018-03-23 Thread bugzilla-daemon

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

--- Comment #15 from Commit Notification 
 ---
Xisco Faulí committed a patch related to this issue.
It has been pushed to "libreoffice-6-0-3":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=08ed147729b4b5a4f884b300b0d2e99b6267936a=libreoffice-6-0-3

tdf#116364: Revert "tdf#113660: show Master Slide label in handout view"

It will be available in 6.0.3.

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

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

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

[Libreoffice-commits] core.git: Branch 'libreoffice-6-0-3' - sd/source

2018-03-23 Thread Xisco Faulí

 sd/source/ui/sidebar/SlideBackground.cxx |1 -
 1 file changed, 1 deletion(-)

New commits:
commit 08ed147729b4b5a4f884b300b0d2e99b6267936a
Author: Xisco Faulí 
Date:   Fri Mar 16 12:22:19 2018 +0100

tdf#116364: Revert "tdf#113660: show Master Slide label in handout view"

This reverts commit 605b01dc591eaa72788be255baf1f9b9dde76414.

Change-Id: I99a2de6a425b1ecd2e9059a9867adac3fc75e619
Reviewed-on: https://gerrit.libreoffice.org/51404
Tested-by: Jenkins 
Reviewed-by: Xisco Faulí 
(cherry picked from commit 855ae519db73b81a64d991b99c8993e6a192df08)
Reviewed-on: https://gerrit.libreoffice.org/51574
Reviewed-by: Eike Rathke 
Reviewed-by: Miklos Vajna 
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/sd/source/ui/sidebar/SlideBackground.cxx 
b/sd/source/ui/sidebar/SlideBackground.cxx
index 76da35ddd0b0..d7d93d75755b 100644
--- a/sd/source/ui/sidebar/SlideBackground.cxx
+++ b/sd/source/ui/sidebar/SlideBackground.cxx
@@ -261,7 +261,6 @@ void SlideBackground::HandleContextChange(
 }
 else if ( maContext == maImpressHandoutContext )
 {
-SetPanelTitle(SdResId(STR_MASTERSLIDE_NAME));
 mpCloseMaster->Hide();
 mpEditMaster->Hide();
 mpMasterSlide->Disable();
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 114740] Arabic Letter Heh (ه) is render incorrectly when isolated

2018-03-23 Thread bugzilla-daemon

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

Khaled Hosny  changed:

   What|Removed |Added

 Resolution|NOTOURBUG   |NOTABUG

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

[Libreoffice-bugs] [Bug 114740] Arabic Letter Heh (ه) is render incorrectly when isolated

2018-03-23 Thread bugzilla-daemon

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

Khaled Hosny  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTOURBUG

--- Comment #8 from Khaled Hosny  ---
(In reply to antanins from comment #6)
> However, this same font used to display Arabic heh correctly in previous
> versions.

Previous versions were wrong then. Please do not re-open closed bugs before
discussing 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 116361] Subscript causes additional vertical border to be added when setting borders through character formatting

2018-03-23 Thread bugzilla-daemon

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

--- Comment #4 from Santi  ---
Thank you. Beautiful work!

>> This process is a little bit confused to me. Please, make it more simple.

> How should we make it more simple

With less fields, if possible.

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

[Libreoffice-bugs] [Bug 116583] When utilizing special condensed spacing, underlined text results in having a gap toward the end of the word.

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||khaledho...@eglug.org,
   ||qui...@gmail.com,
   ||vstuart.fo...@utsa.edu
 Ever confirmed|0   |1

--- Comment #5 from V Stuart Foote  ---
Confirming, character font effects with negative spacing are showing the extra
lines adjacent to paragraph end. But when in line with following words/spaces
prior to paragraph end they do not.

It affects the rendeing to canvas of Overlining, Strikethrough, Underlining
font efects when spacing is reduced. The effect remains when exported to PDF 

It does not affect strings assembled with combining characters, e.g. U+0332,
U+0333, U+0335, U+0305, U+033f

=-testing-=
Windows 10 Ent 64-bit en-US (1709)
Version: 6.0.2.1 (x64)
Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
Locale: en-US (en_US); Calc: group

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

[Libreoffice-bugs] [Bug 108042] Tooltips display for toolbar icons suffer from broken font fallback on OSX in CJK UIs

2018-03-23 Thread bugzilla-daemon

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

--- Comment #11 from Khaled Hosny  ---
(In reply to Volga from comment #10)
> (In reply to Khaled Hosny from comment #9)
> > (In reply to V Stuart Foote from comment #8)
> > > @Jay, Khaled -- is this really only going to be CJK? Would expect it to
> > > affect fallback for CTL scripts as well on OSX.
> > 
> > Possibly, we didn’t do font fallback on OSX before the switch to HarfBuzz as
> > the system was doing everything, so there is a bit of new not very tested
> > code here.
> So is it possible to make use of HarfBuzz font fallback APIs to do?

HarfBuzz does not have font fallback APIs, and we do font fallback after
shaping (to a degree) and that is all HarfBuzz has to offer font-fallback wise.

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

[Libreoffice-commits] core.git: Branch 'libreoffice-6-0-3' - solenv/bin

2018-03-23 Thread Stephan Bergmann

 solenv/bin/modules/installer.pm |   31 +---
 solenv/bin/modules/installer/scriptitems.pm |9 +---
 2 files changed, 21 insertions(+), 19 deletions(-)

New commits:
commit fb9867c7473117345b3010618380ed5849170dc9
Author: Stephan Bergmann 
Date:   Fri Mar 16 14:21:01 2018 +0100

sdk/lib dir missing from Linux installation sets

...after cfd2691e5bf398304d7816227b933e53907b6204 "[API CHANGE] Remove 
salcpprt
static library" had removed the sole regular File item from gid_Dir_Lib_Sdk,
leaving only Unixlink items.  But the solenv/bin/modules/installer.pm code 
used
to only auto-create any directories that contain regular Files.  Changed 
that to
also consider Unixlinks in addition to regular Files.

And to add insult to injury, the code in
solenv/bin/modules/installer/simplepackage.pm creating the actual symlinks
represented by the Unixlink items silently does nothing when a symlink 
cannot be
created (because the partent dir is missing).  To be fixed in another 
follow-up
commit.

Change-Id: Ic7a682a17ac59c789c85c56c825dd623bc59428c
(cherry picked from commit f07e2496963baf8f7c0fecc79e7a420544075d98)
Reviewed-on: https://gerrit.libreoffice.org/51420
Reviewed-by: Eike Rathke 
Reviewed-by: Miklos Vajna 
Reviewed-by: Caolán McNamara 
Tested-by: Caolán McNamara 

diff --git a/solenv/bin/modules/installer.pm b/solenv/bin/modules/installer.pm
index 3d88b9986e14..151462f94ffc 100644
--- a/solenv/bin/modules/installer.pm
+++ b/solenv/bin/modules/installer.pm
@@ -636,6 +636,18 @@ sub run {
 
 
installer::scpzipfiles::resolving_scpzip_replace_flag($filesinproductlanguageresolvedarrayref,
 $allvariableshashref, "File", $languagestringref);
 
+#
+# language dependent unix links part
+#
+
+installer::logger::print_message( "... analyzing unix links ...\n" );
+
+my $unixlinksinproductlanguageresolvedarrayref = 
installer::scriptitems::resolving_all_languages_in_productlists($unixlinksinproductarrayref,
 $languagesarrayref);
+
+
installer::scriptitems::changing_name_of_language_dependent_keys($unixlinksinproductlanguageresolvedarrayref);
+
+
installer::scriptitems::get_Destination_Directory_For_Item_From_Directorylist($unixlinksinproductlanguageresolvedarrayref,
 $dirsinproductarrayref);
+
 
 # Collecting directories for epm list file
 
@@ -649,8 +661,7 @@ sub run {
 # It will be possible, that in the setup script only those directoies 
have to be defined,
 # that have a CREATE flag. All other directories are created, if they 
contain at least one file.
 
-my ($directoriesforepmarrayref, $alldirectoryhash) = 
installer::scriptitems::collect_directories_from_filesarray($filesinproductlanguageresolvedarrayref);
-
+my ($directoriesforepmarrayref, $alldirectoryhash) = 
installer::scriptitems::collect_directories_from_filesarray($filesinproductlanguageresolvedarrayref,
 $unixlinksinproductlanguageresolvedarrayref);
 ($directoriesforepmarrayref, $alldirectoryhash) = 
installer::scriptitems::collect_directories_with_create_flag_from_directoryarray($dirsinproductlanguageresolvedarrayref,
 $alldirectoryhash);
 
 #
@@ -690,18 +701,6 @@ sub run {
 
installer::scriptitems::resolve_links_with_flag_relative($linksinproductlanguageresolvedarrayref);
 
 #
-# language dependent unix links part
-#
-
-installer::logger::print_message( "... analyzing unix links ...\n" );
-
-my $unixlinksinproductlanguageresolvedarrayref = 
installer::scriptitems::resolving_all_languages_in_productlists($unixlinksinproductarrayref,
 $languagesarrayref);
-
-
installer::scriptitems::changing_name_of_language_dependent_keys($unixlinksinproductlanguageresolvedarrayref);
-
-
installer::scriptitems::get_Destination_Directory_For_Item_From_Directorylist($unixlinksinproductlanguageresolvedarrayref,
 $dirsinproductarrayref);
-
-#
 # language dependent part for profiles and profileitems
 #
 
@@ -814,7 +813,7 @@ sub run {
 @{$folderitemsinproductlanguageresolvedarrayref} = (); # no 
folderitems in languagepacks
 
 # Collecting the directories again, to include only the language 
specific directories
-

[Libreoffice-commits] core.git: compilerplugins/clang

2018-03-23 Thread Stephan Bergmann

 compilerplugins/clang/includeform.cxx |8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

New commits:
commit 23f439df05188785f7701763b3c24d8dff3df415
Author: Stephan Bergmann 
Date:   Fri Mar 23 21:15:26 2018 +0100

...in which case .. path segments need to be resolved in SearchPath, too

...for cases like

> In file included from vcl/source/outdev/hatch.cxx:32:
> vcl/source/outdev/../gdi/pdfwriter_impl.hxx:47:10: error: replace "..." 
include form with <...> for inclusion of a source file not next to the current 
source file, or a header, vcl/source/outdev/../gdi/pdffontcache.hxx 
[loplugin:includeform]
> #include "pdffontcache.hxx"
>  ^~

Change-Id: Ib486e0cf16a157b90f838536a15c40c2a34ef72b

diff --git a/compilerplugins/clang/includeform.cxx 
b/compilerplugins/clang/includeform.cxx
index becc1c028c3c..284b7dadccff 100644
--- a/compilerplugins/clang/includeform.cxx
+++ b/compilerplugins/clang/includeform.cxx
@@ -52,6 +52,8 @@ private:
|| loplugin::hasPathnamePrefix(
SearchPath, WORKDIR "/UnpackedTarball"));
 } else {
+auto dir1 = std::string(SearchPath);
+loplugin::normalizeDotDotInFilePath(dir1);
 auto const file = StringRef(
 compiler.getSourceManager().getPresumedLoc(HashLoc)
 .getFilename());
@@ -64,9 +66,9 @@ private:
 pos = pos2;
 }
 #endif
-auto dir = std::string(compat::take_front(file, pos));
-loplugin::normalizeDotDotInFilePath(dir);
-shouldUseAngles = !loplugin::isSamePathname(SearchPath, dir);
+auto dir2 = std::string(compat::take_front(file, pos));
+loplugin::normalizeDotDotInFilePath(dir2);
+shouldUseAngles = !loplugin::isSamePathname(dir1, dir2);
 }
 if (shouldUseAngles == IsAngled) {
 return;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 116509] OpenGL: Slideshows with Transitions crashing Impress

2018-03-23 Thread bugzilla-daemon

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

Luke  changed:

   What|Removed |Added

   Keywords|wantBacktrace   |

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

[Libreoffice-bugs] [Bug 116509] OpenGL: Slideshows with Transitions crashing Impress

2018-03-23 Thread bugzilla-daemon

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

--- Comment #6 from Luke  ---
Created attachment 140834
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140834=edit
WinDbg Exception Analysis : vcllo!BitmapReadAccess::GetScanline backtrace

-- 
You are receiving this mail because:
You 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] help.git: help3xsl/default.css

2018-03-23 Thread Adolfo Jayme Barrientos

 help3xsl/default.css |8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

New commits:
commit 4740109668b5d2bbf67caef82fb38364abbc38bb
Author: Adolfo Jayme Barrientos 
Date:   Fri Mar 23 14:10:22 2018 -0600

Helponline: Prettify donation prompt

Change-Id: Iedf3d560c2a8d1feabadcf3ce1be40f1b5e01989

diff --git a/help3xsl/default.css b/help3xsl/default.css
index 1ae99162b..427a374b3 100644
--- a/help3xsl/default.css
+++ b/help3xsl/default.css
@@ -198,8 +198,12 @@ h6 {
 color: red;
 text-align: left;
 }
-.donation{
-padding:0px 0px 10px 0px;
+.donation {
+padding: 5px 0px 0px 10px;
+margin-bottom: 1em;
+background-color: #ffeeba;
+border: 1px solid #FFDC42;
+border-radius: 3px;
 }
 .donation p{
 font-size:1.2rem;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: helpcontent2

2018-03-23 Thread Adolfo Jayme Barrientos

 helpcontent2 |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 53b6a6a1daa6df370f36b3c8d651cd2bd0f50b8e
Author: Adolfo Jayme Barrientos 
Date:   Fri Mar 23 14:10:22 2018 -0600

Updated core
Project: help  4740109668b5d2bbf67caef82fb38364abbc38bb

Helponline: Prettify donation prompt

Change-Id: Iedf3d560c2a8d1feabadcf3ce1be40f1b5e01989

diff --git a/helpcontent2 b/helpcontent2
index d0a2cca6885c..4740109668b5 16
--- a/helpcontent2
+++ b/helpcontent2
@@ -1 +1 @@
-Subproject commit d0a2cca6885c900fd362bdd7a72e382fe3b34ef4
+Subproject commit 4740109668b5d2bbf67caef82fb38364abbc38bb
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 116591] Negative Time shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

Martin Troiber  changed:

   What|Removed |Added

Summary|Negative Date shows as ###  |Negative Time shows as ###
   |when opening xlsx file  |when opening xlsx 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 116591] New: Negative Date shows as ### when opening xlsx file

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116591
   Summary: Negative Date shows as ### when opening xlsx file
   Product: LibreOffice
   Version: 5.4.6.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: martin.troi...@gmail.com

Description:
When opening a .xlsx file the cells (Format: [H]:MM) that contain the formula
"=CELL1-CELL2" sometimes show "###" when the result is negative. When opening
the file and saving to .xls or .ods the newly created file does not come with
the same error. However saving the working file as .xlsx brings back the
problem.

Steps to Reproduce:
1.Open a certain .xlsx file. For privacy reasons only available upon request.
2.Have a look at the cells "Vormonat" and "Akt. Stand" from sheet "November17"
to "März18".
3.

Actual Results:  
Some cells (Format: [H]:MM) that contain the formula "=CELL1-CELL2" show "###"
when the result is negative.

Expected Results:
The cells (Format: [H]:MM) that contain the formula "=CELL1-CELL2" show "###"
should have shown the result even when the result is negative.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 5.4.6.2 (x64)
Build-ID: 4014ce260a04f1026ba855d3b8d91541c224eab8
CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101
Firefox/59.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 116584] autokey does not work properly

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |NOTOURBUG

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

[Libreoffice-bugs] [Bug 116590] replacing of arabic formation signs

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |DUPLICATE

--- Comment #1 from V Stuart Foote  ---
corrected in master toward 6.1.0, backported to 6.0.4

NOTE--please do not mark your own BZ issues NEW, that allows for efficient QA
review. Otherwise issues, like this duplicate, will get overlooked.

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

-- 
You are receiving this mail because:
You 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: officecfg/registry sc/inc sc/source sc/uiconfig

2018-03-23 Thread Szymon Kłos

 officecfg/registry/schema/org/openoffice/Office/Calc.xcs |   32 ---
 sc/inc/viewopti.hxx  |   12 -
 sc/source/core/tool/viewopti.cxx |   39 
 sc/source/ui/inc/tpview.hxx  |5 
 sc/source/ui/optdlg/tpview.cxx   |   31 ---
 sc/source/ui/view/output.cxx |8 
 sc/uiconfig/scalc/ui/tpviewpage.ui   |  140 ---
 7 files changed, 7 insertions(+), 260 deletions(-)

New commits:
commit 154496aefe67b81f80d7c08d12bfb145eddb93ac
Author: Szymon Kłos 
Date:   Fri Mar 23 18:17:31 2018 +0100

Revert "tdf#116241 Customizing value highlighting colors"

This reverts commit fb29b8262488d045a926504725669a362bacb5bb.

Change-Id: I338af7c108bb6386193550ef0603b406c4f7bd99
Reaseon: I will move this to more suitable place "application colors" and 
extend with protected cell backround.
Reviewed-on: https://gerrit.libreoffice.org/51789
Tested-by: Jenkins 
Reviewed-by: Szymon Kłos 

diff --git a/officecfg/registry/schema/org/openoffice/Office/Calc.xcs 
b/officecfg/registry/schema/org/openoffice/Office/Calc.xcs
index 2fdd0caccd64..18b3612259e6 100644
--- a/officecfg/registry/schema/org/openoffice/Office/Calc.xcs
+++ b/officecfg/registry/schema/org/openoffice/Office/Calc.xcs
@@ -262,38 +262,6 @@
   
 Contains settings that affect the window layout.
   
-  
-
-  Contains settings that control highlighting.
-
-
-  
-  
-  
-Specifies the color of highlighted values.
-Value Color
-  
-  255
-
-
-  
-  
-  
-Specifies the color of highlighted formulas.
-Formula Color
-  
-  32768
-
-
-  
-  
-  
-Specifies the color of the highlighted text.
-Text Color
-  
-  0
-
-  
   
 
   Contains settings that control visual aids.
diff --git a/sc/inc/viewopti.hxx b/sc/inc/viewopti.hxx
index 965d1ac73b69..8bc3d380b28a 100644
--- a/sc/inc/viewopti.hxx
+++ b/sc/inc/viewopti.hxx
@@ -94,15 +94,6 @@ public:
 voidSetGridColor( const Color& rCol, const OUString& 
rName ) { aGridCol = rCol; aGridColName = rName;}
 Color const &   GetGridColor( OUString* pStrName = nullptr ) const;
 
-voidSetValueColor( const Color& rCol ) { aValueCol = 
rCol; }
-Color const &   GetValueColor() const { return aValueCol; }
-
-voidSetFormulaColor(const Color& rCol) { aFormulaCol = 
rCol; }
-Color const &   GetFormulaColor() const { return aFormulaCol; }
-
-voidSetTextColor(const Color& rCol) { aTextCol = rCol; 
}
-Color const &   GetTextColor() const { return aTextCol; }
-
 const ScGridOptions&GetGridOptions() const  { 
return aGridOpt; }
 voidSetGridOptions( const ScGridOptions& rNew ) { 
aGridOpt = rNew; }
 SvxGridItem*CreateGridItem() const;
@@ -117,9 +108,6 @@ private:
 Color   aGridCol;
 OUStringaGridColName;
 ScGridOptions   aGridOpt;
-Color   aValueCol;
-Color   aFormulaCol;
-Color   aTextCol;
 };
 
 // Item for the options dialog - View
diff --git a/sc/source/core/tool/viewopti.cxx b/sc/source/core/tool/viewopti.cxx
index eef9125424bb..d882e82e6fd2 100644
--- a/sc/source/core/tool/viewopti.cxx
+++ b/sc/source/core/tool/viewopti.cxx
@@ -132,10 +132,6 @@ void ScViewOptions::SetDefaults()
 aGridCol = SC_STD_GRIDCOLOR;
 aGridColName = ScGlobal::GetRscString( STR_GRIDCOLOR );
 
-aValueCol = COL_LIGHTBLUE;
-aTextCol = COL_BLACK;
-aFormulaCol = COL_GREEN;
-
 aGridOpt.SetDefaults();
 }
 
@@ -157,9 +153,6 @@ ScViewOptions& ScViewOptions::operator=( const 
ScViewOptions& rCpy )
 aGridCol= rCpy.aGridCol;
 aGridColName= rCpy.aGridColName;
 aGridOpt= rCpy.aGridOpt;
-aValueCol   = rCpy.aValueCol;
-aTextCol= rCpy.aTextCol;
-aFormulaCol = rCpy.aFormulaCol;
 
 return *this;
 }
@@ -175,9 +168,6 @@ bool ScViewOptions::operator==( const ScViewOptions& rOpt ) 
const
 bEqual = bEqual && (aGridCol   == rOpt.aGridCol);
 bEqual = bEqual && (aGridColName   == rOpt.aGridColName);
 bEqual = bEqual && (aGridOpt   == rOpt.aGridOpt);
-bEqual = bEqual && (aValueCol  == rOpt.aValueCol);
-bEqual = bEqual && (aTextCol   == rOpt.aTextCol);
-bEqual = bEqual && (aFormulaCol== rOpt.aFormulaCol);
 
 return bEqual;
 }
@@ -240,9 +230,6 @@ SfxPoolItem* ScTpViewItem::Clone( SfxItemPool * ) const
 #define

[Libreoffice-bugs] [Bug 116589] SVG not rendered correctly in Writer (face fill)

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||vstuart.fo...@utsa.edu
 Blocks||88278
 Ever confirmed|0   |1

--- Comment #1 from V Stuart Foote  ---
Inserting the SVG exhibits the issue, opening the SVG (to Draw) renders the
path correctly.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88278
[Bug 88278] [META] insert SVG image filter (all modules)
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88278] [META] insert SVG image filter (all modules)

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||116589


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=116589
[Bug 116589] SVG not rendered correctly in Writer (face fill)
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 116583] When utilizing special condensed spacing, underlined text results in having a gap toward the end of the word.

2018-03-23 Thread bugzilla-daemon

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

worldwidewe...@aol.com changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 116583] When utilizing special condensed spacing, underlined text results in having a gap toward the end of the word.

2018-03-23 Thread bugzilla-daemon

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

--- Comment #4 from worldwidewe...@aol.com ---
Created attachment 140833
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140833=edit
Showing the gap in the underline with spacing = 1.0

OK. Confirmed. For Windows Version: 6.0.2.1 (x64) with simple phrase 
and (apparently it's just a simple +/- "spacing" function now without the
option of default, expanded, condensed) spacing at -1.0 (not -0.1). The
resulting underline is still gapped. Attached is a simple image showing this at
higher zoom levels.

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

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de
 Resolution|INVALID |NOTABUG

--- Comment #5 from V Stuart Foote  ---
Sorry, it is the syntax as provided in StarMath/MathML

=> NAB

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

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||vstuart.fo...@utsa.edu
 Resolution|--- |INVALID

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

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

2018-03-23 Thread Andrea Gelmini

 test/source/sheet/spreadsheetdocumentsettings.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 524cf62841783b88fe2fd5d68c0c151232880269
Author: Andrea Gelmini 
Date:   Fri Mar 23 16:27:34 2018 +0100

Fix typo

Change-Id: I278098108a8120b1b7a8115d8e5abc6d1ea57321
Reviewed-on: https://gerrit.libreoffice.org/51784
Tested-by: Jenkins 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/test/source/sheet/spreadsheetdocumentsettings.cxx 
b/test/source/sheet/spreadsheetdocumentsettings.cxx
index c57c5b911fe3..cd464b2e15a8 100644
--- a/test/source/sheet/spreadsheetdocumentsettings.cxx
+++ b/test/source/sheet/spreadsheetdocumentsettings.cxx
@@ -53,7 +53,7 @@ void 
SpreadsheetDocumentSettings::testSpreadsheetDocumentSettingsProperties()
 aNewValue <<= util::Date(1, 1, 2000);
 xSpreadsheetDocumentSettings->setPropertyValue(propName, aNewValue);
 CPPUNIT_ASSERT(xSpreadsheetDocumentSettings->getPropertyValue(propName) 
>>= aNullDateSet);
-CPPUNIT_ASSERT_EQUAL_MESSAGE("Unabel to set PropertyValue: NullDate", 
sal_Int16(2000),
+CPPUNIT_ASSERT_EQUAL_MESSAGE("Unable to set PropertyValue: NullDate", 
sal_Int16(2000),
  aNullDateSet.Year);
 
 propName = "DefaultTabStop";
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 116536] FILEOPEN: Bullets are higher than the text

2018-03-23 Thread bugzilla-daemon

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

Szymon Kłos  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |szymon.k...@collabora.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 116536] FILEOPEN: Bullets are higher than the text

2018-03-23 Thread bugzilla-daemon

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

Szymon Kłos  changed:

   What|Removed |Added

 CC||notinterest...@gmx.com

--- Comment #3 from Szymon Kłos  ---
*** Bug 115916 has been marked as a duplicate of this bug. ***

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

[Libreoffice-bugs] [Bug 115916] FORMATTING: Using anything other than single line spacing in Impress makes bullets subscripted

2018-03-23 Thread bugzilla-daemon

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

Szymon Kłos  changed:

   What|Removed |Added

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

--- Comment #7 from Szymon Kłos  ---


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

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

[Libreoffice-bugs] [Bug 116571] [NEWHELP] Form for reporting errors in new online help

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Stanislav Horacek  ---
Hi and thank you for taking this!

Yes, the link with predefined text would be a simple and elegant solution and
would do the job. The form would lower the entry barrier more (for those people
who have not configured mailto on their computers or who don't want to use
their e-mails), but this could be done in future.

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

[Libreoffice-bugs] [Bug 73805] EDITING: Layout Loop when writing into a section with 3 columns

2018-03-23 Thread bugzilla-daemon

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

--- Comment #16 from globefish  ---
I can reproduce the bug according to Gordo's example running...

Version: 6.0.2.1
Build-ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
CPU-Threads: 12; BS: Linux 4.4; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group

Linux ara 4.4.114-42-default #1 SMP Tue Feb 6 10:58:10 UTC 2018 (b6ee9ae)
x86_64 x86_64 x86_64 GNU/Linux

libreoffice still freezes

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

[Libreoffice-bugs] [Bug 103736] libreoffice-5.2.2.2 AVG function produces SQL syntax error in query design view

2018-03-23 Thread bugzilla-daemon

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

--- Comment #17 from jimishol  ---
Created attachment 140832
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140832=edit
103736bug-video for average function_on greek translation

On updated Arch i installed libreoffice-still-el package

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

[Libreoffice-bugs] [Bug 94184] Automatic spell checking makes Writer unresponsive for ~2min

2018-03-23 Thread bugzilla-daemon

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

Timur  changed:

   What|Removed |Added

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

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

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

2018-03-23 Thread bugzilla-daemon

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

Bug 82119 Summary: EDITING: Extremly slow response when autospellscheck is on
https://bugs.documentfoundation.org/show_bug.cgi?id=82119

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

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

[Libreoffice-bugs] [Bug 82119] EDITING: Extremly slow response when autospellscheck is on

2018-03-23 Thread bugzilla-daemon

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

Timur  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=94
   ||184
 Resolution|--- |WORKSFORME
 OS|Linux (All) |All

--- Comment #9 from Timur  ---
In Windows, I couldn't load this file with previous x86 LO, but I can with
5.3.8 and it's slow there. So I set OS to "All"
But master x86 and x64, after somewhat slow load, no repro, scroll fine, both
Win and Lin. Looks like a recent improvement. 

@Jose: please test with master 6.1 daily,
https://dev-builds.libreoffice.org/daily/master/ or
https://libreoffice.soluzioniopen.com/.
If repro again, please set back to New and explain.

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

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

--- Comment #4 from rugk  ---
I don't want support/alternative ways to write it. This is a bug report.

I consider the behaviour of the application to be wrong, when I write abs{ z }
^ 2. It should always be shown as |z|².

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

[Libreoffice-bugs] [Bug 50879] form exported as pdf does not embed all required fonts

2018-03-23 Thread bugzilla-daemon

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

--- Comment #28 from kevin.quig...@gmail.com ---
This bug is still present in Version: 6.0.2.1 (running on Ubuntu Linux 16.04). 
As a workaround, I installed the Arial font on my Linux system and used this
font for the form fields.

Some additional experiments using Liberation Serif font showed that even when
the font is present as an embedded subset it fails to display properly in form
fields, even though it properly displays in the rest of the document.

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

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

--- Comment #3 from Jacques Guilleron  ---
An other way is to write:
lline x rline  rSup {2}
Is it 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 109352] [META] Sum function bugs and enhancements

2018-03-23 Thread bugzilla-daemon

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

Bug 116104 Summary: trivial sum() bad value
https://bugs.documentfoundation.org/show_bug.cgi?id=116104

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTOURBUG

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

[Libreoffice-bugs] [Bug 116104] trivial sum() bad value

2018-03-23 Thread bugzilla-daemon

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

Winfried Donkers  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTOURBUG

--- Comment #14 from Winfried Donkers  ---
When investigating the the document internally, like raal did in comment#12, it
becomes apparent that the document itself is at fault, not Calc. This is a
document created by Google Docs (see comment#7), not by Calc.
Proper ODF documents contain a reference to the application which created/saved
the document, this document does not contain any such reference, so I can't see
which application/version exactly was used to save the document. 

The formulas in the documents are saved incorrectly, with the result that they
appear as formulas, but do not work as such.
It can be demonstrated by recalculating the formulas: select any cell with a
formula (=something) and press F9. Now you see the correct result of the
formula.
For cells D4, D7, D9, D10, D11 and D23 the result seems to be a realignment
from left to right, but in reality it is a change from text (incorrect) to
numeric value (correct). For cell D26, the change is twofold: a change from
text to numeric value and a recalculation with a different value as result
(depending on whether D4, D7, D9, D10, D11 or D23 have been recalculated).
I cannot explain why the formulas in D5 and D6 are saved correctly in the
document.

As my conclusion is that Google Docs created a faulty document, it a Google bug
and not a Calc bug. Setting the status as such.

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

[Libreoffice-bugs] [Bug 116590] replacing of arabic formation signs

2018-03-23 Thread bugzilla-daemon

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

Hasan AlAmin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 116586] Crash with Hungarian spell checker in 6.0 debug build

2018-03-23 Thread bugzilla-daemon

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

--- Comment #2 from Aron Budea  ---
@László: thanks for pointing to that, indeed there is no crash if hu_AkH11 is
disabled among user-defined dictionaries.

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

[Libreoffice-bugs] [Bug 116590] New: replacing of arabic formation signs

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116590
   Summary: replacing of arabic formation signs
   Product: LibreOffice
   Version: 6.0.2.1 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: h_ala...@hotmail.com

Description:
Hi.I am happy shifting from Mo to LO and soon from windows to linux after i
have become awareness of how bad W and MO and how they are dealng and after
having some knowledge in setting up LO and later Linux. My complain:
Arabic formation signs((arabic supplementary diacritics: tashkeel ) i.e(َ ّ ْ ُ
ٌ ً َ etc) can't be replaced or cleared when using (Find and replace ) tool on
LibreOffice 6.0
Thank you for all the effort you are doing. God bless you


Steps to Reproduce:
1.i have a post
2.i choose find and replace button
3.i put the formation signs that i want to remove and click replace

Actual Results:  
no results: nothing happens

Expected Results:
formation sings (arabic supplementary diacritics: tashkeel ), to be replaced.


Reproducible: Couldn't Reproduce


User Profile Reset: Yes



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:59.0) Gecko/20100101 Firefox/59.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 116589] New: SVG not rendered correctly in Writer (face fill)

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116589
   Summary: SVG not rendered correctly in Writer (face fill)
   Product: LibreOffice
   Version: 6.0.2.1 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kurt.forrester@gmail.com

Created attachment 140831
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140831=edit
SVG created with matplotlib

When I insert an SVG into Writer (see attached SVG as an example) it is not
correctly rendered (circle faces should be open). If the same SVG is opened in
Chrome, Libreoffice Draw, Inkscape, ... it renders correctly.

Reporduce
1. Create new Writer document
2. Insert the attached image (via the file menu, Insert > Image...)
3. Circles on the vertexes are rendered with closed faces (filled) when they
should be open.
4. Compare output in Chrome, Opera, Firefox, ...

Expected behaviour
1. Circles to be rendered correctly

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

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

rugk  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #2 from rugk  ---
Hmm, possible. Is this how it is supposed to be used?

I.e. is the way I write it an invalid syntax?
Because it usually works in all other cases. And when you select the "absolute
mode" from the menu it also shows you this syntax: abs{} (i.e. not this {abs
}.)

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

[Libreoffice-bugs] [Bug 116544] EDITING: Inserting Photo Album that includes .MOV causes Crash

2018-03-23 Thread bugzilla-daemon

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

Buovjaga  changed:

   What|Removed |Added

   Priority|medium  |high
 CC||caol...@redhat.com
   Severity|normal  |major

--- Comment #3 from Buovjaga  ---
The immediate crash upon inserting any non-image binary file is supposedly:
https://cgit.freedesktop.org/libreoffice/core/commit/?id=22aeb2cdddab4b8b903126d651751838e63cbf73

commit  22aeb2cdddab4b8b903126d651751838e63cbf73 (patch)
treeef0ddb8e945c8b17db6a2bc6e888e613653ba1d9
parent  8729504f93c8b59cb2fd6145a1f02987d5fcdb47 (diff)
bmp failure not detected as such because of svg fallback test
I thought it was suspicious that everything was a pass

Change-Id: I10b98cc19d2e23bd5d518113785aeca3a0ea346a
Reviewed-on: https://gerrit.libreoffice.org/18662

Adding Caolán to CC.

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

[Libreoffice-bugs] [Bug 82119] EDITING: Extremly slow response when autospellscheck is on

2018-03-23 Thread bugzilla-daemon

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

--- Comment #8 from Telesto  ---
No repro with
Version: 6.1.0.0.alpha0+
Build ID: dd4f1b1bd31daf080dc0420524712dc244e539b5
CPU threads: 4; OS: Windows 6.3; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-03-20_23:26:38
Locale: en-US (nl_NL); Calc: CL

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

[Libreoffice-bugs] [Bug 116579] Date format setting not recognised

2018-03-23 Thread bugzilla-daemon

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

--- Comment #5 from Elmar  ---
Created attachment 140830
  --> https://bugs.documentfoundation.org/attachment.cgi?id=140830=edit
screenshot of 140822

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

[Libreoffice-bugs] [Bug 116579] Date format setting not recognised

2018-03-23 Thread bugzilla-daemon

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

Elmar  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |---

--- Comment #4 from Elmar  ---
I beg to differ.
Whilst you are right that ISO standard is full year, that is not the point.

The point is that I define in the Options that Y-M-D is a valid input format.
and that is recognized as text, not as a date when I do type it 18-3-13, whilst
I can type 13/3/18 and it does convert it to date. as the example shows.

why wound 18-3-13 be ambiguous if 13/3/18 is not?

Further, I downloaded Xavier's file and got the same result as before. How
come? Please explain and then I will go away.

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

[Libreoffice-bugs] [Bug 116159] Selecting German (Switzerland) does not work

2018-03-23 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 116159] Selecting German (Switzerland) does not work

2018-03-23 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 CC||tele...@surfxs.nl

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

I have noticed something similar

1. Local settings USA (Tools -> Options -> Language settings -> Languages
2. Open the attached file
3. Check spelling (F7) -> Spell checking complete.
4. Press OK 
5. Try to select a different language (Italian/dutch) from the drop down box
(can't be done). 

6. Reload the document -> file reload
7. Type after book 'argh'
8. Press Check spelling or F7
9. Select a different language -> working

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

2018-03-23 Thread Mike Kaganski

 solenv/bin/modules/installer/windows/file.pm |7 +++
 1 file changed, 7 insertions(+)

New commits:
commit 2367557493c216be5b5e8156ba6493d440a10b0f
Author: Mike Kaganski 
Date:   Fri Mar 23 14:17:14 2018 +0100

tdf#116581: also read UTF16-encoded version string from TTF

Change-Id: I47d8a755450b085be39346615f06cee4f920859f
Reviewed-on: https://gerrit.libreoffice.org/51781
Tested-by: Jenkins 
Reviewed-by: Mike Kaganski 

diff --git a/solenv/bin/modules/installer/windows/file.pm 
b/solenv/bin/modules/installer/windows/file.pm
index 1a12becb6076..76217f859b45 100644
--- a/solenv/bin/modules/installer/windows/file.pm
+++ b/solenv/bin/modules/installer/windows/file.pm
@@ -560,12 +560,19 @@ sub get_fileversion
 close TTF;
 
 my $ttfversion = "(Version )([0-9]+[.]*([0-9][.])*[0-9]+)";
+# UTF16-encoded version string
+my $ttfversionU = "(V\0e\0r\0s\0i\0o\0n\0 
\0)(([0-9]\0)+([.]\0([0-9]\0)+)*)";
 
 if ($ttfdata =~ /$ttfversion/ms)
 {
 my ($version, $subversion, $microversion, $vervariant) = 
split(/\./,$2);
 $fileversion = int($version) . "." . int($subversion) . "." . 
int($microversion) . "." . int($vervariant);
 }
+elsif ($ttfdata =~ /$ttfversionU/ms)
+{
+my ($version, $subversion, $microversion, $vervariant) = 
split(/\./,$2 =~ s/\0//gr);
+$fileversion = int($version) . "." . int($subversion) . "." . 
int($microversion) . "." . int($vervariant);
+}
 else
 {
 $fileversion = "1.0.0.0";
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 116588] Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

Jacques Guilleron  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||guillero...@aol.com
 Ever confirmed|0   |1

--- Comment #1 from Jacques Guilleron  ---
Hi rugk,
Why not this way:
{abs r}^2

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

[Libreoffice-bugs] [Bug 116544] EDITING: Inserting Photo Album that includes .MOV causes Crash

2018-03-23 Thread bugzilla-daemon

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

Buovjaga  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected, bisected
Version|5.2 all versions|5.0 all versions

--- Comment #2 from Buovjaga  ---
It crashes already in 5.0, but only as you exit LibreOffice. I bisected to:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=070141b854c7731aa44ccf6ce446802ad8653697

commit  070141b854c7731aa44ccf6ce446802ad8653697 (patch)
treee02bcc9af2910a8a8ba3c2628e2f4707208d0e9f
parent  82d573e8bf97193c032ca9631d33fa39bbd12638 (diff)
tdf#64573: Add captions to Photo Album
Creates a rectangular text area with following attributes-
Color-Black
Transparency-20%
Alignment-Bottom
Default Text-Click to add Title

Change-Id: Ifb75c57fd19d41635fd4e397cbfe2b8a65975eb6
Reviewed-on: https://gerrit.libreoffice.org/14517

Rishabh is no longer working on LibO, so no use adding him to CC. Maybe I could
bisect the immediate crash as well.

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

[Libreoffice-bugs] [Bug 50216] Impress FORMATTING: Slide master fields are duplicated when saving to .fodp

2018-03-23 Thread bugzilla-daemon

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

--- Comment #29 from Michael Zingale  ---
I still have this issue with LO 5.4.5

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

[Libreoffice-bugs] [Bug 116586] Crash with Hungarian spell checker in 6.0 debug build

2018-03-23 Thread bugzilla-daemon

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

--- Comment #1 from László Németh  ---
@Áron: yes, I started to check it. Could you confirm, that the crash occurs
only with the enabled Hungarian personal dictionary AkH11 (old orthography)?

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

[Libreoffice-bugs] [Bug 113553] FILESAVE: DOCX: space between footnote number and the content doubles after RT

2018-03-23 Thread bugzilla-daemon

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

Angelos Skembris  changed:

   What|Removed |Added

 CC||a.skemb...@quantdata.gr

--- Comment #12 from Angelos Skembris  ---

Please note that this is still present in version 6.0.1. (the #51811 version,
where a tab is added). 

Also, the "Footnote" style seems to really want a tab stop at 1 cm. Deleting
the stop in the style configuration dialog box, saving and reopening the
document results in the tab stop being present again (along with the tab after
the footnote number, of course).

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

[Libreoffice-bugs] [Bug 104238] [META] Impress image bugs and enhancements

2018-03-23 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 Depends on||112997


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=112997
[Bug 112997] Viewing: only a single of multiple animated gif is rendered
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 112997] Viewing: only a single of multiple animated gif is rendered

2018-03-23 Thread bugzilla-daemon

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

Telesto  changed:

   What|Removed |Added

 Blocks||104238

--- Comment #4 from Telesto  ---
Repro with
Version: 6.1.0.0.alpha0+
Build ID: dd4f1b1bd31daf080dc0420524712dc244e539b5
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-03-20_23:26:38
Locale: nl-NL (nl_NL); Calc: CL


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 116588] New: Power inside of absolute value instead of outside

2018-03-23 Thread bugzilla-daemon

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

Bug ID: 116588
   Summary: Power inside of absolute value instead of outside
   Product: LibreOffice
   Version: 5.4.6.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Formula Editor
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: qr97apzay...@opayq.com

When writing this:

abs{ z } ^ 2

It is shown as:
| z² |

However, that is of course not what I wrote. It should be shown as:
|z|²

(also happens with other numbers/variables, not only 2. Just sued for
demonstration purposes here.)

A workaround is to write:
{abs{ z }} ^ 2

But IMHO this is not intended. If I want to have the power inside of the
absolute number, I'd write it like that:
abs{ z ^ 2 }

And if you say it makes no difference mathematically, you are wrong. For real
numbers, maybe, but not for complex ones e.g., where the "absolute number" has
a different definition.

On Fedora 27 with v5.4.6.2-3.fc27 here.

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

2018-03-23 Thread Stephan Bergmann

 compilerplugins/clang/check.cxx  |   51 +
 compilerplugins/clang/check.hxx  |4 ++
 compilerplugins/clang/redundantcast.cxx  |   53 ++-
 compilerplugins/clang/redundantfcast.cxx |5 ++
 4 files changed, 65 insertions(+), 48 deletions(-)

New commits:
commit 8789f4f65b1a9df55862557ae65d9267fcd8a986
Author: Stephan Bergmann 
Date:   Fri Mar 23 13:18:34 2018 +0100

Check isOkToRemoveArithmeticCast in loplugin:redundantfcast too

...to avoid warnings like

> C:/lo64/core/svx/source/table/accessiblecell.cxx(400,12):  error: 
redundant functional cast from 'long' to 'sal_Int32' (aka 'long') 
[loplugin:redundantfcast]
> return sal_Int32(0x0ffL);
>^

with clang-cl

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

diff --git a/compilerplugins/clang/check.cxx b/compilerplugins/clang/check.cxx
index 2a7b0a978348..2f1ca066452f 100644
--- a/compilerplugins/clang/check.cxx
+++ b/compilerplugins/clang/check.cxx
@@ -228,6 +228,57 @@ bool isExtraWarnUnusedType(clang::QualType type) {
 return isDerivedFromSomethingInteresting(rec);
 }
 
+namespace {
+
+bool isArithmeticOp(clang::Expr const * expr) {
+expr = expr->IgnoreParenImpCasts();
+if (auto const e = llvm::dyn_cast(expr)) {
+switch (e->getOpcode()) {
+case clang::BO_Mul:
+case clang::BO_Div:
+case clang::BO_Rem:
+case clang::BO_Add:
+case clang::BO_Sub:
+case clang::BO_Shl:
+case clang::BO_Shr:
+case clang::BO_And:
+case clang::BO_Xor:
+case clang::BO_Or:
+return true;
+case clang::BO_Comma:
+return isArithmeticOp(e->getRHS());
+default:
+return false;
+}
+}
+return llvm::isa(expr)
+|| llvm::isa(expr);
+}
+
+}
+
+bool isOkToRemoveArithmeticCast(
+clang::ASTContext & context, clang::QualType t1, clang::QualType t2, const 
clang::Expr* subExpr)
+{
+// Don't warn if the types are arithmetic (in the C++ meaning), and: either
+// at least one is a typedef (and if both are typedefs,they're different),
+// or the sub-expression involves some operation that is likely to change
+// types through promotion, or the sub-expression is an integer literal (so
+// its type generally depends on its value and suffix if any---even with a
+// suffix like L it could still be either long or long long):
+if ((t1->isIntegralType(context)
+ || t1->isRealFloatingType())
+&& ((t1 != t2
+ && (loplugin::TypeCheck(t1).Typedef()
+ || loplugin::TypeCheck(t2).Typedef()))
+|| isArithmeticOp(subExpr)
+|| 
llvm::isa(subExpr->IgnoreParenImpCasts(
+{
+return false;
+}
+return true;
+}
+
 }
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/compilerplugins/clang/check.hxx b/compilerplugins/clang/check.hxx
index af6e8263df39..407258393eb8 100644
--- a/compilerplugins/clang/check.hxx
+++ b/compilerplugins/clang/check.hxx
@@ -283,6 +283,10 @@ template ContextCheck 
ContextCheck::Struct(char const (& id)[N])
 
 bool isExtraWarnUnusedType(clang::QualType type);
 
+bool isOkToRemoveArithmeticCast(
+clang::ASTContext & context, clang::QualType t1, clang::QualType t2,
+const clang::Expr* subExpr);
+
 }
 
 #endif
diff --git a/compilerplugins/clang/redundantcast.cxx 
b/compilerplugins/clang/redundantcast.cxx
index c4d50424b1a0..0faadc5a541a 100644
--- a/compilerplugins/clang/redundantcast.cxx
+++ b/compilerplugins/clang/redundantcast.cxx
@@ -45,30 +45,6 @@ bool isRedundantConstCast(CXXConstCastExpr const * expr) {
 || sub->getValueKind() == VK_XValue);
 }
 
-bool isArithmeticOp(Expr const * expr) {
-expr = expr->IgnoreParenImpCasts();
-if (auto const e = dyn_cast(expr)) {
-switch (e->getOpcode()) {
-case BO_Mul:
-case BO_Div:
-case BO_Rem:
-case BO_Add:
-case BO_Sub:
-case BO_Shl:
-case BO_Shr:
-case BO_And:
-case BO_Xor:
-case BO_Or:
-return true;
-case BO_Comma:
-return isArithmeticOp(e->getRHS());
-default:
-return false;
-}
-}
-return isa(expr) || isa(expr);
-}
-
 bool canConstCastFromTo(Expr const * from, Expr const * to) {
 auto const k1 = from->getValueKind();
 auto const k2 = to->getValueKind();
@@ -150,7 +126,6 @@ public:
 
 private:
 bool visitBinOp(BinaryOperator const * expr);
-bool isOkToRemoveArithmeticCast(QualType t1, QualType t2, const Expr* 
subExpr);
 bool isOverloadedFunction(FunctionDecl const * decl);
 };
 
@@ -297,7 +272,8 @@ bool

[Libreoffice-bugs] [Bug 116587] mailmerger skipping number of records while creating pdf e-mail

2018-03-23 Thread bugzilla-daemon

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

JMP  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

1 2 3 >

1 - 100 of 246 matches

Mail list logo