The web wizard runs some XSLT over the exported file.  It registers
a handler that is called when the output stream is closed, and this
Process.streamClosedHandler() calls terminate(), which causes the
deadlock, because it wants to join() the extra XSLT thread but the
handler is actually called from the XSLT thread itself.

Fix that by moving the terminate() to another function that runs in the
main thread.

It does not deadlock on Unixes because osl_joinWithThread() actually
detects an attempt to join the calling thread and returns early.

Change-Id: Ia176562fa28b97c7e8956c1e8975c9aa6ee23236

Change-Id: I9888f8ab7bccdd2902d619487279999f2ff9ab13

Change-Id: I3afde8e7f8b0b88e8f1a5d1ad71429c2aa7d7a94

The hard-coded "/" separator causes getFileURLFromSystemPath to fail,
and it's not obvious why the URL is being converted to a system path
in the first place.

Change-Id: I06ebe6d92954c4f3c884ae6f0b327ea8a36c10a4

... at least not if VCLXWindowImpl::OnProcessCallbacks drops it and
calls arbitrary event handlers.

So try to make nested SolarMutexReleaser work in that case (although
poorly).

Change-Id: I1e2a1f4d6f42f826692696f7d92d1c3d71291f39

Change-Id: I5063f7f6975d7aae8441e51a98e8b49642ed2970

...introduced with c1b9d61b "tdf#88276: Add slot
and handlers for toolbar|sidebar buttons"

Change-Id: Ic63a7766b7f0ccae9144a0ef276e2df63fc22f2e

This used to be necessary, but now that the "copy settings from the
window to the buffer" is always guarded with PaintBufferGuard, it's
actually one of the places that do modify the buffer settings without
undoing that later.

Change-Id: I7fde878635ffc7de7027d6d8f8de47935fc4870e

Change-Id: Ia208e3309bb64baf71ceb97cdf1b3b57b6120353

Change-Id: If0e644298c655487cf97609a66ee37c5b4bd70ae

Change-Id: I175d27311fa166d3d33f2d88184b1fcd01f5df6a
Reviewed-on: https://gerrit.libreoffice.org/17476Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

The change to sal/log.hxx affects extensions too which are not required
to use a C++11 compiler.

Change-Id: I3ed08f9a02a2e082fcdb821bce84244597f2390a

Change-Id: Ifd6a75c4312f93c815f5d137f515724f3629fa0d

If the buffer is persistent, then any member we change on it, so it suit
our needs have to be undone once we're done with the painting.

Change-Id: I7c5491b3b27601fb367af0856ac95cc3f845647a

In case we had a toplevel window W1, the paint was triggered for window
W2 and we had a sub-widget W3, then previously the buffer was created
for W2, so the pixel offsets had to be set relative to W2 when rendering
W3. As a consequence, if a single window was painted, then it was
always painted in the top left corner.

Now that the buffer is persistent and is always created for W1, make
sure that we paint to the correct offset, and W3 is always painted at
the same offset, regardless if it was painted directly, or just because
it's a child of W2.

With this, the buffer conents is closer to what is on the screen, even
if it's not perfect yet.

Change-Id: Ibf0e89ad18e5763bd2a01e69d91da163c24a309d

Change-Id: I2d23f199d07b4a339f080263b27d13faddc11ffb

Change-Id: Iab1f29925c26e9cc862bb858d72eb528e656215b
Reviewed-on: https://gerrit.libreoffice.org/17475Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

See https://gerrit.libreoffice.org/#/c/16960/ for details

Change-Id: I04afed2268bb874dfdd30a5df69b17ba3103aaa7
Reviewed-on: https://gerrit.libreoffice.org/17471Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ied02019c6e11287ba574bb861ed7b2a8da1f8083

Change-Id: Iede9204bf93014e757c4fdf4a8363a90b7577dbc

Change-Id: I3f6c5b11830fcc581e662d2c000669ee80accaf5

introduced by commit c15b4cf3
"Adapt to current Clang trunk towards 3.7"

Change-Id: I00f58d3bc79e641df9bba4e9b1d5c8463b87dc42

Change-Id: I8471af77361364ce677f7a31dda78168909dea90

Change-Id: Iee5243231d695299609ca31741f6da2d517f524f

Change-Id: I7eb0fccce4b8268e5d9559b2eb12778d0d288c6b

Change-Id: Ibb2c641d49a1773be789c9259f53a040db6f605f

Change-Id: I064e95c72e5f67178cf2875f457adac241cee529

Change-Id: I60619a5bfe9507fb5ed24123f62f6b5c2f2c8712

Change-Id: I1b043031014a3e823cd614966984a2ac2be1ac71

Change-Id: I35f256a11b211c3cb977ae76b5b561efbfd13b9d

Change-Id: Icb4908c274ec0778af7ed9fe2d935bf6723fedfb

Change-Id: I91bebe06c5c5f3ebe5fbeec83dcf3f5bdf563201

Change-Id: I332e160dda3f167e61f99da1eb0aa6bd72a48b06

Change-Id: Ifde52b0d92163f99d399b4a9544a196defad1ba4

Change-Id: I5a7405d326b7258cbed476c30f88e57559b4cc8e

Change-Id: I073dde24498b2a0f3f6edd3d502134a25dfac71c

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

The listeners were stored in a std::list which is not efficient for
the lookup required in EndListeningHiddenRange()

The list was replaced by an std::unodered_map which allows faster
look-up.

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

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

Change-Id: I0202b18301b4b4a7c82c840df1397a5cbdd695b1