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

Change-Id: I6772cce10d157421d983d6b93efb52bf8b95f5b8

Change-Id: I79c22e0507c5eba8b5e28721de3279131aececc9

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

Change-Id: I85000851f82ea7cdc4b536683adbc8570de9af7e

This fixes a buffer overflow writing over the end of pCaretXArray,
which can happen e.g. when drawing mnemonics in the password dialog.
Based on a similar calculation of nCurrIdx found in
GenericSalLayout::GetCaretPositions().

Change-Id: I7d723cf8cfaeb66f340c7d9ea5b3bc728c6d6209
Reviewed-on: https://gerrit.libreoffice.org/19385Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I3bb2764b625d44f6e0cecbdde3363440faef63b5

The build works fine with these now, and produces no (new) warning.

Change-Id: I3e5aad7baaec172ee4d2b50ea66876bdb7e9cac5

Change-Id: I22c66755e8e5ede01cf3e5f21c910f759b55de7a

Change-Id: Ie0c91e739ee7a3bda55fd6dd45aa79c6b75675d1

This may happen if the last RPN token is put and the function has a
ForceArray parameter but now again would be wrong if not all parameters
are ForceArray.

Change-Id: I890fb6b5b88337033cfcf2e8189371ee39461205

Change-Id: I08c4cc689016708f4c219f36492bf827111bbc30

Change-Id: I5874a7fea97311b0e69dbeae8923517a08b63c9a

Regression of b5cd11b4

It was always wrong to propagate ForceArray already if a function had a
ForceArray parameter *somewhere*, we need to do this per parameter
instead.

Change-Id: If188d45366279d9a7bf641edc7e4dd7095d6d035

... file format by default if the requested filter does not exist.

Much better to write an error message and do nothing.

Change-Id: Ie5404772e7aae5751126bd4c2784b58177804448

JunitTest_sc_unoapi crashed when accessing a disposed ScTextWnd from
~ScAccessibleEditLineTextData(), but the ScTextWnd::dispose() would also
call ScAccessibleEditLineTextData::Dispose() and clear mpWindow, so it
seems impossible to observe a disposed ScTextWnd in the dtor?

Change-Id: If571ee61d9a29601acb1de552ec1b9cc36d0d51e

Change-Id: Ie45e626aad55a8174a53b769a98601bf54dedf65
Reviewed-on: https://gerrit.libreoffice.org/19979Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I4d02024fd80ad85c8c3ecd830dcc5c4b49ad2014

Change-Id: I59147583c74e7211ac56d75468501f328122ba0f

Change-Id: I850a207aebdf2a0f85f1ae75bb6b9a1532b3b4a6

Change-Id: Iffb3681458aeee7b374d1836158e30b6fd488122

Change-Id: Iee7124259cadc1db416e8aedc5b4e87f75ba9d21

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

Change-Id: Ida1447bad7f81ebfcc0da1e8278a74c11a139afe

Change-Id: I5514bf16446fa4e4c498a6bc1df77e4f59565ee1

Change-Id: Id1d6166ee8c1c3558746da1d7bb5ad2163a87845

Change-Id: I083dfbb768df0ba2a6bd6a396cf33ab1e2e09f4b

Change-Id: I2c4de63330a18c4354293d0220e5320eda7d67e4

Problem Description :
- Excel chart contenttype is not exported properly,
it exported the .xls file as .bin file.
- Due to this when we open the roundtrip file back in MS Office,
the embedded excel chart is not open and gives ERROR.

Solution : Added support for embedded .xls for docx file.

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

that way we can use cairo to text render etc onto our basebmp-backed
headless/gtk3 virtual devices

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

Change-Id: Ia5e47261d1fc6fac2d046656c05a1c5eedb07e02
Reviewed-on: https://gerrit.libreoffice.org/19978Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I76d25ef32a154d92f7ea9b9d0aa3af09908873d2

Change-Id: I871ef2c50d393183dbca891efc1394455bf3acc6

Change-Id: I0e0e2351f1bcccee8157c00ab22c35dcf2007ec5

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

Change-Id: Ieab809a3122c9d592894b84ec2e68195a4e02dde

after my commit 96c26b0d
"use initialiser for Sequence<OUString>"

the mysqlc module is compiled as external code, so it
cannot see the initialiser syntax constructor for Sequence

Change-Id: I072e6271ec33637e28dd8225724296e90967329d

Project: help  edbe20e99a83dee43ab75f584c391121bd65d829

tdf#88178 Update this button’s name in Help

Change-Id: I68610dc125cf5a7b702060b460cc3ffb49816151

Unicode apostrophe is mandatory for French, English, etc. typography,
and it is a default option in all modern word processors.

The fix enables single quote AutoCorrect replacement for all languages.

Change-Id: I2964242ecd1cc839bf27e9a3d772f5cab95d8db0

Ie: "graph-1", "graph_1", "graph.1", etc...

Besides, modify !( str_p("'") | str_p("\"") ) condition as the 'fill' attribute  can be defined as fill="url('#graph1')" but not as fill="url("#graph1")"

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