I wonder why we have that iOS ifdef in SvpSalInstance::Wakeup()?
Elsewhere in this file we do compile code that uses those same fields
for iOS, too.

Change-Id: Ib801ea81fafcf2296181874018c1df2ceef144a1

Change-Id: I637a9811ac656db46e0e993343e962dc296e360b
Reviewed-on: https://gerrit.libreoffice.org/62527
Tested-by: Jenkins
Reviewed-by: Zdenek Crhonek <zcrhonek@gmail.com>

Change-Id: If4a78aa0c95c0d6943c34caf0636e9867556b725
Reviewed-on: https://gerrit.libreoffice.org/62516
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

If importing the certificate and private key is done separately,
they don't associate with each other, so with this you can add
the private key to the certificate that it belongs to. If the
private key is set in this way, then getPrivateKey() call doesn't
look into the database but just returns the private key stored
in the member variable.

Additionally use CERT_DecodeCertFromPackage to import the DER
certificate from the imput as CERT_DecodeDERCertificate doesn't
import a complete certificate and doesn't add it into the
certificate database.

Change-Id: I29876030f167cc5fa6b887f9bfeb0b84622c751e
Reviewed-on: https://gerrit.libreoffice.org/62271
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

The method ImpGetBitmapEx in svdhdl.cxx needs special single
marker files to generate display dependent markers on the fly.
List them in bitmaps.hlst so that they are packed and delivered.

Change-Id: I26d86fa31d82ab623016c9ed0bfb6eb9a3e91a14
Reviewed-on: https://gerrit.libreoffice.org/62488
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Iaa6039f9ebabdd4b17e044a82b4e047506addf79
Reviewed-on: https://gerrit.libreoffice.org/62522
Tested-by: Jenkins
Reviewed-by: Zdenek Crhonek <zcrhonek@gmail.com>

Change-Id: I8a383888ae8e2da96c7eef94c40cf3ddb7815d98

Change-Id: I7ea70042a6a1f2724bf5a2573eb388f4af2bfd4e
Reviewed-on: https://gerrit.libreoffice.org/62492
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Change-Id: I0cd058974f879166d2205dd7f26e0fd867db4c47
Reviewed-on: https://gerrit.libreoffice.org/62487
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Change-Id: I95205265c2c7dc0d7a43fdcb26394e5cfd53ee37
Reviewed-on: https://gerrit.libreoffice.org/62483
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Change-Id: Iacbda858faa758a17245482acc594fcedb6d2366
Reviewed-on: https://gerrit.libreoffice.org/62481
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Change-Id: Ie114068d9aec5259f9f7ed395c5dfeecf8bb787d
Reviewed-on: https://gerrit.libreoffice.org/61915
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Instead calling function SwWrtShell::UpdateInputFields directly, use
an UNO command, so an external tool can catch the UNO call.

Change-Id: I978487e94b6f82a75b008bfcdc20bb025dc610f7
Reviewed-on: https://gerrit.libreoffice.org/62502
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I733e4003b65b410d44d9a1132be4e9e10ac24c3e
Reviewed-on: https://gerrit.libreoffice.org/62305
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I50a65d56251f978785fa446515cb374167c604e8
Reviewed-on: https://gerrit.libreoffice.org/60682
Tested-by: Jenkins
Tested-by: Xisco Faulí <xiscofauli@libreoffice.org>
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>

Change-Id: I62ce7680c65ec49dd81085d4087c578f3b6c7907
Reviewed-on: https://gerrit.libreoffice.org/62508
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

Change-Id: I28aa17e6c97494769185ed289836524064030f39
Reviewed-on: https://gerrit.libreoffice.org/61914
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Iba892694acb378887a1d15ab59104c55f591f0bd
Reviewed-on: https://gerrit.libreoffice.org/62498
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Found with bin/find-unneeded-includes after recent improvements
- remove UNO headers from blacklist
- remove newly found unneeded fw declarations
- fix up some not self contained headers

Change-Id: Ib262e361b62162d96ce8308500b1a41a971353df
Reviewed-on: https://gerrit.libreoffice.org/62258
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

* Update helpcontent2 from branch 'master'
  - tdf#118586 Base report 'Add field' Help page
    
    Change-Id: Ic76c408d3023bad5bc1eb8d7fd582965b83422b3
    Reviewed-on: https://gerrit.libreoffice.org/62461
    Tested-by: Jenkins
Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
    

Change-Id: I5b53e8d270f5b87cb3068943d35c17e1f041d1a5
Reviewed-on: https://gerrit.libreoffice.org/62497
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

bOn is implied when nCount is > 0

Change-Id: I77939668445603a22ae9ea56a7d272ca650c5c1c
Reviewed-on: https://gerrit.libreoffice.org/62499
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

The motivation for remembering the text glyphs was to avoid repeated layout
calls during one sw layout run, this still preserves that optimization.

Approximate numbers for memory usage after importing the bugdoc finished:

- old: 401MB

- new 366MB (91% of baseline)

Change-Id: Ie960c606a8246c9c696745b2dcc9a49c3c570c07
Reviewed-on: https://gerrit.libreoffice.org/62496Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins

Change-Id: I90a2f05d40f79c005bec6b4bdb42cc6603521a80
Reviewed-on: https://gerrit.libreoffice.org/62495Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins

