Lots of stuff still either ended up in the wrong place, or was looked up from
the wrong place, or both. Fix most cases.
Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
Change all instances of hardcoded "program", "share" etc subfolder names to
use those from <config_folders.h> instead. In normal builds, the end result
will not change.
Change-Id: I91c95cd8e482818be67307e889ae6df887763f53
ICE101 ERROR The feature gm_o_Extensions_Script_Provider_For_Javascript
is greater than 38 characters in length.
Features are limited to 38 characters and must follow this convention
for APIs like MsiEnumFeatures
ICE101 ERROR The feature gm_o_Extensions_Script_Provider_For_Beanshell
is greater than 38 characters in length.
Features are limited to 38 characters and must follow this convention
for APIs like MsiEnumFeatures
Change-Id: I298a0dafa7babd1af69c7754fe89efcfe5902970
Reviewed-on: https://gerrit.libreoffice.org/5401
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Related to commit: cd97b11a33db909318572a27a54305cb4757ba0f
Change-Id: I899508a648cb111ea3f5aeb1eb5d80fc751951fa
Reviewed-on: https://gerrit.libreoffice.org/5369
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
So Windows knows that LibO is able to open these files formats too.
The option will appear in the "Open With" menu.
Change-Id: Ifb4c4ec975ea5c84b1f18191d74fee0c39684f66
Reviewed-on: https://gerrit.libreoffice.org/5367
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
The digital signature of an app bundle includes an integrity check for
the Resources subtree. This is the normal place for Mac apps to have
their read-only non-code "resources". In LibreOffice it is currently
not much used, though.
The signature thus breaks when a lang pack installer is run and plops
its InfoPlist.strings file into the "Resources" subtree. This file
contains translations of strings in the app's Info.plist file. For
LibreOffice, it contains translations only for some of the file type
names in Info.plist. (Why only some, I don't know.)
Files installed by a lang pack insaller into other locations in the
app bundle don't harm the signature.
Making the InfoPlist.strings files be distributed as part of the main
app bundle instead of in langpacks should keep the signature valid
even if a lang pack is installed. The InfoPlist.strings files are
small so the size of the main app should not grow significantly.
This required introduction of a new functionality in scp2: The
possibility to generate a list of several complete File or Directory
stanzas, one for each language for which translations are being
built.
(This is different from the existing functionality, used for files
that go into lang packs, where a stanza contains several Name or
HostName attributes (or whatever the term is) where the attribute
names are qualified with the language code in parens.)
Change-Id: I3afd9b08944fe1bccb5f0c881d740d260f589e39
...in 90a326c7028d5af132c62edfaef77c53627e4c0e "fdo#61950 move report builder
from bundled extensions to plain code":
* For one, ReportWizard.startReportWizard
(wizards/com/sun/star/wizards/report/ReportWizard.java) would still try to load
reportbuilderwizard.jar from the unpacked extension (and, failing that, fell
back to the old default engine, so this didn't cause any failure per se).
Instead, reference reportbuilderwizard.jar (which was also missing from scp2)
from report.jar's manifest Class-Path (which will always be OK, even if
reportbuilderwizard.jar is not installed) and check for the relevant class via
Class::forName directly.
* For another, the en-US/wizard/report/default.otr template had gone missing.
The way to find it inside the unpacked extension in the past was to include a
Paths.xcu update that extends the Template path. Instead, install that
template directly into share/template now, and drop the (unused already)
Paths.xcu update.
Change-Id: I09eca2b69aa55d5b15fb5ecfec6881f8a6f6e5e5
