Age | Commit message (Collapse) | Author |
|
Change-Id: Ie53352367a92468fb7b1bfbe106230327e4a6599
|
|
Change-Id: I9fe25bc5e8ce31cd848c4f6434b747be96a8006a
|
|
Change-Id: I4ddc294dba5ad66a11ff260e8942977d0a6a292f
|
|
Change-Id: Iddf611e372772cbe5c38aecc81f4d43412d653da
|
|
Change-Id: Ied97043e0649c552190b490d41f60579db523625
|
|
Change-Id: Id59a55a2af74851ff7b2fa8d6af30350347eb4c6
|
|
Change-Id: I4548856d6df0e1ae7d57850a5e479635c62b97c0
|
|
Change-Id: Ib315dbc27b8b278ffce4bb24f4c4b60e5cb4d709
|
|
Change-Id: I6b5f713926383d776aa687801f6bef239c9675cb
|
|
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 (a334752), 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 54f10a9654b617c4c993044e52e7bd40d0151c53 "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/17680
Reviewed-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/17679
Reviewed-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/17665
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
|
|
Change-Id: I1c17778ef4e1d5b977a7c3e6f6f78caca4e0a8ec
Reviewed-on: https://gerrit.libreoffice.org/17654
Tested-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 017f250764ec7b4ecb82ac19f5b3f68cadf1bf56 "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/17344
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
|
|
min and max were initiated as aValuesX[0] which could be NaN
Change-Id: I229f4c8f8fda54684e1c817ea7da06fd87eb79b9
Reviewed-on: https://gerrit.libreoffice.org/17343
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
|