Change-Id: I15843b320ac8ddcefce8094da7aa7c6b81b42e4f
(cherry picked from commit 5b404cc2)

Change-Id: I8aabc68e8dfb9376cafe4cc709b18344da083a01
(cherry picked from commit 2f0fba49)

Change-Id: Idd095e0a3b5e5226eaf1db90bfb0a838bc51de19
Reviewed-on: https://gerrit.libreoffice.org/20750Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: Ie1047a2a213632f05b0ae091a3a7e4118a271082
(cherry picked from commit 988f1c71)

This reverts commit 31177c13.

Fixed by adding unordf component.

Change-Id: I4ed58b767d3fb52bdaa65b7732e67a79f26bcd04

Throws exception to manage timeout early in the first connection
sequence.

Change-Id: Ibf87f9d7607c808692509c694127266b6f542014
Reviewed-on: https://gerrit.libreoffice.org/20196Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 95958755)
Reviewed-on: https://gerrit.libreoffice.org/20739Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

this commit has make the problem, the removing of the SALEVENT_MOUSEACTIVATE

commit dd351dd7
Author: Noel Grandin <noel@peralex.com>
Date:   Tue Nov 24 08:50:39 2015 +0200

    loplugin:unusedfields in vcl/

    and remove the unused SALEVENT_MOUSEACTIVATE stuff

Without of there, when click in the opened list-box it send first the
"PreNotify" with "MouseNotifyEvent::LOSEFOCUS" and that close the listbox.
After that, it send the mouse-event to a closed window, that is the reason
why the Listbox not get the mouse-click.

With this patch, first send the mouse-click and then the "PreNotify"

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

for getting and setting the window state, work on the toplevel m_pWindow. Leave
the "geometry" alone as its for the purpose of the current known size of the
toplevel window contents

Change-Id: Idf701aacf4aed4eefbca1bc1ebebaf38d1c82e27
Reviewed-on: https://gerrit.libreoffice.org/20397Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 7242ed05)

Change-Id: I0fe4744c0392d80b7c73fbd5285ea5c5be96675e

... that was causing test failures on some but not all platforms.

Change-Id: I0d04cd6e540ea2693a3ec8511d615a9b0fecf456
(cherry picked from commit c56e0858)

The situation is similar to commit
79fb61ef (tdf#92379: svx: don't
overwrite fo:background-color on ODF import, 2015-08-21), except that
here text frames had the problem of loosing colors when transparency is
set.

Fix the problem by informing getSvxBrushItemFromSourceSet() about if
we're in XML import or not.

Change-Id: Id1adf60b14a3762f0a2a43c49caeed9f6ea039be
(cherry picked from commit 3a0c0af7)

Change-Id: Id793a73a7dff04e8e088bf0f953f55f9eb441d8e
(cherry picked from commit 64a6c0c7)

Some WebDAV servers don't implement section 7.3 of RFC4918:
<http://tools.ietf.org/html/rfc4918#section-7.3>

This lack of implementation breaks 'Save As...' functionality
when the target is a WebDAV server, by not locking the URL
('reserve the name for use', in RFC4918 parlance).

The server not implementing this usually answers with one of
'405 Method Not Allowed', '501 Not Implemented' or
'412 Precondition Failed' http error codes.

The fix should manage this lack of implementation.

Change-Id: Ie4689a076aafa365106d02b3ea16459a28fcde65
Reviewed-on: https://gerrit.libreoffice.org/20600Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 4c82edfb)
Reviewed-on: https://gerrit.libreoffice.org/20722Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I9f11bbc1f16a79eac3621f2233b047826637b33d
(cherry picked from commit 39d0bd19)

Change-Id: If6b40899ad38d2ae6e91f6627cca5a7129ffa6d6
(cherry picked from commit 40782060)
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Apparently GCC 5.3.1 has turned these annoyances into actual warnings
that convert to errors with -Werror.

Change-Id: Ib1567b3fc2cf33a0f6cffac116a06d73912b84df
(cherry picked from commit d8fb3ed5)

Change-Id: I546b96a5628d2ad186b5b626cce28f67841db157
(cherry picked from commit 159e7879)

Change-Id: If9819ec8065d0bdce9604ed74b7b0571b24580b0
Reviewed-on: https://gerrit.libreoffice.org/20070Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
(cherry picked from commit 9149dbf1)
Reviewed-on: https://gerrit.libreoffice.org/20444Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

warn:legacy.osl:21997:1:accessibility/source/extended/accessiblelistbox.cxx:103: Debug: Treelist shouldn't use VCLEVENT_LISTBOX_SELECT
To reproduce:
- Launch Base and create a brand new HsqlDb file or open an existing one
- Select Tables pane
- Click Table Design
=> the message appears in console

Change-Id: If7fa99890bbec8795a62b83dbe193247adffb733
Reviewed-on: https://gerrit.libreoffice.org/20411Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
(cherry picked from commit 5738a6fb)
Reviewed-on: https://gerrit.libreoffice.org/20412Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: Id2416b2b67f7ae62f3d3fbe1ebebeb89edabfc40
(cherry picked from commit 30d7f510)

