Age | Commit message (Collapse) | Author |
|
Seamonkey based address book driver is based on pre-compiled libraries
and is only used on Windows 32 bit. Remove it in favor of mork driver.
Given that Seamonkey based mozab driver also provides Outlook and
Outlook Express address book integration, that Windows-32-bit--only
feature is lost for now. If necessary, support for that feature could
be rewritten from scratch, in a way that would also work for Windows 64
bit.
Change-Id: Ie1c125e692598bda999767c328c9e2262a2b82af
Reviewed-on: https://gerrit.libreoffice.org/19560
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
With the new RHEL6-era baseline TDF can finally ship KDE4 support.
Change-Id: I227278b576a3ed2f2aaa751d41b469ca92dc78b3
Reviewed-on: https://gerrit.libreoffice.org/18267
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Either build mozab or mork driver, and install it in Repository.mk too.
Change-Id: I456d6cb4ebe99625a64a960d1133cb06d836e8c7
|
|
Change-Id: I2e121c36021508bbdbc9111087f5cc6e1aae6524
|
|
This reverts commit c0f080403b869e162dc81db6c8c50b7360a88883,
logic error, true fix will follow.
|
|
Change-Id: I85a5f35fb8b44734e84c686ecdffc6096226b91d
|
|
On Windows 32 bit ancient seamonkey library is linked against
libreoffice. In 64 bit we cannot used this library and we cannot
recompile it because it was removed. Instead use mork driver.
This would still meant functionality loss because Outlook and Outlook
Express address book wouldn't be supported any more.
Change-Id: I77fbb59aaeb6c7f3b6754e7ffb9172064155e8f3
Reviewed-on: https://gerrit.libreoffice.org/14275
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
ADO is not available on 64bit.
Change-Id: Iaad115219eac0051346b99ecb9076e29d528df2b
Reviewed-on: https://gerrit.libreoffice.org/13367
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: Iad5aa66635a34a4dfceb0bd6145f2d9bd197cc17
|
|
Change-Id: Iab7ef9ef27ea970aded726a8c8d2c46267454a64
|
|
We odbcbase is just used inside odbc library, so merge them.
Change-Id: I4f4b34873b570ddcf1065c49e5310a1e73092fd6
|
|
- this renames the 'almost' module target to non-l10n
- and adds a l10n target which is intended to only build l10n parts of
the product
- packagers should then be able to build l10n and non-l10n parts of the
product independently, thus:
- enable quicker rebuilds
- distribution of load
- updates to l10n without a full rebuild
- security fixes to binaries without rebuilding all l10n
- the new targets are called build-l10n-only and build-non-l10n-only
- note this is not intended to move a concept of split packages
upstream -- while this exsists in distros, the number of test
scenarios for this would explode upstream
Change-Id: Ib8ccc9bc52718d9b0ebbfee76ad93dc29c260863
Conflicts:
filter/Module_filter.mk
|
|
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
|
|
VS 2012 Update 1 added the possibility to target Windows XP by using a
SDK that is based on the Windows 7 one.
http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx
This patch probably should not be integrated as is, as it disables a
test that fails in this configuration (CppunitTest_connectivity_ado)
Change-Id: I3ba8723882452950c40049ccdc95b04c60862cbf
Reviewed-on: https://gerrit.libreoffice.org/4966
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I01673bda5a08ca793f4fba89ddae036e3f1483e2
|
|
Change-Id: I56e3180095c8a1fa660e1e27588320bdce972952
|
|
Change-Id: I45087282fe7b7fc5bcebeeb2bbb79d0db1e043bd
|
|
This one is ugly, the Yacc generated header is used in lots of places;
the dependencies are already right because using the header requires
using the dbtools library which builds the YaccTarget, so just yet
another include path has to be added.
Change-Id: I031fde80ac326551d4719533305b1ae35351ca43
|
|
Change-Id: I5f67cef527fe54030fd848d0411e82c30cc06713
|
|
|
|
see https://gerrit.libreoffice.org/#/c/3367/
and Change-Id: I00c96fa77d04b33a6f8c8cd3490dfcd9bdc9e84a for details
Change-Id: I199a75bc4042af20817265d5ef85b1134a96ff5a
|
|
Change-Id: Ib6b03cda815ba0450930cec970bfe7eb4d98ac44
|
|
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
|
|
GUI only takes values UNX or WNT, so it is fairly pointless. One can check
whether OS is WNT or not instead.
Change-Id: I78ae32c03536a496a563e5deeb0fca78aebf9c34
Reviewed-on: https://gerrit.libreoffice.org/1304
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
Change-Id: Ia433a842feb1d4bf2e2398de61144e45ee33d0da
|
|
Change-Id: I9b9cd072c885387988492a6a945a9ca099635ecf
|
|
Restrict moz to windows, and build vars also
impacts nss, connectivity
Change-Id: I27aae1398f3f8a4d046c2c7805d64bc7523c7282
Reviewed-on: https://gerrit.libreoffice.org/1233
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The problem is that ado driver creates a link file in the tree
leaving it dirty: tinderbox doesn't like it. Instead of reading
the mdb file direct from srcdir we copy it first to workdir and
read it from there with the new function: getPathFromWorkdir.
Thank you Norbert!
Change-Id: I504bc26b80686db55a505bac19a95cc9c6022fcc
Reviewed-on: https://gerrit.libreoffice.org/1004
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...if not even mozab. Otherwise, there is no implementation of
com.sun.star.mozilla.MozillaBootstrap and "File - Digital Signatures... - Sign
Document..." cannot show any certificates from Mozilla profiles.
Change-Id: Ie9b73fad798b2c2a3b52ba374ea967401694f685
|
|
Change-Id: I2c1aa64db61e281dc1cddc2e7d89d9b109dcf287
|
|
Change-Id: I34f7a8ae58fa6af4c8cfdd13330420f1576fa2c9
|
|
Change-Id: I0bb23749cd74797838fe45ef6e739f75879eea6a
|
|
Change-Id: Ic9391a020915cdb794434d8728bad1bd64dd20c8
|
|
Change-Id: I594b24341eb38c05523f578c1dc2e43d90544f30
|
|
Sure, little point for them with the other stuff here in connectivity
either, but those parts at least compile. If/when I get back to
getting the --disable-database-connectivity thing to work, all of
conectivity will be bypassed for Android and iOS, of course.
Change-Id: I4eeeb9ccdf46fb2e1df8bf75aef63e17cbb97bbf
|
|
And reverted for now the configure error when --enable-mozilla on non-Windows;
it is still used for other features, too.
Change-Id: I1ce5ff1a7a3d140a1ab7ba1e905166d91229c926
|
|
On all non windows platforms no mozilla is used any more.
On windows it used for O and OE address book access.
Once alternative implementation for it exists,
mozilla can be stripped there too.
Change-Id: I54144005e6a284326b45a34eb958d170e872471e
Reviewed-on: https://gerrit.libreoffice.org/637
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
This is a preparation for merge into master, feature/mork
branch is obsoslete and shouldn't be used any more. In
context of this change the usage of old mozilla based mork
driver depends on platform: all non windows platforms use
this new mork driver, windows still uses mozilla.
Because mozilla driver shipping was stripped on feature/mork
branch for all platforms, the corresponding commits were
changed prior to creating this change (the build file changes
are reverted now). So the build and shipping of different mork
driver implementation should be implemented from scratch:
mozilla on windows, new mork dirver on all other platforms.
Currently the new mork dirver is compiled (on all platforms),
but not used. It can be tested with mork_helper executable.
fdo#51004
Change-Id: Ib2413ab6856f163337aa311c4bf7b1182d6c6f63
Reviewed-on: https://gerrit.libreoffice.org/635
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I9ac503b073ee3f9b8e7958264ffcc26d9446c220
|
|
Change-Id: Icde6310d922a3d5e2822789a23403b9f188efaf4
|
|
Change-Id: I4450b0bae9223c96f2e5e26e7ffad72b4fc1ff07
|
|
Change-Id: I480ec61e44f008e8f473825063a2ac0575970d7b
|
|
Change-Id: I6653686ef251bdf64610ff9bab7e27e39acee799
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|