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

Change-Id: I0d04cd6e540ea2693a3ec8511d615a9b0fecf456

Change-Id: Ic2479771129dbb0284292bf8712179567f516b0e

Change-Id: Id793a73a7dff04e8e088bf0f953f55f9eb441d8e

Change-Id: I9f11bbc1f16a79eac3621f2233b047826637b33d

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

Change-Id: Ib1567b3fc2cf33a0f6cffac116a06d73912b84df

Change-Id: I546b96a5628d2ad186b5b626cce28f67841db157

Change-Id: Id2416b2b67f7ae62f3d3fbe1ebebeb89edabfc40

Remark test document not moved, due to other test cases.

Change-Id: I9564b72fae60cceb60121fec06e1ed015add8453
Reviewed-on: https://gerrit.libreoffice.org/20703Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Project: translations  3e76f6b637c8034330436568b26302c4472c1a0f

update translations for 5.1.0 rc1

and force-fix errors using pocheck

Change-Id: I10477683ddfb993e73ab615b2c031ea7bbbe6fe5

Change-Id: Ieccd31d3cefd2fc397a296827de29d834ce093f0

So move it to a locale include file in vcl. Now <vcl/window.hxx> does
not need to include <config_features.h>.

As such it is questionable whether what ImplDoTiledRendering()
currently does makes any sense; de facto it now just means that we are
on iOS. We have comphelper::LibreOfficeKit::isActive() which probably
is what should be used to test whether tiled rendering is used. At
least in the cases where LibreOfficeKit's "unstable" API is used for
tasks that involve rendering of tiles. Hmm, that sounds like a
circular argument.

Change-Id: I52c984aec7510526c5294579966345b8340c8642

Otherwise the code doesn't make sense; InitMultisample() would return
true even if no pixel format was chosen. Found by code reading by me
and Emmanuel, not actually verified on non-multi-sample-capable
hardware.

Change-Id: I7197a1c72768bbf2c928193582104a82808ea53c

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

Change-Id: I13526907bb6c2c605c6ed9584fa6e3f2b18623b8

... as seen in JunitTest_chart2_unoapi

Change-Id: Ibe0cd210b8f2ddf730483705292e9027654b6fd4

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

Change-Id: I9a500e079c892e281bdfee9627641f118261e0f8

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

Change-Id: I7b2097f8d5740a590a6473797ab9436453fbf580

... 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

... so we get a BaseURI set.

Change-Id: I01176a8a0b0a1f4386f4d58bdf36bd5cb29cf3e5

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

Change-Id: I2d51b6093e13fd5ea2a93c5a4f38e4078587808d

Change-Id: I272afd26addfde5065939db4a04c2f0f01aa28c8

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

Change-Id: Iebb4ac4a7307bb8482ca735096503da03448fee7

Change-Id: Ieb308d717aa661fa51bd1b9dd3d0a12ca61337c1

==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

Change-Id: Idabd8facd21efb2da3e46185272d76bce2d0b44c

Change-Id: I800f8d4facaa6dc8eb04b2544ce0e9035af66442

Change-Id: I311d3a3e35ae4321e92e1fe2e0651b3b4899c0bd

...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

because we're setting DISPLAY always, and under wayland that resolves to
"wayland", not the original ":0" so the gtk2 gvfs-open eventually called open
xdg-open cannot open the correct display

Change-Id: I246120f2430b92cd2d3e5003445aa4c9da4f6a68

We already used it without the :: prefix, in many cases in the same
files even. It is nice to have some consistency.

I was not bored enough to do it everywhere.

Change-Id: Ic8ac5bd9b4b2c02c41e5ea937a3d9477824f21cf

Revert "Fix tdf#77514 CJK ruby text in RTL( vertical ) base line issue."

This reverts commit b14861e1.

Conflicts:
	sw/source/core/text/itrpaint.cxx

Change-Id: I4b7f7437014032566227f745e5e81b6a01ba022f
Reviewed-on: https://gerrit.libreoffice.org/20358Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

via gtk_window_begin_move_drag so add some BYDRAG/ByDrag hints
to select mechanism to move window by

Change-Id: Icc58653dff752a6d4ee49446647d7ede2af9dd9b

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>

Change-Id: If6b40899ad38d2ae6e91f6627cca5a7129ffa6d6

Patch by: me

(cherry picked from commit 7d41b0a9)

Change-Id: I5e087de043bf454268e4a3ccf24d9e25de3735ee

instead of 0x%x + conversion to integer.

Patch by: me

(cherry picked from commit 25f18514)

Change-Id: I49197aed7bc2dc92a4b54d9aa6a7dce95ebadcfb

Change-Id: Ibbf45b44eba9f5f65db0e7ae26cf6946b32f879d

Change-Id: I926881bcfa4911f3d7f4899711be44a2f6d82026