Age | Commit message (Collapse) | Author |
|
This code gets never called.
Change-Id: I59228cba1444b7b09f74eb5cf8da9b755c7c32f7
|
|
Meaning, these two functions have the same behaviour,
they produce the same output (and side-effects)
when called on the same input.
traverseORCriteria handles only the actual "foo OR bar" case,
and hands off all other cases to traverseANDCriteria.
But, lo and behold, traverseANDCriteria also handles
the "foo OR bar" case, in the same manner!
Change-Id: I10410e88ce48852b60d1d688fe2865923de9d80b
|
|
Using the autocorrect list of LibreOffice
extras/source/autotext/lang/en-US/acor/DocumentList.xml
Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657
Script: http://pastebin.ca/2327716
|
|
Change-Id: If0ddaa8fd7cfaf4df8589422cb50ce37f1be2ad1
|
|
Change-Id: I6c09767211817533494df34744a265cf28a76105
|
|
Change-Id: I01f1f1d112767b576d7cfc6e25fe95385de2c0cf
|
|
Change-Id: I442d7e363f7594d1fae5e2afdde71ff6670b1962
|
|
Change-Id: Iab61e80a7fa8f01d826ac90e184d09d0e2358b40
|
|
Change-Id: I709672e9e2789213c85878d2bd0194ad5bc34060
|
|
Change-Id: Ie413a219824cb62a481faf83c2309ab48f4f548f
|
|
Change-Id: Id4c5907b2431130018bff434049d9e85ae689793
Reviewed-on: https://gerrit.libreoffice.org/2365
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Niko Rönkkö <ronkko@iki.fi>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
FDO:60724
Change-Id: I73ad9f1c37cbbcf28d996ed73c75cf09553e499b
Reviewed-on: https://gerrit.libreoffice.org/2479
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
Change-Id: I639afec2508d189c10a180fd8f824e634afbd14a
Reviewed-on: https://gerrit.libreoffice.org/2347
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I75e8d897bc06806008c9b6e62b4741769f437dec
|
|
Change-Id: Ie736cb6d5ff7f4d1998338f4a3a3a3b0a67c79ad
|
|
Change-Id: Id22ba6632f273159838923bf26420d27dd8a89d3
|
|
Change-Id: Idb847766d93dc222d6c55889616da21eeac212ee
|
|
Change-Id: I46a748bf2c54d15c0f5718901197f3b4c34b82bf
|
|
Change-Id: I48a5da0d01ad3532b9a77ff864f8f9e4d14e734c
Reviewed-on: https://gerrit.libreoffice.org/2374
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
|
|
Change-Id: I133423de994b1befe246b6c921802428a3528202
|
|
Change-Id: I01c85e4d3853c44fa05acc3019bc35c56c4f655e
|
|
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
Change-Id: I8d55d5ae5ae38ae2b252859b5400e36301f19ef0
|
|
Change-Id: I96685f405989fdd3b090b6a482edf8ad65bfd4e9
|
|
Change-Id: I65b4ea5bb8beacef79e963e4dd78fa764f3ab697
|
|
Change-Id: Ie5942c13c8f64063ca9d45e25ff7efbf5c3b3d16
|
|
Change-Id: I4bcef6a58915226ec80d7546b4bc5d60abdaeeaf
|
|
...at least via KDriver.cxx -> tools/diagnose_ex.h -> boost/noncopyable.hpp
(kab1) and KStatement.cxx -> KStatement.hxx -> connectivity/sqliterator.hxx ->
boost/shared_ptr.hpp (kabdrv1). Becomes evident when building
--with-system-boost --with-boost=... on a machine with no system-wide Boost
installation. Not sure solving those problems this way is the best approach,
though.
Change-Id: Ida72362596aaac076efc4e1faab41fa47013975f
|
|
ASCII_STRING, CONST_ASCII, ASCSTR, ASCII, DEFINE_CONST_UNICODE, DEFINE_CONST_OUSTRING
Change-Id: I96d690bf9f9b319e9eeafcf218ec5ce87f21215f
Reviewed-on: https://gerrit.libreoffice.org/1954
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: I213bb62c2a9318d98f0736cc23431dca3dfd4708
|
|
Change-Id: Ib0329b9cdc4290ce98c4182e8466c1b44b408341
|
|
Change-Id: Ic5de8ad2cf9ef1143b1a5468e5fc5c9974aca5ec
Reviewed-on: https://gerrit.libreoffice.org/2021
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I0e9839e4ed02626eca17449b8d2f489ab50d39de
|
|
Change-Id: I28ee4c77935f81f41fb564fcd0c19a5d02a1aa10
|
|
because we identified the addressbook by their user name continue to do that for evo >= 3.6
even though that's got a better uid we could use. This way we can reuse the automatic
mapping of fields in writer (search for Personal in officecfg) for mail merge
Change-Id: I42e1d7aac9dd9640f0bb38e9224a393ac81481a1
|
|
Change-Id: Ieffe1a374f3f94991ca63b6ccfbfb7bdc43255d6
|
|
Change-Id: I04d2a4d7d1520567dd0eb929ffb5d9fa53d35dd4
|
|
Change-Id: I79db3d1b611315aab8a6c3a28d259a589dfa41d7
|
|
Also switch BOOLEAN constructor from sal_Bool to bool.
old/new signed/unsigned storage situation:
-------------------------------------------------------
SQL type | signed | unsigned old | unsigned new
-------------------------------------------------------
TINYINT | sal_Int8 | sal_Int16 | sal_uInt8
SMALLINT | sal_Int16 | sal_Int32 | sal_uInt16
INTEGER | sal_Int32 | sal_Int64 | sal_uInt32
BIGINT | sal_Int64 | pValue (String*) | sal_uInt64
-------------------------------------------------------
When sticking an UNSIGNED TINYINT into an Any,
silently promote it to UNSIGNED SMALLINT (that is sal_uInt16),
else Any would take it as a sal_Bool and normalise to
sal_True (1) or sal_False (0).
When constructing an ORowSetValue from a sal_Bool,
silently keep it as an unsigned 8 bit integer
(that is understand it as a sal_uInt8).
This will work in most cases,
since when asked back for a bool or sal_Bool,
we'll give back the right value.
Only code looking at the type tag could possibly
make a "wrong" decision.
The main (hopefully only?) path
through which this would happen is
through an implementation of
XParameters::setBoolean
XRowUpdate::updateBoolean
that would use its sal_Bool argument
to construct an ORowSetValue.
So make sure each implementation
constructs a proper BOOLEAN so as not to get confused.
For authorship/copyright purposes, this patch is a cooperation between
Lionel Elie Mamane <lionel@mamane.lu>
and
David Ostrovsky <david@ostrovsky.org>
Change-Id: I3f1f08716127147f077bff4edb6ec558b1b09e09
|
|
Change-Id: Ic0ee933fbee7368f0af2573ea33a5ce33f4043c4
|
|
Change-Id: Ic58e334acb9d9c89e5466638286c0f42dc36df43
|
|
Change-Id: I65e3fc3e34416b74365490a1cd7cba178ef7eb55
|
|
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
|
|
- do not use gb_UnpackedTarball_copy_header_files for boost
- adapt the optimization in concat-deps.c for new path
- use boost_headers in all LinkTargets that require it
- add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus
Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
|
|
Change-Id: Ib0c7151b311029318c213abb86e6541e3b27d040
|
|
Change-Id: I2b408a23162b1200bbcd530be7acb42435388b04
|
|
Change-Id: I4e56da8820d5c92d3b6e2ff2c749bdc0cef46d73
|
|
Also used the new OUString::number(...) methods.
Change-Id: I3174c43d56d1ae359901bb8a13fe0096f2c74808
Reviewed-on: https://gerrit.libreoffice.org/1766
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
... remove some RTL* macros.
Change-Id: I919d17e14334c9220b47775355512df8dfa00bca
Reviewed-on: https://gerrit.libreoffice.org/1768
Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
|