- 04 Haz, 2019 7 kayıt (commit)
-
-
Noel Grandin yazdı
WPXSvInputStreamImpl was hammering on getFilePos pretty hard, and getFilePos uses a mutex, which is slow when it is called from every single read. So switch to using std::atomic to access position. This is specifically fixing the performance of queryTypeByDescriptor when called from a basic macro on a local test file. This takes my test macro from 8s to 4s. Change-Id: Iab707a374359e2ee0e92425b2d9a903d67cb53d4 Reviewed-on: https://gerrit.libreoffice.org/73377 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk> (cherry picked from commit 0d04315c) Reviewed-on: https://gerrit.libreoffice.org/73401
-
Noel Grandin yazdı
Size the OUStringBuffer in OrcusFormatDetect::detect better at construction, to avoid re-alloc. This is specifically fixing the performance of queryTypeByDescriptor when called from a basic macro on a local test file. This takes my test macro from 9s to 8s Change-Id: Id4c2bf386de172b1deed98efece8c1f040c599a5 Reviewed-on: https://gerrit.libreoffice.org/73376 Tested-by: Jenkins Reviewed-by:
-
Noel Grandin yazdı
SfxMedium was creating a temporary file and copying the input file, when CloseInStream_Impl was called from the destructor. Very very bad for performance. This is specifically fixing the performance of queryTypeByDescriptor when called from a basic macro on a local test file. This takes my test macro from 16.1s to 9s. Change-Id: If52f8e0587c7b11666893f6cb79b3180d45cce43 Reviewed-on: https://gerrit.libreoffice.org/73375 Tested-by: Jenkins Reviewed-by:
-
Noel Grandin yazdı
Skip creating an intermediary buffer in XStream_impl::readBytes, and just read directly into the destination. This is specifically fixing the performance of queryTypeByDescriptor when called from a basic macro on a local test file. This takes my test macro from 17.1s to 16.1s. Change-Id: Iaa7d38c6a90a3b3f01a4b748c4512dd8fda690c7 Reviewed-on: https://gerrit.libreoffice.org/73374 Tested-by: Jenkins Reviewed-by:
-
Roman Kuznetsov yazdı
on Outline & Numbering tab in Paragraph style dialog Change-Id: I2e97dfae832c497c5d08f00eb8c6e6b97884b717 Reviewed-on: https://gerrit.libreoffice.org/72551 Tested-by: Jenkins Reviewed-by:
Heiko Tietze <tietze.heiko@gmail.com> (cherry picked from commit 7d49e64c) Reviewed-on: https://gerrit.libreoffice.org/73350Reviewed-by:
Adolfo Jayme Barrientos <fitojb@ubuntu.com>
-
Jan-Marek Glogowski yazdı
We just have one driving timer. Not much to sync with. Gets rid of these annoying scheduler restart messages. The idea of coarse, synced timer events sounds nice to have, but LO currently can't handle it in a sensible sense.. Change-Id: I169c2bb582aca0e03b00e24dc364ac9b19162c3b Reviewed-on: https://gerrit.libreoffice.org/73392 Tested-by: Jenkins Reviewed-by:
Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit 677db601) Reviewed-on: https://gerrit.libreoffice.org/73411Reviewed-by:
Michael Weghorn <m.weghorn@posteo.de>
-
Jan-Marek Glogowski yazdı
Change-Id: I708476919ce7750df6a691d75fe594c3f44d9126 Reviewed-on: https://gerrit.libreoffice.org/73173 Tested-by: Jenkins Reviewed-by:
-
- 03 Haz, 2019 8 kayıt (commit)
-
-
Michael Stahl yazdı
Empty section frames cause trouble for the assert added in e14056e6: * existing ones may be skipped by MoveBwd(), so a SwTextFrame moves to the previous page but the SwSectionFrame that was its mpPrev remains on this page; e.g. ooo110854-1.rtf * a SwSectionFrame moves backward, then some SwTextFrame in it splits and the follow tries to move forward, resulting in *new* SwSectionFrames on this page that are empty (because the follow is eventually joined again); e.g. abi3213-1.rtf So if there's a section frame, assume it's SNAFU and don't assert. Change-Id: Ibdca2aa39fae123583e5edf5173f80e8b70ef335 Reviewed-on: https://gerrit.libreoffice.org/73333 Tested-by: Jenkins Reviewed-by:
Michael Stahl <Michael.Stahl@cib.de> (cherry picked from commit 1416c542) Reviewed-on: https://gerrit.libreoffice.org/73380Reviewed-by:
Thorsten Behrens <Thorsten.Behrens@CIB.de>
-
Caolán McNamara yazdı
so turn on sorting on first sort request Change-Id: I897f64c0695be8cca6d93e234a7d7c4718c94f78 Reviewed-on: https://gerrit.libreoffice.org/73345 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
László Németh yazdı
Non-en_US locale setting resulted broken XLSX export with incorrect localized range separator. The previous commit 19976f07 "tdf#112567 XLSX export: fix broken built-in names" only avoided of the bad export of the XSLX documents with correct definedName. Note: this commit fixes the bad XLSX documents during the next import/export cycle. Change-Id: I9101c5df0f29c7a42fd49f4c2765dcf47a711916 Reviewed-on: https://gerrit.libreoffice.org/73220 Tested-by: Jenkins Reviewed-by:
László Németh <nemeth@numbertext.org> (cherry picked from commit 32a11727) Reviewed-on: https://gerrit.libreoffice.org/73381
-
Eike Rathke yazdı
Change-Id: Ie9781713f04076174cdbbc34bf802df45c169727 Reviewed-on: https://gerrit.libreoffice.org/73389Reviewed-by:
Eike Rathke <erack@redhat.com> Tested-by: Jenkins (cherry picked from commit d83e8317) Reviewed-on: https://gerrit.libreoffice.org/73410Tested-by:
-
Michael Weghorn yazdı
Handle special values for offset in 'Qt5AccessibleWidget::attributes' the same way that the base class's 'QAccessibleTextWidget::attributes' does, s. [1]. In particular, an offset matching the text length can be passed e.g. by "accerciser" or screen readers, which previously resulted in an 'IndexOutOfBoundsException' being thrown when the index was later checked in the call to 'VCLXAccessibleStatusBarItem::getCharacterAttributes'. See also 'IAccessibleText::attributes' documentation at [2] and the page on special offset values referenced there [3]. [1] https://code.qt.io/cgit/qt/qtbase.git/tree/src/widgets/accessible/qaccessiblewidgets.cpp?h=5.12.4#n791 [2] https://accessibility.linuxfoundation.org/a11yspecs/ia2/docs/html/interface_i_accessible_text.html#a29e5c8f69ec13c683ed6bca53333e6a5 [3] https://accessibility.linuxfoundation.org/a11yspecs/ia2/docs/html/_general_info.html#_specialOffsets Change-Id: I623995aeb689b31c5b49fb3ace8e4dd4c18927d2 Reviewed-on: https://gerrit.libreoffice.org/73225 Tested-by: Jenkins Reviewed-by:
Katarina Behrens <Katarina.Behrens@cib.de> (cherry picked from commit 93c81657) Reviewed-on: https://gerrit.libreoffice.org/73378Reviewed-by:
-
Xisco Fauli yazdı
Use same logic as in vcl/unx/generic/gdi/gdiimpl.cxx Regression from 16091ff8 See https://bugs.documentfoundation.org/show_bug.cgi?id=125506#c13 Thanks to Thorsten Wagner for pinpointing Change-Id: I7a7a8c4b3355f5621ba1603939a3757cd03e7777 Reviewed-on: https://gerrit.libreoffice.org/73319 Tested-by: Jenkins Reviewed-by:
Xisco Faulí <xiscofauli@libreoffice.org> (cherry picked from commit 93477d1a) Reviewed-on: https://gerrit.libreoffice.org/73328
-
Jan-Marek Glogowski yazdı
Grep'ing the Qt source code, most of the places call toInt() on the QVariants returned from Qt::ImCursorPosition and Qt::ImAnchorPosition (toUInt() is probably a bug). So actually deliver these (and fix the 32bit build with the sal_Int32 ambiguity - there is no "signed long" QVariant constructor). Change-Id: Id6b8fbabb8156692592bdef48437db140c6b7cca Reviewed-on: https://gerrit.libreoffice.org/73356Tested-by:
Rene Engelhard <rene@debian.org> Reviewed-by:
-
Olivier Hallot yazdı
* Update helpcontent2 from branch 'libreoffice-6-3' - tdf#125645 Fix reference in SWITCH function help page Change-Id: I34cd365829187ea29fd45c43aa08d0b6a3cfdd4d Reviewed-on: https://gerrit.libreoffice.org/73352 Tested-by: Jenkins Reviewed-by:Olivier Hallot <olivier.hallot@libreoffice.org> (cherry picked from commit 3e4a49f5e61c535044538a23eaf7a6b222a7c57a) Reviewed-on: https://gerrit.libreoffice.org/73361Reviewed-by:
-
- 02 Haz, 2019 6 kayıt (commit)
-
-
Caolán McNamara yazdı
Change-Id: If31cf3c02ab714f45ebbc0139e0e77102b5eb2ba Reviewed-on: https://gerrit.libreoffice.org/73342Reviewed-by:
-
Caolán McNamara yazdı
The gtk one does, but the gen one overwrite the default handler instead of adding to it Change-Id: I40c760821cb46283c00624797e97d601babd6200 Reviewed-on: https://gerrit.libreoffice.org/73340Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I13019ae1b991b5910c50e760a8a825bcf50509d2 Reviewed-on: https://gerrit.libreoffice.org/73336Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: If4ee4e09f5549ef347c7e97b1c2e68b3971b8b19 Reviewed-on: https://gerrit.libreoffice.org/73284 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I02638b5a1a3c7a27c19320fedd291bbcb17bb9dc Reviewed-on: https://gerrit.libreoffice.org/73324Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I09a7b4dcd43af061d0e4be42a7b6a2ebf2331d0d Reviewed-on: https://gerrit.libreoffice.org/73323Reviewed-by:
-
- 01 Haz, 2019 9 kayıt (commit)
-
-
Caolán McNamara yazdı
Change-Id: I1c20dcdc2cab0ba42630d28387e789cbdef7ba62 Reviewed-on: https://gerrit.libreoffice.org/73271 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I11fafbbba752cec1a477ddcab74b6a749637b2b3 Reviewed-on: https://gerrit.libreoffice.org/73265 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: I4f7474b2ee4e4d405b29e90e66f2277baed91645 Reviewed-on: https://gerrit.libreoffice.org/73312Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Iae43bcc3c0a94e9eca6d15384afd50d7a9a94c74 Reviewed-on: https://gerrit.libreoffice.org/73311Reviewed-by:
-
Caolán McNamara yazdı
to pick up things without extensions, for consistency with file->open Change-Id: Ib119fb0d053d1d288eee7cd17fa4f12dcb9956d7 Reviewed-on: https://gerrit.libreoffice.org/73304Reviewed-by:
-
Caolán McNamara yazdı
because it lists just image formats, not all formats. "image" is what seems to be the word of the moment for graphics/pictures/etc so use that Change-Id: I85c8abd11a121ce000f2850857a967fada11e809 Reviewed-on: https://gerrit.libreoffice.org/73303Reviewed-by:
-
Eike Rathke yazdı
... while temporarily interpreting from within the Function Wizard. Change-Id: I88e7e062989ed395accd50ed9bfe1b76b3b297ea Reviewed-on: https://gerrit.libreoffice.org/73290Reviewed-by:
-
DaeHyun Sung yazdı
For Support Korean Calendar Dangi(단기/檀紀), add Dangi calendar locale data <Calendar unoid="dangi" default="false"> Change-Id: Ifd04be3dbbf3daa1d7f3b1e238e743b697701b6e Reviewed-on: https://gerrit.libreoffice.org/72944 Tested-by: Jenkins Reviewed-by:
-
DaeHyun Sung yazdı
Support to Korean Traditional Calendar, Dan-gi(단기/檀紀) Calendar The era name, Dangi(단기,檀紀) originating from the foundation of Gojoseon[고조선/古朝鮮] is also widely used in Korea as an indication of long civilization of Korea. Full name: `Dangun-giwon (단군기원, 檀君紀元 "First Age of Lord Dangun")` Abbreviation Name: `Dangi(단기,檀紀)` The Dangi Calendar measures years from the ancient founding of Korea in 2333 B.C. Reference. ICU Library ICU library support Dangi Calendar. ICU4C 50 http://bugs.icu-project.org/trac/ticket/9255 ICU4J 51 http://bugs.icu-project.org/trac/ticket/9616 Change-Id: I490b8b288c68f498eb29d4fcc73251cbef3ac6d4 Reviewed-on: https://gerrit.libreoffice.org/72943 Tested-by: Jenkins Reviewed-by:
-
- 31 May, 2019 10 kayıt (commit)
-
-
Katarina Behrens yazdı
such as PI() or TRUE() Change-Id: I1243e6d6da7ac884d93d5d46058d94eb35f848ab Reviewed-on: https://gerrit.libreoffice.org/73242 Tested-by: Jenkins Reviewed-by:
-
Eike Rathke yazdı
Change-Id: I2e4af60cea41bc4ae0ba5ce87a830ae0ede96727 Co-authored-by:
Grzegorz Kulik <gregorykkulik@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/73286Reviewed-by:
-
Eike Rathke yazdı
... by using replaceFrom="[CURRENCY]" in LC_FORMAT. Change-Id: I9072e278e33de0a935a08bd9deb61109d220043d Reviewed-on: https://gerrit.libreoffice.org/73281Reviewed-by:
-
Christian Lohmaier yazdı
Change-Id: I9c8d7d115ffd14ab2fd4a2433388a26deba010da
-
Christian Lohmaier yazdı
This is 'libreoffice-6-3' - the stable branch for the 6.3.x releases. The commit rules are different according to the development phase: A. 6.3.0 beta phase: A. any bug fixes are allowed without review B. late features need approval by 3 people with different affiliation B. 6.3.0 rc phase and later: A. fixes need approval by one reviewer B. late features need approval by 3 more people with different affiliation IMPORTANT: Every developer is responsible for pushing the fixes into all appropriate branches. Note that we do not plan any merge from this branch to master or vice versa. Please, help use to make stable and usable release. If you want to build something cool, unstable, and risky, use master. Change-Id: Ief991320422eb74be3cd5621defeb4188f571c03 -
Christian Lohmaier yazdı
hardened runtime is prerequisite for notarizing apps, which in turn is required for new developer IDs with 10.14.5 already and will be required for all software to run in future versions of macOS https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution Change-Id: Ifdf73fb5901be5dd0b62e1a51dee6e57c9816e5f Reviewed-on: https://gerrit.libreoffice.org/73246 Tested-by: Jenkins Reviewed-by:
Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
-
Zdeněk Crhonek yazdı
Change-Id: I430efba0bd995de0ed799c68555188bbb61f06af Reviewed-on: https://gerrit.libreoffice.org/73279 Tested-by: Jenkins Reviewed-by:
Zdenek Crhonek <zcrhonek@gmail.com>
-
Noel Grandin yazdı
blind fix since I can't reproduce. But I can see from the reported threads that two different threads are entering SfxItemPool::Put and consequently the debug runtime throws an iterator exception. Change-Id: Idaa6a93b134edc49bda8cd7876bb216d5aec7037 Reviewed-on: https://gerrit.libreoffice.org/73272 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Regression from commit e8d5b8be (tdf#113714 vcl menu bar window: avoid flicker, 2019-05-20), the problem was that a freshly created VirtualDevice doesn't have the default text color, so we need to initialize that explicitly based on the render context text color. Also introduce a BufferDevice to do this initialization, instead of fixing this in MenuBarWindow::Paint(), then copy&pasting the fix to MenuFloatingWindow::Paint(). Change-Id: Ib171cd52e7cabe0bc3c639821f558d8303039fe6 Reviewed-on: https://gerrit.libreoffice.org/73269Reviewed-by:
Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
-
Christian Lohmaier yazdı
* Update translations from branch 'master' - update translations for 6.3.0 beta1 and force-fix errors using pocheck Change-Id: Ifa87cb20f962466e1c8b19e0f8e1ff41bfb2df99
-
