Age | Commit message (Collapse) | Author |
|
Otherwise we can fail to allocate a new one when we need it post reset.
http://crashreport.libreoffice.org/stats/crash_details/e4f26191-15d5-441a-868f-9ada21ef4424
Change-Id: Icc5ec6c51338e18a0a1bc890f56670e8fe9c73ea
Reviewed-on: https://gerrit.libreoffice.org/43508
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
|
|
and don't invalidate on first view
Change-Id: I1156c83c0365ef27946cc414cad8dfa07206e5af
Reviewed-on: https://gerrit.libreoffice.org/43498
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Instead of the bounding box workaround before commit
5352dfbbe22b59983e1b91366908724138b9783a (pdfium: update to 3235,
2017-10-12).
Also stop using the deprecated FPDFPage_CountObject().
Change-Id: Iff04b5d5af492b564d7e4e918fb69aa881791b88
Reviewed-on: https://gerrit.libreoffice.org/43523
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
It causes trouble at least for (non-debug) 32-bit ARM Flatpak builds, where
CppunitTest_vcl_filters_test aborts with an uncaught css::uno::RuntimeException.
This is a partial revert of 6889fa826eef6bd1074d77507818e71dfe8ba152 "rework
jpeg error handling to throw rather than setjmp to avoid leaks", switching back
to setjmp/longjmp but trying to keep the leaks fixed by introducing any relevant
local variables before the setjmps.
Change-Id: Ia5984528ea98be1c89a21aee800b247120f88a89
Reviewed-on: https://gerrit.libreoffice.org/43494
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I26093cb9cf0170aa9ba4ccfc8c8556c2e78086b3
Reviewed-on: https://gerrit.libreoffice.org/43515
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Tested-by: Szymon Kłos <szymon.klos@collabora.com>
|
|
Change-Id: Ib47ffaa0fe754d8aafdf338d8ec8c2109beb21a5
Reviewed-on: https://gerrit.libreoffice.org/43484
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I7e5fdd2b328a7d88e11cc15ba9e1027ef55c5e17
Reviewed-on: https://gerrit.libreoffice.org/43461
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
for rtl we mirror the position of popdowns, so we need
to know their initial desired position before they have actually
appeared yet and have a valid maGeometry.nX, so fill in the
hoped-for position as the current position
Change-Id: Ic22dc3e5d9922f5d48bbbdaad53caabff57188d8
Reviewed-on: https://gerrit.libreoffice.org/43459
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
because in rtl mode we need to know the final size in order
to position it correctly according to the right edge
Change-Id: Ia701626968f828fd23ab1637ed6171d0e3367c16
Reviewed-on: https://gerrit.libreoffice.org/43460
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
in rtl we change the x pos. To change the x pos we need a y pos to go
with it, and taking the y pos before we get the true (0) top decoration
size of menu and menu-like widgets means rtl popdowns like the color
and highlight popdowns are vertically misplaced
there's no reason that a window would share the same decoration value
as its parent
Change-Id: I8cd1e96bb8ef7b0b728ff1baac5ee069325f9753
Reviewed-on: https://gerrit.libreoffice.org/43458
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ibc13a8c1dbfd6fdfc5e35856b21ea5af310f63db
Reviewed-on: https://gerrit.libreoffice.org/43430
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I0d682bcf3bd9d5f4852675fd0d6b61f10ea4f7de
Reviewed-on: https://gerrit.libreoffice.org/43455
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I5b09edb9c3012dfa282077ea537cf8cbe4ce23d0
|
|
as in interim measure for SfxTabDialogs we throw
away the TabPage if its not suitable for reuse
Change-Id: Ic5776ca3d2a8cb6bf41f33df01b211f81c62a842
Reviewed-on: https://gerrit.libreoffice.org/43134
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iee390bd5e241536d4f55743083468c433417f572
|
|
Change-Id: I75cbc6c40dfb4d558c3e09bac1a40805c4ade3e3
|
|
Change-Id: I3c60abcd73ce443c780deff2e3b9c79717e03a1e
|
|
Change-Id: Ieaf3eb0800d2e80f16cfa29718d752e43ad534d0
Reviewed-on: https://gerrit.libreoffice.org/43418
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
It seems that something filters application defined events when
closing a window... DoYield expects a timeout event, which never
arrives, stopping all redraw and generating a busy loop.
Change-Id: Ic83468cceac7b967acaecf18b321178fc7565b94
Reviewed-on: https://gerrit.libreoffice.org/43381
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: If05afad52f44691e8fbfbd040658ab866dd4eb46
|
|
Change-Id: Ie1acdd7696d77c2ba1b76eeae789ab17565623f5
|
|
Change-Id: I64793511c500c0fe3521c1b4b93c6f0db61ad6b3
|
|
Change-Id: I3f0b83b9b502000cf206d01cb5af5417a5e52863
|
|
and ofz+ubsan warning
Change-Id: I55db222dc73432171d9d0b8b8e41371963ccb955
Reviewed-on: https://gerrit.libreoffice.org/43412
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: If8653278fe1b2ae09b8ee6c6da10d43542be7798
|
|
Change-Id: Ie162cde24ef13dd57bea7857b0d2b4a7fd19bf8b
|
|
Change-Id: Ic47710ec80c6c71b48ffb10449398348bec2189b
|
|
Change-Id: I6baf17ed113a73c9840af1515c13ce950af9d1c1
|
|
Change-Id: I58323e7cfcc764a78b2dfe751afb3d667c809a1e
|
|
Change-Id: I8bd1327d23ebc79723f4e3492067950ca2408020
|
|
Since https://cgit.freedesktop.org/libreoffice/core/commit/?id=2dd1645d7cd12e8f5d8e950af3d156f8df2fa417
Change-Id: I2077bcf1ca53d5378f2690267f307d3350dd037e
Reviewed-on: https://gerrit.libreoffice.org/43401
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I40235d5ee194b1e74a4f227800fe13329746d7eb
|
|
Change-Id: I6b8c678374f6101b25abe3efd81e77696e4ff1cc
|
|
Change-Id: Ib2b1a36d56cc8ac63cf28a18fa20ad2f075dcf21
Reviewed-on: https://gerrit.libreoffice.org/43394
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8f689ba1a26b2380b1962a47837b943fbefbd6b6
Reviewed-on: https://gerrit.libreoffice.org/43383
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
The version 0 table os exactly 78 bytes since it does not have any of
the extra fields from the later versions.
Change-Id: Ie2e478bdefb201b988dc0844240d4ff193d66583
Reviewed-on: https://gerrit.libreoffice.org/43374
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>
|
|
During window move and resize, Windows spawns a nested message
loop, blocking our direct processing. In this case we switch to
timer messages for all timeouts.
But if LO is busy with background jobs, the posted 0ms timer
messages will block any system event processing, halting any
updates until we're idle again. So for these cases we switch
to the WM_TIMER based SetTimer timer.
Change-Id: I854f4984d7c75d6829f82cda5cb4479967edce48
Reviewed-on: https://gerrit.libreoffice.org/43350
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
On Windows we can just check the message queue for existing
messages. But VclInputFlags::OTHER is used to check for any
messages, which can't be explicitly checked.
In the case of checking for VclInputFlags::OTHER while
excluding an other message type, we have to make multiple
PeekMessage calls and exclude all non-checked message ids.
Change-Id: I1cedd4b76444769842c74228fc547f0d924f8b60
Reviewed-on: https://gerrit.libreoffice.org/43337
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
This time we skip the intention to handle our Scheduler
completely via the system event loop. Instead we basically
guarantee to process a Scheduler event during each DoYield,
if one is available. This way we won't block system events
when busy in our event loop.
Change-Id: I37094e61cbf928733151d9cc3299cdac76b3a5cd
Reviewed-on: https://gerrit.libreoffice.org/43349
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: Icb23e192961aadcd23d17546aa397df18dd32979
Reviewed-on: https://gerrit.libreoffice.org/43366
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: Ic33c086ef67cdcb634d9f03f84799c234fe3beec
Reviewed-on: https://gerrit.libreoffice.org/43341
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I5f671bdc34e5852af06c99db93e859e8cf837c0d
Reviewed-on: https://gerrit.libreoffice.org/43009
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
|
|
Change-Id: I9e69d0b29ab41428d87bf37edeebe652f7e9c297
Reviewed-on: https://gerrit.libreoffice.org/43251
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I3da2ec747f73c44bf7bcb8a7ec3d116272dc806f
Reviewed-on: https://gerrit.libreoffice.org/43252
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
+ refactor a bit "analyzeFontFile" to return a vector of std::unique_ptr<PrintFont>
instead of just a bool
Change-Id: I9c8c307c5c323e40667359f5094672c1cde589fd
Reviewed-on: https://gerrit.libreoffice.org/43317
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I9ff73dab53f5769270e8eb32889314e9c61a1828
Reviewed-on: https://gerrit.libreoffice.org/43254
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ib7f145ae1137ec29749e0a60a21e84dd747ac5c1
Reviewed-on: https://gerrit.libreoffice.org/43253
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
needed more dummy stuff
Change-Id: I96392415a8f778be3ef1a44fb485d27049f7f324
|
|
regression from
commit 404630c6052919c1a0b5dab405084c2a39fc2f5c
simplify Bitmap operator==/IsEqual (stage1)
Change-Id: Ifabbfb28e0ccbe28b19db7f2c50e6d6f55569f9a
Reviewed-on: https://gerrit.libreoffice.org/43239
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
If the last user event triggers a nested event loop, there is
no event in the nested loop, but AllUserEventsProcessed will
not be signaled, resulting in a busy loop in the gtk backend.
So just always signal AllUserEventsProcessed, if it was not
yet signaled.
While at it catch and std::abort on uncaught exceptions and fix
the default to have been signaled, so we won't signal on an
empty list on first run.
Change-Id: I480da906d87d3b95ba30b4c18420d2e20ffb5b2e
Reviewed-on: https://gerrit.libreoffice.org/43282
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
|