curl: link against the internal NSS if SYSTEM_NSS=NO

This is somewhat non-obvious since there is no way to override curl
configure's use of pkg-config for NSS... it needs actually 2 include
paths, and the --with-nss takes only one (which is extended with
include/ and lib/).

Thanks to Alex Thurgood for the report.

Conflicts:
	curl/ExternalProject_curl.mk

Change-Id: I06074de50daad19a2cc62fe4090d3c0fbfdb2cb1
(cherry picked from commit 075023b473b064e2cad84c3212602e1bb2bc9d1c)
Reviewed-on: https://gerrit.libreoffice.org/3463
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
fdo#40102 show full footnote text in index tooltip

Change-Id: I35acdaf4f62df7a1d375aed663c270e78ea70779
Reviewed-on: https://gerrit.libreoffice.org/3590
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Resolves: fdo#51556 allow tab traversing into the conditional formatting list

Change-Id: Ie08a7312df0d42efc3697089cf766ceeefd623b0
(cherry picked from commit f0596516b943f90632ff4bbca83f4ce825e3b433)
Reviewed-on: https://gerrit.libreoffice.org/3656
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
i#120015# Let SdrUndoAttrObj remember a reference to the used style to survive

removal of the style by UI (which creates no undo actions). Re-add the
style when undoing if needed.

Change-Id: I6069a1cb42dfaeb0dd35fdc15687fd307f2b641e
(cherry picked from commit 4c8ffa01131f2df2b314218731d83bd776944802)

Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
fdo#61092: force ENABLE_QUICKSTART_LIBPNG to None with --enable-headless

Fixes compile issues with --enable-headless if png headers are installed.
Backport of 37690fe74c4c585564c67c1ff7b8be353cf68033

Change-Id: Ia16b38ae61f485ba62cd2b802a2e1239697be088
Reviewed-on: https://gerrit.libreoffice.org/3802
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
configure: with --enable-headless disable opengl by default

It makes no sense without a gui, one less one is forced to use
with --enable-headless
Issue fixed in master in 2ac38d1eac981a411f89b666c6f72aef88fa1f73

Change-Id: I28bd271ca1121070a331cd0a9b1d1ce823ce7c63
Reviewed-on: https://gerrit.libreoffice.org/3803
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
fdo#61060 - Freezing now marks spreadsheet as unsaved.

Change-Id: I0b479500938e185fb6d163837b29e6e36e823260
Reviewed-on: https://gerrit.libreoffice.org/3641
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
Work around problem with boost::shared_array(NULL) ctor and Boost 1.53.0

...claiming

  template<class Y> boost::shared_array<T>::shared_array(Y*)

is not a viable option due to mismatched types 'Y*' and 'long int'

Change-Id: I8db321cd25cd73c84fa2a3124c9ec1018c131d5f
(cherry picked from commit b62048701cea5024383e19314592f2edcd9810fd)

Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
fix compile for change to boost 1.53.0 declaring smart pointer operator bool as explicity for C++11 compilers

Change-Id: If2c3ad68b2ffea645a9f2035cd802553edc0ee79
Reviewed-on: https://gerrit.libreoffice.org/2064
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
(cherry picked from commit d4bab97023e3569571a92551040574b20aceca7c)

Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
resolved fdo#64384 check subtotal row filtered also for single reference

(cherry picked from commit 3c2d0acc871057573fe9ab45b8161fce70190e80)

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

Change-Id: Ic00b9135021f2c5f76755efbe88fc1f12e655320
Reviewed-on: https://gerrit.libreoffice.org/3847
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
fdo#64311 - .desktop files: use %U for URLs only if we have gvfs or gio.

(cherry picked from commit 363b82fdb4016bc42877fea2ebde9227b27579fe)

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Conflicts:
	sysui/CustomTarget_share.mk

Change-Id: I52c75432eb30a46b2c6a597211df09fdbb08056c
Reviewed-on: https://gerrit.libreoffice.org/3880
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
fdo#64311 - don't encourage the fpicker to give us URLs we can't handle.

(cherry picked from commit 8659ca5c350b9b08fb5f343c68955cdd6d361c96)

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Conflicts:
	config_host/config_vclplug.h.in

Change-Id: Ide7d833801e96a3375909238d036687082f34605
Reviewed-on: https://gerrit.libreoffice.org/3881
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
fdo#64311 - re-enable gnome-vfs for linux.

Change-Id: I6e67c42e85748f7065b4d8bbfe2478f2af3a50c5
Signed-off-by: Fridrich Strba <fridrich@documentfoundation.org>
hopefully this fixed the strange autorecovery related dataloss fdo#42899

