Change-Id: I7761ac05fbc9be39a6982ba66054c75a331816be

revealed since...

commit 81e3ca4f
Author: Tor Lillqvist <tml@collabora.com>
Date:   Tue Jun 21 10:34:21 2016 +0300

surely here we should ask the palette how many entries are
in it, not assume from the original bitcount that all entries
exist.

presumably the palette can only have <= 1 << BitCount entries in it

Change-Id: Ieb1b98f2f13f702a6a6a20d8cf3d8e9a695141b2

but stop basic execution on the exit attempt, and then resend exit at a safe
place when basic execution has stopped

Change-Id: I77c43acffa0b82e8125dcb3b10ad9bf0d6dd26c3

Change-Id: I51b5d199c79c644906df355c8fbd33e5c98e7d89

Change-Id: I824ebd9083bd702e90f577471248be43707cc811

Change-Id: Iea3d1870df6422422a04e6027711ffa8ec65924a

All clients has been ported to use
ImpEditView::mpLibreOfficeKitViewCallable instead.

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

Change-Id: I58e9c533819218482f89239f6d9b07e3497d4438
Reviewed-on: https://gerrit.libreoffice.org/26558Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Currently the "Help" button is cropped and partially visible
on the Copy Table wizard. Increasing the width to 700 seems to
make it fully visible again.

Change-Id: Ib64ab0724d944f310f1c76a01ee91f00087bc320
Reviewed-on: https://gerrit.libreoffice.org/26548Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

and simplify considerably

Change-Id: I2a4af15e77904b62abc81dad78a2990e2eab05f0

Change-Id: I5718c309acd213f94e96efc2e9a98ab0344fe341

Change-Id: If6b9ed2a0cb373c8bec5d3ff20488f5ee00231ff

Otherwise it's possible that a keystroke is sent in for a different view,
when that other view reacts to an invalidation (invoking paintTile())
caused by a previous keystroke.

I.e. open two views, place the cursor at different positions, type fast,
and some of the characters appeared at the incorrect view.

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

Change-Id: Iec55b1d2e290e2bcc0286225b6f731314f058625

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

Change-Id: Iad85f67c5d395d8c74125e0dcb7ff0a7a29ae0b5
Reviewed-on: https://gerrit.libreoffice.org/26553Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

... from SwXTextGraphicObject and SwXTextEmbeddedObject.

Change-Id: I22c2937617b84262c124d2504a8f9d889895005b

... and SwXTextEmbeddedObjectBaseClass, and get rid of pointless manual
overriding of XInterface and XTypeProvider.

Change-Id: I6695d825b5caba08aca9764eb3052eab77ee6fdb

Change-Id: I9732691cb71272d690b800316a87c06b96eb7b05
Reviewed-on: https://gerrit.libreoffice.org/26529Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I89fc21757493a42e17d518da585bafdb8f2e303a

Project: help  3a26a9f702b811e7bef168b04696e66993d0b13d

missing paragraph role

Change-Id: I7f3e30a07bbdc8a9dcb8c63519ba1a78c1ada0dc

Change-Id: I86e756ce46f6cdb84bddc3faae74782c8b4ad519

Change-Id: I49712f807d38a614fd707d06c9453545360db89f
Reviewed-on: https://gerrit.libreoffice.org/26527Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Project: help  d9e375bb5271e34a84f176d471ca9d4d15071ccc

handle <item type="code">

Change-Id: Id6b828ffdd45530af5fda09046b85cd9fe21eecb

This bizarre thing essentially does the same as
WeakComponentImplHelperBase::release(), except that
1) it forgets to call disposeWeakConnectionPoint()
2) it doesn't catch exceptions from dispose()
3) it restores the m_xParent member after the dispose() call
4) it's racy because the "else" branch may be executed at a time
   when another thread has already concurrently deleted the object

This is rather mysterious and there is no obvious reason why a manual
dispose() call should clear m_xParent (as the users tend to do, by calling
dispose_ChildImpl() from their disposing()), but a dispose() called from
release() should restore m_xParent again.

Let's try to stop doing this madness and see if anything breaks.

Change-Id: I88a60fe1a7eeb625442faf436c9a3deb3c59941c
Reviewed-on: https://gerrit.libreoffice.org/26554Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Project: help  e84bf1290365b9fd331f06cd1c03bf11c1f4cc1e

tdf#98401 fix wron paragraph role

Change-Id: I7a8ffd79550d6355d59bcb256f09c4a0b785ebd2

Change-Id: I98c62533785a72b88044fb36bda3edd010aa6bb9

Project: translations  0027ac636c89b3a606e76291246c0e49b64fe4db

update translations for 5.2.0 rc1

and force-fix errors using pocheck

Change-Id: I0ddd38b998824a5718c70610f21ac163db83f507

Change-Id: Ie1264fed9964b09006980df2e151e170b48b4082

Change-Id: Ic717e1d119e1a5b8a87caca263322d9e58fe6c68

Change-Id: I9d2c233c7060ea5c7a6bc028a8146ee8b2fd555b

Change-Id: I7386569030fc95553bfb423d23d291430388992b

Change-Id: I1924f2b18763e42013c2b5ce80b664674e460fc7

Change-Id: Ib76b14d37bbe3c32aa0637037d73d0d5dce01b25

Change-Id: I1ad51d4dc7e6bddfc5fa8d6252a7d6349bd5dfb7

Change-Id: I71e21d6aff55caa1bc3e8e25f0b4c60386120d00

Change-Id: Ied3f0644e90a05d7d38755c4f42165247edb6b37

Project: help  2f6e93f728e4c7b278b57479bf1fd8fda3344fff

remove "-" between FileAttr-Function and FileLen-Function

to be consistent with the rest of the functions
reported via pootle-feedback

Change-Id: I6e95109a8cf4145dc84ab0f3ad699d74ee05d932

Fails with 9f66db9c (sw lok: add
LOK_CALLBACK_TEXT_VIEW_SELECTION, 2016-06-21) reverted.

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

Change-Id: If5b7fd23448a584d1faebaf0a540e61f091471fa
Reviewed-on: https://gerrit.libreoffice.org/26331Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>