This partially reverts:

  commit d20232a7
  Author: Lionel Elie Mamane <lionel@mamane.lu>
  Date:   Thu Dec 6 13:22:06 2012 +0100

      Don't force refresh when higher up code did not request it

      Change-Id: I0f415c96fc05c1d776d14885751aef020c42f4ae

which did not take into account that the cache is shared with the
clones.

Finish the above commit more deeply, that is
more aggressively avoid moving the cache if we don't need to:
when we merely reposition the cache in case another RowSet(Clone)
has moved it, no need to force a move and by that to force a refresh.

Change-Id: I28d62673fdf10ee6507d38bb7c79c08e4b40902f

Change-Id: I87744f86d1413973709a46a58ebc03a39bce842c

Change-Id: I126e06a0c7b442dfc4fcad7c05ff6caf07896a8f

Change-Id: Ia23865a38eff10304a1c1748b2b4f17af7b4d3ae

Change-Id: Ie7ff70660a95711bcedc96da72694e5c46717274

Change-Id: I9d798beba649a946446893063386a8e521455a48

Change-Id: Ie0097c20429104f10eb188ae0cbfcf5bc5a44e14

LibreOffice recognizes MS Office Table Of Contents, but LO files
saved as .doc didn't show the Cross-Refence heading - it was blank.
Now bookmarks using the LO naming convention are also imported
as TOC bookmarks from .doc files.

Testcase included.

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

The Itanium C++ ABI mandates that for a unique (complete) C++ type a single
unique symbol for the type's RTTI name is used across a process's dynamic
objects (so type equivalence can be determined via pointer comparison on the
RTTI names).

GCC nowadays deviates from that, using strcmp to determine equivalence, so it is
resilient to RTTI names being bound locally within dynamic objects (which has
performance benefits, but also makes it impossible to have unrelated types that
happen to have the same name "encapsulated" in individual dynamic objects---
whether or not that would violate the ODR would be open to interpretation of how
dynamic objects fit into the C++ Standard).

LLVM sticks to the Itanium ABI, which becomes notable in at least two places:

For one, libc++abi's __dynamic_cast uses strict checking.  It still has a
_LIBCXX_DYNAMIC_FALLBACK for now that additionally uses strcmp checking and
syslogs visibility violations.  Mac OS X uses libc++abi with
_LIBCXX_DYNAMIC_FALLBACK enabled, and running LO routinely logs dynamic_cast
errors to the Console there.

For another, RTTI-based UBSan checks unconditionally only use strict checking
(cf. isDerivedFromAtOffset in lib/ubsan/ubsan_type_hash.cc).  This causes false
positives from Clang -fsanitize=function and -fsanitize=vptr even on Linux not
using libc++abi.

Therefore, introduce SAL_DLLPUBLIC_RTTI to mark types for which RTTI needs to
have default visibility under the Itanium/LLVM semantics.  There is
unfortunately no way to mark only the (implicitly generated) RTTI symbols for
default visibility, but at least with the cases where SAL_DLLPUBLIC_RTTI is used
for now that is no real problem---any class type marked SAL_DLLPUBLIC_RTTI only
has inline (covered by -fvisibility-inlines-hidden) or undefined pure virtual
functions.  It appears that even the vtables of those classes remain hidden, at
least with Mach-O on Mac OS X.  (That also means there is no need for a
SAL_DLLPRIVATE_RTTI marker analoguous to the---also superfluous in retrospect---
CPPU_GCC_DLLPRIVATE one.)

Nevertheless, the number of exported symbols of course increases when
SAL_DLLPUBLIC_RTTI is "active."  For a full-blown --enable-dbgutil build on Mac
OS X,

  find instdir/LibreOffice.app/Contents -name \*.dylib\* -exec nm -gU {} \; \
    wc -l

increased from 125541 to 139239.  For Linux, an option might be to "activate"
SAL_DLLPUBLIC_RTTI only for __clang__ plus !ENABLE_RUNTIME_OPTIMIZATIONS.

The set of types marked SAL_DLLPUBLIC_RTTI with this patch (wholesale cppumaker-
generated UNO enum, struct, and interface types; plus some IEmbeddedHelper and
IUndoManager) is chosen so that a full "make check" on Mac OS X no longer
syslogs any dynamic_cast errors to the Console.

Change-Id: I42fa6ec01c2503ec24bcd9c0518abb112afa3235

Project: help  50920f837dbb2af263070b00891d788986dd21a4

T.INV returns one-tailed, not two-tailed values

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

We don't want silly non-informative comments in our C++ code. It is even more
pointless to put them into generated OpenCL code.