Project: translations  57f7caff2ab504566d77600677bf24538157beee

update translations for 5.1.0 rc1

and force-fix errors using pocheck

Change-Id: I10477683ddfb993e73ab615b2c031ea7bbbe6fe5
(cherry picked from commit 3e76f6b637c8034330436568b26302c4472c1a0f)

... as seen in JunitTest_chart2_unoapi

Change-Id: Ibe0cd210b8f2ddf730483705292e9027654b6fd4
(cherry picked from commit 07004a7e)

Turns out that SfxObjectShell::CreateShellID() will produce the
SfxMedium's base URL if it exists, so
EmbeddedObjectContainer::CopyAndGetEmbeddedObject() already has
parameters, sw just needs to set them.

Change-Id: I36cedfde4e7c2e25c43c66a30d8ca572f099ad69
(cherry picked from commit e4a06fc9)

Change-Id: I9a500e079c892e281bdfee9627641f118261e0f8
(cherry picked from commit 8338e278)

This is used from oox chart import code, cf.
oox::drawingml::Shape::finalizeXShape().

Change-Id: I7b2097f8d5740a590a6473797ab9436453fbf580
(cherry picked from commit 75a200f3)

... mainly for the (unlikely) case of ODF embedded objects in MSO binary
files, which can be created by toggling the
Tools->Options->Load/Save->Microsoft Office export settings.

Change-Id: I270f1516b70b20ec0b60cfbd17c2c327c3d9efd0
(cherry picked from commit 36a0abed)

... so we get a BaseURI set.

Change-Id: I01176a8a0b0a1f4386f4d58bdf36bd5cb29cf3e5
(cherry picked from commit 45300b43)

Change-Id: I06decaeb9d74d67559966b208df98be66d4b3f8d

When the object is edited in the UI, the m_xClient is set to a
SfxInPlaceClient and the DocumentBaseURL is retrieved from it.  But if
the object is not edited, it will be loaded during export via the API
and without a m_xClient; in this case the DocumentBaseURL must have been
set previously to be available during import.

There appears to be no way to get the URL of the document via the API
while it is being imported; SfxBaseModel's m_sURL is unfortunately only
initialized from SfxObjectShell::FinishedLoading().

During ODF import, the SvXMLEmbeddedObjectHelper creates the
embedded object, so let's make it pass in the parent's BaseURL.

The "DefaultParentBaseURL" parameter already exists but was unused
previously.

Change-Id: I3d1ed29b3a2c0e77ec606a1d09f7bc07e7860733
(cherry picked from commit b0fc09da)

Change-Id: I2d51b6093e13fd5ea2a93c5a4f38e4078587808d
(cherry picked from commit 7dfa45a6)

Change-Id: I272afd26addfde5065939db4a04c2f0f01aa28c8
(cherry picked from commit 1af4dbd8)

If the user edits an embedded object it is converted to ODF, so we
really need to be able to store such objects.

Ensure that the proper MediaType is set in [Content_Types].xml,
the package relationship type in document.xml.rels and
the proper ProgID attribute in document.xml.

Change-Id: I3c78c5ab5b4d534213af5e773fe0c6c2c92d9104
(cherry picked from commit 2a9f1dd2)

Change-Id: Iebb4ac4a7307bb8482ca735096503da03448fee7
(cherry picked from commit ea50cb70)

Change-Id: Ieb308d717aa661fa51bd1b9dd3d0a12ca61337c1
(cherry picked from commit a7762b56)

Doesn't really change anything, but looks nicer.

Change-Id: I8f2dc41adaf22e11b1c15ba619ac00b6b72892fa
(cherry picked from commit 6c569a2e)

==7727== Conditional jump or move depends on uninitialised value(s)
==7727==    at 0x9121E24: SfxDockingWindow::Resize() (dockwin.cxx:451)
==7727==    by 0x3CADFAC3: SmElementsDockingWindow::Resize()
(ElementsDockingWindow.cxx:753)

Change-Id: Ie6e8a61f6c295373e5ccad409e2557e7c2dd6c1a
(cherry picked from commit 88312819)

... if literal strings are copied with formula expression tokens.

Change-Id: I13526907bb6c2c605c6ed9584fa6e3f2b18623b8
(cherry picked from commit dad412e0)

I was wrong for thinking that there was a problem when
elements inside def elements were not written.
Actually, Cristina's commit
( 5e27d23d ) was correct
as elements inside defs don't have to be written at least
they're refered by <use> element, which isn't supported in Libo
right now. Working on implementing support for use element

Change-Id: Id0b8d8e9b27887f75cc961881daeb82089b2e62b
Reviewed-on: https://gerrit.libreoffice.org/20333Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
(cherry picked from commit f268e6f1)
Reviewed-on: https://gerrit.libreoffice.org/20484Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

...where a return value was double-deleted if it was "complex" (i.e., generated
by callee into caller-provided memory) but not related to UNO interface types
(so doesn't need any mapping, like sequence<css.beans.Property> returned by
css.beans.XPropertySetInfo.getProperties).

Change-Id: I4cfc16ba63022686afd016ef5b64419e8dee53a4
(cherry picked from commit 27f5679c)