- 13 Agu, 2018 32 kayıt (commit)
-
-
Jean-Pierre Ledure yazdı
So far, only a flat list of form names was implemented (by far the majority of cases). Now, hierarchical form names (like "Folder1/Folder2/myForm") are accepted. Impacts: - on AllForms() and Forms() collections: - insertion of _GetAllHierarchicalNames() to make list of names - insertion of _CollectNames(): recursive function to walk thru folders - insertion of _GetHierarchicalName(persistent name) to establist correspondence - on OpenForm action - on SelectObject action: form windows are not identified by title anymore - on form and control events - on arguments check when argument is a form object Change-Id: I2da73ac3d4fe2d90b2e526fe510207c0f8ec8386
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. Change-Id: Ie96f3c739d4b3654d60888e01f3a8a70c18d25cf Reviewed-on: https://gerrit.libreoffice.org/58824 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
-
Justin Luth yazdı
These "unspecified" defaults are best set in document defaults, not in the style itself. Otherwise things like table styles don't know whether they can override that property. Most of the existing logic was no longer necessary, since a more generic fix ensured that all parentless styles inherited all docDefaults. Change-Id: I0ae0ccc4d69c784611fd762b5aed6e924196caf1 Reviewed-on: https://gerrit.libreoffice.org/58829 Tested-by: Jenkins Reviewed-by: Justin Luth <justin_luth@sil.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
-
Caolán McNamara yazdı
Change-Id: Ic5d2cbdbcce29a2d9b9db1485da9ed18a3330e4a Reviewed-on: https://gerrit.libreoffice.org/58943Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Andrea Gelmini yazdı
Change-Id: I06954db80884532d04550609c83623fd5ec5c8bc Reviewed-on: https://gerrit.libreoffice.org/58598Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
==18428== 12,809 (176 direct, 12,633 indirect) bytes in 1 blocks are definitely lost in loss record 2,664 of 2,683 ==18428== at 0x4C2EBAB: malloc (vg_replace_malloc.c:299) ==18428== by 0x8D1CBC8: xmlNewDoc (tree.c:1171) ==18428== by 0x8D0C43D: xmlParseEntityDecl (parser.c:5521) ==18428== by 0x8D0F017: xmlParseMarkupDecl (parser.c:6802) ==18428== by 0x8D11588: xmlParseInternalSubset (parser.c:8305) ==18428== by 0x8D1733A: xmlParseTryOrFinish (parser.c:11977) ==18428== by 0x8D17DDA: xmlParseChunk (parser.c:12263) ==18428== by 0x3060C380: sax_fastparser::FastSaxParserImpl::parse() (fastparser.cxx:1041) ==18428== by 0x3060B6DC: sax_fastparser::FastSaxParserImpl::parseStream(com::sun::star::xml::sax::InputSource const&) (fastparser.cxx:850) ==18428== by 0x3060E675: sax_fastparser::FastSaxParser::parseStream(com::sun::star::xml::sax::InputSource const&) (fastparser.cxx:1357) ==18428== by 0x2F4B2ABE: SvXMLImport::parseStream(com::sun::star::xml::sax::InputSource const&) (xmlimp.cxx:485) ==18428== by 0x34E2C12C: filter::odfflatxml::OdfFlatXml::importer(com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::xml::sax::XDocumentHandler> const&, com::sun::star::uno::Sequence<rtl::OUString> const&) (OdfFlatXml.cxx:150) Change-Id: I63885b837e7311330255457da3a368bd3f4f8921 Reviewed-on: https://gerrit.libreoffice.org/58933 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Julien Nabet yazdı
See https://bugs.documentfoundation.org/show_bug.cgi?id=119155#c4 + https://bugs.documentfoundation.org/attachment.cgi?id=144036 Change-Id: Id2cb05b3c83069b031a8be73cf0a4ec774d94d7e Reviewed-on: https://gerrit.libreoffice.org/58750Tested-by: Julien Nabet <serval2412@yahoo.fr> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
use a SwUnoCursor for the LastAnchorPos around here Change-Id: I9b2b18e88aa0816e3386d7b95b4fd386d13af77f Reviewed-on: https://gerrit.libreoffice.org/58927 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Andrea Gelmini yazdı
* Update helpcontent2 from branch 'master' - Fix typo Change-Id: Ibfbd8efce7c262375e336af242da4fb27a192236 Reviewed-on: https://gerrit.libreoffice.org/58930 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
-
Caolán McNamara yazdı
Change-Id: I7c98c5e2a334966dc63a55fab96fa983ea542378 Reviewed-on: https://gerrit.libreoffice.org/58926 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Noel Grandin yazdı
Change-Id: I793e092871f8f8239d3e084614cc9e0d5700deb1 Reviewed-on: https://gerrit.libreoffice.org/58925 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Caolán McNamara yazdı
and save useritem Change-Id: I92f00bd982ab00571148c0e74cd9c8772451a246 Reviewed-on: https://gerrit.libreoffice.org/58920 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Stephan Bergmann yazdı
I assume the "0 == " around columnStringValue.equalsIgnoreAsciiCase in ODatabaseMetaData::getSchemas (mysqlc/source/mysqlc_databasemetadata.cxx) was just a thinko, as the latter already returns sal_Bool, not a <0 / 0 / >0 integer value. (Rebased atop ce24919c "loplugin, various in mysqlc", which covered the same warnings, but didn't consider the negated call to equalsIgnoreAsciiCase to be an accident as I do here (see above), and accidentally reversed the logic of OResultSetMetaData::isNullable in mysqlc/source/mysqlc_resultsetmetadata.cxx, I think.) Change-Id: Ie89cc8ef7c7638d28307a4b240930d387d75b8f2 Reviewed-on: https://gerrit.libreoffice.org/58908 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Caolán McNamara yazdı
Change-Id: If633ffae3cd3acaf489a31891ca91f810c5e50c4 Reviewed-on: https://gerrit.libreoffice.org/58917Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
Change-Id: I60319d22c192b068860b1959350a602edf19aea4 Reviewed-on: https://gerrit.libreoffice.org/58916Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Caolán McNamara yazdı
with document ooo47086-1.xls Change-Id: Ia43b6b3e3951875280892138c7068348f1b56a7c Reviewed-on: https://gerrit.libreoffice.org/58913 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Johnny_M yazdı
Act -> Current Not a translation per se, but correction of usage of "actual" (German: "wirklich") instead of "current" (German: "aktuell"). This is similar to the Akt -> Current translation done on commit b62ac98a in the same file. Change-Id: I462106ee5d2b07b09bb567b962bcb97d76859d81 Reviewed-on: https://gerrit.libreoffice.org/58873Reviewed-by: Michael Stahl <Michael.Stahl@cib.de> Tested-by: Michael Stahl <Michael.Stahl@cib.de>
-
Johnny_M yazdı
frei -> free Change-Id: Ib402bd7829a2ac519350ad1294510adefc872514 Reviewed-on: https://gerrit.libreoffice.org/58874 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Miklos Vajna yazdı
Change-Id: I1582641032f6641c14db461eb9910d3639ab0865 Reviewed-on: https://gerrit.libreoffice.org/58909Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Noel Grandin yazdı
including redundantcast implicitboolconversion sallogareas after commit 3478d745 Date: Sun Jun 17 18:09:43 2018 +0200 Switch from mysql to MariaDB C API Change-Id: Ibbb2fccdc8c7837412d878752f7da780140d678c
-
Caolán McNamara yazdı
presumably since... commit df1d4bd5 Date: Sat Aug 4 20:10:55 2018 +0200 ScCompiler::IsString, pass down the string length if we know it reading the old code, it looks it would have returned true for this case of input of a bare " but change this to return false as that doesn't seem quite right for this case Change-Id: Id54ffe6440bb842d8103174edd6b99940ca5d142 Reviewed-on: https://gerrit.libreoffice.org/58889 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
-
Stephan Bergmann yazdı
Change-Id: I7c927bb46ce411138069f7c64a5036ce07077ced
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. Change-Id: I9c3561292f770795623b765b1ea2ce80b9700ada Reviewed-on: https://gerrit.libreoffice.org/58821 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
-
Miklos Vajna yazdı
Both of my GPUs failed to start with GL enabled in an enable-symbols build, but they were fine in a dbgutil build. It seems the problem was that in case CHECK_GL_ERROR() expands to an error reporting code, then we already correctly checked the error of the last GL call at the end of tryShaders() -- but in case it expanded to nothing, then previous (unrelated) errors signaled that shader compilation went wrong, even if it did not. Given that we have error handling right before glDeleteProgram(), clear the GL error queue before calling glDeleteProgram(). Change-Id: If58188d06a0b7009a71af82c476b5aa77823d9b0 Reviewed-on: https://gerrit.libreoffice.org/58852 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: I1dade7ddde6b1e226861d32f24f65be5bb9d9352 Reviewed-on: https://gerrit.libreoffice.org/58880 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: I7c7c450f1da4ac3205148d2de8b344f0735f92ba Reviewed-on: https://gerrit.libreoffice.org/58881 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: Iac240f59acf8404fe5439a7e450c048df0d7a54e Reviewed-on: https://gerrit.libreoffice.org/58879 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: Ie48caf16bae9f85b61dd9614199f1b2d75783e6e Reviewed-on: https://gerrit.libreoffice.org/58878 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: If5c7d936020e5470b09c2fe54d41fb006c296a34 Reviewed-on: https://gerrit.libreoffice.org/58877 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
Change-Id: I3f0bead636632682488cbe677fd7fee60350f04d Reviewed-on: https://gerrit.libreoffice.org/58876 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Rene Engelhard yazdı
Change-Id: Idf0b21d41fa0bac0a49c1b28724c487edd336353
-
Justin Luth yazdı
Plan to revert this within a month - just a test and see. MS Word has a placeholder that can receive chacter formatting for the carriage return, but LO doesn't really. So normally when LO exports, the CR is "unformated", which really can affect things like paragraph size, or numbering. So, extend the current character formatting to cover the CR, so that what we see in Writer is what we get in Word. This will cause regressions as Writer round-trips documents that it incorrectly reads. (In other words, even though they don't look right in Writer, they still used toround-tripped OK, but now they will be saved with LO's distortions.) Since normally if we *save* in writer, that implies that changes have been made, and theoretically the document looks the way the user wants to re-preserve it, it is better to now have the document look as Writer sees it than to preserve some prior formatting. This really breaks unit test tdf102334.doc, but that round-tripped document is already *really* broken in Word. With this patch, it looks like the original again. (tdf102334.doc looks bad in LO no matter what, it just looks worse in this case.) Change-Id: I04d3fdc7dbc66f8732456d7ac5b309c454992d8b Reviewed-on: https://gerrit.libreoffice.org/58594Tested-by: Justin Luth <justin_luth@sil.org> Reviewed-by: Justin Luth <justin_luth@sil.org>
-
- 12 Agu, 2018 8 kayıt (commit)
-
-
Rizal Muttaqin yazdı
Change-Id: Ia87b3244e95e7515d1846a171c10e39ed0b644ed Reviewed-on: https://gerrit.libreoffice.org/58892 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
-
Tamas Bunth yazdı
Change-Id: I9d0b989735e736c9c35d8acf4ea1b072eddf7437 Reviewed-on: https://gerrit.libreoffice.org/58744 Tested-by: Jenkins Reviewed-by: Tamás Bunth <btomi96@gmail.com>
-
Tamas Bunth yazdı
In order to get rid of the MySQL C++ Connector, the sdbc driver should be implemented using the MariaDB C connector instead. MariaDB Connector/C is LGPL licensed, so later it can be used in the connectivity module. This way mysqlc won't be an extension, so it could be maintained easier. Change-Id: I99c13ccf154b33b145d34b1e06eec85946dc82a0 Reviewed-on: https://gerrit.libreoffice.org/55960Reviewed-by: Tamás Bunth <btomi96@gmail.com> Tested-by: Tamás Bunth <btomi96@gmail.com>
-
Arkadiy Illarionov yazdı
Remove dbus-glib bundle from flatpak since LibreOffice doesn't depend on dbus-glib as of commit 02addb36. Fix dbus reference in comment. Change-Id: I1f4bc41bcd0ea091fc199f2271b27079ce3c2c74 Reviewed-on: https://gerrit.libreoffice.org/58795 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Katarina Behrens yazdı
what d7fc00e1 and 1af4ab72 already does for kde5 Change-Id: I924bdc5cfd6a12ff7bdbeef36d606c03307cb99b Reviewed-on: https://gerrit.libreoffice.org/58832 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Katarina Behrens yazdı
Change-Id: I4758bc5afa9f9eaced7763b9923250f27df14259 Reviewed-on: https://gerrit.libreoffice.org/58834 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Katarina Behrens yazdı
it was not a step in the right direction in 1st place. We distinguish between main window frame (QMainWindow) and everything else (QWidget) differently now Change-Id: I331c9760f7616b2f199e63e5e521df74b08acc62 Reviewed-on: https://gerrit.libreoffice.org/58853 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Katarina Behrens yazdı
this is meant to solve the problem of native menu bar overlapping w/ non-native, as well as the inability to place an object or select text dragging the mouse cursor w/ LMB pressed Change-Id: I29f590ebf79d1ecc7e17b402125384cf13774bf3 Reviewed-on: https://gerrit.libreoffice.org/58171 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-