summaryrefslogtreecommitdiff
path: root/scp2
AgeCommit message (Collapse)AuthorFilesLines
2020-04-04tdf#131786 Remove Arrow Galleryandreas kainz1-1/+0
Change-Id: I82536295fcfd6afa3a61aa3726eb7019a3d2cbde Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91690 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131787 Remove Diagramm Galleryandreas kainz1-1/+0
Change-Id: I3ded18ed9c929ce7fc415f32af426a11d7a90d6a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91689 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131796 Remove Symbols Galleryandreas kainz1-1/+0
Change-Id: Ia835ee18df1fe2141f018fb282c97d72bc315950 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91688 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131782 Remove Text Shape Galleryandreas kainz1-1/+0
Change-Id: I25c089c81ce039c19e4937600c41e52dd6c4013c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91686 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131792 Remove People galleryandreas kainz1-1/+0
Change-Id: I352879b2a0dd814b5d614c0cf6fc4513dcf6e326 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91683 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131780 Remove Transportation galleryandreas kainz1-1/+0
Change-Id: I74098444b2c9afbc54e6bf78fa61bc9f30852fa9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91681 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131790 Remove Finance galleryandreas kainz1-1/+0
Change-Id: I35ea3b9aeae1b1bbd11aaf327f2d2db8ee8de6f9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91675 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-04tdf#131789 Remove Environment galleryandreas kainz1-1/+0
Change-Id: I3ed3c2be50457b1ace70f62c23e4495483c80bf1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91674 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-03tdf#131789 Remove Environment gallery will be available as extensionandreas kainz1-1/+0
Change-Id: Ifb27b0999450b0af1659aea14d50b721712c23db Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91662 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-04-03Revert "tdf#131224 update bullets and numbering images"Heiko Tietze1-2/+0
This reverts commit 51d78ecd2c0ef0e5b8d44f8ab211e4435f6efeb0. Reason for revert: Breaks Android Change-Id: Id5194ef837bf0f12f2164a070b73379d45d73a62 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91402 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-04-02tdf#131308 Gallery: Remove Computer Galleryandreas kainz1-1/+0
Change-Id: I3205f630d61b86c71a8554432295a9e56c1623a4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91492 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-03-29tdf#131224 update bullets and numbering imagesandreas kainz1-0/+2
* New bullets added as ordinary gallery * makefile not within the WITH_GALLERY_BUILD switch because Bullets & Numbering rely on these images Change-Id: Iaa2f58129b80bd468baaabd2c495557f053fc59e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90185 Tested-by: Jenkins Reviewed-by: andreas_kainz <kainz.a@gmail.com>
2020-03-14Revert "Resolves tdf#99675: Add BPMN images to the gallery"Heiko Tietze1-1/+0
This reverts commit 2e74fdc559eb1b7bab1a6661203400017f93b234. Reason for revert: Does not work Change-Id: I8014d2d046385a795777208330e2a6af1b9f5222 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90395 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-03-12Resolves tdf#99675: Add BPMN images to the galleryandreas kainz1-0/+1
Sources provided at the bugzilla ticket Change-Id: Ibef652980f307272278722d85322db81d3682c0a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/77480 Tested-by: Heiko Tietze <heiko.tietze@documentfoundation.org> Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-02-28add Friulian (fur) language packChristian Lohmaier1-0/+6
Change-Id: Idfcc1bf39360b49bbe1303317acc841f97d37f43
2020-02-04tdf#117331 Merge jurt and unoil into ridlSamuel Mehrbrodt1-1/+1
jurt.jar and unoil.jar are kept as effectively empty jars, each with a Class-Path: ridl.jar in their meta-inf/manifest.mf, so that 3rd-party code loading them (with or without also loading ridl.jar) will still have access to their content. Conceptually, the UNOIDL entities in unoil.jar (corresponding to module offapi) are not part of the URE, but are now made available by URE's ridl.jar. This should probably not cause problems in practice. At least for now, we seal exactly those packages in ridl.jar that were originally sealed in jurt.jar. Ideally, all of ridl.jar could be sealed now, but that would be mildly incompatible, as it would prevent 3rd-party code from introducing additional UNOIDL entities in the relevant namespaces (even if that is something we do not want 3rd-party code to do anyway). However, some JunitTest_jurt_* define classes in those sealed packages. In the past they got away with that by using gb_JunitTest_use_jar_classset,*,jurt. Instead they now need to gb_JunitTest_use_jar_classset,*,ridl and drop the gb_JunitTest_use_jar,*,ridl. But the former only makes available the classes that are specified in ridljar/Jar_ridl.mk with gb_Jar_add_sourcefiles, not the UNOIDL entities specified via gb_Jar_add_packagedirs. But the tests need the udkapi UNOIDL entities, so introduce gb_JunitTest_add_classpath to let the tests get them explicitly. (Curiously, JunitTest_jurt_uno and JnitTest_jurt_util use gb_JunitTest_use_jar_classset,*,jurt but don't seem to acutally need it; lets leave that for a follow-up clean up.) As a follow-up clean up, relevant files could be moved from jurt/ to ridljar/. Change-Id: I836f4e7bb47fb41f1306e3f223da90dba988eb9a Co-authored-by: Stephan Bergmann <sbergman@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/84946 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-01-13Merge both x64 and x86 CRT merge modules into x64 MSIMike Kaganski1-39/+16
... because it contains x86 binaries in addition to x64: e.g., twain32shim, spsupp_x86. The opposite (inclusion of x64 MSM into x86 MSI) is not possible ( see https://stackoverflow.com/questions/58181986 ), so do it just for x64 MSI. And fix inclusion of CRT MSMs in VS2019, which were detected in configure.ac, but not used in scp2/source/ooo/vc_redist.scp. Change-Id: I3935fce751b1b6d04291fede6b82be25fe541582 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86667 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
2020-01-12Make RunQuickstartAtFirstStart branding-dependent keyMike Kaganski1-1/+1
This should not be common to all installed branded flavors of LibreOffice. This is controlled by an installer option, and so should be specific to an installation. Change-Id: I88d30d947b6114f5a271286b226b0e22c171265a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86603 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2020-01-11Use registry key to track installed state of gm_SharePointSupport_SubstMSOMike Kaganski1-4/+15
Without that, after initial installation, the state of the feature is undefined, and following uninstallation can't define that it needs to be uninstalled, unregistering SharePoint.OpenDocuments class. Change-Id: Ib7455833fb397c332735eb4c8ab63f763b4e469b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86598 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2020-01-09Register spsupp*.dll during installationMike Kaganski2-0/+59
This registers SharePoint integration libraries using regsvr.exe. Both 32-bit and 64-bit libraries are registered; registration of LOSPSupport.OpenDocuments is unconditional. This introduces a new hidden MSI feature, which is disabled for installation: gm_SharePointSupport_SubstMSO. When installed, it registers SharePoint.OpenDocuments class in registry, thus overriding registration of this component by MS Office, allowing LibreOffice to serve as MS Office replacement working in IE with SharePoint. To install the feature, either a transform is needed setting the feature's level <= 100, or a command line: msiexec path-to-msi ADDLOCAL=gm_SharePointSupport_SubstMSO Change-Id: I5517bbb68dcc6db8bcb2bbc2368394ee4a62d741 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86452 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2019-12-06tdf#126192 tdf#126030 (related) Package translations of ooxKelemen Gábor2-0/+2
Now that there are some available, new mo files need to be added to the installer. Tested with Spanish on Windows to work. Change-Id: Id70305fa5a674bc9e302aa6937a03c4573888da4 Reviewed-on: https://gerrit.libreoffice.org/84569 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2019-11-20tdf#127711 Fix msi-soffice.ini CrashDumpEnable-entryJuergen Funk1-1/+1
when the switch --disable-crashdump is set, then the switch "CrashDumpEnable" set to "false", was only in instdir/program/soffice.ini, but was not in soffice.ini in msi it was always true Change-Id: I2668c1425a776fdf5f0c4e4511c2216e8f418a5b Reviewed-on: https://gerrit.libreoffice.org/83171 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2019-11-11User interface languages: At least one is requiredSamuel Mehrbrodt1-2/+2
Reported here: https://twitter.com/erez/status/1193838467668697089 Change-Id: I96fdb82646e6b2e49b6032766195309a97da0fba Reviewed-on: https://gerrit.libreoffice.org/82439 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2019-10-02tdf#127711 - A runtime-switch for the MiniCrashDumpJuergen Funk1-0/+9
- in soffice.ini (sofficerc) the entry "CrashDumpEnable" default is "true" - when false then the Dump.ini and the dump-file are not written - when the switch --disable-crashdump is set, then the switch "CrashDumpEnable" set to "false" - when the entry "CrashDumpEnable" is missing, in this case is the default true, too - the checkbox under Options-General "Send crash reports to ..." is deactive and shows off (only view, not change the config) - when set the environment variable "CRASH_DUMP_ENABLE" to any char then the switch "CrashDumpEnable=false" are overrules with true and the Dump.ini and dump-file are write Change-Id: I34e7795640eb95d111e18b0ad46ec67b2c126b19 Reviewed-on: https://gerrit.libreoffice.org/79273 Tested-by: Jenkins Reviewed-by: Juergen Funk (CIB) <juergen.funk_ml@cib.de>
2019-09-30drop gtk2 supportCaolán McNamara2-2/+2
Change-Id: Ie838cabfecfef7e3225c1555536d5c9cf3b43f15 Reviewed-on: https://gerrit.libreoffice.org/77405 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2019-09-20Replace remaining occurrences of LIBO_HEADLESS with HAVE_FEATURE_UIAndras Timar1-2/+0
Change-Id: Ie2b04ee443dece851d3d96afbc932aa64369c75c Reviewed-on: https://gerrit.libreoffice.org/79084 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2019-08-30Move spsupp components to a separate installer featureMike Kaganski5-0/+49
Change-Id: Ic95b9f887da83d0931ed54b76d23465660786a79 Reviewed-on: https://gerrit.libreoffice.org/78273 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2019-08-27add Silesian (szl) language packChristian Lohmaier1-0/+6
Change-Id: I47d9659fc21abec652a5a440004c0c2d27ec3b53
2019-07-25Correct a fragmented sentenceAdolfo Jayme Barrientos1-1/+1
A verb was missing for parallelism. Change-Id: If6452e576a71b2634934f98a814d9459f4b74e78
2019-07-21tdf#125922 rename kde5 to kf5 + plasma5Jan-Marek Glogowski2-2/+2
Just as the gtk3 plugin isn't named GNOME, rename kde5 to kf5, as it is based on the KDE frameworks 5 libraries. This also includes: * a convenience alias to load the kf5 VCL plugin in case someone requests the kde5 plugin. * keep convenience kde5 configure switch, but warn about it * rename detected desktop from kde5 to plasma5 Change-Id: I6764a05b81a5edbf284484c234fee2649aacf735 Reviewed-on: https://gerrit.libreoffice.org/75313 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2019-05-24Shell extension also enables full-text search on WindowsMike Kaganski1-1/+1
Change-Id: I04adf5850fff872d27a8ddc344523de281448a80 Reviewed-on: https://gerrit.libreoffice.org/72895 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2019-05-15tdf#116431 Make the string "LibreOffice (Safe Mode)" translatableTakeshi Abe2-1/+4
Change-Id: I29f68f16c228c46841a7a3a50bb6dfe4f703403f Reviewed-on: https://gerrit.libreoffice.org/72212 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2019-04-30Fix mac build with --with-package-format=dmgXisco Fauli1-2/+2
Regression from 7a9f6df7fb83ec23d09cb5744c2c865fa22e7143 ERROR: The following errors occurred in packaging process: ERROR: Source for LICENSE.html not found! ERROR: Could not copy to /Users/gerrit/lode/bibisect/core63/workdir/installation/LibreOfficeDev/dmg/ install/en-US_inprogress/LibreOfficeDev_6.3.0.0.alpha0_MacOS_x86-64/LICENSEs/LICENSE.html No such file or directory Change-Id: I6c51a853238b1ecea64f900c0c60e7a9bb370dc9 Reviewed-on: https://gerrit.libreoffice.org/71417 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2019-04-26ITERATE_ALL_LANG_DIR_LPROJ appears to be unusedStephan Bergmann2-18/+0
The Bundle_Contents_Resources_Lang dir gids (its only use) have been unused since f0b57c30fdb5ecdd25879844159b9038399bc6de "Info.plist et al were no longer found when creating a .dmg", and those Contents/Resources/*.lproj dirs are created on demand now, anyway. Change-Id: Ia3e867307c4fc31180594d507721577a21cc20b1 Reviewed-on: https://gerrit.libreoffice.org/71319 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-04-26DIR_ISOLANGUAGE_ALL_LANG_LPROJ is apparently unusedStephan Bergmann1-13/+0
...since dfc4ace4278d6c9e77ec150f947a1a6ee454d70d "fdo#62442: Move the InfoPlist.strings files into the app from langpacks" Change-Id: Ia9913f3edcce1e9a9156de54a43d24766f8682ae Reviewed-on: https://gerrit.libreoffice.org/71316 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-03-29tdf#114311 Translate "LibreOffice Extension" file type in WindowsTakeshi Abe2-1/+4
Change-Id: I5e2f222449424d4a6498d8566f13aca7f07c0c51 Reviewed-on: https://gerrit.libreoffice.org/68303 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2019-03-08Related tdf#111344: fix Bad token \text/x-ms-iqyJulien Nabet2-11/+10
Noticed this on console: cpp: <macro>:1 C:/BLP/core/scp2/source/calc/registryitem_calc.scp:1261 \ Bad token \text/x-ms-iqy produced by ## See https://bugs.documentfoundation.org/show_bug.cgi?id=111344#c9 Change-Id: If6b5b4ae90c1b0fb812a5e2cd87d17fc688d21c6 Reviewed-on: https://gerrit.libreoffice.org/68885 Reviewed-by: Julien Nabet <serval2412@yahoo.fr> Tested-by: Julien Nabet <serval2412@yahoo.fr>
2018-12-24tdf#122302: Set status message when installing KB2999226Mike Kaganski1-6/+6
Change-Id: I414959f0f278792c5cac0c58746faa6b7773e494 Reviewed-on: https://gerrit.libreoffice.org/65593 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-22tdf#122266: Register default extensions for OOXML content typesMike Kaganski3-0/+62
This allows Windows/applications to pick OOXML editors (and thus LibreOffice) when they lookup by content type, not by extension. Change-Id: I0daca12f735035e6fc39484b5c788af37b81b575 Reviewed-on: https://gerrit.libreoffice.org/65563 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-21Fix typo in codeAndrea Gelmini2-5/+5
It passed "make check" on Linux Change-Id: Ic8b2adeb949bfc72830667b6928147ebd053d2f0 Reviewed-on: https://gerrit.libreoffice.org/65517 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2018-12-17kde5: remove older kde/tde plugins, and references to thatThorsten Behrens2-2/+2
KDE4 is out of maintenance upstream since Nov. 2014, and binaries provided by TDF have switched to KDE5 as the official backend. Change-Id: I165465b56d3ba3a18912b203c06ae8fc6111c0c9 Reviewed-on: https://gerrit.libreoffice.org/60014 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-12-17tdf#122134: use CurrentMajorVersionNumber to filter out Windows 10Mike Kaganski1-2/+2
On Windows 8.1, the one that is problematic to tell from Windows 10 (because the latter also exposes its version as 603 to the msiexec), the registry value doesn't exist at HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion but let's play safe and also check for "#6" value just in case. Reference: https://stackoverflow.com/questions/31072543/reliable-way-to-get-windows-version-from-registry Thanks to Mitchell <blazer64@gmail.com> for the idea! Change-Id: Ic907c4d992a7cb1d12e392686c19cd6fd6da3c7c Reviewed-on: https://gerrit.libreoffice.org/65231 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-16tdf#121987 follow-up: never fail MSU install; warn instead.Mike Kaganski1-6/+9
This replaces commit 53058090beede6a399e2f408f62c28a2921ff8ab. Now not only failure to start WU service, but also other errors during MSU installation won't break installation. E.g., running WU service as Guest does not prevent the service from starting; but installing updates fail, which makes previous solution incomplete. Instead, show a warning in those rare cases when an error happens, and continue. It will allow users to see the reason if they see "api-ms-win-*.dll missing" message later after installation. Of course, some small percentage of these warnings will be false, e.g. those on Windows 10. But those false messages must be really small minority, because only when (1) the installation fails (2) on a system with the component already present, such a message would be false. And it will not prevent the installation. This will not block unattended installations, since in those cases, MsiProcessMessage() will do nothing. Change-Id: I3a9e681e9d6701d092bd5c18bb4b68b4f77170f3 Reviewed-on: https://gerrit.libreoffice.org/64874 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-11-21tdf#112536 related: make soffice.bin a proper console application on WinMike Kaganski1-6/+6
Being a GUI application on Windows (with related flag in the executable header - see https://blogs.msdn.microsoft.com/oldnewthing/20090101-00/?p=19643/), OS would detect the subsystem before launching the application, and won't attach the parent console or redirected output handles from it to the application. Also, different hacks to reattach the GUI application to the console later are unreliable on different Windows versions, and work improperly (the output goes to the console after the launch command has already returned, which is wrong in batch files). This makes it extremily difficult to do CLI operations with LibreOffice on Windows, with error codes/warnings/messages/output missing or going to wrong consoles. Making an executable for CUI subsystem, on the other hand, makes Windows to allocate a console before starting it when the program is run by itself. This makes the console window to appear on screen unconditionally, even if it's hidden later when the program has started. This flashing is undesirable. But we use a wrapper executable on Windows, called soffice.exe, which is what actually launched by user, and which runs soffice.bin. This allows us to make soffice.bin the proper console application, and thus make it capable to behave properly in CLI scenarios, while avoid the console flashing when run from the soffice.exe (which would suppress the console creation using DETACHED_PROCESS creation flag to CreateProcessW). Also creating a new wrapper for console (soffice.com) allows to use command lines which omit explicit executable extension (no ".bin"), like this: "C:\Program Files\LibreOffice\program\soffice" --help which allows to continue using multiple available help resources unchanged, since .com extension is tried prior to .exe by Windows' cmd.exe. Change-Id: I089d0f30f860da6cfc781b4383f6598a08a4d238 Reviewed-on: https://gerrit.libreoffice.org/63572 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-11-09Related: tdf#121134: Changing http to https where possibleSophia Schröder1-1/+1
Change-Id: Ic222fbe902686efe75061d1354339e37671144b8 Reviewed-on: https://gerrit.libreoffice.org/63084 Tested-by: Jenkins Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
2018-10-22add Lower Serbian (dsb) language packChristian Lohmaier1-0/+6
Change-Id: Ibafa81b412036e98fa9ab047fc8e204660eae120
2018-09-30Correcting description: Gnome -> GNOMEMatthias Seidel1-1/+1
(cherry picked from commit 72b2299f3ec474a09e00f4966abc8c37bb972ec1) Change-Id: I8bc06a07974f98707df39ff39d9e1a215cba9c52 Reviewed-on: https://gerrit.libreoffice.org/61156 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2018-09-20tdf#115405, tdf#119910: don't check if UCRT is already installedMike Kaganski1-6/+6
There appears to be common situation that a system has *some* UCRT libraries in System32, that were installed improperly (presumably by some applications using simple copy).In these cases, our installer would detect the presence of ucrtbase.dll, and not try to install UCRT on the system. Unfortunately, it seems that oftentimes such improper UCRT installations miss some parts of UCRT, which leads to LibreOffice failing to start with messages like "The program can't start because api-ms-win-crt-string-l1-1-0.dll is missing from your computer. Try reinstalling the program to fix this problem." (the missing component varies). This patch removes the check for UCRT presence. Installer will try to install UCRT on applicable systems unconditionally. Since the proper outcomes in case of already present UCRT are either WU_S_ALREADY_INSTALLED or WU_E_NOT_APPLICABLE and both are treated as success in inst_msu action (see InstallMSU in setup_native/source/win32/customactions/inst_msu/inst_msu.cxx), this should only make this part more robust, and not bring new problems (yes, I know that actually there will be new problems, as usual). Change-Id: I22a3d357014d31a8e492ff8a15bcb477eeb79735 Reviewed-on: https://gerrit.libreoffice.org/60789 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-09-01package Indonesian (id) dictionaries into installsetChristian Lohmaier3-0/+26
Change-Id: I78b8c745b9d6e4a23fa13622188c5bd1776b0ac6 Reviewed-on: https://gerrit.libreoffice.org/59882 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2018-08-27Remove Extensions_MySQLConnector junkStephan Bergmann2-20/+0
...left over from 26b40fcfc67480e75bd9959b0c5cb9db10fdf6a1 "Moving mysqlc into connectivity as a library". (Apparently, for one, a module's Files that don't exist are ignored, so 8ecf5e1815b5459bc0bbcdfb398d3bd53b0c2861 "Build fix, make install: mysql-connector-ooo extension is gone" removing gid_File_Oxt_MySQLConnector but not gid_Module_Optional_Extensions_MySQLConnector referencing it didn't cause trouble; and for another, an empty module is ignored, so there were no extension-mysql-connector packages generated any more---but better clean up the junk anyway.) Change-Id: If598a968dfbbe9b5f16d735e8011e192cbd4178b Reviewed-on: https://gerrit.libreoffice.org/59669 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-30 04:17:03 +0000