Change-Id: Ieb58ed113c6a3e85a806ec57a6557e2d37bf9b06

Change-Id: I9aa8c807714f32ba5896a9308f36fcc8ab462a3d
Reviewed-on: https://gerrit.libreoffice.org/31749Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jaskaran singh <jvsg1303@gmail.com>

Change-Id: I2a4efc9ade69ab53da81c72528e18ecb99e99757

Change-Id: I7bdd15a93e728ef7e98a53001c6eb6b56f761a6d

...that go unnoticed due to the non-explicit VclPtr::oeprator reference_type *

Change-Id: Ia63edf8425d3ecb7c7f98eb56a710ac0cceccb67

Since commit ac6bfd85 (tdf#92045 DOCX
import: <w:effect w:val="none"/> doesn't mean blinking, 2016-01-06) the
"no blink" blink type is not 0, but
NS_ooxml::LN_Value_ST_TextEffect_none.

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

this seems to be a problem since....

commit 199eb08b
Author: Miklos Vajna <vmiklos@collabora.co.uk>
Date:   Thu Jun 5 16:25:01 2014 +0200

    SwAnchoredDrawObject::GetObjBoundRect: avoid SwDoc::SetModified()

    This is a const method, but it does a const_cast to still resize an
    object... if that's so, then we should ensure that the "is modified"
    flag of SwDoc is untouched.

    CppunitTest_sw_ooxmlimport's testChartSize is a reproducer for this,
    when shape text is imported as textbox.

(note under gtk3 and wayland this isn't as noticable, there use
export GDK_BACKEND=x11 to reproduce the freeze effect where even
the mouse cursor doesn't move during part of the load)

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

Change-Id: Ie42b2e173cd3ed9faaf17c3c978227613129fa84

Change-Id: Ifacff75f80bc8401ccff2a4d4dc90e56e3b4aa84
Reviewed-on: https://gerrit.libreoffice.org/31801Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

the bug here was that we had, on the stack, going into the scheduler
THREE times. Two of those were idles.

The original code would end up always picking the first idle from inside
    ImplSchedulerData::GetMostImportantTask
and then
    ImplSchedulerData::Invoke
would just return because we were still inside that Idle, and the second
Idle would never get executed

Since the second Idle was responsible for painting the dialog in the
bug, sometimes the dialog would never get painted.

Change-Id: Ia15b98a06e231c8e1c29450e05a76ad427e41e36
Reviewed-on: https://gerrit.libreoffice.org/31785Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>

because if the opengl support is such that the opengl-for-vcl requirements don't
fit, then on the second run after discovering this (the first having restarted)
if you try opengl slide transitions libreoffice will just exit because it
thinks this first check of opengl-for-slideshow is the first opengl-for-vcl effort.

so move this code into the place which I believe is the opengl-for-vcl entry point

this is all related to...

commit 210c39dd
Date:   Fri Jun 3 09:25:13 2016 +0300

    tdf#100193: Check earlier and harder whether OpenGL is good enough on Windows

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

This is not necessarily a multilineedit.

Change-Id: Ibcbc104513bc6523e61efa5f3ff22efd3422e036

Change-Id: I6c02b1731bb62d30156b37e897b9c6b9a2dcced3

Change-Id: I385e54f5ddadda894102be2bb9a7dc408415ac68

Fixes: "uno::Reference field with template parameter that does not
contain ::static_type() css::uno::Reference<SerfInputStream>, parent
is http_dav_ucp::SerfGetReqProcImpl, should probably be using
rtl::Reference instead [loplugin:refcounting]"

Change-Id: I43211bb397031a4961df77ee39038e6ef9da6bb1

Change-Id: I7627ff30564b2de61669c71dafd15e7b1778b5c6

Change-Id: I6738b6b5159403f1654b401a27f08fc829521e73

Change-Id: I82ec75058a2309b8bcf0f8e78d8ef0db367014b0

Change-Id: I7b53726e3bb16ff1d9a6cdb05ce4cf4273eb5ac4

* pointless use of void*
* stupid casting everywhere
* ridiculously overloaded Remove()
* defensively programmed implementation

Change-Id: I1c86ffac636cafbe3e13e668a65a2b14377b6e95

Change-Id: Ia9739aaf2d6d5d7083cf9b9aa7dc7819fbb0f941

Change-Id: Iaa2b4fdb582025b763d43f0f24960e2ccee708e3
Reviewed-on: https://gerrit.libreoffice.org/31778Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

See bt https://bugs.documentfoundation.org/attachment.cgi?id=129407

For non regression, I retested tdf#91125 since the delete comes from
https://cgit.freedesktop.org/libreoffice/core/commit/?id=06ecf7d2aebe64226142ee27c2512351960f8bb1

Change-Id: I7ce833ffce20f1f159242014ba8ffe0ce5b7b11c
Reviewed-on: https://gerrit.libreoffice.org/31773Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>

This was the last unhandled type.

Change-Id: Ife9b93ac81ddab9409c6790228eec03e92920e01

The date format is undefined by the RTF spec, but Word seems to work
with 'YYYY. MM. DD.'.

Change-Id: I79a10984963851c86cba92892eab13cec1e37072

Next to number and string.

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

Avoid this error:
Window ( 7VclVBox()) with live children destroyed:  N5rptui9ConditionE() * n

by calling disposeAndClear on each element of m_aConditions
m_aConditions is Conditions type
Conditions type is ::std::vector< VclPtr<Condition> >
See http://opengrok.libreoffice.org/xref/core/reportdesign/source/ui/inc/CondFormat.hxx#70

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

Change-Id: I25ce98ed391f70292bed6238645b121b9cf50d5e
Reviewed-on: https://gerrit.libreoffice.org/31771Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>
Tested-by: Tamás Zolnai <tamas.zolnai@collabora.com>

Change-Id: I5441a03edfb6f9b04705254f566e3fcc08046741

Change-Id: I9717f715762f6213836e2841e8521bec4509b096

Change-Id: I18f5511f70232d91095ac8527a6c5883c36294f5
Reviewed-on: https://gerrit.libreoffice.org/31762Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

and fix the places that trigger it

Change-Id: I97a04cff25ab5aa1d42c79a971d15ba742bf384e
Reviewed-on: https://gerrit.libreoffice.org/31760Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: If0c5a8c99f0f853c9ecad0f1a4a7299d69805b34
Reviewed-on: https://gerrit.libreoffice.org/31755Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

We can get polypolgons with polygons that have 0 or 1 point only,
so we need to guard agains division-by-zero errors by skipping if
we detect such polygons (as we can't draw them anyway).

Change-Id: Ia27fcde9467864b10572a78a848ea642a3559185
Reviewed-on: https://gerrit.libreoffice.org/31770Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

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

(the first case with OUString would technically be OK, but better change all
three of them)

regression introduced with 0e4ca9b0 "Clean up
uses of Any::getValue() in ucb"; thanks to tml for finding it via
--enable-fuzz-options

Change-Id: I79e70cff8d8b96e1eb6b0bacda52be06eb0f108b

Makes it easier to reproduce a fuzzed configuration manually.

Change-Id: Ief4df847f1f17c64607e6e5eaf402737bd50704b

i.e. if !m_aGLWin.hRC then we're definitely not a current context

Change-Id: Id35f75c19629a17b714edf6aa6628d8f5b2f8ced

Project: help  973fc93ec46a30b6aa57e6f328022ee79958a121

tdf#104146 Switch order of list items

So that it actually makes sense.

Change-Id: I2849bb34d769601c2d4167073e74e7236675f9f7
Reviewed-on: https://gerrit.libreoffice.org/31743Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>

Change-Id: I10b1e3880e79794b7f748882606d5c4101811d75
Reviewed-on: https://gerrit.libreoffice.org/31739Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Winfried Donkers <winfrieddonkers@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>