...generated since 88453fd13a "Enable debugging of
a hardened process on macOS"
Change-Id: I061b3673855d6e44f0fbf805f8cda1a9ee6f2196
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93431
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
During setting of some shape properties undo/redo code is called.
Undo/redo code should know about shape and style name.
Change-Id: I5240c450d0c739a245e32e9ca6f34518f35ddda5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93214
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
The cairo-based method on Unix and manual glyph handling way taken
from GL on Windows should be longer be needed, now that using Skia
itself for text rendering seems to work fine.
This reverts more or less reverts the following commits:
b1d3ef798a5ac9a62f3a61995982706f5c85daa0ad3580df08f109a1ac6f59205c742c
Change-Id: Ib28b2469c7d6471c227bb2aa08d5485bb24c2fe1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93428
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
In the Basic code window, extend the selection on the last paragraph
during the search/replace process in order to consider newly inserted
text portions.
Change-Id: I27ad998709ac25cffbef4a354c87d422f97e1b51
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93432
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
by shutting down NSS at end of test
Change-Id: I63694e9bc54e8c142592005be353af7ed95d444d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93427
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
This makes the last (or the only) strip to run im main thread, thus
removing threading overhead for small (width/height <= 16) objects.
Change-Id: I6da050a62b00a013838f16eb94a32e2639d93aec
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93423
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
Building e.g. Gallery_backgrounds from scratch failed there with
no suitable windowing system found, exiting.
Change-Id: Icf2dd26441554e573914f371d0d5eb21e99f5f0f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93429
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
The issue per se can't be tested in ScExportTest
because it's not happening when using the commandline, but the gui.
See: https://bugs.documentfoundation.org/show_bug.cgi?id=130108#c13
Still, there is no existing test for x:dxfs elements so I think
this test is still useful
Change-Id: I5fc650aedfa06416732941367b31cc18199e2cc3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93411
Tested-by: Jenkins
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
Table paragraphs collected for table style processing
were mixed when both body text and footer contain tables,
i.e. clearing paragraph vector at processing the first table
resulted missing paragraph vector and table style processing
for the other one.
Now tables in footer, also nested tables collect their
paragraphs in separated table paragraph vectors.
Regression from commit 6c5da2cd7a
(tdf#119054 DOCX: fix not table style based bottom margin).
Change-Id: Ib8568d8379cfb7da869120cdc7fe12895252d661
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93415
Tested-by: Jenkins
Reviewed-by: László Németh <nemeth@numbertext.org>
The problem is that the rInsPos node is included in the range passed to
MakeFrames(), but it already has a frame, so now it has 2 and that
means the next call to MakeFrames() in this position will create all the
frames twice.
This is tricky because while in practice there is currently only one
layout in theory there could be multiple, and then it could happen that
RecreateStartTextFrames() will destroy the node's frame in one layout
but not the other, while MakeFrames() always works on all layouts.
Fix this by checking if all the existing frames survive
RecreateStartTextFrames() and if it's not the case (like in tdf#130685)
explicitly delete all the frames and including the node in MakeFrames().
(regression from 166b5010b4)
Change-Id: I1bba11da053fe1c6359b2f76f3a352e44c6a2a1d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93416
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@cib.de>
The expert options still stay, but the checkboxes are a bit confusing
when also the Skia checkbox is there, Skia is for now the default,
and if Skia drawing goes well then the OpenGL drawing method can
be slowly phased out.
Change-Id: Iaea7e471f27010291abedb644d4728189345e3b0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93408
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
Change-Id: Ife31f595e7b704903f65eb8ba327da12a8fcf4d0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92786
Tested-by: Jenkins
Reviewed-by: Yusuf Keten <ketenyusuf@gmail.com>
Reviewed-by: Muhammet Kara <muhammet.kara@collabora.com>
Also use back() method on vector instead of end() - 1
Change-Id: I944691d097f82b1651cff87a7bb0d7c457ece27a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93363
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
use in SfxManageStyleSheetPage is definitely with
SfxStyleSearchBits::All applied. It seems almost certain that
use in SwDocShell::ExecStyleSheet would prefer that
Change-Id: I245c3f02bcce87f124bf0e507b59738a6dff34d7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93354
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
remove it and expand its uses to explicitly show what it does
Change-Id: I2d4511c58b51003c327a2c70e3cc4f60751f520d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93352
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
* Update translations from branch 'master'
to 704f999109b58d58954585e970c8896b18803557
- Updated Slovenian translation
Change-Id: I8b7bf5de319cc6f31b6e01209378537f7f9286ec
Add DetectorTools with byte array searching and matching to a
input string (or another byte array). This refactors the existing
function in GraphicFormatDetector. It needs to go into its own
header so that the function(s) can be tested easily. Replace
the previous searchEntry implementation with refactored one in
the source code.
Change-Id: I59d30b694e13f28d6366f1a99fe2ef2ea3c1a07d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93339
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
