Mac / Win cairo is not built / used, this cairo code can be removed to
reduce code bloat.
Change-Id: I758d674291e25e0722f5c66a0096295e903786b1
Reviewed-on: https://gerrit.libreoffice.org/16049
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
bugs.libreoffice.org redirects to bugs.documentfoundation.org,
which isn't very helpful as it just causes duplicate downloads.
Arguably freedesktop.org could be removed; the are just ~5 interesing
attachments since the TDF bugzilla migration.
Change-Id: I26d2667848582209e382226108c47549e99cee97
... by checking that a file with "fdo" already exists for bugs older
than the migration, instead of just ignoring the old bugs on TDF.
There are > 300 additional attachments not on freedesktop.org.
Change-Id: Ib7ee63041109071cc1241a875ef2cccbddfc699d
The queue was limited to an arbitrary maximum size, causing half of the
jobs to be droppend on the floor. Also it didn't run on Python 3.
Change-Id: I90bfba448291d901c5a7c83389d17c6acdd919c8
from
commit 0e2ef262bea4cbc7cb04cfcd1d47f2a9d6092398
Date: Thu May 21 13:58:52 2015 +0200
tdf#88276: Add background colour toolbar and sidebar buttons
but they do nothing yet, follow-up commit(s) add real functionality
to them
I take it that bNeedTextSpacing = true where it used to be mpToolBoxSpacing->Enable()
so fall-through that happens anyway also sets bNeedTextSpacing so presumably
everything is ok here
Change-Id: I8f1d4137a74fcc2c7ba6959e5b5c4b1f7464643c
Storing Undo data is unnecessary here, because shrinking is applied
only on the text frame of the textbox. The shape component of the
textbox isn't modified.
Change-Id: Iaff64ff4953adbfa830832da146343cef2734547
So that even if the address book data source wizard creates the embedded
data source, next time the document is loaded, we can find it.
Change-Id: Ibb11fa119fb27976437e54bed1d590cfd9863236
IDF_CONTENTS includes IDF_NOTE, which should not be used here
Change-Id: I904fbdbfcb97865a5682d9073e0ce2d5a2c694fb
Reviewed-on: https://gerrit.libreoffice.org/16085
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
This fix is a SCCOL variant of:
commit c66d1b9fcc2244b4fd8940f17ebf4e772f09c84e
Author: Kohei Yoshida <kyoshida@novell.com>
Date: Thu May 5 00:23:25 2011 -0400
fdo#36406: Let's not use invalidated iterators.
std::set::erase(iterator) call invalidates the iterator of the erased
element. We better not use it after the erase() call. Since the number
of manual breaks should not be high enough to cause a performance
bottleneck under normal usage, a safer linear copy should just be fine.
Now, I'm not sure if this indeed is the cause of the erroneous amount
of manual breaks in the test document, but I didn't see any other likely
spot.
Change-Id: I0c2e8f738949776aa7f8ea5528e2c0eeb9351c16
Reviewed-on: https://gerrit.libreoffice.org/16063
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
This reverts commit 217dbf61ece9318f4430780d10cef60920086de7, the test should
work now reliably after the preceeding "Finalizers must not access UNO objects"
commit.
If the object being finalized (A) has the last reference to the UNO object (B),
and B is actually a proxy for a remote UNO object, then A and B become eligible
for finalization in parallel, and the finalizer of B may already have run when
the finalizer for A runs. That means that B may already have been removed from
the remote bridge, causing an "unknown OID" error from the remote end when the
finalizer of A now tries to make a call on B.
(We try to assert that close() has actually been called before finalize() calls
delete(), but the corresponding exception may be silently swallowed by the JVM
finalization machinery.)
This caused spurious "URP: queryInterface request message with unknown OID
received" failures during JunitTest_dbaccess_unoapi.
Change-Id: Ia47c3ef2c22a6adc75b1b8271eb4b3140accebe7
use begin() and end() when calling std::copy on an uno::Sequence
Inspired by commit b34b648fc3262c5d9aa295f621e8fe9c97d4c6b2
"uno::Sequence provides now begin and end"
Change-Id: I08e8c3fd6144e77b95a26f85bc0daf6a9edeeb0b
Reviewed-on: https://gerrit.libreoffice.org/16057
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
