Change-Id: I38014a8d9e21359cb943f813484478293360a2e6

Change-Id: I0f3759d8f75f2739b2815c37e8c81bc97e097ec8

Change-Id: I0f2850d2e52f47e7e66e51596692f3ed27d19adb

"LibreOffice" is the name of the product and we should promote it.
This change has been proposed on the ESC call.

Change-Id: I755ea5b2ec7b6357a7fd2c86ec8479737696042b

Change-Id: I65d932d6c258b965a6084acb07298387b7274215

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

Change-Id: I219f851d570dcfb54a6162d2a881dff70ae10e79

so we can refer to the .ui name of the tab dialog and pass
in the page creation id to associate with that

Change-Id: If3df6d3de9dc7da482a45d7d91b610b81981d5ed

Change-Id: Ib2fedda13ff0b0d94f818bf6d9daf40a02fa8302

Change-Id: I8bb1c082e3948f919232b81e0f1f869b88fcd852

and move SvxNumberingPreview from svx to cui where its
::Paint impl already lives

Change-Id: I2b7bebeb9914d74d0f391d3b178b0ad3d778c479

Change-Id: Ia87b30cf17540312b348d9ddeb48154cc1636d01

Change-Id: Ic896ea234c3ea7bfaa94ab2441471926beae427d

Change-Id: I8bfd09a1f48fe892fb1a99962d0a46de8b7cb1ec

we can share the pickbulletpage .ui with these ones

Change-Id: Ieaf2c8f2257bfdb36423dc363729b58b465cb250

Change-Id: I6fa93885f1ce51fb0e3d69265784340614146636

Change-Id: I4cadf53fbdf25a399008155feaedc7e8b52ec303

Seems to cause even weirder problems in the tinderboxes.

This reverts commit e855dfbc.

...when printing the pThread argument in a
cppu_threadpool::ThreadPool::waitInPool call frame.

Change-Id: I5c94485a0218be449c9dab67701a634eef3e08a1

Change-Id: I52a3b02ff477ae52abc298d96770755ebc392d57

Project: dictionaries  d047a0fa0746ce527720d15a36907e52dc67bf47

Change-Id: I8f56239738742a6dae8cbaf3e6b7075f9db03255

Caused by 1e1ba861 and not fixed
in 83f684c8.

Change-Id: I43853f1d933a70789c4b89a22d06d2d383493758

Change-Id: I7530e477a6cf4ab52772b7ba1c5e3d41dc2d6fae
Reviewed-on: https://gerrit.libreoffice.org/1563Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Iacf59548209d2be8b36839ae12bed9cedb7bdded
Reviewed-on: https://gerrit.libreoffice.org/1562Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Removed a not needed variable;
Removed some rt:: prefixes

Change-Id: I24a7a0c5adcee17eab4c9d6442b472a5992f261e
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1549Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

The problem is that the process handle is freed regardless of whether osl_executeProcess was successful or not. Therefore, a segmentation fault would result, as a random memory address would be freed. This patch checks whether osl_executeProcess was successful. If it was, then it frees the handle; if it wasn't successful, the memory is not freed.

Change-Id: Ic3af07be06e7af7730a3bcb1680c659a88b66af3
Reviewed-on: https://gerrit.libreoffice.org/1530Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I47889319530d8f03bd7c78e937de55cf380d2d41
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1550Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Also simplify logic a little bit.

Change-Id: I342f8d1d22e70023d23c6c8ca3976d501e18fb90
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1559Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

And also:
	Remove some RTL_* macros
	Remove ::rtl prefix

Change-Id: I9c3902672518559e8a139c37bc1933843bebfe5d
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1561Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

Wrong bracketing, item is put at a which-id of sal_false.

Change-Id: Ic4216519d74de75690b21a3efa5083e79aa5b83d
Reviewed-on: https://gerrit.libreoffice.org/1498Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Ignore this option on Windows.
This work-arounds a regression introduced by f4a4ba9a
Windows appends -Embedding when LibreOffice is called by COM+
Before f4a4ba9a this option was silently ignored.

Change-Id: I8a727895c9ec8fa4b06aea8ad66b2791ada66dd5
Reviewed-on: https://gerrit.libreoffice.org/1514Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I39914909fd394532e7a32c791d4480530393c1c0
Reviewed-on: https://gerrit.libreoffice.org/1499Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ic547b4a59102afc8bdbc85ec95ac312e32ef2530
Reviewed-on: https://gerrit.libreoffice.org/1484Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Ibbb131b64c66307d38a135ac570c1e2ed37bef6c
Reviewed-on: https://gerrit.libreoffice.org/1480Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: Id49730b7ad2f7122a2c9b0415330b6fb803ec21c

This reverts commit 504b6f0c, which was a
workaround for broken 5ea7e74c "fix some memory
leaks in sd" now fixed with 5ea6f6d4 "UNO objects
must be allocated on the heap."

This was a regression introduced with 6da90944
"ugly memory leak."

Change-Id: Ie976d7ddcdac974aeeba14ffd64c4641b5d096a4