and x86 has smaller alignment than arm or a x86_64 host,
so needs the MAX_ALIGNMENT_4 to not trigger the static_asserts

Change-Id: I5643a33e4975e7bad20693f99fb8bbd5248c7c1c

i.e. free pMedium when CheckPasswd_Impl() returns ERRCODE_ABORT.

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

This string is used in 2 places now, in the menu as a sub-item of
"Tools->Update" where it fits in, and in the context menu when
right-clicking on an index, where it clearly doesn't.

(regression from 447c3135)

Change-Id: I280f6c806d543f2fc1fff00976e5007b44b6452b

Change-Id: I8fde73dc86c29054ec05bbc60e212ae660c78376

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

This should reduce the memory consumption for matrix objects quite a
bit.

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

Change-Id: Ifcdf8bf9eb4c22df6493f85592c9c72fac28876e
Reviewed-on: https://gerrit.libreoffice.org/23144Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Project: help  de40cf2cd0acf0bcd2512bca652cacd683128fba

tdf#98789 rename "Optimize" toolbar to "Optimize Size"

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

Project: help  5577cbe18de762f50e7efdda83f1e90ec08fd3b0

rename legacy toolbars in Impress

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

Change-Id: I56925a8fd776b3ee787cc26adbaa08c58dd022c0

DrawViewShell::MakeVisible was using loops for finding the area
to change the visible part of the EditView to. That could (and did)
potentially loop for a long time for very large objects, deep zoom or
numerical problems. That loops were flattened, the results checked
to be the same.
Also added a test for numerical overflow for getting values from the
Rectangle describing the object size. Despite these values being
the result of erraneous import, I opt for checking and avoiding using
these values.

Change-Id: I783dc1f2ad9b6a60a47e660b0d576ea3f22a4e42
Reviewed-on: https://gerrit.libreoffice.org/23278Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>

At ODT export time writing and zipping comtained data packages is nicely
parallelized, but not limited to an upper bounds of threads to use.
Together with memory consumption this makes ressource usage and runtime
behaviour bad to crashing (mostly on 32bit).
I have now limited the processing dependent on the number of available
cores to get a good processing/ressource ratio. The result uses much less
memory, is faster and runs on 32bit systems.

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

Change-Id: I40b624c0e6e6cff2c88815f7d16e862f09d79d5c

This implicitly adds support for DOCX import of <w:pgNumType
w:fmt="upperLetter"> as well.

Change-Id: Ib19ecb8f7ca0c867ae3be2b41e49ac4cacfd5bb6

'RangeType' becomes 'Type', goes into ScRangeData
and is strongly typed now.
This revealed a misuse of RangeType in vbanames.cxx where
the uno equivalent was expected, but it had no impact because
both values were 0.

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

It is to improve the readability of calls to osl::Condition::wait.

Change-Id: I5945343c5a7e4729ab599380414d18280bd176fe
Signed-off-by: Gurkaran <gurkran@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/23417Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

It is to improve the readability of calls to osl::Thread::wait.

Change-Id: I025d89abf8e84ca73ba08f001be3f45b86c89957
Signed-off-by: Gurkaran <gurkran@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/23416Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I0132196744046391759a6e5110d054feee3deea3
Reviewed-on: https://gerrit.libreoffice.org/23420Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>

Project: help  fa2b64a955335a5dd0ad50bc5348a17a388b101e

Typo

Change-Id: If20a4bf9d3370e407571cbe901584b7ff62ae7e2

This was originally added as a complex test as a convenient way to bulk
load/store documents, before nice features like soffice --convert-to.

Running it as such doesn't do anything, since the "FIXME" directories it
reads files from don't exist (actually it even failsa to run on WNT).

Change-Id: If74fc30997a0f5f67009b765f5e9e79d72d00ece

... so that hopefully it won't be "cleaned up" and needlessly diverge
from any hypothetical future upstream.

Change-Id: I10503072f618ac6b74bc52d4d59c0d8951bd8d0d
Reviewed-on: https://gerrit.libreoffice.org/23075Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I38034875a7175acd16e451e733c0d4c103c36eef
Reviewed-on: https://gerrit.libreoffice.org/23411Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I7bf6cd1c328e1d6eda5b67f05ec4870efe001b68

This reverts commit 9ebe054d.

Causing problem with outlining > 2.

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

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

Visual Studio 2015 will report as follows at the time of 64bit build.

/core/vcl/win/gdi/winlayout.cxx(3972): error C2397:
conversion from 'long' to 'FLOAT' requires a narrowing.

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

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

Change-Id: Ic3d0b0a709ecfeade4b3a9c4be9e0c9cfd766103

Change-Id: Ie551a52310d4723643433973bf7ecf024068e4d5

Change-Id: Id40b00234f78afc238d6b3af1283e0429587ee49

Change-Id: I2ff2d5a2a1423b39f960f9bdc8893cf2bb69b88b

I removed all the OSL_DEBUG_LEVEL > 1 conditionals and also
made SAL_WARN open to production code which was earlier under
OSL_DEBUG_LEVEL > 0

Change-Id: Ibe71defed9a7191ec8e4a934e746ef0f3ebd8b3a
Reviewed-on: https://gerrit.libreoffice.org/23065Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Silly of 221144f9 "tdf#91794 OSL_DEBUG_LEVEL > 1
removed (desktop)" to make that output conditional on just OSL_DEBUG_LEVEL>0.
Can't use sal/log.hxx here, and demand for this debug output is probably rare to
non-existant, so just remove it.

Change-Id: Ie8c7846f785c7875375af215934c71ff28085458

Change-Id: I31cef28308acf86aec7e2bbd00ab49019fa73891

Change-Id: I82c19f2f0e0ef88497db54f426c91af2aee0bc99

Change-Id: Ife89d8362031534169c5e70ff09e20c916cd61f8

Change-Id: I14ef451999fa1f9d57757a9e231fc66be4e53f3a

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

...presumably a typo in 0bd43b8c "sc lok: Extend
uno commands: .uno:SelectRow/Column"

Change-Id: I725876ab17ffeb5814919f7b418fedb4506ecf91

Change-Id: I0e07e58f058ce7dde57277868597a56273d3b5ce