Change-Id: Ic99caa7fc5189228b95b1f776dbc8c7ee835242e

Change-Id: I6c1b6697e984dd39b70dace8568eda41b346e685

Change-Id: Iea85454339b79bd65bdd0f340bd86359370cd5f6

Change-Id: Iba85b958c01c7bf6079180973379d4b7261a636e

CMYK, RGB, and gray color models are supported. LAB colors
are replaced by just black since the conversion to RGB is
very complicated.

Change-Id: I689e6ce972cd7b7f03725f99be4761dea4a81743
Reviewed-on: https://gerrit.libreoffice.org/14661Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I27d0cdac158a674274647fe0081a8d8c046fe0ea

Change-Id: I85c0db36709f545bf2d4eaba9b458e4741b7879b

Change-Id: I1c99cd2c8a392bf2a775eeb2c3acd4474aa2b0fb

Change-Id: I81778d452b548a0205db2e8bd30bcfed37becfcd

Change-Id: I2ae844d43a875ea0b4eb9dd445e483a36a90f73d

Change-Id: Ib70d1510bac2eb6bd5491f3177191ad5a8aebe2d

Change-Id: I1444e114e5cdbe794d79f40edebc32cb0229a4b5

Change-Id: I7e7f74ffbfd9edc4d8d4b3ca13d9a2f0d97dcbf4

Change-Id: I56a89b8785d7ac9f959ed43be26302540332e7ee

Change-Id: I409a505ad61f99e56081a9a05ec49284564fd568

Change-Id: Ib5238d44d7bce6651ddbdc4f843f5aaab4eb97c2

Change-Id: I536b2c2fbbee9e9fd5dd10e016d73a771bd8083f

A workaround applied in #i99360 (sha:44e008b0) does not works always correctly.
This workaround is required to avoid bug in X11 which is already
fixed in 2009 (https://bugs.launchpad.net/ubuntu/+source/ekiga/+bug/322310).
That fix should now be spread enough so there is no reason to keep it.

Change-Id: Ied6fe8f32d2da5922092bd9ed47ee56c4f67a255
Reviewed-on: https://gerrit.libreoffice.org/14671Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

It was quite confusing that the implementation class for SwView is
SwView_Impl, but SwViewShell's implementation class was SwViewImp.

Change-Id: I44fdc79f446a576b3d9b952b0c9212001b0b88fe
Reviewed-on: https://gerrit.libreoffice.org/14681Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

Project: help  2f84d05cecc0265902c5df3afc22adf8a046a3c1

related tdf#69685 tdf#70733 move functions to appropriate categories

Change-Id: I85624c210d87e9cccaf7ddd3db53b52f37f4fb34
Reviewed-on: https://gerrit.libreoffice.org/14680Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I832a5626b52935180f24857e56297840667eec2a
Reviewed-on: https://gerrit.libreoffice.org/14678Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I151957e415eff793e3d054050526b7d6892d28d4

Change-Id: I49a35270d6ff2ea5c840a1f4f73d1f6a0701b2d5

Change-Id: I0290c1f87e58e435e0989d7fd3186e98766d7a29

Change-Id: I5e938a0b53ea7a1b020bc73634bff70913f3ebc3

Change-Id: I88c53ade0101cfd7735a45b2038879bd027b0314

Change-Id: I8c73d95d92dc4a30dd6a71260817ab4fc3096f27

Change-Id: I9b7dc689cfef11aa6f33868884a9a25607502d1d

Change-Id: Icd572dd7ce723517f3d45ce932230e346bedc261
Reviewed-on: https://gerrit.libreoffice.org/14674Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

+ optimization (removing cycle on cells with default attributes)

Change-Id: I4441fab13cb8ba6251d8524db4045e22514436fa

... years ago in commit e1b51e7b

Change-Id: I588370796830dc379f6a004ec7e673b020360eb5

The sc_subsequent_filters_test was failing because of a lock file
because it did not use the unittest configuration.

Refactor gb_CppunitTest_use_configuration so it uses both the instdir
and unittest configuration to prevent such errors.

In case there ever is a test that does not work with the unittest
configuration it should call gb_CppunitTest_use_instdir_configuration.

Change-Id: Ibc00d42f8b6102d50d922f51173120798fa45c6e

Change-Id: I79a330c8fec2f2a47c7a348c911df5b45913b239

Change-Id: I0a84f4216ff6120f00126a3bd2942f2e455e4190

Change-Id: Ia9528660190b0359c59818c82265081d9e73b9d9

...which now opened the AddressBook Table instead.  Apparently a regression from
a527ad98 "Resolves fdo#87789: show groups in
collected addresses."

Change-Id: I413adb3ee963262cac71547cde6e5ccc5a9a19ab

...to not need to see the KDriver class from the outer kab wrapper in the inner
kabdrv, and the KConnection class from the inner kabdrv in the outer kab
wrapper, which caused false positives from -fsanitize=vptr.

Change-Id: Ifae4c837ba4da660df0928b50de5114d567e5d9c

The problem is that currentcontextchecker.cxx is linked statically into 2
dynamic libraries, and with clang now using -fvisibility-ms-compat since
commit f0aa1a78 the ASAN complains about
ODR violation in testttols uno_test:

==1818==ERROR: AddressSanitizer: odr-violation (0x2aef08e9c600):
  [1] size=192 'vtable for testtools::bridgetest::CurrentContextChecker'
  testtools/source/bridgetest/currentcontextchecker.cxx
  [2] size=192 'vtable for testtools::bridgetest::CurrentContextChecker'
  testtools/source/bridgetest/currentcontextchecker.cxx

Change-Id: Ie705788dbf035f7a9f64878c6dcf3cec9b7e7ba1

Now Adobe Reader is satisfied with the signature timestamp also for a
PDF signed and timestamped on Windows.

My gleeful commit comment from yesterday about how much simpler the
Win32 crypto API was to use for this task was not entirely true. It is
simpler than using NSS and curl, but not as simple as I had hoped. Oh
well, I am not really surprised.

I now use the "low-level" message functions instead of the single
"simplified" CryptSignMessage(). And just like with NSS, I need to
create the message twice; first to get the signature to timestamp, and
then a second time to attach the timestamp. But now I wonder whether
doing CryptSignMessage() twice would work too. Anyway, won't touch the
code now for a while.

I am actually a bit surprised that the code works... Must have been my
lucky day. Or then I just am good at making educated guesses at what
an API does, even if the documentation doesn't make it perfectly
clear. Especially, I am a bit surprised that calling
CryptMsgGetParam(hMsg, CMSG_BARE_CONTENT_PARAM) returns (just) the
signature. OTOH, what else would it return?

Change-Id: Iec20c7605cf3d841b9e1787184c7b665837f1bc2

Change-Id: I4adad1675f2a880e14ed870a3c74e43e8898c371
Reviewed-on: https://gerrit.libreoffice.org/14663Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>