Age | Commit message (Collapse) | Author |
|
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/16230
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
This file was rm/mv on commit 47692bfc1275bfa24a7fb2627cc263142549d29d
Change-Id: I141794aee5c57e345334af42fcea4eaa71709f1b
Reviewed-on: https://gerrit.libreoffice.org/16259
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Ifaa52b49b717d893846fc1e7ae4ac50735f824ac
Reviewed-on: https://gerrit.libreoffice.org/16260
Reviewed-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/16137
Tested-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/16252
Reviewed-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/16254
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: Ida670ac9c6687314d8b425c3ac1f9896f54f2a15
|
|
fixed by commits 4dd2e61 and fae87e0
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/16236
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: I2571c4384e4c2dbe411e171325e10d57a0afe5a0
Reviewed-on: https://gerrit.libreoffice.org/16235
Reviewed-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/16160
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
commit 9f01951b858453684f2622541af0eb85d4544fc6 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/16223
Tested-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 2e29a518b04250b5f9cc9d0d77da3df076834d60 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/16148
Reviewed-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/16033
Reviewed-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 f0aa1a78fb209310e8baef53c02f365fca518d11
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/16101
Reviewed-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/16241
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: If488a6aa6769ad45f08ad78de35402f676abe784
Reviewed-on: https://gerrit.libreoffice.org/16240
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
This reverts commit 6bf39b2f4ea4e880d8414b04269405e6b48efe23.
Change-Id: I97619740f34cf0046f89352553dba73723f35a6f
Reviewed-on: https://gerrit.libreoffice.org/16239
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I675192d6bd6d10e6c7974a5de6f488f9a087ac32
|
|
... so that this widget can be used from other languages.
Change-Id: Icd7d6df6aa587ffdb018af0b911300dc81ec6560
|
|
It is not the job of the widget to provide the scroll bars.
Change-Id: Iafc5724ed5b21717d711bb8f7e1a076dd1288b76
|
|
Change-Id: I00dfbaa9971e3ee589672e51bca07e8eddfdc167
Reviewed-on: https://gerrit.libreoffice.org/16238
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I17ea45f2b1dd46a7f1c0f3ce8c680bef9ec533fa
Reviewed-on: https://gerrit.libreoffice.org/16249
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
...as discussed in 371cc81bd9ccbfbed25f810e70899c044280349e "external/liborcus:
Fix Linux RPATH:"
* When an external module produces multiple libraries (that we all install) that
depend on each other, they need to contain $ORIGIN in RPATH (strictly
speaking, those that do not depend on any other libraries from the module
would not need that, but it is harmless and easier to do that way).
* When an external module's libraries depend on other external modules'
libraries, and (at least some of) those other external modules are not
configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again,
for simplicity, some libraries may get that even if they would not strictly
need it).
* Try to outsmart the external modules' libtool instances to not add (ultimately
bogus) paths to RPATH for dependencies on libraries from external modules
(either from the same module, or from anohter module not configured as
--with-system-*). The only time we do not outsmart libtool, and instead rely
on it (hopefully?) doing the right thing is when a given external modules'
libraries depend on libraries from excatly one other external module, and the
latter is configured as --with-system-*.
* That outsmarting means that if an external library depends both on external
libraries provided by modules not configured as --with-system-* (so RPATH
contains $ORIGIN, and the outsmarting is not suppressed) and on external
libraries provided by modules configured as --with-system-*: Then if the
latter are in unusual locations on the system that would require an RPATH
entry (which might be provided via the corresponding "pkg-config --libs", say,
and presumably would be honoured by libtool if we did not outsmart it), then
those paths are now erroneously missing from RPATH.
* That outsmarting also causes linking of some utility applications in module
redland to fail, but those are ultimately unused, so cut them off by patching
their respective sub-directory Makefile.in.
Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab
|
|
Change-Id: I3388a75bb8aa23d8a8998671f25b5297352efca8
|
|
Change-Id: Ie26303d737954f2d3af58e3cc6217aeadcb67cc0
|
|
Change-Id: I79e92b63aa2efc9c3da595c8e857666a2d727900
|
|
Change-Id: Ibe24fc199753dd7a840d57532a20d901c216b910
|