for a given site.
This patch uses the fact that getFolderByServerRelativeUrl API returns
site's root folder if used with empty path ('').
Hopefully this isn't otherwise context-dependent, so that it doesn't
return other folders in some unknown circumstances.

More correct would be instead to use the site's root path directly,
like '/sites/mysite'. But I don't know a reliable way to filter the
API part from the base URI.

To make use of the corrected SharePoint repository root id, the patch
also redirects all cases where "/" object is queried, to session's
getRootFolder().

libcmis part of the patch will hopefully soon be merged upstream.

Change-Id: I0f3b9930748de3fe4763eb27721739f097b9892d
Reviewed-on: https://gerrit.libreoffice.org/27987Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>

Currently, entering a search term or clicking on
the category buttons on the Firefox Theme selection
dialog of Personalization option doesn't work at all.

With this url, it returns some results of firefox personas
which are applicable to LibreOffice.

Change-Id: Ie4da58cd987a1834dee969c09367229d3b69a47a
Reviewed-on: https://gerrit.libreoffice.org/27986Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Change-Id: Ia80da0b1ef394d19073e1f18ee22590010bb0257
Reviewed-on: https://gerrit.libreoffice.org/28002Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

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

Project: translations  0f9380734b89eb362e97e4e23bbf32d924b39132

update translations for 5.2.1 rc1

and force-fix errors using pocheck

Change-Id: I49f23c37a0f656727ba869e616e9d0b5679b9b15

when we're not recording undo, then SdrUndoDelObj just deletes
the argument its passed. And this code assumes that it is transferred
to the SdrUndoDelObj and it still exists.

Use the same pattern as ScPostIt::RemoveCaption for this situation

Invalid read of size 8
   at 0xB1713B6: SdrObject::GetOrdNum() const (svdobj.cxx:777)
   by 0x3C9E029C: ScDetectiveFunc::DeleteArrowsAt(short, int, bool) (detfunc.cxx:695)
   by 0x3C9E1D4C: ScDetectiveFunc::FindSuccLevel(short, int, short, int, unsigned short, unsigned short) (detfunc.cxx:1118)
   by 0x3C9E2405: ScDetectiveFunc::DeleteSucc(short, int) (detfunc.cxx:1207)
   by 0x3CF812BA: ScDocFunc::DetectiveRefresh(bool) (docfunc.cxx:480)
   by 0x3CFC9FAF: ScDocShell::DoHardRecalc(bool) (docsh4.cxx:1250)

 Address 0x50992d50 is 112 bytes inside a block of size 464 free'd
   at 0x4C2D22A: operator delete(void*) (vg_replace_malloc.c:576)
   by 0xB1D04BC: SdrPathObj::~SdrPathObj() (svdopath.cxx:1681)
   by 0xB1701F5: SdrObject::Free(SdrObject*&) (svdobj.cxx:394)
   by 0xB258666: SdrUndoObjList::~SdrUndoObjList() (svdundo.cxx:720)
   by 0xB258A39: SdrUndoRemoveObj::~SdrUndoRemoveObj() (svdundo.cxx:774)
   by 0xB25E29B: SdrUndoDelObj::~SdrUndoDelObj() (svdundo.hxx:298)
   by 0xB25E2B7: SdrUndoDelObj::~SdrUndoDelObj() (svdundo.hxx:298)
   by 0x3C7E5D0E: ScDrawLayer::AddCalcUndo(SdrUndoAction*) (drwlayer.cxx:1120)
   by 0x3C9E0238: ScDetectiveFunc::DeleteArrowsAt(short, int, bool) (detfunc.cxx:692)

Change-Id: Idc6d1f8e9ad8b203dac55630f8c100e74d3e017b

Change-Id: Iabb24d673c15ffa26bb7ea00373639e736e324d4

Project: help  4c58b1b195d7df86ea6ccee322478064f7f8a10a

clarify on CEILING,CEILING.MATH,CEILING.XCL and FLOOR,FLOOR.MATH,FLOOR.XCL

Change-Id: I557b2be54fad33e540017e093d3261e430e9a152

So one view can't undo the changes of an other view by accident. If
this is found to be useful in the desktop case, perhaps a dedicated
config option can be added for it; for now the behavior is LOK-only.

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

since...

commit aa0d0536
Date:   Mon Jun 20 15:56:35 2016 +0200

    tdf#97527 - vcl: reference-count Menu

Change-Id: I991a2cb17241c071f8170763e32e114304a5be91

since...

commit deb989dd
Author: Kenneth Koski <mechaxl@gmail.com>
Date:   Mon Feb 29 22:22:10 2016 -0600

blew away the uno.ByteSequence(str) path

Change-Id: I8b73883c4f246ebafd2f810ca61b19da40f833e2

Change-Id: I7d5d97443a64e2fe99d575e0e59914777f1723c4

Test number formats of bug reports
Test odd date formats which do not follow Excel detection

Change-Id: Iaa6d25a0103cae5e3ddd76075a324240aa255c35
Reviewed-on: https://gerrit.libreoffice.org/27494Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

