... throws IndexOutOfBoundsException, since it's not supposed to happen.

Change-Id: I876e6cede88f86d12543d3ce65e1b0a0ca5389a7

It was only exported in an MSVC build before, which is a regression from
the gbuild conversion (c322d509).

Change-Id: I46783dc5fff5383bad8f8292c615ba8daa071cf9

Change-Id: I8ffa5ba2bbbd15533ea5097e0b018be3766ecc8b

This problem can be reproduced with the bugdoc from fdo#60234, by
dragging and dropping the lower left drawing object.
The ATK bridge is notified of the change, and updates its list of
children by calling getAccessibleChildCount() and then
getAccessibleChild() in a loop.  Unfortunately the count returned does
not match the available children (the difference is the object that is
being dragged).  The implementations in
SwAccessibleFrame::GetChildCount() and SwAccessibleFrame::GetChild()
use slightly different iterators for the SwPageFrm, and the
SwAccessibleChildMap one is implemented as a std::map, using the OrdNum
of the drawing object as a key.  On the dragged object, that OrdNum has
been reset to 0 in RemoveFlyFromPage, but it is still in the pSortedObjs
of the SwPageFrm, and so it is not inserted into the map, and iteration
over the map is missing one element.

149     return _SwAccessibleChildMap::insert( aEntry );
Value returned is $22 = {first = {first = {eLayerId =
SwAccessibleChildMapKey::HELL, nOrdNum = 0}, second = ...}, second = false}

Fix this by removing the object from pSortedObjs before disposing
the a11y frames.

Change-Id: I4e4bb37759382e32150cff6def02d80a55e4a702

Change-Id: Id054eb611fe86fdaaf1bba8d1e85342a3cc0e146

Change-Id: I2086b724a6787838b9dd61c78d6943a1efa27a19

A cell when modified ( e.g. content deleted ) should have its row height
recalculated when the optimalheight attribute for that row is set.

Also tweaked the test framework to allow read/write files to be loaded, this
allows functions that modify the document content to actually work as intended

Change-Id: Ia929a194a96f5c8b870f9a49d1e27d0c34ba9c91

With Change-Id I7cb1cf29bcae59ef26cf3bf0c2b3dd028eb8f878, this code
gets run on every onCreate, thus adding activities on top of
existing ones. Seems FragmentManager lifetime is a bit decoupled
from Activity

Change-Id: Icc1dc86ef91257ce734ee00fed83e909ddf52dc8

Change-Id: I05efe58e38b7c2183ecc733b6db45ec6fa04cab7

Change-Id: Id989bcf78fc10eb29e9afd89c71e2deb2b98b4d3

Change-Id: I6542470c2d4b27de25e263651e25baf85c7d018d

Change-Id: Ib5d8ea83e37ab1e3c5a1ad4dc9870d3d5a2d8779

Change-Id: I806453efbc5f7bb18f34593c350b05d74a0bc23b

Change-Id: I2aa68c7bf265943e3d015a069fab461882c81554

Change-Id: I36bab07a127f90f651f3db67831a37bbb78900ce

Change-Id: Id350532d88ba7c9a54d5440748f5ff456ae58722

Change-Id: I6a28c7285786c08cd52cee59f2babcfa336a00d5

Never mind. Seems to be necessary after all.

This reverts commit 0db854a9.

Change-Id: I945556ecc2cb2f2f2c2636afbf7c02469d74b4c1

Project: help  ba8241b6b1ddd1db8f597152b440c947a8702cd6

Change-Id: I9ee25faa57397ec2d0e7e9bb77aabade4404e32d

Change-Id: Idc31ebc5bb2d11345f68b7275b7fc4d335b633c1

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

Change-Id: I586fca181f63999a8f2d19d600b69f6788fd61d9
Reviewed-on: https://gerrit.libreoffice.org/1992Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Change-Id: I09588f4e4b22466843f855d99c06f616c04518ac

Change-Id: I68e31498aa4916e11e04c57171e32cf9b3204108

Change-Id: Ie81d49f5aec6a4d87b2b49b015afbcaa94e12e50

Change-Id: Ia7d0de2c3017f450b9ace31753a351601ca6f1f0

Change-Id: Iadc8b161c2742c1b92938c39c00c263b597693f5

Change-Id: I7059abdb6232b95e0b940b34f74bf87182510146

Change-Id: I0a44bab196ae239d3bdea75fd2b657bdfa4ecf31
Reviewed-on: https://gerrit.libreoffice.org/2011Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

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

Change-Id: I9f93724c4e0b565a9148d0893feda9e82109bff7

Change-Id: I912cede3a240ccd4e1cc94be46c7dfee36a85af6

Change-Id: I0e3f552f8ed8a57f399ba9e01c06a23d9a9da854

The new name is more aligned with what it actually does.

Change-Id: I703e20253fe5957c775026d8d08f2906f2d7889c

Change-Id: Iff9f11c043be5234dae43e8c3c93155019f6cf08

Add libmerged to pagein-common and remove merged libraries from there.
Also fixes few misspelled library names.
This should make pagein usefull also for libmerged and speed up
cold start by pre-loading it.

Change-Id: I80ffb263ed5f399dc639e0d054f782ecb85001d6

these properties aren't registered, so setting them throws.
The expectation is that they get used via
OAddressBookSourceDialogUno::implInitialize
so repackage them as PropertyValues

wizards->address data source->evolution->next->field assignment
and field assignment must not have an "address data source"
button in it

Change-Id: I5edb6f5117dd9bfa2ed40da040906a7107028433

Change-Id: I07d9708c9a6903a910b94fc1e109d79e7d93590d