Change-Id: I2447c028add359952e4bd36dbdc1d5431fe48104

Change-Id: If68b6c8dac5ea4ff50edf90f2b1b8dbc2e0383b4

Change-Id: I20b381fd8dda3183df2034c481939b6318e64175

Change-Id: Ia957080165a060164317a5f7c9a46d065169314a

Change-Id: I6befc077a79a944275e436ffa601b6c14d59977a

Change-Id: Iee39f7462c2f4f23dfbdc11aa7542af996001042

Change-Id: Ia2fca72a1681d398bb85474981e224ef92d31d8a

experiment to see if this clears them

Change-Id: I91a74e06f621d3012b564cad87586ba74b0367ca

Change-Id: Iec49bf80794a4ba61a70b22d0fc1769349ca4508

Change-Id: Iec429b986a55a847baceb2e84752a380c6db831a

Change-Id: I8c027a5ec0ed61722eb299d247d79032fd1dcd84

Change-Id: I7c422c9700b960248450181c950394f72504e7ea

Change-Id: Id23523170f757361f3fc3d8a18b6db827f45d109

Change-Id: I433613a7c850ecf888be48153f81cca3f093b789

Change-Id: I9c5a0f1b23eadf15fee3ff78e5061474214fcc35

Change-Id: Ic3f416300194d8fa9dfebc2b7a700396ba5641a5

drop cargo-cult second LocalResource use

Change-Id: I0c655f8ca15ad146bb11290fdefad67846ec8006

Change-Id: I75f4148ff864657e747b02d80a120177b469f28a

in dependency of tdf#104101

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

This results in a SolarMutex assert when creating a new Base document.

... and also implts_startListening() is looking less thread safe
than advertised.

Change-Id: I4635064733c16416f903dab4caee59fb2de3cb00

Change-Id: I64d03ac9ea616a66bd556ea61e2c70f4021a07ef

Change-Id: I69da07e0e12d9bd03534b60a2ecd9a6c0cc61239

This hang happened when the user executed Tools -> Language ->
Hyphenation -> Hyphenate All.

This problem is visible only if all of these conditions are met:
- a line in a paragraph has a word that already contains a soft-hyphen,
  but not at the position where the automatic hyphenation would insert
  it
- the last line ends with a word that can be hyphenated
- there is a fly frame in the document

In this case it happens during hyphenation that the layout has an
additional empty line at the end (which is removed by the time the
layout finishes), so we hit the case when SwTextFormatter::Hyphenate()
skips the "if( m_pCurr->PrtWidth() && m_pCurr->GetLen() )" block.

Normally hyphenation terminates when it iterates over the portions of the
line and no overrun nor any existing hyphen portion are seen, but in
this case that never happened. Fix the problem by terminating not only
when we reach the end of the portion iteration, but also when the
portion list is non-existing (has zero length).

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

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

instead of storing both a raw pointer and an uno::Reference

Change-Id: I92dc79edef9046acc137a878d35dde935bb17674

instead of storing both a raw pointer and an uno::Reference

Change-Id: I8cd4d04ffb9f40a48d48ade2b171a9a9942cf87f

instead of manual acquire/release

Change-Id: I7110073e9ada8c034295133468c38754e9b55b69

instead of manual acquire/release

Change-Id: I15d151036f17641a7ac992feb4045b9e31df4dec

instead of manual acquire/release

Change-Id: Id14ac4731e513ae37f922db5d1e497aee10b3b35

instead of manual acquire/release

Change-Id: I40b4f6d2893fe0d4113032f638bce1793fc47cd7

instead of manual acquire/release

Change-Id: Ifdc04a9659d91d62da5715b24108927d1faf9c3e

rather than manual acquire/release

Change-Id: Ic82e6528be66c2f4ff1248376285808c7323edf0

rather than manual acquire/release

Change-Id: If839bb45beb0d3573bff475a0b09ee4347c80c3e

instead of manual acquire/release

Change-Id: I76176841738688dff9df2e7dc3077be7d32387e9

instead of manual acquire/release

Change-Id: Ibf91b19ecace75b7c304f2a1b2acdd8a4ca28452

instead of manual acquire/release

Change-Id: Ie4d08dffa0b697e8308b4a3ad8e3504dc7a18e35

instead of raw pointer and manual acquire/release

Change-Id: If626f34f3e0d7689567e2d64f94a84e5c8aae28f

Change-Id: I4fe286486f9cad57c4220d10367442a51f077f00
Reviewed-on: https://gerrit.libreoffice.org/33294Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Going via UNO for a class in the same directory is an overkill.

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

Change-Id: I819f06babd448c37ce2d58297562b640aba1c8c6