- 29 Haz, 2018 40 kayıt (commit)
-
-
Stephan Bergmann yazdı
Change-Id: If013783e8a07fa7d8a613d11e5719a064e717852 Reviewed-on: https://gerrit.libreoffice.org/56702 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Stephan Bergmann yazdı
Change-Id: I043576ca1fa83180b326f65b05f6bc5c21814e82 Reviewed-on: https://gerrit.libreoffice.org/56701 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Mike Kaganski yazdı
The existing unit test (previously non-functional because of defunct success condition) is fixed and extended. Change-Id: I2544f865144b25f51a5f0941e5d961f246f41c4b Reviewed-on: https://gerrit.libreoffice.org/56610 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
-
Stephan Bergmann yazdı
Change-Id: I64b6ffd3e43f14c5884bf6cf1c12ff3b147db6bd Reviewed-on: https://gerrit.libreoffice.org/56699 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Olivier Hallot yazdı
Project: help b845484d0c4660211c3dc941bddf8c4275164720 Improve readability of page for do-loops Highlight statements in syntax sections Change-Id: I755ca4f7bd9aaeb1ee7183640523b8a790e560ac Reviewed-on: https://gerrit.libreoffice.org/56727 Tested-by: Jenkins Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
-
Olivier Hallot yazdı
Project: help 31d1063a04542851398075346f3bab18a424e28d Add mode="embed" for bascode Embeded <bascode> was not properly rendered because it had no embed mode Change-Id: Icdc91c5b00b165d7963248f9083837b899d382f2 Reviewed-on: https://gerrit.libreoffice.org/56726 Tested-by: Jenkins Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
-
Jens Carl yazdı
Change-Id: I6150095fdb3a1a6af4e88db8aa7b3dcf225a30d3 Reviewed-on: https://gerrit.libreoffice.org/56645 Tested-by: Jenkins Reviewed-by: Jens Carl <j.carl43@gmx.de>
-
Stephan Bergmann yazdı
Change-Id: I200be1277904d346dd02e64612e6f1bed24f17a3 Reviewed-on: https://gerrit.libreoffice.org/56695 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Miklos Vajna yazdı
The first hunk is probably a regression from my earlier TextBox work, the other is inherited from OOo, I think. Change-Id: If87d135c84c483d7a39f90e9edcf00594204fab8 Reviewed-on: https://gerrit.libreoffice.org/56689Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Stephan Bergmann yazdı
Change-Id: Ie22fe58dc2c2cc3867bd800f757433b68e0f2448 Reviewed-on: https://gerrit.libreoffice.org/56693 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Mike Kaganski yazdı
... like it is done for normal cells. So, the cells that have markup like <row r="2" ...> <c r="A2" t="str"> <f t="shared" ref="A2:A65" si="0">Test(B2:Z2)</f> <v>0</v> </c> </row> <row r="3" ...> <c r="A3" t="str"> <f t="shared" si="0"/> <v>0</v> </c> </row> now are handled (wrt restoring the stored result value) just like cells with this markup without sharing have long been handled: <row r="1" ...> <c r="A1" t="str"> <f>Test(B1:Z1)</f> <v>0</v> </c> </row> Change-Id: Ifcf62cf6d073faff310aa8553c6f57f42ae588cc Reviewed-on: https://gerrit.libreoffice.org/56675 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
-
Tor Lillqvist yazdı
Make it easier to compare timing logs even if you add a SAL_DEBUG() that happens much earlier than the others, the timestamps of the others will still be comparable to those from earlier runs. Change-Id: I13872ef9112d8515e563e561f9b2a50c8510bae8 Reviewed-on: https://gerrit.libreoffice.org/56676 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
-
Noel Grandin yazdı
Change-Id: I2ce38d46798627f808dd539a7d74f5c6cf7f509a Reviewed-on: https://gerrit.libreoffice.org/56631 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Tomáš Chvátal yazdı
This solves problem where java prints ton of warnings about too many CPUs which turned out to empty lines that are now ommited by the added sed command. Change-Id: I552f40289e1d598f11f98509b9e9b0b867336c3b Reviewed-on: https://gerrit.libreoffice.org/55377 Tested-by: Jenkins Reviewed-by: Tomáš Chvátal <tchvatal@suse.cz>
-
Noel Grandin yazdı
Change-Id: I7db3da4ed86ec919e7cf6dbe6e109b59c3a6751d Reviewed-on: https://gerrit.libreoffice.org/56630 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Vasily Melenchuk yazdı
New property introduced in d77f8eef expected to be backported to 6.1 Change-Id: I6486fa0f42adcd39c9929f4d90b7310e22d851c6 Reviewed-on: https://gerrit.libreoffice.org/56685Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Noel Grandin yazdı
Change-Id: I165c3df9392e1171770af02e12dda8e3257b72c5 Reviewed-on: https://gerrit.libreoffice.org/56629 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
andreas kainz yazdı
Change-Id: Id7e7e9ee66b284503fbd49661ac7c4152806e295 Reviewed-on: https://gerrit.libreoffice.org/56682Reviewed-by: andreas_kainz <kainz.a@gmail.com> Tested-by: andreas_kainz <kainz.a@gmail.com>
-
Stephan Bergmann yazdı
Change-Id: Ib22903c5168f6be3b0ebb973b0e7bab9d3daf93c Reviewed-on: https://gerrit.libreoffice.org/56670 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
andreas kainz yazdı
Change-Id: Ic998fd44d22d4a328e0083d3f91cd23d48c79f48 Reviewed-on: https://gerrit.libreoffice.org/56679Reviewed-by: andreas_kainz <kainz.a@gmail.com> Tested-by: andreas_kainz <kainz.a@gmail.com>
-
Stephan Bergmann yazdı
* nNextElementNumber is unused since d57dfa29 "Improvement of adding and removing color charts". * There appears to be no compelling reason to store sDefaultNamePre-/Postfix as members (but which are not even copied by the copy ctor). Just compute them whenever they are needed in getDefaultName (which is understood to not be a hot code path). * With those changes, the user-provided default and copy ctor can be left implicitly-declared, which avoids -Wdeprecated-copy (because the copy assignment op was implicitly-declared while the copy ctor was not) with GCC trunk towards GCC 9. Change-Id: I2bfa5f19c967e24407bf5b79adaf171200822f45 Reviewed-on: https://gerrit.libreoffice.org/56666 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
-
Thorsten Behrens yazdı
With OFFICE-3940 the loext markup got accepted for ODF1.3 (and the redundant KeyInfo element removed). Make sure manifest parser can import new markup. Change-Id: Id3c88654e8e6e0e256cd68fbb43f1ef670849cf7 Reviewed-on: https://gerrit.libreoffice.org/56597 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Michael Stahl yazdı
Build this with RelaxNG <include> feature instead of a complete schema. This isn't bad but could work better if the schema were a little more modular... In order to track down all the uses of extension namespaces like loext, invoke the validator without "-e". Change-Id: I92a666fc54c25d66cea38decdc188d60de2a0b74 Reviewed-on: https://gerrit.libreoffice.org/56488 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Michael Stahl yazdı
This requires a new validator jar for the -m flag to specify MathML schema. Change-Id: If99cf70f386a16a90ba676f8f5ff65a537c9ce56 Reviewed-on: https://gerrit.libreoffice.org/56487 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Michael Stahl yazdı
Change-Id: I4188a0e3842d596e339475f94fe5d9833c2c1f28 Reviewed-on: https://gerrit.libreoffice.org/56486 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Tomáš Chvátal yazdı
Project: dictionaries 3e4d844783643fb625925c582fe518fc70b69d42 Convert Bulgarian dictionary files to UTF-8 As reported in openSUSE the files didn't load properly otherwise: https://bugzilla.suse.com/show_bug.cgi?id=1099508 Change-Id: I9651e596b733d3a3b240c24f0d7cd4389b8b9c35 Reviewed-on: https://gerrit.libreoffice.org/56674Reviewed-by: Tomáš Chvátal <tchvatal@suse.cz> Tested-by: Tomáš Chvátal <tchvatal@suse.cz>
-
Jens Carl yazdı
Change-Id: Id2ac80d1e66b2a4dacf40e51f33ced05fec2c223 Reviewed-on: https://gerrit.libreoffice.org/56656 Tested-by: Jenkins Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
-
Noel Grandin yazdı
Change-Id: I000e73a1c932e00c626e2f613e3154748e341fe8 Reviewed-on: https://gerrit.libreoffice.org/56628 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Tor Lillqvist yazdı
Change-Id: I93a135afc1402d9095828c4d41d669471a37f565 Reviewed-on: https://gerrit.libreoffice.org/56661Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Jenkins
-
Noel Grandin yazdı
Change-Id: I1d048ac400d6a929a840bcb8f0df52be528c0a5b Reviewed-on: https://gerrit.libreoffice.org/56623 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
-
Michael Stahl yazdı
Fixes CVE-2017-1000158. Change-Id: I1871f031e3431253a3403f2ea2b586bcc4aa1016 Reviewed-on: https://gerrit.libreoffice.org/56609 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Michael Stahl yazdı
Note: this maps to /Z7 apparently: <DebugInformationFormat>OldStyle</DebugInformationFormat> https://msdn.microsoft.com/en-us/library/bb629394.aspx lists various options but passing /p:DebugSymbols=true /p:DebugType=full /p:PdbFile=... to msbuild.exe by itself doesn't do anything while patching the project file works. Change-Id: I888b5f6af7be519e2d35b749873ae7d35bb0bf9d Reviewed-on: https://gerrit.libreoffice.org/56605 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
-
Vasily Melenchuk yazdı
RowHeightContext should be initialized for each tab separately. Reusage of same data was causing invalid heights for next pages. Change-Id: Ib10518a8eef416e2197d0f6232fc981ce748882b Reviewed-on: https://gerrit.libreoffice.org/56603 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Justin Luth yazdı
DataLabel font was always returning to the default - black. Change-Id: I6c72a8daa699394b36f69fc54e0ba042f0255c18 Reviewed-on: https://gerrit.libreoffice.org/56616 Tested-by: Jenkins Reviewed-by: Justin Luth <justin_luth@sil.org> Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
-
Justin Luth yazdı
...followup to commit 76505bbd which made the border invisible by setting the color to COL_AUTO. But being invisible isn't good enough because on a round-trip we are now losing the "noFill" attribute and saving a defined border. However, COL_AUTO is turned into white during import, in both LO and in MSO, so round-tripping displayed a white border instead of an invisible one. Change-Id: If6cb513ca6e4336e49bc56a9509aede2e1937063 Reviewed-on: https://gerrit.libreoffice.org/55658 Tested-by: Jenkins Reviewed-by: Justin Luth <justin_luth@sil.org> Reviewed-by: Szymon Kłos <szymon.klos@collabora.com> Tested-by: Szymon Kłos <szymon.klos@collabora.com>
-
Bartosz Kosiorek yazdı
To fix regression the sal_uInt16 was used instead of sal_uInt8. Verified on macOS High Sierra 10.13.5. I also checked if with this fix, there is no issue with displaying EMF (tdf#113197) Sample document from tdf#113197 is displaying correctly. Change-Id: I6504717d831a193b0a878ced2f335d34a993aed6 Reviewed-on: https://gerrit.libreoffice.org/56578 Tested-by: Jenkins Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de> Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl>
-
Paul Trojahn yazdı
When passing DND_ACTION_MOVE to View::InsertGraphic, the whole object gets replaced. DND_ACTION_LINK should be used, because it just replaces the graphic and keeps crop information. Marking the object is not needed, because InsertObjectAtView and ReplaceObjectAtView already take care of that. Change-Id: I0d829ec39a9d484a7c8946252e90eddb12ea9756 Reviewed-on: https://gerrit.libreoffice.org/56401 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Miklos Vajna yazdı
Change-Id: I3c10b9eca3efb90a8f0e4c35bd71512f321a05fd
-
Andrea Gelmini yazdı
Change-Id: If6fafa1ef192411a9d59ef9a4ef4d7f522c67f66 Reviewed-on: https://gerrit.libreoffice.org/55964 Tested-by: Jenkins Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
-
Miklos Vajna yazdı
Regression from 13596e70 (Don't pass ODF version, just retrieve it directly, 2018-05-17), just checking the file format explicitly like the PDF signing does fixes the problem. Change-Id: I1ba7cf9096e01c6c5a2d3875b08fa3a66acae829 Reviewed-on: https://gerrit.libreoffice.org/56635 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
-