so if the SwView it nominally belongs to is deleted while a
mail merge wizard is open it still exists while the wizard
has a ref to it

Change-Id: I4f5acbcc1ea6404851cf6e0179fd3c795342f726

officeotron is a OOXML documents validator which can be used for
verification of export files in tests. Previously it was possible
to use it only from external repository with extra build steps.

Change-Id: Iae6ec3695fdfaf738d180405047ff04b2024c906
Reviewed-on: https://gerrit.libreoffice.org/27388Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Edit state = false disabled undo, then edit state = true enabled the
undo button, even the last LOK callback was '.uno:Undo=disabled'.  Fix
this by storing the LOK state in a map, and using it when edit is
enabled.

With this, clicking on the Edit button right after loading a document
results disabled undo/redo buttons as expected.

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

The general cleanup of wiki development, removed a page, that configure.ac uses.

Page restored, and script updated to point at correct page.

Change-Id: Ie9a7fb6d9079506171b6ca318736626bfc742b98

They both end up as the same locale, but with LANGUAGE_SYSTEM the LanguageTag
still has the mbSystemLocale=true "this is the system locale" context.

Change-Id: I7ff8a368e4dc9c6c471dd78be744c842b188478b

... which is handled by LanguageTag::convertToLanguageType() anyway.

Change-Id: I26656d64fdccf9c06d24c53e1e473e355732e00f

When loading older documents that calculated a number format on the fly an
inherited but default format of a type could had been applied using the fixed
resolved locale instead of the default system locale, which then was stored
upon save and remained sticky. This because a format the formula depends on
already was applied using the resolved system locale.

http://bugs.documentfoundation.org/attachment.cgi?id=78559 of tdf#63267
exhibits the behavior on the hidden sheet 'Festwerte' when unprotected and
inspecting number formats in column A under Datum.

Change-Id: If23908f259458e988c5164cc5e268bfc9a6a6bcd

Change-Id: I3443ed8d481d7a0ac72c03c4d0fd0bcf100a09b6

Change-Id: I7bdbe6eec52bdf76e1b93729e73d10b8be974fcc

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

'strcpy' is insecure as it does not provide bounding of the memory
buffer in general, so let's avoid it even here.

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

trunc() is missing in the std namespace on the broken Android toolchain,
work it around.

Change-Id: I9715bce8e888a6f35d06753e40ab34ac43642acc

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

Change-Id: I5f87fab29c39d7597d49733f49b43fff8cc04485
Reviewed-on: https://gerrit.libreoffice.org/27939Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

See e.g.
http://crashreport.libreoffice.org/stats/crash_details/570429b8-21e3-494e-9677-ea95fa8a5293

Change-Id: I8c05efd61fa5a91511c06c660c49a0c470a96c88
Reviewed-on: https://gerrit.libreoffice.org/27947Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

aTableBookmarks is just "BOOKMARK"s while getBookmarksCount() includes two
extra types. So cache the result of getBookmarksCount when filling
aTableBookmarks to compare if the count from the time of filling
aTableBookmarks is unchanged.

Change-Id: I69fedab613f23e4e2b30498e4620a370d92272e0

Change-Id: Ibddb6f7c3bb8970f82cc58c71048416a7f09059c

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

Change-Id: I4b4c7c22482ca0ee45a114798fcab65a9dc69789

this stems from...

commit c43a4cb4
Author: Kohei Yoshida <kohei.yoshida@suse.com>
Date:   Thu Jan 5 22:13:52 2012 -0500

    fdo#36851, bnc#737190: Make the data validation popup more reliable.

    Previously, the data validation message popup was not sticking on
    reliably on Linux, and flickers very bad on Windows.  That was due to
    the painting conflict between the top-most frame window and the grid
    window.  By making the message popup window a child window of the
    grid window, it paints more reliably.

where the tip was resticted to the current grid because of problems from

svx/source/sdr/overlay/overlaymanagerbuffered.cxx and
OverlayManagerBuffered where the original flickering window isn't handled
nicely by the background save/restore stuff there.

So here its all been reimplemented as an overlay which plays better
with that code, and if it doesn't fit, then its in all grid windows,
so visually it appears as a single note that floats underneath the
split window lines.

Change-Id: I18ac42c2a0686ab509252830741d36fb17cae629

Change-Id: I4cde152cfb4a3ec4127442a6ced9a80ef6235c8f

Change-Id: Iab1cc096b6020cbb106cece89349f479f7cb33cf

they are very verbose and very unpleasant to work with, surely
it doesn't need to be this horrific

Change-Id: I6ad43eb73c94881cca594863f6637302ddc7f1df

ODF 1.2 uses an incorrect URL to refer to SHA256, add support for the
correct W3C URL on import but continue to export the incorrect URL for
now.

Change-Id: I3135bcf989070d20f85f14702db07595f304e706

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

Change-Id: Icdf2a908d131ff05a1c00b7305686edba26d4b24

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