Change-Id: I21c5340e7b5ec09248b08aa76f43acf883c56cd8

Change-Id: Ia17bdf6e8f871d64add358822ea383236ecd6405

Change-Id: I16d99991b8b88753c593a5a1ab9e32a8e0264514

Change-Id: Ia53f9aa8bb3c7fd1dd5c0190624a667b65996ca2

Change-Id: I482d8fdb549d2a9c79bb68bd910e761f61337fb6

Change-Id: I9a41d801b8807ed122a6737a924ba6792b449c45

Change-Id: I0e74d800593245fa00013035c9498b77988b072b

The SystenChildWindow in question is owned by ViewMediaShape
Fixed ViewMediaShape to dispose the vcl objects it creates correctly.
Also fix another crash in MediaWindowImpl child window correctly disposing its children.

Change-Id: If4aebcb6e5824266c154416f7246d73c6cb3509c
Reviewed-on: https://gerrit.libreoffice.org/16230Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

This file was rm/mv on commit 47692bfc

Change-Id: I141794aee5c57e345334af42fcea4eaa71709f1b
Reviewed-on: https://gerrit.libreoffice.org/16259Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ifaa52b49b717d893846fc1e7ae4ac50735f824ac
Reviewed-on: https://gerrit.libreoffice.org/16260Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I624e64745fd3874be3e1bd3df6bac18dfb17aebb

Change-Id: I15949e604285d804de1554d36acf36e8a407ebd9
Reviewed-on: https://gerrit.libreoffice.org/16137Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Arnaud Versini <arnaud.versini@libreoffice.org>

Change-Id: I6de2da7d2f17a14ddbe7e70651a416a01f49164b

Change-Id: I45a452a7dbab35ab96c04336b35857f58a0af0c5

Change-Id: If9b7870673a47b78457f6e22ee0cfa7e3a68372a

Change-Id: I8b39a210490759e9f548c195e516a26b94a8b3cb

Change-Id: I38836a9b3c9fb8ab7b71e157bba8a803eb4d3905

Change-Id: I4b3abbd390e7b6cb449ccd7f0fb956266fd0b5c8

Change-Id: I693d78854544b3f3bb441b17b0a062c738cda039

Issue exposed by fix for tdf#91727.

Change-Id: Ia1eafbd4db28bcfa6c90e0d58735e232c7449f83
Reviewed-on: https://gerrit.libreoffice.org/16252Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I21c352a63d668c174eef212dbfbe6346c678ce4d

Change-Id: I13039f0999cac3ec5ffabd6a0d75f23065bc446b
Reviewed-on: https://gerrit.libreoffice.org/16254Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: Ida670ac9c6687314d8b425c3ac1f9896f54f2a15

fixed by commits 4dd2e61e and fae87e03

Change-Id: Ib6ca689af61187b32283753f80abaed96406f409
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I696c0693dc7a69dc3a4b8df0c4e8571414d5b9a6

Change-Id: I0a84cce306d92c9358ae7a2a4d76f455e44f312b

Change-Id: I5a991d3b86fec0a3800d8243f73eb764789c8c69

Change-Id: Ic2491948aa555fa71f9e14af554bdf204c12247d
Reviewed-on: https://gerrit.libreoffice.org/16236Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I2571c4384e4c2dbe411e171325e10d57a0afe5a0
Reviewed-on: https://gerrit.libreoffice.org/16235Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

We can't derive from a VclPtr base-class, and also another base,
and then use boost::shared_ptr for that; re-factor to use a boost_ptr
to hold a VclPtr<> for now. Also fix leaking envelope dialog.

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

commit 9f01951b also did the extra
Remove/Add for Draw fly objects, and it turns out that that's actually
wrong because SwTextFlyCnt::SetAnchor() will set the anchor without
locking anything if it's a Draw object.  Replace it with a different
hack in SetAnchor() that applies only if it calls LockModify().

Thanks to Varun Dhall for creating a reproducer document.

Not sure if the LockModify() could be replaced completely, perhaps it's
just an optimization to avoid re-creating layout frames for the fly.

Change-Id: Ib3236f289c2c4202d48ac378a53ce02130d4ce2c

Change-Id: I5ccbb5a2b31192cea96fbb0f4ab926af86e94c9d
Reviewed-on: https://gerrit.libreoffice.org/16223Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Philippe Jung <phil.jung@free.fr>

Re-factor the scheduler to use std::list

Because
 - ImplSchedulerData
    - remove: mbInScheduler, mnUpdateTime, mnUpdateStack
	   that is scheduler stuff
	- this struct is only a container for the scheduler-list
 - UpdateMinPeriod
    - the scheduler is the pure-virtual-class then
       the idle-class must override this method
 - ImplDeInitScheduler(bool All=true)
    - this patch 2e29a518 remove
	  all scheduler tasks and the scheduler, but after that,
	  the scheduler is using, then crash.
      With this fix, only delete the scheduler-list, but not the
      scheduler

The next steps
 - split the scheduler from the scheduler-list-handling
   the scheduler-list-handling need a static class
 - remove the scheduler from the timer-handling staff

Change-Id: I8d4d4f27b2bc9684a48c2afafd0b3edd0716c71d
Reviewed-on: https://gerrit.libreoffice.org/16148Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Problem Description:
- Matrix multiplication cell formula range is not exported after roundtrip.

XML Difference:
Original : <f t="array" ref="G5:G6">MMULT(A1:C2,E1:E3)</f>

Roundtrip : <f aca="false">MMULT(A1:C2,E1:E3)</f>

Solution : Added formula cell range support for matrix multiplication.

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

(so fix its Linux RPATH from "$ORIGIN/../Library" to none)

Change-Id: Ie58e8e07cb08cdf12546f8bb7b92aa9e83815748

...same as f0aa1a78

Change-Id: I35c1e6928dd4b29ef0ab448a181a5af7fb0640ab

Change-Id: I9a71ee85d2d28aed5bd3f4d1f6e91261a9228d04

After introduction of the Idle processing, something has changed so
that the underlying GetGdkWindow() does not update its size fast enough;
even though the gtk_window_resize() is called before the Window::Erase()
(that actually paints the background) etc.

The consequence of the not-yet-updated gdkDrawable is that we cache
something that has the correct background in the top left 200x200
pixels, but the rest is just copied from the screen.

Let's for now just not cache when the GetGdkWindow() is smaller than
what we actually paint; TODO find the root cause.

Change-Id: Ib6092668eb4613899f665bb0f12fc1eb15484e13

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

For each iteration of the (gtk) main loop we are dropping the yield
mutext which results in calling OpenGLContext::clearCurrent. That method
calls OpenGLContext::ReleaseFramebuffers which would call in the end
glBindFramebuffer for each framebuffer related to that context.

This would easily grow into the thousand OpenGL calls without doing any
work.

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