...the apparently mistyped conditions happened to work well for the expected
values of m_aState.

Change-Id: I75f1f4ff8343098be4932c286ddb101d5e913183

Change-Id: I02799a057d33826ec716ef19326ca2fb0880cd1f

The bugfix was just for the special case when we must create textframes
due to the contained tables, this one add support for the default case
when we want a real group shape.

Change-Id: I74b77b233235959266a24660c970a79e41d8b272

Change-Id: Ie8f039ce403832e54251a751609d91b8d608ed79

Change-Id: I64e07de98505da551cf8e771c1d46480b0ad1832

Project: help  043eb476b407398dc323b8aeb6c52489ce8fa3cf

Change-Id: Icd4b81749a369828c45101b1b82f4e3a5e8ebb9a

Change-Id: Ia84541a8ba2e09ca89962e1ed477b90819cc3f48
Reviewed-on: https://gerrit.libreoffice.org/4755Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ia38a982b37568c9225c03197a085db3164602f85

Change-Id: I037036e410a6f9d7da7bc34721c105e81470d5d9

Change-Id: Idf2a9a879daf48202f28068d2aa108ca97213bd8

(cherry picked from commit d8dfdae3)

Conflicts:
	drawinglayer/inc/drawinglayer/primitive2d/svggradientprimitive2d.hxx
	drawinglayer/source/primitive2d/svggradientprimitive2d.cxx

Change-Id: Ifcc795a3474efad1c1bca77088adfef36258ee95

and set default alignment of builder-created buttons
to the default gtk left alignment, instead of the default
vcl top alignment

Change-Id: Ie6069ed7b0359c6d76e00fe1bcd3618625923cc1

Change-Id: I7c186ea77bbadd20ac881dcb0aa2cf7db525dc1e

Initialize nType and nItemSize variables in case stream is faulty.

Change-Id: I59602f2b04e3816d8de7cc1a5e7e526c8e822477
Reviewed-on: https://gerrit.libreoffice.org/4762Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Initialize nTag to zero before reading from the stream. In case the
stream is faulty. That will make nRecord equal to END so we drop out
of the do while loop and don't use unitialized variables.

Change-Id: Iad135e8d7f53c41cf8a764e5c7ab0f0cc5ffc6f0
Reviewed-on: https://gerrit.libreoffice.org/4759Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I5c5128686e96a97570b8cdf109dd75976a071ca8

Change-Id: I8ae4302f5391bf3d11490cd8b46a20f94bfb6ce7

(cherry picked from commit 7f983cd3)

Change-Id: I61214c07803487804d09f6f2df11ddb42ef0d7d2

Project: help  841203a83dd42ead9e34ec55b1b30c1745143876

... which was obsoleted by commit
c007292e and apparently causes breakage
for builds with gb_GCOV=YES.

Change-Id: I27def9a8b4d003bf82c84e55d36ace37dd8532b0

(cherry picked from commit be9ff083)

Change-Id: I89a7b4ba8680606d97c26b9fde604f63ca814319

Change-Id: I94d86f9807e67bd4f352321fde1c83913b5a4fed

Project: help  489cb91bc7d12ce8fd4b2f7b3f6397c7d02a81cf

Change-Id: Iace2f120b70df02ddb004b9f67cb8b548b9277d8

Change-Id: Iada6a992adead516c92cef9162b883679ba016f8

Change-Id: I0eb15009fbc48977a58f06501ef519cc0198b26b

Change-Id: I814971373827763a4ea9ede02ad245fb86369acb

Change-Id: I2799d0756276ab43b2567e5b21e511a038a7462d

Change-Id: I0643a642681bf25fe57de5607e9d7ddbf98af831

Change-Id: I36eb559fa58dbe75384b7119c788af0048813aed
Reviewed-on: https://gerrit.libreoffice.org/4733Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I0a7d606f359a6cc99a8ecf0fd3fcc5c0b216c94f
Reviewed-on: https://gerrit.libreoffice.org/4754Reviewed-by: abdulmajeed ahmed <aalabdulrazzaq@kacst.edu.sa>
Tested-by: abdulmajeed ahmed <aalabdulrazzaq@kacst.edu.sa>

Change-Id: I6b64d25c3bddc73ba168ed0c7b6a0f12d0042fad

The main problem is calling SetHyphPos with a stack pointer.
Converting STRING_LEN <-> -1 can't hurt though.

(regression from a2f6402b)

Change-Id: I59a4e3b16b418082de468c7d7f7f38a9b0bccd01

The previous "fix" was resulting in exceptions in some vdx files.

Change-Id: I961560b66bc29660daca54e39f14f612bbb50e34

Change-Id: I4bda3506f3c37be12795c9ed5787df1e7ced9014

Change-Id: I495b0e2823fee787379bf13ea238b19ef1c54fe7

Change-Id: Ie82e10fcdfc495ac19a34be85249480540e88d1d

Change-Id: Ie82e10fcdfc495ac19a34be85249480540e88d1d

Which definitely is not what we want here. Use clock_get_time() on a
CALENDAR_CLOCK instead, that gives time since the Unix epoch.

So our osl_getSystemTime() had been completely broken on OS X since
May 19 (d8d55787) and no unit test had
noticed... Fairly coincidentally, an assert() introduced yesterday in
4d220882 caught it.

Change-Id: Iad76a7aadc39159fdc80c99087bb527d6aa49c66