Change-Id: I115d765bc781a926189605990e91c8e47f24d474
Reviewed-on: https://gerrit.libreoffice.org/62403
Tested-by: Jenkins
Reviewed-by: Tamás Bunth <btomi96@gmail.com>

return value is ignored by call site, so just drop it

Change-Id: Ibba9b6b898d3277a44ccf864ba302d97282bffff
Reviewed-on: https://gerrit.libreoffice.org/62494
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Found with bin/find-unneeded-includes
Only removal proposals are dealt with here.

Change-Id: Ie40401e8706dda219b8578d180983811114cabed
Reviewed-on: https://gerrit.libreoffice.org/62208
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

No idea why this was initially commented out in
80d1ac7d "uitest findReplace; tdf#116242;
tdf#98417; tdf#39022".

Change-Id: Ic1357118080bc117158bf23cd7bb14038a19169e
Reviewed-on: https://gerrit.libreoffice.org/62493
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Ibfdf92712264ad37aafed53db0fe8e8c4fea4699
Reviewed-on: https://gerrit.libreoffice.org/61913
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

new XCertificateCreator interface which can be used to create a
certificate and a associated private key, both in DER format

Change-Id: I24caf053f1f2b7357a836047b88b4ce418470eac
Reviewed-on: https://gerrit.libreoffice.org/61912
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

...as happens e.g. in
<https://ci.libreoffice.org/job/lo_daily_update_gandalf/515/>.  (Regression
introduced with d157e510
"check-elf-dynamic-objects: allow extending the whitelist via env-var".)

Change-Id: I93097d0bb7781b1bfac818872f40bbe38c5f5fea

Change-Id: Id0b1af277bd7ec367525663ec6d478d67cde0a40
Reviewed-on: https://gerrit.libreoffice.org/62431
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: I9b63a515c407692f5632cb5e1f391593cfd68736
Reviewed-on: https://gerrit.libreoffice.org/62433
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

UITest_findReplace occasionally fails (esp. in slowly-executing builds like the
ASan+UBSan one, e.g., <https://ci.libreoffice.org/job/lo_ubsan/1084/>) because
the "Find" edit is re-filled with old content while the "Format..." sub-dialog
is executing:  The SfxBindings::NextJob timer fires from the main thread's
Application::Yield, calls SvxSearchController::StateChanged ->
SvxSearchDialog::SetItem_Impl -> SvxSearchDialog::Init_Impl, which goes into the

>       else if (!aSearchStrings.empty())
>       {
>           bool bAttributes =
>               ( ( pSearchList && pSearchList->Count() ) ||
>                 ( pReplaceList && pReplaceList->Count() ) );
>
>           if ( bSetSearch && !bAttributes )
>               m_pSearchLB->SetText(aSearchStrings[0]);

code re-filling the "Find" edit (despite it having been cleared
programatically), because bAttributes is false because the "Format..." sub-
dialog has not yet completed, so pSearchList has not yet been filled (as is done
by the handle_format_dlg code in test_find_writer in
sw/qa/uitest/findReplace/findReplace.py).  (This issue can be triggered rather
reliably by adding a sleep

> @@ -94,6 +94,7 @@ class findReplace(UITestCase):
>              xSizeFont.executeAction("BACKSPACE", tuple())
>              xSizeFont.executeAction("TYPE", mkPropertyValues({"TEXT":"16"}))    #set font size 16
>              xOkBtn = dialog.getChild("ok")
> +            time.sleep(1)
>              self.ui_test.close_dialog_through_button(xOkBtn)
>
>          self.ui_test.execute_blocking_action(format.executeAction, args=('CLICK', ()),

to sw/qa/uitest/findReplace/findReplace.py.)

So suppress executing SvxSearchController::StateChanged ->
SvxSearchDialog::SetItem_Impl while an SvxSearchDialog sub-dialog is in
progress.  The open TODO question is whether those state changes should be saved
and executed once the sub-dialog has been executed, or whether it is OK to just
throw them away (as happens now).

Change-Id: I20fb8c8d88c3d3fe8b604718bb289a7421471aa7
Reviewed-on: https://gerrit.libreoffice.org/62489
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Found while cleaning up unotools with IWYU
The same OStreamSection class is is implemented in comphelper
about since 2c23e695 (this was in 2000!)

Change-Id: I464ece9ff84536d5332caa0f285856d3fe358e5b
Reviewed-on: https://gerrit.libreoffice.org/62470
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I3ab2f3986955eb82451704fc2386b64f208da554
Reviewed-on: https://gerrit.libreoffice.org/61782
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I8c6917c63bbdcf0d9bb2eb1c89745186feb263f8
Reviewed-on: https://gerrit.libreoffice.org/61781Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Tested-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I0516dc68cf7d451eafc044be8e50a66d2bddf15f
Reviewed-on: https://gerrit.libreoffice.org/62484
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

For the very last paragraph, if a header or footer was defined in
the section, then a dummy section was always being added, but that
should only happen if the section is different from the current one.
If they are the same, then the pageDesc will be created anyway, so
a dummy isn't needed to prevent it from getting lost.

Change-Id: I5e3a53e2810622c7232aa23575740bd775c5a595
Reviewed-on: https://gerrit.libreoffice.org/62430
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>

Change-Id: I9def43c111adc877aeec9f1990f5dd76fabdbf8f
Reviewed-on: https://gerrit.libreoffice.org/62485
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>