also this is a fix for bnc#817477
Disabling the optimisation of copying the library container storage
to target storage for the moment ( hopefully after some rework
it might make some sense to re-enable this code ) The problem here is
there is a tragic flaw in the api implementation. In the implementation
the library in-memory model state reflects that the library model
has been saved to storage but not the library container storage
as you ( or at least I ) would expect but actually any storage.
So to illustrate the problem, during autorecovery when the
basic library containers are stored to the autorecovery file the
library pImplLib->implIsModified() is set to false, any subsequent save
attempt will think the library is not modified and will attempt
to the librarycontainer storage to the target one. However, in this case the
source (library container) storage has never been updated with the changes
from memory.
Can't we simply only update the 'implIsModified' state only if the library
container's own storage and the storage to store to are the same ?
Sounds like a good idea, unfortunately this is not possible due to the way
that sfx spaghetti code uses temporary storages for even own copies and
also because it sets the new root storage for the library container
after the library copy happens. ( some stuff in dbaccess appears to
depend on this as well )
AFAICT for any document save/saveas etc. operation the librarycontainer's
own storage and the storage we save to are *always* different.
So for the moment it seems best to *always* write the storage from the
in-memory model.

Change-Id: Ia24e7a6119558497d901370dbc0986101bde4de9
Reviewed-on: https://gerrit.libreoffice.org/3832
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
fix for fdo#51300

Hopefully a better choice for defaults will minimise the chance of a bad colour
combination for notetext and notebackground colours when one colour ( more than
likely the notetext colour ) is gleaned from some default ( e.g. like a system
 tooltip colour ). We change the choice from system helptext ( fg & bg ) colours
and use Libreoffice default font and default note background colours instead.
The rationale here being that even in the normal scenario it seems with modern
excel documents the note background colour is a 'real' colour and not an index
( therefore the colour selection from some predefined colour doesn't happen )
But the note text colour is generally a colour index ( therefore a colour is
selected from defaults ). In say gnome3 the default tooltip colour is now white
 and a really bad contrast to the normal background colour for a note. I changed
the code here to use the colours from libreoffice given that the default colours
more or less match Excel default colours ( which will be by far the most
frequently ) used combination

Change-Id: I2ae38a44e0cbf201beb3b7d18a89f5ebdd644f8c
Reviewed-on: https://gerrit.libreoffice.org/3814
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
add dictionaries to ca-XV language pack

Change-Id: I1afb4388bbb811a7d296b86a4a8b77758964daaf
Reviewed-on: https://gerrit.libreoffice.org/3898
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
resolved fdo#60468 no special tab case workaround for CSV import

This reverts 322cbc3818b0553254aab2dfb3c5b196fe814097 "Import mal-formed
csv files gracefully." (code now moved to a different location) which
was a workaround for a specific situation that breaks things with other
documents.

With the rework of CSV import for 3.6 the import of the one failing
document https://bugzilla.novell.com/attachment.cgi?id=294589 from
https://bugzilla.novell.com/show_bug.cgi?id=507322 works almost fine
without this workaround, with one difference in row 1805 where data is
completely broken and parts of two rows end up in one cell P1805. That
row wasn't correct with the workaround either, see also cell P1805 in
earlier versions.

As a result now without that workaround there is one data row less for
the broken document but correct data for correct documents.

Change-Id: Iacf56993619cd92c1df81f0c49de0eeb04c2e4e4
(cherry picked from commit a883783c2a1b0e7a8ee5b46387d1e1e3bc5e19bd)
Reviewed-on: https://gerrit.libreoffice.org/3905
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
commit subforms before moving in parent form

else, all pending changes in the subforms are lost

(cherry picked from commit 28cacb44009a1d2cb5fdb3b81c1a7c665463d38d)

Conflicts:
	forms/source/component/errorbroadcaster.cxx
	forms/source/runtime/formoperations.cxx
	sal/inc/sal/log-areas.dox

Change-Id: I82b0967729c71a4f01eff9f823a1961fad999679
Reviewed-on: https://gerrit.libreoffice.org/3865
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
fdo#36876 WW8 filter: fix export of table margins

Actually no testcase, as the export bug does not affect our import
filter. The problem was that we wrote SPRM's, which are properties of
floating tables, so once the user edited the resulting document in Word
and imported it back to Writer, frames around tables got created.  Fix
this by only writing floating table SPRM's for tables which are already
in a fly frame.

Regression from cbba191cf0fff148935f24d111cb124bd5a5328b.

(cherry picked from commits 335c264d508a9c73845b94483475435a0cebfe64 and
a935a154c3911b466a9b1c8da3c2cf0be2e0014d)

Change-Id: Ifeae93100ca80dcde34fc79f69a91064d44ea8f4
Reviewed-on: https://gerrit.libreoffice.org/3915
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
fdo#62977 allow SAL_MAX_INT16..SAL_MAX_UINT16 when importing RTF_U

(cherry picked from commit 4a816a816e8b4e213394898bd0e307dd90fcbb64)

Conflicts:
	sw/qa/extras/rtfimport/rtfimport.cxx

Reviewed-on: https://gerrit.libreoffice.org/3913
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Conflicts:
	sw/qa/extras/rtfimport/rtfimport.cxx

Change-Id: Ie36d5881b0ebe8c38526690ca27d02bfb7af7829