Change-Id: I269846840b8e2f67838da525c020a305901cf903

Change-Id: I1e51ea9f06be698641287e8d85a5288220879d3f

Change-Id: I3cf3d730fee95a54d8b51779835eda8d24d50ff3

Change-Id: Id789250d6aeae642ef5c712e33c5583628638218
Reviewed-on: https://gerrit.libreoffice.org/4604Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

Patch by: Peng YunQuan
Review by: mayongl
Reported by: Yan Ji

(cherry picked from commit 94c8978a)

Change-Id: I66bb91bf07a5c52b2a5e2b2a91187ac9580fbb0a

Change-Id: Ib7ef6fe87673c601ad3c24f3ed3f382c039551f4

Found by: jteera
Reported by: Andrea Pescetti
(cherry picked from commit 8f23dda6)

Change-Id: I50c9f0bd28f17e5d56c6d6948871042ba64650ef

Change-Id: I6f7cbc6aea1acbd7c803cd418ba2e9ed71fb2c50

Change-Id: I8b4901d98c210f5a3228981a2b180f2fcc06c768

Change-Id: I77287909b88be01615e2aae302c48904c1adf933

Crash in there while accessing an evidently deleted DAVResourceAccess
instance with about 4 other threads also in various webdav_ucp::Content
methods.

The problem is apparently that the "outer" getResourceType() passes the
m_xResAccess to the "inner" getResourceType(), which accesses it
without locking the mutex, while another thread resets m_xResAccess
and thereby deletes the current instance.

(regression from 0c350011)

Change-Id: I1c67021c536e303d766c7ff93fb71e40f991f3af

Change-Id: Ibba31126161b77b499561c5a74c057a56c07a4a8
Reviewed-on: https://gerrit.libreoffice.org/4647Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

Change-Id: Ib3e399efb0d1116473bc5ff0e1b858b2cfa4aec8

This is a better fix for fdo#47802, now that shape import is no longer
buffered.

Change-Id: Idce6d11e6774d1fe7fc04b6a52d5b77a3879381e

Change-Id: Ia24fe7556598ad88f3b72a62bef2361a3fd0a712

Change-Id: Ia3ec1302649809b7a63befc0a48fb142f1169936

Change-Id: I079e88700f3353b906f0d8fc85083695cfe569bb

Change-Id: I1e06ccae6c820715d2cea70d679bf7681bae711a

Change-Id: I7cea50e99a4ffd9eac357251ffe630921ec64795

Always call FT_Done_Glyph before returning.

Change-Id: I861bcc66b065d9cfb909b3ea561af97caccc4593
Reviewed-on: https://gerrit.libreoffice.org/4635Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
Tested-by: Khaled Hosny <khaledhosny@eglug.org>

Change-Id: I0ec4a7257d352fac43aca57269ffaec96a706651

Change-Id: I5d7e205c8908fab6ff70065961d77b3b91d82461

Change-Id: If4d5d4be2a5552c52e7e98ff891e2166b7541800

Change-Id: I40ff06facc304630ccedd82d2f20b3573bdc5cb4

This was pretty lame. It's static. To be sure revert it.

This reverts commit 504499ad.

Change-Id: I619d5d1ff9f6242be652674e4df54ad5c5ddc017

 - Survive case where direction not given
 - make ascending default in stronger way

Change-Id: I41ab2fd683ea71ea668e3ca3ee4a9618d67c0107

Change-Id: Ibef643498903c82eee5533d387a33ca26a77d496

Core Text does not fake missing italic and bold (unlike ATSUI), so we
have to do it on our own. This commit handles fake italic, bold is a bit
harder.

Change-Id: I4e705669638f67e3c8ec414f2cadd0c6daea9bcb

Change-Id: If8cd564b03712a8835788386afd83cc97ce04a98

Change-Id: Id1998b240025973f43691e83cebce17449b060ba

cui/source/inc/macroass.hxx and include/sfx2/macropg.hxx seem to be duplicates

Change-Id: I7df15a2ac97aff92449d40045c55de811bd701f2

The more common definition comes from svtools/valueset.hxx.

Make the difference clear.

Change-Id: I79b09f31007a4c00860fa97d8517a2b1f6aadeea

Change-Id: I4c3311061150f2fd6c703566f064df8263caaa09

Change-Id: I11e94d406daa8e834253c9d3c44ec4e52c2418e1

This one is unused. The right choice is xmloff/xmlement.hxx

Change-Id: I8bbbcfd0a45f28a309bd22ac2b819fab2e2b2793

Change-Id: Ia669845468a5f089864e4d08744871c9c05de61c

This reverts commit 41660fee.

Change-Id: I25cdbc7d63b1ed244127a46b41e68e9c5a174697

See 9fd9b14cffbf2604022c099b6202bb0a1da6f06e for more details.

Change-Id: Iea92076be8cbcc110deff3c617ee13bbd66aab79