Change-Id: I495965e065366880b364578a02af7092d6efbad4

Change-Id: I2d349c19a11679b0c58a1efbd134837f5c3aabdd

Change-Id: Ib422edf3b615fec6513887283595f647f5bc197e

Change-Id: Id15bc1ef92fdab22ba3332dc9b42fb9c785298b4

Change-Id: Ida5bcd0287b49b7e6e97a7573e9cf12f25d95f6d

Change-Id: I69c4672646365ca4cbeb04d6956741ffe365ad35

Change-Id: Ib7ff8200b768ef3a2a50c42f0ebf165185cfeeba

Change-Id: Iad79fa16bc4c7f7086d2adca6ea417f6e1959e61

Change-Id: Idf0a9594406601154319ae17e42ece4bf2d56dc9

Change-Id: I14953eafb3fbd840df5f9c890b55855e14a1fd9a

Change-Id: I15c865306948d4fe321b188324ad298fee322a6a

Change-Id: Ic8c98e724645d49fd9c6da796f9e060aa784246f

Change-Id: I7d0a72e48b8f9056e8761cae8939e2b8f6dbdd24

Change-Id: I5a830459e7d5d9c71b7997b9014dde048b317d81

Android-ARM doesn't have std::copysign(), who knows what else will be
non-functioning on whatever platform..

Change-Id: I40e80c26f2892007caa3729bd0dda2733e875613

Change-Id: Ic9d8ee4a88e9bfb6586417c66fb197becd5cfa46

With MSVC werror bails out, that generates
warning C4756: overflow in constant arithmetic
because aparently there is

 #define _HUGE_ENUF  1e+300  /* _HUGE_ENUF*_HUGE_ENUF must overflow */
 #define INFINITY   ((float)(_HUGE_ENUF * _HUGE_ENUF))  /* causes warning
                     C4756: overflow in constant arithmetic (by design) */

Great stuff..

Change-Id: Id85e3cac6ea24858654ced617c7e06c62f78374d

... ´pModelObj´ used. Which is bullshit, but..

Change-Id: Ic731fc92264560c34bd512dc232a9ba901e218a5

Change-Id: I370f2f5e3e0ceb40051cbf2f806072f4fd213811

Change-Id: I3af85344119ca0056a127a5278e8993f9d79e2f9

The bindings invalidate correct tiles.

Change-Id: Id28a7a78157030243ef1ad798daba9583746f0d3

Handle the LOK_CALLBACK_DOCUMENT_SIZE_CHANGED callback.

Change-Id: I855b1e23cfc6ec66e2a0eec603e38e9dd1e28cc5

... where SvtListener* is the base of ScFormulaCell* and lead to use
after delete.

Change-Id: I45b8e16f05cf5d4d0d4858dc9cd0c748f8184978

With the rework to use basegfx polygon clipping (a334752d), the case
'fully clipped away', aka NULL clip, aka nothing visible, stopped
working.

Manifests itself as an empty clip polygon, but with m_bClipRegion being
true. Explicitely write out as zero-surface clip polygon.

i#65128 is related.

Change-Id: I57389fcd057d75dfa4e0de9ebb86794437c70b55

...instead of raw pointer and manual acquire/relase.  It is unclear to me why
the original code thought it was necessary (or merely "better") to hold by raw
pointer; but at least from the backtrace in rhbz#1247588, it seems plausible
that UNO method calls through such raw pointers could recursively call into
atk_object_wrapper_dispose and make the raw pointer stale.

Change-Id: Idc0a4f9e2f7ffe610261c1b7b98ce9c5e040db43

warn:vcl.layout:22464:1:vcl/source/window/builder.cxx:501:
Requested top level widget "LinePropertyPanelBase" not found
in svx/ui/sidebarline.ui

Change-Id: I49f0d6ab965f53d51b123fb36f6c79c284946f71

...assumming nobody actively uses it for debugging anymore, anyway

Change-Id: I097c0cca791a48844550be4c326fa2483a3df231

...after 54f10a96 "tdf#93404: Forgot to launch
WakeUpThread," when the WakeUpThread blocks on locking
StatusIndicatorFactory::m_mutex in StatusIndicatorFactory::update() while the
joining thread blocks on StatusIndicatorFactory::impl_stopWakeUpThread() ->
WakeUpThread::stop() -> Thread::join().

Change-Id: I3480014b1f522901064ea9b71ffa2ebf5d74fef5

Change-Id: I89f8aa5e087e95c96d63695be0ec4e9b4fbe0a0c

This time the existing collection used a vector internally and mapped
operations onto its standard interface.

Removing it in favour of a raw typedef'd vector and find_if reduces the
volume of code and simplifies the lookup mechanism.

Change-Id: I86fdb85773577019073803c2fc249d04196afe31
Reviewed-on: https://gerrit.libreoffice.org/17680Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Reproduced with the gen vclplug

Change-Id: Ia8a5c73908f5af47ef55b4431b6e1e5a21609e7d

Change-Id: Ibbe088e73bdf987bf3784b61aa8b38a86d6654e3
Reviewed-on: https://gerrit.libreoffice.org/17679Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

The problem is that in tiled rendering LO doesn't always consider the
document to be modified. Some operations such as Bold, Italic, etc do
not mark the document as being modified, but we need to be able to save
the changes. This solved the issue by always allowing to save.

Change-Id: Iaf8120abadc768a07b24f42c287c50080b4e4d89
Reviewed-on: https://gerrit.libreoffice.org/17665Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

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

Is comphelper the right place for this? Is having it as "inline" the right
way?

Change-Id: I973dbde108f89b6cab17e5d88db2390d6f18a672

...in 017f2507 "Ensure WakeUpThread is joined
before exit"

Change-Id: Iaa5a5772f099b11229bd40c3cc10d863ef0ad5b3

Don't let long strings (in some languages) make it request so much space.

Change-Id: I5b2af9d7cc54d1ba772ae75971cfff27bee31a05

Change-Id: I5186f6a65bb9d5ed8a0d1ab1d71f7e2c13865411

Change-Id: I5c2c5a567ffb16d3e072cba2930dffe762a744f3

Change-Id: I8b88298c79e04e972b208dd74dcd693d53d0bb98
Reviewed-on: https://gerrit.libreoffice.org/17344Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>