- 05 Tem, 2018 23 kayıt (commit)
-
-
Rene Engelhard yazdı
for one HSQLDB_JAR is already a path and secondly, gb_Helper_make_path doesn't even exist (anymore). It's supposed to end up in URE_MORE_JAVA_CLASSPATH_URLS so use gb_Helper_make_url Change-Id: I52c6117299caeb4fac8c894fc54564befc673e67 Reviewed-on: https://gerrit.libreoffice.org/55552 Tested-by: Jenkins Reviewed-by:
Michael Stahl <Michael.Stahl@cib.de>
-
Mike Kaganski yazdı
Change-Id: I411ea0abcb5fd5fac0db7fe0c4bad16a0c1b9d77 Reviewed-on: https://gerrit.libreoffice.org/57006Reviewed-by:
Kshitij Pathania <kshitijpathania@gmail.com> Tested-by: Jenkins Reviewed-by:
Szymon Kłos <szymon.klos@collabora.com>
-
Samuel Mehrbrodt yazdı
Change-Id: I631fe8553907c5ddc979a139c8cc77d3902d204a Reviewed-on: https://gerrit.libreoffice.org/57014Reviewed-by:
Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> Tested-by:
Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Andrea Gelmini yazdı
In commit ae412b48 I missed a '>', to close tag. Change-Id: Id60b88b5b2a38ede2a2c0680abcc8af32f900586 Reviewed-on: https://gerrit.libreoffice.org/57007 Tested-by: Jenkins Reviewed-by:
Julien Nabet <serval2412@yahoo.fr>
-
Stephan Bergmann yazdı
Change-Id: I97cbb82fc0912e9b9ccdfdf78c424c478251362b Reviewed-on: https://gerrit.libreoffice.org/56993 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Luboš Luňák yazdı
It may end up calling XColorList::CreateStdColorList(), and XPropertyList is not thread-safe (gnome#627759-1 with disabled mnOpenCLMinimumFormulaGroupSize). Change-Id: I79c8335c6e8e3aaf39e01c68e6dbf6011820971a
-
Jim Raykowski yazdı
Change-Id: I56cca8d22e98364eb369f3ccf54ca1acb3eb8516 Reviewed-on: https://gerrit.libreoffice.org/56983Reviewed-by:
Katarina Behrens <Katarina.Behrens@cib.de> Tested-by:
Katarina Behrens <Katarina.Behrens@cib.de>
-
Maxim Monastirsky yazdı
Change-Id: I1b59e85edb8e9df5be453dc0be1d7d1ffd100ceb Reviewed-on: https://gerrit.libreoffice.org/56996 Tested-by: Jenkins Reviewed-by:
Maxim Monastirsky <momonasmon@gmail.com>
-
Maxim Monastirsky yazdı
Problem can be seen with non-gtk3, if the initial palette has no scrollbar (e.g. "standard" palette). The cause is that in non-gtk3 we don't have overlay scrollbars, so the palette area needs to be enlarged when switching from a palette with a scrollbar to a palette without a scrollbar. In practise, this was happening also on initial show, although the palette already had the correct width. To fix that, start with a never scrollbar policy by default, and add the scrollbar later if needed. Change-Id: I5286f301b3c7ef5c72b650290ace784222f7922d Reviewed-on: https://gerrit.libreoffice.org/56995Reviewed-by:
Maxim Monastirsky <momonasmon@gmail.com> Tested-by:
Maxim Monastirsky <momonasmon@gmail.com>
-
heiko tietze yazdı
Field options moved into another frame Change-Id: I42a1422617183e5059e66b4f280cbf9cc6daa79d Reviewed-on: https://gerrit.libreoffice.org/56090 Tested-by: Jenkins Reviewed-by:
Heiko Tietze <tietze.heiko@gmail.com>
-
Miklos Vajna yazdı
There are two cases: when the <object> is a child of an outer <object> (we create an embedded object) and the non-embedded <object> case (we create an image). Call the new SwHTMLParser::StripQueryFromPath() in both cases. INetURLObject considers this query/fragment part as "name" (end of "path"), so just do it manually. Change-Id: Icb7991082b6e595db5729f3c4c84073c80834f27 Reviewed-on: https://gerrit.libreoffice.org/56989Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Noel Grandin yazdı
Change-Id: Ic817fbd7953afe9007f9ec6071f53c8beca6dd18 Reviewed-on: https://gerrit.libreoffice.org/56949 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
andreas kainz yazdı
Change-Id: I5116e214ab64923c28dda4d10feab1193b5d9d31 Reviewed-on: https://gerrit.libreoffice.org/56978 Tested-by: Jenkins Reviewed-by:
andreas_kainz <kainz.a@gmail.com>
-
Michael Stahl yazdı
Change-Id: I7471299c1f0d4c0431e9b896cd2fbf5a056f31f8 Reviewed-on: https://gerrit.libreoffice.org/56892 Tested-by: Jenkins Reviewed-by:
Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
andreas kainz yazdı
Impress Menubar -> Insert -> Slide Number open the Header and Fooder Dialog Change-Id: Ie6c03358254265422ef2b760aa182515a44480d4 Reviewed-on: https://gerrit.libreoffice.org/56976 Tested-by: Jenkins Reviewed-by:
Heiko Tietze <tietze.heiko@gmail.com>
-
Stephan Bergmann yazdı
...(presumably due to it using -fvisibility-ms-compat, cf. solenv/gbuild/platform/com_GCC_defs.mk), or else things start to fail like <https://ci.libreoffice.org/job/lo_ubsan/962/console>'s CustomTarget_testtools/uno_test: > /cpputools/source/unoexe/unoexe.cxx:502:24: runtime error: member call on address 0x60600000c288 which does not point to an object of type 'com::sun::star::lang::XMain' > 0x60600000c260: note: object is base class subobject at offset 40 within object of type 'bridge_test::TestBridgeImpl' > #0 0x50dc0b in sal_main() /cpputools/source/unoexe/unoexe.cxx:502:24 > #1 0x507762 in main /cpputools/source/unoexe/unoexe.cxx:348:1 > #2 0x2b2ede591444 in __libc_start_main (/lib64/libc.so.6+0x22444) > #3 0x429425 in _start (/instdir/program/uno.bin+0x429425) Change-Id: I7f2c38ef2f3cedae07d71246980ad1f21220db72
-
Mike Kaganski yazdı
Change-Id: Iebb53af7fb06ebab6d5cdd1ce514480caec1b17e Reviewed-on: https://gerrit.libreoffice.org/56985 Tested-by: Jenkins Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
Gabor Kelemen yazdı
They wouldn't really compile anyways and only cause unnecessary blacklist entries. Some '- memory' entries can already be removed from the blacklists. Change-Id: Iab53d5a57121f61abe935e712dc23a55390235bf Reviewed-on: https://gerrit.libreoffice.org/56979 Tested-by: Jenkins Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Miklos Vajna yazdı
Change-Id: Ibf358e42f6411777819d0f46a4fe93c9b5ed9594 Reviewed-on: https://gerrit.libreoffice.org/56975 Tested-by: Jenkins Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Rizal Muttaqin yazdı
Change-Id: I3730aea8f4b5c14b48bc1020687cb037c06b28eb Reviewed-on: https://gerrit.libreoffice.org/56964 Tested-by: Jenkins Reviewed-by:
andreas_kainz <kainz.a@gmail.com>
-
Samuel Mehrbrodt yazdı
Change-Id: Idbf60be3cef2d9dde454da0279d2810488b1e157 Reviewed-on: https://gerrit.libreoffice.org/56871 Tested-by: Jenkins Reviewed-by:
Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
-
Justin Luth yazdı
Commit b8fa3952 for tdf#104713, added this w:default test to only override style inheritance on well-formed documents (i.e. all default values have been specified in the document. Otherwise the document will have no defaults at all). However, checking on w:default is not the best test of a well-formed document. W:default had no impact on inheritance anyway, so it was a bad test, and if we used that, shouldn't we setParent to the default style instead of assuming it is "Standard"? Besides, FindDefaultParaStyle() already exists, so a separate boolean value wasn't necessary in that scenario. So lots of reasons to tweak my old commit. It is prep work for setting the parent to -none- instead of "Standard". Change-Id: I0846c09775c9a86b506f13e3588aab437a9a93cc Reviewed-on: https://gerrit.libreoffice.org/56824 Tested-by: Jenkins Reviewed-by:
Justin Luth <justin_luth@sil.org>
-
Mike Kaganski yazdı
This avoids revoking the uncommitted registration when any mailmerge doc is destroyed. Also don't forget to pass relevant SwDocShell when registering data source. This allows to register the data source for current document. Change-Id: Id89be82b0120661700e9fee6a075e5877d76e3b0 Reviewed-on: https://gerrit.libreoffice.org/56891 Tested-by: Jenkins Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
- 04 Tem, 2018 17 kayıt (commit)
-
-
Eike Rathke yazdı
... as it indicates a programming error. Change-Id: I526846fe695fc7ed28336ea20cdba0c0db2e922a
-
Eike Rathke yazdı
It's unnecessary to check all columns if there was a range marked anyway. Also use GetPrintArea() only for bUnprotected and enlarge the result a bit to cover the case where a protected form may be empty but not have vidsual indications either. Also adding nMoveY to nCol was nonsense all the time already, what was actually meant is to add the direction of movement. Worked by chance because nMoveY was always +1/-1. Change-Id: Ic1175a607a1169f3ef0e28d0f3a91f8c526314f4 Reviewed-on: https://gerrit.libreoffice.org/56966Reviewed-by:
Eike Rathke <erack@redhat.com> Tested-by: Jenkins
-
Christian Lohmaier yazdı
* Update translations from branch 'master' - update translations with the updated submodules Change-Id: I0f59e5cb8f567d52c1124c2d13095d4b7ad4bfac
-
Stephan Bergmann yazdı
...without a matching definition. (And the now implicitly-declared copy assignment op will be defined as deleted, as the SfxPoolItem base class has a deleted copy assignment op.) Change-Id: I5dbe2954bf920a902f44d72fde3c481386633d54 Reviewed-on: https://gerrit.libreoffice.org/56962 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Stephan Bergmann yazdı
Change-Id: Ieaf2231a84d97528bb1b9a410c4ee0c38966dd27 Reviewed-on: https://gerrit.libreoffice.org/56950 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Christian Lohmaier yazdı
was broken after gerrit update Change-Id: I56cc1ab0e9d5bb4acb54d5ca5538fefae290253c
-
Christian Lohmaier yazdı
* Update translations from branch 'master' - update translations for 6.1.0 rc1 and also test the auto-update of the core module Change-Id: Id4556effa916c1d274f818bb5a5b700617fa6436 - update translations for 6.1.0 rc1 Change-Id: Ibff5b92a1b44ed2546d3ad25312e272ada2fa350
-
Christian Lohmaier yazdı
as mac's make might pick the one without the dependency on the direcotry when trying to "make" that <module>.helpfiles target Change-Id: I60a55be118bc9a41352dad94326247b02aef1dd6 Reviewed-on: https://gerrit.libreoffice.org/56960 Tested-by: Jenkins Reviewed-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Xisco Fauli yazdı
Change-Id: I30994b95e65ddd70df7872f5cc41c339bf906f19 Reviewed-on: https://gerrit.libreoffice.org/56875 Tested-by: Jenkins Reviewed-by:
Maxim Monastirsky <momonasmon@gmail.com>
-
andreas kainz yazdı
Change-Id: I763811ba4f0a5a9096be0b5d7f139a3acdb0086a Reviewed-on: https://gerrit.libreoffice.org/56955 Tested-by: Jenkins Reviewed-by:
andreas_kainz <kainz.a@gmail.com>
-
Jochen Nitschke yazdı
Change-Id: I9a01758812e5611c313a41225ec8e04b86e3bdf3 Reviewed-on: https://gerrit.libreoffice.org/56769 Tested-by: Jenkins Reviewed-by:
Jochen Nitschke <j.nitschke+logerrit@ok.de>
-
Jochen Nitschke yazdı
ever since commit 3716b144 Date: Mon Aug 8 15:38:59 2016 +0200 loplugin:constantparam and because (m_nPosition < m_nHeaderLength) is always false, m_pBMPHeader is unused too. Change-Id: I481e37ba75dfe4523ea49d10f94a35b045334a8d Reviewed-on: https://gerrit.libreoffice.org/56897Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Jenkins Reviewed-by:
Jochen Nitschke <j.nitschke+logerrit@ok.de>
-
Miklos Vajna yazdı
ReqIF says the image should be either PNG or has a PNG fallback and then it can be something else. We used to convert images to PNG to avoid writing any native data, but results in data loss. So instead: 1) Write the original image as an RTF fragment, so it's not lost. 2) Some ReqIF parsers expect an RTF fragment even for PNG, so make sure we always write the RTF fragment, even if that means a small duplication. Change-Id: Ida0fcaa58d56b9e11f81992307505599807353b5 Reviewed-on: https://gerrit.libreoffice.org/55430Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins
-
Stephan Bergmann yazdı
Change-Id: I12d5cfafab17e02dc041eff8af207ba36df9bb5a Reviewed-on: https://gerrit.libreoffice.org/56938 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Justin Luth yazdı
This section of code was introduced when LO 5.3 commit b79b5e0d for tdf#53856 reset built-in inheritance to Standard. (Not sure why I didn't try "none" at that time.) This commit prevents settings specifically applied to LO's "Default" paragraph style from affecting built-in styles that have been re-defined by the document settings to not have any parent. I don't know why this commit would cause regressions, but it probably will so committing early in 6.2 development. Since both "Standard" and every other built-in style has had LO-specific settings cleared by SetPropertiesToDefault(), they ought to be identical, so dependence on "Standard" should be irrelevant for default values. Change-Id: Ie306d036f8667ef9ae1d51678f4e8e108d754641 Reviewed-on: https://gerrit.libreoffice.org/56919 Tested-by: Jenkins Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
Eike Rathke yazdı
ATTR_PROTECTION at ScAttrArray is not sufficient as also conditional formatting may apply protection to otherwise unprotected cells. This now actually enables travelling Enter->Right in the sample document of tdf#68290 to advance to the next row / first col if at the end of a row for such protected cells. This matches what the ScTabView::MoveCursorRel() call then does via ScTabView::SkipCursorHorizontal() and ScTabView::SkipCursorVertical() (additionally checking protection options for selectable cells which should be done in ScTable::GetNextPos() as well). Actually when getting things straight the call to MoveCursorRel() may not be needed anymore and MoveCursorAbs() could be sufficient, but *only* if we can differentiate between viewshell cursor travel and UNO gotoNext()/gotoPrevious() calls. Change-Id: I0fcb0ecd748bbde982b260db4f4696166cfc5e78 Reviewed-on: https://gerrit.libreoffice.org/56947Reviewed-by:
Eike Rathke <erack@redhat.com> Tested-by: Jenkins
-
Christian Lohmaier yazdı
Change-Id: I731e9bcae221d72286f13d5ab8a117e1f1f92052
-