Don't see how it could be used again, it appears to be leaked
and causes the assertion in PyThreadState_Swap to fire.

Change-Id: Id6bbb4363928e4fdd8bda1905f6e1f9931dba74c
Reviewed-on: https://gerrit.libreoffice.org/3452Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>

some improvement to the docking area layout on a undock-dock-cycle of a window

(cherry picked from commit cad2fc1a)

Conflicts:
	sfx2/source/dialog/splitwin.cxx

Change-Id: I39d888248a973304163bbe499094bef51a9d61f1

Change-Id: If69e4c42f487249d7ba5bb3e164f61470ff12ddd

follow up to commit af4a9471

Change-Id: Ifaee6d61fada21705574e5ad6bf0fa32957fe75c
Reviewed-on: https://gerrit.libreoffice.org/3425Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Change-Id: I2a9608339c372ccdeeca2ca0fd9499a4c527cff3

if we're in edit mode, SC_MOD()->InputEnterHandler() kicks
us out of it. But the very similar ScFormatShell::ExecuteAlignment
method doesn't do an InputEnterHandler. I can't see why we
would want to do this, and without it we get the desired
behaviour that tex direction changes and we remain in whatever
mode we were in before changing it

Change-Id: Iaf6e154ffb8f317fda997b302d4075d2efcac8db
Reviewed-on: https://gerrit.libreoffice.org/3450Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Project: help  dbe97fe597d0414935ae223ab635c3d9a6b0ec3a

Currently the copy function stores the paragraph attributes
to SvStream but the restoration in paste isn't implemented yet!
This patch implements the attributes loading from SvStream.

Change-Id: I58928ca66a83b3fe3c3894a28ccf1e7fe5f661b3
Reviewed-on: https://gerrit.libreoffice.org/3369Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I553149931b6f2bad5ef149d899ca974240bda4fd

Change-Id: I962fae2d4d177a7ca364d0dece0c15132a199497

* RTL_CONTEXT_foo is originally intended to be used for performance
  measurement, but mostly unused right now
* however its macros are sprinkled all over the codebase and might
  provide good help for ad-hoc debugging, and prevent SAL_INFO
  duplication
* if there is no performance logging, these macros are now forwarded to
  SAL_INFO with logarea "logfile" or "$AREA.logfile"

Change-Id: I495c8924e5b55124f7eac68eccda074d0740c117
Reviewed-on: https://gerrit.libreoffice.org/3421Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: Ica48a91c0b8b55c984e59dbe9771d604bc77cdaf

Change-Id: If8b449e45725b1c1a9840f6a497c31488cd7a800

Change-Id: I33f5c8a856206860ac9cdb23dd6b5222cb785bf7

Change-Id: I5797fa9cd709e084b2548ebe596891f8eb46c8e4

Change-Id: I2ffc92c620242426da61e11c8f354f6080edbabc

This is somewhat non-obvious since there is no way to override curl
configure's use of pkg-config for NSS... it needs actually 2 include
paths, and the --with-nss takes only one (which is extended with
include/ and lib/).

Thanks to Alex Thurgood for the report.

Change-Id: I06074de50daad19a2cc62fe4090d3c0fbfdb2cb1

Change-Id: Ib664ba3f208c87570db284b5fc38fa58d8d8a679
Reviewed-on: https://gerrit.libreoffice.org/3454Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I9779cf6069737fcf10a592e1f5c750d5710d22e1

Change-Id: I7844c245e79c102a0a495a4ffe06b3541954c5df

Change-Id: I650c810c4034019fc8928a07b11dd9d1f949a927

Change-Id: I85d86244800f596faa52f89219a9cd4340daf600

Change-Id: Ia4c2e1a7ab479b6bd4ea66ed294567d624dcf694

Change-Id: Iefbab5f23e0d0143ec0d9c81e9c68241d8878e3a

Project: help  0d632f681f14295b916f14c88912267c13c5fe0f

Change-Id: I8f1315320b041828b24ad2604f6e961e65ea417e

The mpServerFont member of a ImplServerFontEntry must not be deleted while the
ImplServerFontEntry still exists

see also 39cbce55 for another reason a crash in
the same place can happen.  Its impossible from traces in crashes before
39cbce55 was fixed to distinguish those crashes
from this crash.

This crash is a regression due to 7a416820
where we went from modifying pServerFont in X11SalGraphics::setFont directly to
modifying it/a-different-one indirectly via ImplServerFontEntry

The various font caches and font thing lifecycles of LibreOffice are somewhat
confusing.

This crash had eluded me for years, to reproduce:
insert->special chars->select a font with loads of glyphs, i.e. "AR PL UKai CN"
click on the first row of glyphs and hold down page-down until you hit the
bottom, then page-up until you hit the top. Pre patch it won't survive the
whole down+up (and valgrind will moan quite a bit)

Change-Id: Ifde0cb375f487c556b04a640d77765a7dc2f0913

I guess all those $(subst \\,\,...) in odk/examples/.../Makefile are only
workarounds for a broken PS setting and could go, too.

Change-Id: I2e44108f23803e1f49157a91be11af5ad860673c

Change-Id: Ie6d761a436a3c1b06f0da1dac7c93c50789230dd

Change-Id: Ie165b509ea7668a3064e16b537bf2e51345324ba

Change-Id: I01eff3bb8b194e1437a263e527cb8e6d2defa4de

...otherwise preload.cxx in juh.dll will not be able to find them
via osl_getFunctionSymbol.  What apparently happens is that JNICALL expanding
to __stdcall decorates symbol names with _...@NN.  This likely was hidden in
pre-gbuild times thanks to the use of def files.  (On a side note, the JVM
appears to contain special code to find syms for native methods in both
decorated and undecorated form; that explains why it picks up the decorated
symbols from juh.dll just fine.)

There is no need for the functions in juhx.dll (called from the juh.dll wrapper)
to adhere to JNICALL (in fact, things would likely be easier to maintain if the
juhx.dll functions also used different names than their juh.dll wrappers).
However, what complicates this patch is that for DISABLE_DYNLOADING, the juh
wrapper and its preload.cxx is elided, and the code that would normally go into
the juhx library goes into the juh library (and thus needs to stick to JNICALL,
and also needs to use the right function names).

Change-Id: I66611648f1f79f57f0c1b23fb7a801da2d7b86c5

... or why do we handle this case separately to put up a generic
"internal error" message?

Change-Id: Id51534adb0092cdd459c1811dac0385f0dcbaddb

Change-Id: I400790635849171f710fbc70969dbd337ffe6859

(Still, did not manage yet to build liborcus against boost 1.53 on OS X.)

Change-Id: I29b3e032badfe2e3631cd5f79f8c9e7bb0627dc8

fixes reconnect crash. Won't crash when server-end disconnect.

seperate Client construction and initialization so that Client()
will release its mutex lock and won't block service.run().
Otherwise onBackPressed() will be blocked in PairingActivity

Change-Id: I424a470aa02b0c74b28cb9f9ba79489aa0d4ab1b

It is broken in the same way on iOS as on OS X, they use the same libstdc++.

This reverts commit ca3392e8.

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

When exit code is <128, then the test probably just failed, it did not
get a SIGSEGV or similar signal, so it's expected that no core file is
created.

Change-Id: Ie9e3599bd6738c04afacb95000d09f9dd2a5c426

Change-Id: Ib734717cdc293b3921c94f93b1d6d0d5e07120d5