Age | Commit message (Collapse) | Author |
|
OLDPRODUCT2 - it was a workaround for OOo 1.9, obsolete
SAMEPRODUCTS - same product have the same ProductCode, so installer detect it
anyway under normal circumstances. It is possible that a tester/developer tries
to install the same version with different ProductCode over an existing installation
(e.g. dailyes or RCs). Then we are in trouble. However, SAMEPRODUCTS was not in use.
Moreover, Windows Installer uses only the first three fields of the product version.
So we cannot make difference between e.g. 4.0.3.1 and 4.0.3.2, and this is the new versioning
scheme.
BETAPRODUCTS - LibreOffice have never used different upgrade code (BETAUPGRADECODE) for betas.
OLDPRODUCTSPATCH, SAMEPRODUCTSPATCH, NEWPRODUCTSPATCH - related to old Star Division patching
mechanism, they were commented out anyway.
STUBPRODUCTS, STUBUPGRADECODE - these look useless
Change-Id: I77d67b72e18fa6b3ba4182b99e198c42f247cea4
|
|
Removes:
* instsetoo_native/util/update.xml
- gen_update_info.pl can be removed ?
On Windows the binary artifacts are created now in:
workdir/*/installation/LibreOffice_Dev/native/install/en-US/*.msi
Change-Id: I1c82ea9cb9d297cdd0e4f4b9b44606259eeeed49
Reviewed-on: https://gerrit.libreoffice.org/2242
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
|
|
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
It does not make sense to call a dll function to set a single property to 1.
Change-Id: I4e3cb35d2d3b644805d1d7573c9bf1dc45befbd4
|
|
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>
|
|
...since this was changed with fdo#53009 in LO 3.6.3.
Change-Id: I95b8da1311c666945e9bbe15d22da59add6b6227
|
|
Patches contributed by: Armin Le Grand.
#118558# Correcting OLE attributes of LO3.4 at load time by loading as OOo3.3, details see task.
http://svn.apache.org/viewvc?view=revision&revision=1195906
#118485# - Styles for OLEs are not saved.
http://svn.apache.org/viewvc?view=revision&revision=1182166
#118898# Adapted ImpGraphic::ImplGetBitmap to correctly convert metafiles
http://svn.apache.org/viewvc?view=revision&revision=1293316
#119337# Solves the wrong get/setPropertyValue calls in
SvxShapeText (and thus in SvxOle2Shape)
http://svn.apache.org/viewvc?view=revision&revision=1344156
Patches contributed by Mathias Bauer (and others)
gnumake4 work variously
http://svn.apache.org/viewvc?view=revision&revision=1394707
http://svn.apache.org/viewvc?view=revision&revision=1394326
cws mba34issues01: #i117717#: remove wrong assertion
http://svn.apache.org/viewvc?view=revision&revision=1172349
Patch contributed by Herbert Duerr
goodbye Registration and License dialogs, don't let the door hit you
http://svn.apache.org/viewvc?view=revision&revision=1172613
help gcc 4.6.0 on 32bit ubuntu 11.10"
http://svn.apache.org/viewvc?view=revision&revision=1245357
Do not add targets for junit tests when junit is disabled.
Patch contributed by Andre Fischer
http://svn.apache.org/viewvc?view=revision&revision=1241508
Revert "sb140: #i117082# avoid unncessary static class data members
commit 21d97438e2944861e26e4984195f959a0cce1e41.
remove obsolete FreeBSD visibility special case.
retain consolidated BSD bridge code, remove OS/2 pieces.
|
|
Change-Id: Ibc816de83eb48163671948ecc84e7653f2b4ec13
|
|
Change-Id: Ib2dc00c024762800fdb74ffb376d92a8583d44ad
|
|
Change-Id: Ibf053d078ad048094527e4e25ee9499dbaacd007
|
|
Change-Id: Id1e02ff8409a7261a86c0231898265490ddcac1b
|
|
We did not use it, and it is not recommended to use it. See:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa371608%28v=vs.85%29.aspx
Installation package authors are strongly advised against using self
registration.
Change-Id: I1dc9a5b66646c63d2ee9a672f045595e6bbb2f42
|
|
Change-Id: I9a8e4a39ebc6d5f5a6092c58658f833b0f58d668
|
|
Now that 5c47e5f63a79a9e72ec4a100786b1bbf65137ed4 "fdo#51252 Disable copying
share/prereg/bundled to avoid startup crashes" removed the use of share/prereg,
there is no longer need to generate it in the first place (by calling "unopkg
sync" at build or installation time), and so no need for the "unopkg sync" sub-
command, either. This also allows to simplify some of the jvmfwk code that was
only there so that "unopkg sync" (which can require a JVM) can work in "hostile"
environments (during build and installation).
Change-Id: I52657384f4561bf27948ba4f0f88f4498e90987f
|
|
Change-Id: I560139949c89798581ed7631eb5d0b3124c83002
|
|
Change-Id: Ie002ab01a804cceea06e0a2ba7e6b2fe2a495344
|
|
Change-Id: I3a2f937603d8804ce2b9d46632b80a74e811324c
|
|
Change-Id: I0362d758205e7d12484e9e86ff2dce9608730c57
|
|
Change-Id: Ice06e639213aeb6f7f23cbf4634947dd25613db1
|
|
FINDPRODUCT property was not available to this deferred custom action.
Not to mention that registry keys are also deleted at his stage of uninstallation.
The proper solution is to set the installation directory with a type 51 custom action,
and pass it to RemoveExtensions custom action via CustomActionData property.
Change-Id: I0ac18b3a0b19ff1a87bcf580fad9c7fdadb26f76
|
|
Change-Id: Id68521b92f572366a68f35c09387a7ed45a835ff
|
|
Change-Id: I687328d08c89c45fc5d95ee02aea5318b9b5a3ff
|
|
User name and Company asked here are useless, and misleading. Users
think that they are related to Tools - Options - LibreOffice -
User Data. Also per-user installation context makes little sense.
If anybody still wants to install LibreOffice only for the current
user, it is still possible with the ALLUSERS property.
Change-Id: I537b45ab77d6d227264e1dc0bcaf93a9cfa8ea71
|
|
Change-Id: I43b360b417ba06daad55bf6ccfddaace1b55d47f
|
|
Change-Id: Ia2b63502dbd8b5e4e0ca7faa34e06df73f094a78
|
|
Change-Id: Iae8eb4a1a7f3a0d429ac47f64a77dcd4404d14d1
|
|
Change-Id: If47645a381a8da9851ba1bc19431f6341151906f
|
|
Change-Id: I3c5778ae39561c5a87bef6a2adbb8d45112f0fbd
|
|
Change-Id: I81e8619f1c1dd2d2691ddcb6db6daf951cf87a70
|
|
In some circumstances installation of embedded VC++ runtime
fails with error code 1935. This usually occurs, when there are
many different versions of VC++ runtimes installed on the computer,
including beta versions. We can workaround this Microsoft bug, if we
don't install our VC++ runtime. A new property was introduced. It is
called VC_REDIST, and installation of VC++ runtime depends on its
value. (BTW the solution is general, ComponentCondition can be used
for any merge module, now we have only the VC++ runtime merge module.)
When the user experiences error code 1935, he should try to install
LibreOffice with the following command line:
msiexec /i <msi file name> VC_REDIST=0
The patch fixes another minor issue. 64-bit VC++ runtime will
not be installed on 32-bit systems any more.
Change-Id: I I6c5e066c6e60b011235e6019a8a35c9e953209bc
|
|
Change-Id: I I I0bfc367a3b2c551509b383fc4f6dcaa3cb8661f8
|
|
Change-Id: I52d2e0426d7f2822a05a74a82ca079fb80a87007
|
|
Change-Id: Ia134204af1747f570e3048b47c2e12415ceb56b3
|
|
Change-Id: I61f54a76096f3d2390c16fb1715aa95761e761e5
|
|
Change-Id: I51eea9c45b893f56dece99e8d01e385c96051f8d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 90ec7ecb86f4cc2005ac1c5a7e70b19fbdc02426.
|
|
|
|
|
|
|
|
|
|
|
|
|