Age | Commit message (Collapse) | Author |
|
There is really no reason to wait a millisecond for an idle.
Change-Id: I7665d5f2e7d6ba3e01290a692bbc8e42c36b9986
|
|
While the stack removes all invoked tasks from the queue, which
actively removes it from scheduling, it also helps to faster handle
nested calls, as we don't have to look for the previous position
to move the task to the end of the queue for the round robin.
Change-Id: I358cf2492e9630f67685a2b780509edb56691830
|
|
Change-Id: I1ec48a71103aad50e8a303a5356a25f3a168d6bd
Reviewed-on: https://gerrit.libreoffice.org/39867
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
After commit c6902761d797253cda8b3f71f102c66108585e24
"Revert "use std::vector in BigPtrArray""
<mst_> noelgrandin: you reverted both gdb changes but only one sw
change?
<noelgrandin> mst_, I thought your gdb change only appliled to the
std::vector?
<mst_> noelgrandin: there was another std::something or other change
there, one was mvInfo and the other mvData
<noelgrandin> mst_, sigh, will fix that
Change-Id: I3059d29b1a559eb3077f5d713be011e15e887ee0
|
|
which is causing crashes in the crashtesting in
ooo119635-3.docx and ooo119568-2.docx
It is definitely some kind of use-after-free error, but the
compress and delete logic for BigPtrArray is too hairy for me
to debug right now.
This reverts commit 1eee0abd459a508a6dcf9e71cbf2c1be3725faa7.
Also revert commit 4f743419a04375160437a910254c45dea396f70d
"gdb pretty-printers: fix BigPtrArrayPrinter after recent std::isation"
Change-Id: Id870876432a060f9347aafb43bf0df692ea24464
Reviewed-on: https://gerrit.libreoffice.org/39684
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I451797b987ec7a8ffa069cbf34f0c22d6c1ce280
Reviewed-on: https://gerrit.libreoffice.org/39628
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Ic883a07b30069ca6342d7521c8ad890f4326f0ec
Reviewed-on: https://gerrit.libreoffice.org/39549
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
See https://msdn.microsoft.com/en-us/library/jj620914
Change-Id: Ibd18f1c36c46ea47c897542f35e3ea2a8bc0a8ac
Reviewed-on: https://gerrit.libreoffice.org/39510
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
,,,in preparation of moving to a flatpak-builder manifest.json approach
Change-Id: Ie9e90a85cc6e94ff7191161085c6e607512db0c4
|
|
Change-Id: I74d5a4b8cfc4b18267f99648a3112b163c91fd8c
Reviewed-on: https://gerrit.libreoffice.org/39474
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I427b15b35ef6e7c803cb8a00c961d35175ae8cb2
|
|
Change-Id: Icf25b22857abd97e8b6a72d3d546fd1eed882049
Reviewed-on: https://gerrit.libreoffice.org/39385
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: Icd4328eed3cd682c98fc9be7368fcbac55a94edf
|
|
...since 09031ef2fe89a8a6321ca89cca49f1587fe577e6 "Avoid
getQualifiedNameAsString"
Change-Id: Ic663153c3cfb3d7264a6614c4fa4edd71fe6235f
|
|
to find ref-counted classes being managed via other smart pointer
classes.
Hopefully prevent needing fixes like
642ae256ea5b8083ba0b3c097ca8ea52304b9cdb
"ChangedUIEventListener is refcounted, mustn't be helt by unique_ptr"
Change-Id: I6b0c5f8f87ce3546a8a1104ce1000470c09459bd
Reviewed-on: https://gerrit.libreoffice.org/39378
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I8b82d46d4688b1a59d6fe1b05da7d5c8dfc13ca6
Reviewed-on: https://gerrit.libreoffice.org/38766
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: Ie98f080fbb0efb807dcb2fb7893811f68e831a8f
|
|
Change-Id: I6487eabdc0d6c84e919dff0f330bbc36a19f9da3
|
|
Change-Id: I08882119972587b6c86ba0717cfc73d0fc4550e1
|
|
Change-Id: I7cbea9381bc993e7894603c731ab0ac54e80d4b4
Reviewed-on: https://gerrit.libreoffice.org/39049
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I277f30129560ea9fa76d6439a60bb191358df99d
Reviewed-on: https://gerrit.libreoffice.org/39088
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
program"
This reverts commit d36dc7b3ce28e6fe1590aa7cb72e53e2d745c073. Turns out e.g.
tb75-lilith has a 'file' command that doesn't print "execfn:" information, just
> /home/tdf/lode/jenkins/workspace/lo_tb_master_linux_dbg/workdir/UITest/calc_demo/done.core/core.24697: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/home/tdf/lode/jenkins/workspace/lo_tb_master_linux_dbg/instdir/program/soffice'
(<https://ci.libreoffice.org/job/lo_tb_master_linux_dbg/13930/console>), but
with a truncated "from:" path, so would probably be little benefit to try to get
the path from the "from:" instead of (or in addition to) the "execfn:"
information (where the latter appears to be more accurate at least with my local
file-5.29-4.fc25.x86_64).
|
|
...that dumped a core file. Is it just that the pathname is too long and gets
truncated? To be reverted again.
Change-Id: I2e571cf7d5d3a128e8875e01df37bfccadefe80a
|
|
...which can be useful e.g. when a UITest spawned multiple soffice.bin sub-
processes that crashed
Change-Id: Ic14ab286b320f2ee548c217e5395cfeec3afa889
|
|
...which may be different from $EXECUTABLE e.g. when in a UITest (where
EXECUTABLE=python.bin) an soffice.bin sub-process crashed
Change-Id: Ia448c911b8475686e98c6bb6f43d7d32abece7cd
|
|
When the field in question is read from inside a constructor
initializer.
In the process, create some needed infrastructure in the plugin classes.
Change-Id: I2f440efa6912801a236727c9fe3180404616958c
Reviewed-on: https://gerrit.libreoffice.org/38960
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
tell the plugin code when we are unit-testing it, so we can suppress all
the warnings except for the plugin we are currently testing
Change-Id: I240c8e37eba90c219e53c29531a3a43bc841a1c8
|
|
(such redundant std::unique_ptr copies could happen when changing parts of the
code base to make use of std::unique_ptr individually)
Change-Id: Ib48a45a212f9426a775c7f379bc5d3c92230218a
|
|
It has ~no users, can't even be built on modern Linuxes, and it annoys
folks who want to refactor VCL.
Per ESC decision from 2017-06-08, remove --enable-tde and --enable-tdeab.
Change-Id: I51ce4786f29f8fcac2e2bb2a654c41fbfbbd8afd
Reviewed-on: https://gerrit.libreoffice.org/38718
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
This reverts commit dc141130cde07e6fd2664972d214f2cbbf859f06.
moggi/cloph insist on that it should be en_US.UTF-8 and people should
either just use that or use locale-gen. Will give problems in chroot,
but... *shrugs*
|
|
since the first does exist just with pure chroots wihout (generated)
locales, the latter not.
Change-Id: I67c9e4652ee69e0c1edd3da631d65cfcd7a5dc35
|
|
Change-Id: If4726804c2b967582cbf1a4e816c1c7bee01aeeb
Reviewed-on: https://gerrit.libreoffice.org/38626
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
It's called ENABLE_BREAKPAD now.
Change-Id: I757c4da415fb895d7cc24f13e201329111246367
|
|
...in favor of gb_LinkTarget_add_generated_exception_objects. The former would
have needed any flags to be passed in explicitly (but no call sites did), so
e.g. StaticLibrary_graphite didn't have any debug information (when building
with --enable-debug). I guess there is no downside to having C++ exception
support enabled in these places, and using _add_generated_cxxobjects instead was
likely an oversight in the first place (at least in the case of
external/graphite/StaticLibrary_graphite.mk, it was that way ever since
1ceb47d96da9e7977c96241f49ad291ff0466970 "graphite: convert to gbuild", but for
no apparent reason).
Change-Id: I9986a6c5ec30a521095dbe5315e5ca649741a790
|
|
... and add BUILD_X64 conditional.
Change-Id: Id512368dfd9dece583ead5aae1924db96f8a2a40
Reviewed-on: https://gerrit.libreoffice.org/38366
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I390b97bbacfc123b952be2b54cf1333b4d5c24a7
|
|
set literal syntax was introduced in python 3
and backported to 2.7 later
Change-Id: I4ddf76729de425ba93daf5c287969dacabcee01d
Reviewed-on: https://gerrit.libreoffice.org/38393
Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
Tested-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
|
|
Change-Id: I446826c9f0b07b2d44321c1a1e68ea29c6d68daa
|
|
This style was only handled in the installer code for registry items,
but in scp2 it was only set for files, so effectively it was unused.
Change-Id: I197eeded29648aee2489e302f7b5e48bf13a545c
|
|
Add new PACKAGE_FILELIST_FONT
The DONT_DELETE style has no effect for files.
The FONT_WARN_IF_EXISTS style has no effect.
Change-Id: Id062ada0a680341c01827e457b1166d625afe8cc
|
|
Change-Id: I3632c618e385d3f9963637c26d94b8395d5b8cb5
|
|
Change-Id: I83404709ae7bd3f4683ea9dab8d3f0e0875bc10f
|
|
...(for LIBO_INTERNAL_ONLY), now that the status of Android has been clarified,
see <https://lists.freedesktop.org/archives/libreoffice/2017-June/077827.html>
"Re: Some baseline thoughts"
Change-Id: Ie9d5444df84c23d48c24b68d9d2ab5322c619858
|
|
Change-Id: I07605c132432cb9454614368200e9c85695bea26
|
|
Change-Id: Iba0cf3345655a8ca61a4d55b9f045c713683f97b
|
|
as ls output is now prefixed with ./ since
commit 027d661ef7e2490f1182d3e5003ae4da4135e0ca
Date: Fri May 19 18:03:04 2017 +0300
Change-Id: Ifd2b6405cb4670a7ae4e21228d29fae5b7408112
|
|
Change-Id: Ic8eee967269b3666b15795f20ee62817dadfb0ff
|
|
And rely on implicitly derived
_WIN32_IE = _WIN32_IE_WIN7 = _WIN32_IE_IE80
Change-Id: I94717e2ed66387bdc76f9047c02c0820d4adc1f9
|
|
...after 027d661ef7e2490f1182d3e5003ae4da4135e0ca "tdf#105204 fix shellcheck
warnings in solenv/bin/create-ids" broke it
Change-Id: I03e8b5bbda228bfdcb36599b8c13b530395e9e62
|
|
Change-Id: Ib15458b3d90d5ae8c91afde0d8136e76c4bd3804
Reviewed-on: https://gerrit.libreoffice.org/38142
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|