Age | Commit message (Collapse) | Author |
|
Change-Id: I41fd1463b6432818ee36e7f90e920a5fd98c7106
|
|
...plus, add error codes to other failure's exception strings, just in case...
Change-Id: Ic21c52e0ab52ed1752745e86bde214aee7c3c208
|
|
...that reinstall potentially broken prereg data but do not touch the buildid
file.
Change-Id: I1b02d2c265523dd751d8ef7f2dccb59ed048f568
|
|
Change-Id: I80bd0329e15cb365091ea6f5c7e1ef3559d681fc
|
|
... that was an oversight in 5300f6f711c2167931d45248c1b72dbce3a7df38; thanks
Petr for spotting it.
Change-Id: I4d0179165bc3b29d698cd776f7e1aa51fa73ebe3
|
|
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: Id265dc84de454568ea8194703687c68449e9a32b
|
|
... to clean out all sorts of inconsitencies that can have accrued there over
time apparently due to how the mechanism of copying share/prereg/bundled worked,
and to work around stale $BUNDLED_EXTENSIONS_PREREG references in a better way
than the previous 81fd6b084b0f3c0eb5a97c77592f5ceb21d2dfb1 "fdo#53006 Force
reinstall of all bundled extensions on upgrade."
See the comment on refreshBundledExtensionsDir for how, at least in theory, that
functionality could be removed again in the future.
This effectively reverts 2d2b19dea1ab401b1b4971ff5b12b87bb11fd666 "Force
ExtensionManager resync when the implementation changes" and
81fd6b084b0f3c0eb5a97c77592f5ceb21d2dfb1 "fdo#53006 Force reinstall of all
bundled extensions on upgrade" (the latter at least on master; it had never been
cherry-picked to libreoffice-3-6), which it obsoletes.
Change-Id: I8f80c07a06ec9d53b03813338eeff7d7757c9d4d
|
|
... in soffice_main calling GetCommandLineArgs, before Desktop::Init takes care
of synchronization of the per-user bundled/shared extension information (as the
latter potentially modifies data that the service manager consumes upon
instantiation; this e.g. lead to bundled extensions not working during first
start after an upgrade).
The only reason GetCommandLineArgs needed ensureProcessServiceFactory appears to
be the ExternalUriReferenceTranslator. So defer its usage to when the relevant
cmd line args are actually processed (which, luckily, does not yet happen in
soffice_main's usage of GetCommandLineArgs).
Change-Id: I6ebbf0a4ad1c6f64c8fbbe2b0d7628fa42a1afb6
|
|
Change-Id: I317058e3b25cebb7c1d89361636261c5f16a84d4
|
|
Change-Id: I1d25a6074c3465a6e8c1df3127093d30d913b65d
|
|
Part of MultiLineEdit was moved down from stvools to vcl
with name VCLMultiLineEdit. MessBox uses it to display the
message in read-only mode. Some of svtools' classes - which
are necessary to implement VCLMultiLineEdit - were moved to
vcl as a whole, and their includes are rewrite.
Note: ExtTextView and ExtTextEngine classes would be leaved in svtools
if VCLMultiLineEdit is a template class, but two macros: IMPL_LINK
end IMPL_LINK_NOARG make it impossible to use template syntax.
Change-Id: I26543868d8081c225c7125404d23369de3c3afcd
|
|
Change-Id: Id405b97440efc7160e76d535bddfd5580923fe24
|
|
Change-Id: I Ia600ed456fba135056f7a00398030b7c9e873329
|
|
...as the per-user data about bundled extensions can otherwise contain stale
$BUNDLED_EXTENSIONS_PREREG references if the old installation used
share/prereg/bundled/, the new one does not (cf. the fixing for fdo#51252 "LO
cannot start (reports runtime error with Visual C++ Runtime Library)"), and a
bundled extension did not change version.
It is safe to tie this behavior to the existing "force" parameter of
dp_misc::syncRepositories, as the only place that calls it with force=true is
the call to Desktop::SynchronizeExtensionRepositories(newInst) in Desktop::Main,
where newInst=true is the relevant condition for this behavior, too.
As stated in XExtensionManager.idl, "this [...] can go again once no exisiting
UserInstallation's user/extensions/bundled/ data can contain any
$BUNDLED_EXTENSIONS_PREREG references any longer."
Change-Id: I630dec8f2d20282ee47c65ac61ed2c9b062448e1
|
|
...not the old one that does not contain the changes from the current session.
Otherwise, actively registered components in bundled extensions would not
necessarily be re-registered upon start up. Any old instance would be removed,
but the new instance would not be registered as isRegistered_ would still
return true.
To me it looks like 7a400caaa6946399ea31614d056d435350f42dc1 "jl145: #i99257#
Extension Manager prevents running of multiple instances which acces the same
shared data" erroneously introduced a call to getRDB_RO instead of getRDB into
isRegistered_. That (only) call of getRDB_RO gone allowed some clean up, incl.
renaming remaining variables from ..._RO to ..._orig.
Change-Id: I7eccac699e6fa5799f77b038b15d62e0a9c1ad17
|
|
Change-Id: Ib45a5fab8d4dc118ac0ae5282d47f46f9f86edc2
|
|
I am not sure why it was introduced in
0dae49a03c9b4816d8cdde69e30bcd2db2e30724
and hope that it's safe to remove it now.
Change-Id: I62f0ac230a83473386eabc45c9fcc387f62631e3
|
|
...see <https://bugs.freedesktop.org/show_bug.cgi?id=51252#c35>, comment 35 to
"LO cannot start (reports runtime error with Visual C++ Runtime Library)" for
all the details. This commit is intended as a band aid, to be backported to
libreoffice-3-6-0. It can be cleaned up later on.
Change-Id: I2984cdd7efc279e3ef482a762b614e1d625a697f
|
|
...as stderr is not generally visible there to the user (and vcl's
Application::ShowNativeErrorBox might not yet be functional during early start
up).
Change-Id: I1b99a77f7add967579d726462aa0a7b83a5d2d0a
|
|
- register clients when we run --invisible
- create ScDocFuncSend only if we are going to use it
Change-Id: I7e33cd5a2e42e34a055146dc6c2bdac3657d6529
|
|
Change-Id: If8acc5e9fee2730796637dfb505e0c514f96f1a3
|
|
This reverts mostly all of my hrc string cleanup commits. As Markus
stated in dc05a825e71316e6f602e5c8dfcd3d10ecb6252f those are erroneous
and mostly untested. And therefore absolutely unsave. I only did test
them by compiling and checking the main screens. Cleaning those files
seems to be much more complicated than I thought.
So to be absolutely save I do this huge revert. Sorry for this.
Revert "hrc cleanup: Further cleanup"
This reverts commit 60212988e1cd84169afb028a4255b6f935f1fd4b.
Revert "hrc cleanup: Remove unused strings"
This reverts commit 0e2d7550dd287843b70c03dee952c02f9bd8afb5.
Revert "hrc cleanup: Remove unused Strings in sfx2/source/doc/doc.hrc"
This reverts commit efb74b5dfdb773ba53b29080e1996a93d2c1cac2.
Revert "hrc cleanup: Remove unused Strings in cui"
This reverts commit 527e8f61868210c54bdad650f16390bda03c4353.
Revert "hrc cleanup: Remove unused Strings in desktop"
This reverts commit ac3800fbb9f3251276302b24fa0542441276a34f.
Revert "hrc cleanup: Remove unused cstitem.src"
This reverts commit ae95e31831916df760503bfc2496b7bc55bc638b.
Revert "hrc cleanup: Remove unused strings in wizards"
This reverts commit 20f9a1744319ecdf18c9ab6d0873bb586eb4d03f.
Revert "hrc cleanup: Remove unused Strings in sfx2"
This reverts commit c26d4d34467008418ebf138412e87886694c326c.
|
|
The only thing that sysui exports that is used by another package are
application icons, used in desktop (windows build only). But since
gbuildification of desktop they are included directly from
$(SRCDIR)/sysui/desktop/icons instead of $(OUTDIR)/inc/icons, so the
dependency is no longer necessary.
Change-Id: I6fa3153d3793e785c1ed602c3e67c86cead2bae2
|
|
Change-Id: I5b0faac6c47c284fd25f020fdf6dbbed5c643e72
|
|
Those were only listed in help_hid.lst
Change-Id: I491a037b375015db76c30c93a59b615a63fb1838
|
|
Change-Id: Ic1596fb91bc879f29a576efbaf46f0292b698e6d
|
|
Change-Id: Id4210229b20a1d54b680ff1a2ccbcdd3684ecf5f
|
|
It is faster and even avoid memory allocation somtimes.
Change-Id: Ic12ff70e95953de44ef5798131150669d07a5445
|
|
Change-Id: I4ecbcf7e19c642bbb98f66d127050361fdb6136a
|
|
Change-Id: I4c3550bcc214bd675c9f86b95597449255f6154a
|
|
This doesn't really seem so important, and it prevents running junit
tests with VALGRIND=memcheck from working, because the special restart
exit code on first start up is mangled by valgrind and so the actual
test doesn't run.
|
|
Change-Id: Icec8f9e37fa679b25d9bd44de56c98477d758abc
|
|
Change-Id: Iba306cde71eb5efeed29a4a44cefa19a47bac84b
|
|
|
|
and our ooviewdoc script uses --view
Change-Id: Ice708f1c72c8d29d411ba21e93cb19876af13881
|
|
Change-Id: I2b482bd323ac510629c5ee31868010b7cd6ce691
|
|
Change-Id: Ide39492cf17400f6d4bee980e1e1aca6a0863b3f
|
|
Change-Id: Iaaa0e60ca99e2beef7c70d38343917c4549d1eea
|
|
Also add some missing include guards.
Change-Id: I320a3c017ca65d34f2cd516849bcde3dec9b33f1
|
|
Some of them were commented out for documentation purpose.
Change-Id: I29a6b2cbe774b527f0c3a0be5675160817a7f3ce
|
|
|
|
Change-Id: I45e1618dcff920b63b7e21ba9e842eed684114d7
|
|
|
|
Change-Id: Ie002ab01a804cceea06e0a2ba7e6b2fe2a495344
|
|
Change-Id: I3d52308087412d1250b8ad64ffc308ca7cc414fd
|
|
Change-Id: Ic6ead729034a2a02d08f9e8edda0af1d0ff3f459
|
|
|
|
Change-Id: I3d172e5200fee63c6afcdf236a7915b7d51baf9c
|
|
Those never get included at any point in the code.
Change-Id: I17736e005635b9e57759cfc95176a99e7c5e8988
|