also edited two examples in canvas comments

Change-Id: Iac82b462168f869f995c33bb2c639f3dbe09cbd5
Reviewed-on: https://gerrit.libreoffice.org/31715Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Id51fe7614b8e0045eddb66ed4bbffa7f60052f7d

Change-Id: I447c46cc3d66c7f482314626826dd708bf1c01c4

and remove the XPolyFlags enum, which has the same values and was being
converted to PolyFlags anyhow

Change-Id: Iaead84933c79a7603698a4e50257dd944df89c41
Reviewed-on: https://gerrit.libreoffice.org/31627Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I6ea2aaa5ca857d89342b9d18bd4cbedbeeea2b2f

Change-Id: I8d294eb35d30f6b944c61a1d7a002b76da624a13
Reviewed-on: https://gerrit.libreoffice.org/31713Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Project: help  eb91fb0313b9e9f3b1276502aebf77ca8ff6c115

tdf#104410 'Insert - Names' moved and renamed

Now this menu item is 'Sheet - Named Ranges and Expressions'

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

Change-Id: I14e48ea5c59bdd12ad6484222b3e8733664e78c4
Reviewed-on: https://gerrit.libreoffice.org/31712Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Ic8ccb0a9715ec05182dacddab2c015b0de6a0fba
Reviewed-on: https://gerrit.libreoffice.org/31675Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I1bcc6c62e2caa16f4f3fbc0bef60934e72a3e9a3
Reviewed-on: https://gerrit.libreoffice.org/31669Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Iaa48400372ad5a927914c5c93d21f4871ebf5c78
Reviewed-on: https://gerrit.libreoffice.org/31690Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I89713755023ea003559cc76fb77eb97de2135cae
Reviewed-on: https://gerrit.libreoffice.org/31696Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I22bf2d85e01ce5a084babdc07a11ada0790f4933
Reviewed-on: https://gerrit.libreoffice.org/31710Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

Change-Id: I1e6378834889d6808a1aa724b2cc72c59b02435e
Reviewed-on: https://gerrit.libreoffice.org/31671Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Otherwise, division by zero would happen.

Change-Id: I77fde7da87f32ba530482e80623bb449313cf986
Reviewed-on: https://gerrit.libreoffice.org/31670Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Change-Id: Ic4b208773df1cce4e6d682c0d7b119409daf467e
Reviewed-on: https://gerrit.libreoffice.org/31650Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Change-Id: Ifa46b0eb0fb8f288acbcf19f7090a62c6a1ecef3

ignore 0 timestamps cause they're useless and get the current event time
stamp during MenuBarReturnFocus to determine the timestamp of the menu
command dispatch

Change-Id: Ia4b00aafc9ef47b41dcca2c160e943200db5c524

Change-Id: I6bb02527fa77846343e55ff73497d1b46b5e1ba8
Reviewed-on: https://gerrit.libreoffice.org/31699Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

This reverts commit 39aa5c2c.

Turns out the cause is something completely different..

This reverts commit 8a460cfa.

Turns out the cause is something completely different..

Change-Id: Ic83ada7cc76142852643cefa60b4fc9286e0756a
Reviewed-on: https://gerrit.libreoffice.org/31694Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

This doesn't remove shared&bundled extensions, but resets the registration
database from shared extensions.

Change-Id: I9f198fc7b771fd3bd31547008fd8d006a6d1b5d5
Reviewed-on: https://gerrit.libreoffice.org/31693Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: Ibb154ebdacb6f445371cb55d795420f92bed0a22
Reviewed-on: https://gerrit.libreoffice.org/31691Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Because of missing event handler

Change-Id: Id546a2b22a89321ca09ec29ba7787a1315753bcf
Reviewed-on: https://gerrit.libreoffice.org/31692Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

It doesn't seem to work (any longer in 10.12) to pass
DYLD_LIBRARY_PATH in the environment to the process to be run under
lldb. We need to make lldb execute an explicit 'settings set
target.env-vars' command. Use a temporary file to pass that command.

I could not figure out where to call the gb_CppunitTest_POSTGDBTRACE
macro I define, to remove the temporary file, sorry. Help appreciated.

Change-Id: I46bd05f14623639e6ce10112b92ef497cdbb0755

Not sure why it crashed only on macOS?

Change-Id: I9578d7de39e22ba79950c6b47aad26944a5d0fa2

Change-Id: I75f4000a17155fbdff96fe0733dc0225b20cd4d2
Reviewed-on: https://gerrit.libreoffice.org/31678Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

The destructor contains reset to the unique_ptr's because
it is not clear of the importance of the destruction order

Change-Id: Ifbbb4fe8352cb3b50f18cebd60cf00af010c086a
Reviewed-on: https://gerrit.libreoffice.org/31673Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Idbe8e393b64f2a151e20c1851d7c14fa161acf97
Reviewed-on: https://gerrit.libreoffice.org/31635Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

cppuhelper/compbase*.hxx and cppuhelper/implbase*.hxx

compbase*.hxx includes implbase*.hxx replace compbase*.hxx if only
implbase*.hxx stuff is used.

Change-Id: I631a20aee411c6a32ffcf470f6e392621755f995
Reviewed-on: https://gerrit.libreoffice.org/31686Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

In the macro tools library the subroutine GetFileNameWithoutExtension
has a missing bracket in the last line. This confuses the following
subroutine DirectoryNameoutofPath causing it to fail.

This only came to light after the introduction of commit

"tdf#80731 Closing parenthesis is now detected (Mid statement and functions)."

which tightened up on syntax validation.

This commit adds in the missing bracket to subroutine
GetFileNameWithoutExtension in the macro tools library.

Change-Id: I015c88a29a933cd42b7a7623a9ae70d090739c54
Reviewed-on: https://gerrit.libreoffice.org/31677Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>

Identifier apparently is not null terminated; caused CppunitTest_unoxml_domtest
to fail with out-of-bounds read under -fsanitize=address.

Change-Id: Id7c6ef6323d41d16b559488604e1c1feb725d608

071e23fe "add move operators for VclPtr" added
(among other things) a move assignment operator that rather copied m_rInnerRef.
But if b72c6feb "manage VCL widgets using
rtl::Reference" had not pointlessly introduced a user-declared copy constructor
in the first place, all the copy/move special member functions would be
implicitly declared (as VclPtr does not have a user-declared destructor).

Change-Id: I1bec05a7a1b5b48a7b7d74e64a88f118454f8cb2

Change-Id: Iffc1d36a0e1921f55f24f5e3f9fc1b063b7c0f16
Reviewed-on: https://gerrit.libreoffice.org/31672Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I701dfbe69380b5e4024fe55d0045c909bd4b607a

Change-Id: I8ad38c64eea399e3b682a82f7b1a10ca8c669021

Change-Id: Ia5fe9869b5730a81d4343c4fe0a6cf7ca942cca6

Change-Id: Ib5d2ace4501840e554c03a6f6c1506ceb920039c

Change-Id: I2692ba63f010b61e7b4c1fe54368f4dac9c42d60