fix assert on loading ooo123653-1, we don't care about ranges that end before
the starting point we are interested in
Change-Id: I46ddf882ce4099dbcd77c62569c5c51f1ce5aa76
css::frame::XModel::getArgs() may or may not return a Sequence that
contains a DocumentService key, while
css::lang::XServiceInfo::supportsService() can always determine the
document type.
This fixes the problem that doc_getDocumentType() returned
LOK_DOCTYPE_OTHER for Writer documents on Android.
Change-Id: I380d59a963553fb30a3eb20fbe84dcfc6a1bbd61
and just use OOoRunner, there is no point in having a stripped down
jar, the cost of firing up the Java VM completely dwarfs any benefit
of having a smaller jar.
Change-Id: Ibcc3c5bd6e9b9c918041142dd32db0ea5dddc25b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Noticed when loading
https://bugs.freedesktop.org/attachment.cgi?id=99844
with fdo#79249 fix where oox::xls::applyCellFormulas() groups the
consecutive =#N/A formulas. Only A1 result was displayed, other cells
were displayed empty.
Change-Id: I3a541f74d3d25e1515a1c6d47f02ec6a8e817c93
... instead of attempting to stringize a NaN coded error value.
Regression introduced with 30a20743ae
Change-Id: Ia7a8ca39938820ac75db169404446fa696c6ee1b
To use it, enable "Print layout" in Options->Load/Save->HTML Compatibility,
and select the HTML Document file type in the Writer Save As dialog.
Change-Id: I763ab8340a59050fd5c68677715679f41fd91fb3
The SwInputFld is copied because it doesn't have HasDummyChar() set
although it has 2 dummy characters; TODO why is that...
Change-Id: Iee91c1d0cf7a7a928e7383c1839f8192e8d4d5b0
... should fix field dupes"
This reverts commit f384598d8eec91c3c0f84a07ff3e59b8e3e13b3f.
The attributes have to be copied in case splitting a paragraph creates
an empty paragraph.
Change-Id: Icd5730dd9ab8a68f737492645988a4d2f07af7a0
With f92183833f, export no longer crashes,
and there is no reason to leave this piece disabled any more. Let's
re-enable this.
Change-Id: Ibeca8869f152cbcd80f1dcb55f8199110125741d
i.e., after recent "fdo#83753: consider JAVA_HOME and PATH when selecting JRE"
fix, if jfw_findAndSelectJRE found no suitable JRE in
jfw_plugin_getJavaInfoFromJavaHome or jfw_plugin_getJavaInfosFromPath, do not
re-check those locations in jfw_plugin_getAllJavaInfos.
Change-Id: If4e085b4fceff5b2494c7b7b84ac51691dbc78cc
adapted algorithm that selects the Java runtime to be used so that
Java installations associated with the JAVA_HOME and PATH
environment variables are preferred over others
Java installations are now analysed in the following order:
* installation that the JAVA_HOME environment
variable refers to (if it is set)
* Java installations in PATH
* other Java installation (algorithm that was used before)
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Conflicts:
jvmfwk/source/framework.cxx
Change-Id: I3a3ade25322def0c0432b369848f13a6b82034a1
This reverts commit 07c0067144.
The bug is because the check of the GotoHeaderTxt() is inverted.
Actually in the old code it is a bit easier to understand what is intended,
even though it is more verbose, so just revert the commit.
Only gb_Library_use_libraries stays because I think it's a good idea to see
dependent libraries (potential candidates for merging) and hopefully the
list does not change often anyway.
This commit extends b6be3d3db3
Change-Id: I2682456f53cb2e8d7ea63eae15f8979a3c828401
