- 08 Agu, 2018 10 kayıt (commit)
-
-
Noel Grandin yazdı
Change-Id: I9ae44279f1cce06bd6868005fbb878ba4894aed7 Reviewed-on: https://gerrit.libreoffice.org/58706 Tested-by: Jenkins Reviewed-by:
Noel Grandin <noel.grandin@collabora.co.uk>
-
Noel Grandin yazdı
we don't need two sets, we can simplify the logic and let the key in the map perform the same function that one of the sets was performing. Change-Id: If042fd0d1483fb603967164c429a085a4f0b31eb Reviewed-on: https://gerrit.libreoffice.org/58692 Tested-by: Jenkins Reviewed-by:
-
Stephan Bergmann yazdı
Change-Id: Iba9facc39f26a22f07de5372e0eebf9a4544c077
-
Miklos Vajna yazdı
Change-Id: Ie7aaf6790c29818236f38b90409860dedecb3cb3 Reviewed-on: https://gerrit.libreoffice.org/58711 Tested-by: Jenkins Reviewed-by:
Miklos Vajna <vmiklos@collabora.co.uk>
-
Justin Luth yazdı
So, apparently we accept a style that has no styleId and define it as such. Due to some reworkings, this function was called instead. Since we can "find" a style without a name, now every parentless style thought it inherited from this nameless style. Change-Id: I47b4119abd37ece94a39e636ddb7798b809ccb04 Reviewed-on: https://gerrit.libreoffice.org/58705 Tested-by: Jenkins Reviewed-by:
Justin Luth <justin_luth@sil.org>
-
Jens Carl yazdı
Change-Id: I5729650d35dbc724906141c8fdf371eb5ceb80f4 Reviewed-on: https://gerrit.libreoffice.org/58714 Tested-by: Jenkins Reviewed-by:
Jens Carl <j.carl43@gmx.de>
-
Jens Carl yazdı
Change-Id: Ie2be68fe9d106b5f370bc8927fcf65d16496ee3e Reviewed-on: https://gerrit.libreoffice.org/58715 Tested-by: Jenkins Reviewed-by:
-
Andrea Gelmini yazdı
Change-Id: Ib734b3d578f8036182a2f3e22eb1f3f8951b7fad Reviewed-on: https://gerrit.libreoffice.org/58699 Tested-by: Jenkins Reviewed-by:
-
Andrea Gelmini yazdı
Change-Id: I65836b437bbc27d4f6a5862fe436397d858564a2 Reviewed-on: https://gerrit.libreoffice.org/58701 Tested-by: Jenkins Reviewed-by:
-
Mike Kaganski yazdı
Change-Id: Ie342a356a599e42882f59fc823330bdfae233e5d Reviewed-on: https://gerrit.libreoffice.org/58710 Tested-by: Jenkins Reviewed-by:
Mike Kaganski <mike.kaganski@collabora.com>
-
- 07 Agu, 2018 30 kayıt (commit)
-
-
Stephan Bergmann yazdı
Change-Id: I146dd8926e5e93a57162558286168e963f402f59 Reviewed-on: https://gerrit.libreoffice.org/58689 Tested-by: Jenkins Reviewed-by:
Stephan Bergmann <sbergman@redhat.com>
-
Mike Kaganski yazdı
Omission from commit 81302f33 Change-Id: Icc2ac3ce87a199609a4faa32a2f6f999fc219f4d Reviewed-on: https://gerrit.libreoffice.org/58700Reviewed-by:
-
Mert Tumer yazdı
Change-Id: I01413493100fd110175ec85790899a130954c78e Signed-off-by:
Mert Tumer <merttumer@outlook.com> Reviewed-on: https://gerrit.libreoffice.org/58688 Tested-by: Jenkins Reviewed-by:
Tomaž Vajngerl <quikee@gmail.com>
-
Stephan Bergmann yazdı
Change-Id: I9071acc34d07f3819fb40c93bbee6b5bcc79a14a Reviewed-on: https://gerrit.libreoffice.org/58691 Tested-by: Jenkins Reviewed-by:
-
Jens Carl yazdı
Change-Id: I61893e446ec9549fae2bc0cde2fa5fcc5d77a713 Reviewed-on: https://gerrit.libreoffice.org/58662 Tested-by: Jenkins Reviewed-by:
-
Jens Carl yazdı
Change-Id: Ic5c406eb281477c0831c1a13e8c5eaa63169c7e9 Reviewed-on: https://gerrit.libreoffice.org/58661 Tested-by: Jenkins Reviewed-by:
-
Luboš Luňák yazdı
For example, FormulaCompiler::MergeRangeReference() may replace the parameter tokens and merge two into one. Change-Id: Ie2933dec3ef73b5b605160e86a8ab3b5b1d17c1c Reviewed-on: https://gerrit.libreoffice.org/58684 Tested-by: Jenkins Reviewed-by:
Luboš Luňák <l.lunak@collabora.com>
-
Gabor Kelemen yazdı
Found with bin/find-unneeded-includes Only removal proposals are dealt with here. With this patch, find-unneeded-includes gives no more problems Change-Id: I24e62be7a387d7fd97a36f54eed0ba9d83ddaf0c Reviewed-on: https://gerrit.libreoffice.org/58667 Tested-by: Jenkins Reviewed-by:
-
Xisco Fauli yazdı
Change-Id: I8ec82865b990ff19ead819c990f442edd7423d66 Reviewed-on: https://gerrit.libreoffice.org/58472 Tested-by: Jenkins Reviewed-by:
Xisco Faulí <xiscofauli@libreoffice.org>
-
Caolán McNamara yazdı
in which pressing ctrl+tab cycles between text and button so we don't waste time searching thousands of SwAnnotationWins Change-Id: Iba34882c6588fc9414004f0ed3b2b779f77b30d1 Reviewed-on: https://gerrit.libreoffice.org/58682 Tested-by: Jenkins Reviewed-by:
Caolán McNamara <caolanm@redhat.com> Tested-by:
-
Caolán McNamara yazdı
Change-Id: Ic8614c2c455a5a49592ee5f8ef0c91bf4d729e1e Reviewed-on: https://gerrit.libreoffice.org/58686 Tested-by: Jenkins Reviewed-by:
-
Stephan Bergmann yazdı
Change-Id: Ibd50fa73a5ee63e3375ef0518df0ba84bf6fce1c
-
Jan-Marek Glogowski yazdı
The native painting code in the kde5 backend is Qt based only. To prevent multiple inheritance, it's moved into an extra class and just leaves the backend specific QImage blitting in the specific SalGraphics implementation. Change-Id: I3d5f58f42a37966794541fe1214c1b9557376a98 Reviewed-on: https://gerrit.libreoffice.org/58652 Tested-by: Jenkins Reviewed-by:
Jan-Marek Glogowski <glogow@fbihome.de>
-
Jan-Marek Glogowski yazdı
This failed to build to on Haiku with: /sources/core/vcl/qt5/Qt5Bitmap.cxx: In member function 'virtual bool Qt5Bitmap::Create(const SalBitmap&, sal_uInt16)': /sources/core/vcl/qt5/Qt5Bitmap.cxx:155:92: error: invalid cast from type 'unsigned int' to type 'sal_uInt32 {aka long unsigned int}' *image_data = reinterpret_cast<sal_uInt32>(colorTable.at(*buffer_data >> 4)); Change-Id: Ib536901f8c55f854715089bce0ad5d954dd529e9 Reviewed-on: https://gerrit.libreoffice.org/58651 Tested-by: Jenkins Reviewed-by: -
Jan-Marek Glogowski yazdı
In commit bded890a ("Qt5 just release the SolarMutex for Qt event") the Qt5 main loop was switched to running non-locked, as most other backends do, so now we must take the lock when processing Qt events. Eventually CallCallback should be virtual for security? Change-Id: I8cbfc9bb8b3de677a70ad3bd5cb3910fabec9b87 Reviewed-on: https://gerrit.libreoffice.org/58650 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Shows e.g. table cell borders. Change-Id: Ic93fb8bcb11b1d5dc0a3eab88ac7fa33672d177b Reviewed-on: https://gerrit.libreoffice.org/58681 Tested-by: Jenkins Reviewed-by:
-
Takeshi Abe yazdı
Change-Id: I91c4c1d53f1cea0aebbdc2cc1548cad86d5226a4 Reviewed-on: https://gerrit.libreoffice.org/58675 Tested-by: Jenkins Reviewed-by:
-
Maxim Monastirsky yazdı
Regression of 632bc11c ("tdf#117017 Pasting into the formula bar shouldn't retain formatting"). Toggling the overwrite mode sets the EVControlBits::OVERWRITE bit from inside the editeng keyboard handler, so make sure to not override it. Change-Id: I2b5e3fe9cb885ed20e7528fdfe2fd59f5ef05f42 Reviewed-on: https://gerrit.libreoffice.org/58658 Tested-by: Jenkins Reviewed-by:
Maxim Monastirsky <momonasmon@gmail.com>
-
Mert Tumer yazdı
Change-Id: Ieecfad2d0127fec850f7a4f3576a77eec94926b3 Signed-off-by:
-
Mert Tumer yazdı
Change-Id: I6afc278908d2afadbf531010ab7e466b9224b9af Signed-off-by:
-
Mert Tumer yazdı
Change-Id: I58a8d104b24c7cf2d021e2dce700e25592c8a605 Signed-off-by:
-
Mert Tumer yazdı
on Android Viewer Signed-off-by:
-
Michael Stahl yazdı
The problem is that AppendAllObjs() doesn't check if MakeFrames() actually created frames, it just assumes success. If there are frames anchored in frames, then it could go through the circular_buffer, find a dependent frame before its anchor frame, unsuccessfully call MakeFrames(), then call MakeFrames() on the anchor frame, and then the vector is empty. A surprising aspect is that push_back on a boost::circular_buffer will silently pop the first element if it's already "full". Possibly this is what caused tdf#112447. 1. insert section 2. in paragraph in section, insert frame 3. repeat 2 4. drag anchor of frame 1 into body of frame 2 5. edit section, click hide 6. edit section, un-click hide 7. only one frame is displayed (regression from 575e222a and/or ce2fce9a) Change-Id: Ie782252ac388524dfb083f655320a50e95239b24 Reviewed-on: https://gerrit.libreoffice.org/58676 Tested-by: Jenkins Reviewed-by:
Michael Stahl <Michael.Stahl@cib.de>
-
Vincas Dargis yazdı
Add rule to allow creating temporary files like `lu6924jgpjkq.tmp`, because without it files cannot be saved. Change-Id: I640897df5d325e2d01da16840034abbd095fb276 Reviewed-on: https://gerrit.libreoffice.org/58672 Tested-by: Jenkins Reviewed-by:
-
Stephan Bergmann yazdı
...even with --disable-pch, where CppunitTest_sw_macros_test failed because creating the three iterWrong, iterGrammar, iterSmartTags in SwTextFrame::PaintSwFrame (sw/source/core/text/frmpaint.cxx) happend to have a differnt idea about the size of pointer-to-SwTextNode-member than the WrongListIterator ctor in sw/source/core/text/wrong.cxx. Change-Id: I6acef19c798991cc0fd65f6e8d5cf44485b6d2c6 Reviewed-on: https://gerrit.libreoffice.org/58670 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Ibf6d3cb244ddbfc600e6e91564988b9f814a258b Reviewed-on: https://gerrit.libreoffice.org/58668 Tested-by: Jenkins Reviewed-by:
-
Caolán McNamara yazdı
Change-Id: Ieba632453d7a5f9d1881c01aa81445db9a7158e8 Reviewed-on: https://gerrit.libreoffice.org/58674 Tested-by: Jenkins Reviewed-by:
-
Miklos Vajna yazdı
Commit dfee7d93 (sw: get rid of FN_UNO_GRAPHIC_U_R_L and "GraphicURL" property, 2018-03-08) removed support for string-based graphic references, then a later commit restored the setter. But one scenario (when setting the graphic URL before inserting the text graphic object) was still unsupported for real URL setter; restore that as well. Change-Id: I52a7f96e820f614d9d031df3ba03c794984ad68b Reviewed-on: https://gerrit.libreoffice.org/58669Reviewed-by:
-
Stephan Bergmann yazdı
As discussed on #libreoffice-dev: Aug 07 08:48:59 <sberg> vmiklos, the ASan+UBSan bot fails for a while now in UITest_writer_tests, e.g., <https://ci.libreoffice.org//job/lo_ubsan/995/ consoleFull#-14523843999567f988-cbcf-4519-af05-6000b834f13f>; a bit unclear when it started, as it might initially have been hidden by another (meanwhile fixed) issue that stopped the build before reaching this test; I can't reproduce it with my local ASan+UBSan build; I guess something timing dependent, the test code is at sw/qa/uitest/writer_tests/tdf79569.py:32 (i.e., the second .uno:Undo and hits the assert at sw/source/core/layout/findfrm.cxx:1702 (search for it further up in the log), after preceding warnings like "Didn't find wished box"; any idea whether anything there could be timing dependent? Aug 07 09:09:48 <vmiklos> sberg: i'm not sure if any of that is executed synchronously, actually. all of these .uno:Foo commands are dispatched async IIRC Aug 07 09:13:03 <vmiklos> sberg: the easiest i could think of (to find out if my assumption is correct) would be to insert the pyuno equivalent of Scheduler::ProcessEventsToIdle() after the dispatches and see if that helps. (we should have an UNO interface + service that exposes that) Not sure whether all of the executeCommand/executeAction would need to be followed by processEventsToIdle, but probably doesn't hurt to be conservative there (except maybe for increased run time?). Change-Id: Iac64330def636a7b7db958e83feae9ce66d0677b Reviewed-on: https://gerrit.libreoffice.org/58663 Tested-by: Jenkins Reviewed-by: -
Caolán McNamara yazdı
Change-Id: I1063fbe9f41833c70e28343dd8d2392acd579d6d Reviewed-on: https://gerrit.libreoffice.org/58665 Tested-by: Jenkins Reviewed-by:
-
