Age | Commit message (Collapse) | Author |
|
Change-Id: I679555e2eb51e2b9660bb035a08d8da8b1687cab
Reviewed-on: https://gerrit.libreoffice.org/25747
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I21ad7278f7978e7eebf6962fdf1fac2d3cb2bddb
Reviewed-on: https://gerrit.libreoffice.org/25637
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I18501185f52ab4e90d16313cba299b7501106db3
|
|
Relax the checks in configure.ac to allow building against recently
released Firebird 3.0. In this version, libfbclient is also used to
access local database files (embedded server mode) rather than
separate libfbembed.
Change-Id: Id498cbca22409f95ee299a6165cc765efa25eca7
Reviewed-on: https://gerrit.libreoffice.org/25845
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
|
|
Change-Id: Ia7bd500728e122f1f4c7ff4c020cc067e72613ca
|
|
Change-Id: I9e1d79613adf6184f76c2e07aca0b78a9329838f
Reviewed-on: https://gerrit.libreoffice.org/25839
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...with fa135fd0e05fc4ba784b4349d65f2e5ed26c0f55 "remove unused SID constants
and associated code"
Change-Id: I51b2a9e3c8ce13401818bca0c40167a4364212f1
|
|
Project: help 17405f4ca6d12814f5abc0f97028745308edca9a
tdf#99637 add expert configuration property for number of undo steps
Change-Id: I6ea67b95d3cc535166adbb0459a25b335f96d544
Reviewed-on: https://gerrit.libreoffice.org/24774
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
For example, copying an empty column or row range, and then
pasting as unformatted text exports all the newline characters
inspite of the fact that this is an invalid data range.
The problem becomes worse when someone tries to copy an entire
column which implies exporting MAXROW times newline characters.
Change-Id: Ie0a09890e2d0cd5f44d89d520959248e65365ad7
|
|
Change-Id: I6dcbe6c9aeff87d735303713f328c84203f76b60
|
|
Change-Id: I4fe6ef01a4c7fb795e4499e54aa55ebaaa0d433d
|
|
Scanning only a subset span is ugly anyway, just hack that in now.
Change-Id: I5a5f7a64f3b49e2f590130072a2a48c2b5af21b7
|
|
even with only one toolchain, so test whether path exists without
version, otherwise just stick it in.
Change-Id: I58c7f9e9582efdccb446e1bcf161d2c9e913a3af
|
|
cleanup in core/sw/source/core/view/viewpg.cxx
Change-Id: Ie0f406db111b4418e92245a9e998e6ff99eb75fe
Reviewed-on: https://gerrit.libreoffice.org/25596
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: I36593afb557f9826f2b0117cd93d2712bc676cdd
Reviewed-on: https://gerrit.libreoffice.org/25784
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
In preparation of adding some builtin format codes, actually already
NF_FRACTION_3 and NF_FRACTION_4 needed that.
Change-Id: I734a1ef5e6405aceaace7d44e8901a6183dc2a64
|
|
and
coverity#1362479, coverity#1362480, coverity#1362481,
coverity#1362482, coverity#1362483, coverity#1362485
Change-Id: Ia3a32b69bcbe5ac3e7cc50dacfa02e8bf1aab787
|
|
Change-Id: Ia495ac1434500048ce2f6ffd8d85e3ece13d2bad
|
|
maybe this is what was wanted, still looks a bit dubious, won't
crash straight away at least
Change-Id: I1be934af9d7ec95f3a7079f2f34a3e3661311944
|
|
__LP64__ is not defined in MSVC AMD64 builds, since it doesn't have
64-bit longs. This caused the vcl_filters_test to fail because loading
the file for which that check is a work-around succeeded.
Change-Id: I4df48d4b196a1d08e9bd5ef61b64ec63501037c9
|
|
This would have been more useful if it checked one of the other types
that use inheritance. It would also be more useful if it actually did
something to report the issue instead of silently reporting success.
Change-Id: I684146244d4eec15669b499e40214b8ede70741f
|
|
This filter reads entire structs at a time from the SvStream, including
structs that are derived from other structs. This happens to work fine
with GCC by chance, but MSVC AMD64 by default aligns structs to 8 bytes,
and that means if sizeof(super-stuct) = 20 then 4 bytes of padding are
inserted and that ruins the import.
This causes vcl_filters_test to go into an infinite loop reading
SaveAsPicture.sgv.
Fix this by reading each member of the structs separately, which also
means that the filter doesn't need to byte-swap every member on
big-endian platforms since SvStream methods already do that.
Change-Id: I237725dbcde5232006728179e645776fcb79cac3
|
|
...in an attempt to reduce usage of type-unsafe
void const * css::uno::Any::getValue()
These new functions are often more convenient to use than the existing ">>=" and
Any::get<T>. Note how they are careful to provide a pointer directly into the
given Any, instead of creating temporaries.
As an example, replaced most calls of getValue across xmloff:
* Cases that first check for a specific type (via getValueType etc.) and then
call getValue can instead call tryGet. (But beware that tryGet supports some
conversions, which a check for a specific type may have missed---either
intentionally or by accident. Also beware the somewhat common idiom of
checking for TypeClass_ENUM and then using getValue to obtain a sal_Int32;
this cannot be replaced with a call to tryGet.)
* Cases that seem confident that the Any is of the correct type when calling
getValue (but apparently are confident due to some higher-layer protocol, as
the surrounding code does not do any checking via getValueType or similar) can
instead call doGet. It throws an exception if it turns out the confidence
wasn't warranted. (Many of the existing calls that directly dereferenced the
return value of getValue as sal_Bool look suspicious, in that the author might
have thought the given code would also cover a VOID Any---which technically it
even would have happened to do. If any RuntimeExceptions thrown from these
doGet calls start to crop up, these changes need to be revisited. Some may
even be rewritten as uses of ">>=". But at least "make check" did not show
any such problems. Also note that casting the value obtained from getValue to
any css::uno::Reference<X> with X being anything but the base
css::uno::XInterface was always prone to producing a bad pointer, in case the
interface actually stored in the Any derived from X via multiple inheritance.)
* Should there ever be cases where an Any is known to be of the requested type,
some additional forceGet could be introduced (which would assert instead of
throwing an exception).
Change-Id: I2d8739e86314eff73abfcafe01d806f5bc5c34db
|
|
Change-Id: I65f5f68433940fa0b50ad951fbb96085178a42d9
|
|
noticed when examing tdf#96251
Change-Id: Iec8748ad323bcb59e8e1f6b4135b4a3b313a6e44
|
|
looks like the sort of simplfication that could be automated
Change-Id: I29ce13fe1b98e99be096e44239b971f6971c5f98
|
|
(And not just names from the hardcoded list.) Surely we want it to be
possible to add a blacklist entry for a hitherto unhandled vendor to
the file at a user site without having to modify the parsing code and
rebuilding LO.
Change-Id: I01ca45cb91df06e1634a565b3e469fb85fe4e116
|
|
maybe should be set via configure, to keep them in-sync
Change-Id: I3747992bb2bbdd88f3668418280bbafc8c998a02
|
|
Change-Id: I1ae9419383c56a026d05d6adf4adf81dc981f56a
|
|
Change-Id: I12b45b499bdf2041d6b50fa85e30612916462b3e
|
|
Change-Id: Id50077d03c80819312ed55326d33108e24fd4e30
|
|
Changes:
- added invalidate call after entry selection and expand
Behaviour before patch (Linux):
1. Open Writer
2. Open AutoText Dialog: Tools > AutoText
3. Expand/select entry
Insert button is still disabled / entry is not expanded.
To force repaint you had to use mouse scroll.
Change-Id: I814db71dea02273998f675c3b140d554f2e109ba
Reviewed-on: https://gerrit.libreoffice.org/25783
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib8c81056619a383cedc828b945c1802ff1ce42ca
Reviewed-on: https://gerrit.libreoffice.org/25802
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Idb1b1d50260a969446ac1385f93163bea6cf6b04
|
|
And make proper changes in the related .ui files
Change-Id: Iea998b6de25831c08950a8afa725713288113bfa
Reviewed-on: https://gerrit.libreoffice.org/25807
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I6f2d1c2c947e01a686fdb7a7f175dd7541924afa
Reviewed-on: https://gerrit.libreoffice.org/25805
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
this leads to a cascade of uncaught/unexpected exception and thus abort in debug build
Change-Id: If417d2fd2037379e3006f98bc046713729ea4648
|
|
Change-Id: I528b0ecb5282178d8e727471beb126cb7d3f2eb4
|
|
When feather is 0.0 (used when anti-aliasing is disabled) then
we get a "division by zero" situation. As per OpenGL secs. the
shader should not fail in this situation however the result is
undetermined. Most GPUs handled this correctly but on some the
lines didn't draw at all. This should fix this issue.
Change-Id: I56ca2f10c393491807321969c72085ef7690d16a
|
|
Replace MetricField by NumericField
Change-Id: I4bde312b709aa6073908c21bc8ed33bcdb3a9b1f
Reviewed-on: https://gerrit.libreoffice.org/25797
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Removed "typedef" for std::unordered_map<int, int> in vcl/win/gdi/winlayout.cxx
Change-Id: I2798a21be61d6ceee680762d4145a2ae1fc1242d
Reviewed-on: https://gerrit.libreoffice.org/25644
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
with static constantants or a named value (enum)
Change-Id: I8ef21bc3b9797ed9319e790fc12241d59f07b88c
Reviewed-on: https://gerrit.libreoffice.org/25760
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
comment is there since initial commit cd3b0741a8f509f20c5b6deaa32f2158b315939d
but HIDESELECT is handled in svtools/source/brwbox/brwbox1.cxx
and used in chart2 and dbaccess
Change-Id: Idf0524f14a0f719b2287d234c912fef4fe24b7a3
Reviewed-on: https://gerrit.libreoffice.org/25762
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
enabled since commit dfb2ab0cee2ba04ce8816580447e7db8160ffac4
Change-Id: Ib260ff1ce4089ecf4778114d249d59af67c94c2c
Reviewed-on: https://gerrit.libreoffice.org/25759
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
and make various internals of the class privatey
(This is not an ABI change, as package
com.sun.star.lib.uno.environments.remote is not considered part of the
stable URE interface; it is not included in the documentation at
<http://api.libreoffice.org/docs/java/ref/index.html>.)
Change-Id: I25719239c0208b770ecd96b452b4220ac02b309d
Reviewed-on: https://gerrit.libreoffice.org/25779
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
... sorted_vector
Change-Id: Ie6c5f0e187228e2cf7769c62c86ff3cba80ab6ce
Reviewed-on: https://gerrit.libreoffice.org/25804
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I8df0ed4d7c7df27f570ad09936f17941c30aae91
Reviewed-on: https://gerrit.libreoffice.org/25749
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I5891fe7c298b4b3409ac6579ed167a4e0183c89a
Reviewed-on: https://gerrit.libreoffice.org/25748
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ida8e271b1dd755289371e457a7c83657b8a84f99
Reviewed-on: https://gerrit.libreoffice.org/25746
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I0fe173534dc2e70c3d507eae757a91e48a26acfc
Reviewed-on: https://gerrit.libreoffice.org/25757
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|