Change-Id: I89afc7234807a3ec5379c5d55a2ea8d52bde7600

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

Moves the common code of Fmt based lists and simple vector lists
into two intermediate template classes, of which one provides
the SwFmtsBase interface.

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

Change-Id: I9460e458e9ac5274d68bd11b0ed77b06d664ce0e

Change-Id: Ibbc35d1a9264817f3fa8e3229ec1de5f51800e97

Change-Id: I20697955457b1dadc334cb0f29c600687ae2d181

Migration from Version 3 to 4 make this fail

Entry .uno:Open and .uno:OpenFromWriter are the same,
skip the entry .uno:OpenFrom

Change the operator, and a lot of comments
change the match in startWith for better reading
change test when old-cmd ".uno:Open"
change to the stephan solution

Change-Id: I0861c1e7d30b861acc753e3258707f3b6a338768
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: If218d83297bfdd39471d5502c0639248c96af9c6

Change-Id: Id7a596344c21e9265e35188c477e60ce510bcc6e

note the two TODOs about suspicious casts

Change-Id: I324fa05b30a5c8aa1d9e9a6d488a1e295226e788

It is already loaded correctly, and reloading leads to bogus TextChanged event.

Change-Id: I9ad384ce60bbfd477199a1c9fb81e8e201a5162b
Reviewed-on: https://gerrit.libreoffice.org/14096Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Thanks to Lubos Lunak

Change-Id: I9bb72e1a5b11102963481dac7c11ab4a9fe90b0b
Signed-off-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14095

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

Change-Id: Iaa227ee542396e5f594bd5a1c8ea9529e2bbe04c

also make other exceptions more verbose

Change-Id: Id6bf88b1ec228b20b19c89ccf6ee14d0c1ffb44d

Change-Id: I3355990769251aaee8957f889f97a80af1670bdc

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

Regression introduced with 9341bf3d "java: when
rethrowing, store the original exception," but these two appear to be the only
two cases related to com.sun.star.lang.WrappedTarget[Runtime]Exception in that
patch that would now create bad UNO Any values.  Happily reverted to the
original but oddly inconsistent setting of the WrappedTargetException's
TargetException member...

Change-Id: I9421da721d5a111d0d89ee0601238a2c01cfc12c

Change-Id: Ifd95d9fa74f6cbba989c05aae2a225a85b78c9f1

Commit d83dfeb5 accidentally inverted
a test, causing at least the presentation linked on the above bug to
render all black

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

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

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

Change-Id: I67f472d72efe123b533d4d94be0084986c0e8349

try and strip out the slot:5500 magic/lunacy

Change-Id: I7236c83fba6cb8264f76aca90242775a3de58645

regression from

commit 57207cab
Author: Ariel Constenla-Haile <arielch@apache.org>
Date:   Tue May 28 10:01:32 2013 +0000

    Add missing copy&paste of SfxAppToolBoxControl_Impl::Select

    (cherry picked from commit 47204c74)

    Conflicts:
        framework/inc/uielement/popuptoolbarcontroller.hxx
        svtools/inc/svtools/toolboxcontroller.hxx

The menu shown in the ui is a copy of a menu. The original menu has UserData
set on it which contains the target for the command, but the copy doesn't, so
looking up the target always fails and ses the "_default" frame and not the
correct "_self" required for the template menu

Change-Id: Ic1887467bf15f081d27286bd284929c17a2b19ad

Change-Id: Id3aec16d17b55366c2a35810b21b0a1c73439741

...as GCC 4.6 reports "error: invalid cast from type 'pthread_t {aka long
unsigned int}' to type 'long unsigned int'" despite [expr.reinterpret.cast]/2:
"An expression of integral, enumeration, pointer, or pointer-to-member type can
be explicitly converted to its own type; such a cast yields the value of its
operand."

Change-Id: I26f1a3e6df2f0e55c665ad4f49185e0ebf432e95

Preset shape text rotation values are read in a few places and stored in
moRotation. With these changes, moRotation is always read unchanged, but
multiplied by -1 when it's used.

Change-Id: I633d665c21daa69e15fa828a43300f10d2bf2054
Reviewed-on: https://gerrit.libreoffice.org/13561Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: Ie4474a1bae02de88ea0c79510f3730d2f829239c

...otherwise, wouldn't make sense to have non-const/const overloads anyway.
Needs to introduce one const_cast into doctxm.cxx (which already contains quite
a handful), otherwise the required changes would turn into too much of an
avalanche.

Change-Id: I694c7a1df7089d83ee95d35ed09bb864e9703f7c