Age | Commit message (Collapse) | Author |
|
Change-Id: I83d0958fde5a057e57474c7511526e7f411ff46f
|
|
huge object move only when object is selected.
(cherry picked from commit 09c64ae86baf3572856c845e0785692b2cbfe058)
Related: #i123051# some minor code clean up
(cherry picked from commit 4dd71466a9463d234b918ce2729c49a57293fb24)
Conflicts:
sw/source/ui/docvw/edtwin.cxx
Change-Id: Ic681edc18194336fb082ca927457c4633473dbfd
5a692f8ce616a6f06bf4075a2f05cf700ef6fd6c
|
|
...as done in _XIOError (libX11-1.6.0/src/XlibInt.c) after calling the XIOError
handler function (either the one supplied with XSetIOErrorHandler or
_XDefaultIOError), as that calls the atexit handlers, which can wreak havoc in
unrelated threads that happen to be running in parallel, leading to arbitrary
crashes. So avoid that by always calling _exit already from our XIOError
handler.
The old code was careful to /not/ call _exit when the XIOError happened on any
thread but the main one, but I do not see the sense of that---after all,
_XIOError will inevitably call exit afterwards, so this cannot be a way to
"ignore" XIOErrors from special threads (that are set up say for the sole
purpose of trying out "known-shaky" activities without affecting the stability
of the whole process). And findings like comment 12 to
<https://bugzilla.redhat.com/show_bug.cgi?id=831628#c12> "[abrt]
libreoffice-core-3.5.4.2-1.fc17: ICEConnectionWorker thread still running during
exit" ("it is very likely that this is not a normal exit from reaching the end
of main, but rather some explicit call to exit from some error handling code")
make it clear that we apparenly do suffer from such calls to _XIOError -> exit
on non-main threads.
I have no idea why vcl/unx/gtk has its own XIOErrorHdl that is substantially
different from the vcl/unx/generic one, though.
Change-Id: Ida7d407cf5f0fa4e719118cab5e725144ceb3a35
|
|
Change-Id: Ifd05bdb46cd0cbbce09bd91a3fbf78d6eac0d8c5
|
|
and remove the use of the current environment encoding, which can
only match the encoding of the text by chance
Change-Id: Iff6027a8d91db3644c9b827fb9460728c2b61751
|
|
Change-Id: I13682f3886451838e522b259dbb2d686bff1437b
|
|
Trying to reuse a statement that still has an open cursor leads to
errors -- in this usage isc_free_statement doesn't actually free
the statement but simply closes the db-internal cursor used by
that statement previously.
Change-Id: Iedbe42bc46e6b6f972b7b19f17a60d5f59bae28c
|
|
Change-Id: Ief966fb9bd9f3344cfe9f3b4c4b37540e00ad063
|
|
Change-Id: Iec8e72a6236de83a1698e2d6e9dbcb609f0f858f
|
|
Change-Id: I74bf84c8aae4d4ba6b9a2a9ca497ed0cbc092d35
|
|
Change-Id: I3b9f8c7199e66f90e1573069996962294793d95e
|
|
Change-Id: Ia73f2f2107e17c03bc568075a0a99bc7a21fb8a7
|
|
Change-Id: Iee0521e4f7851f5b51cf6ab7a973bf8b46fb09f5
Reviewed-on: https://gerrit.libreoffice.org/5549
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ie01bdd491b41c1fbcd46dcc119afa01583ed852a
|
|
Change-Id: I8bc9d3812977589e96f5440afa8d46bfe4d3b88e
|
|
Change-Id: Ie1b079c0e8f431d7a48f225b18be2b96fd20e85e
|
|
Change-Id: I99d542af1b0d5ba68cad23512bad275aed83f0fd
|
|
Change-Id: If3be028f63c29fdb8a6c2b77f5b9dedbdd438a96
|
|
Change-Id: Iaeff95648cdc5d80c1dca31ef721675ce7f445a8
|
|
Change-Id: I45d454a0457a7da43be3426ee3007c0aec28c635
|
|
Change-Id: I5704ab1beaae1d28c2ae8d643343185e8aa6a749
Reviewed-on: https://gerrit.libreoffice.org/5582
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
sigh...
Change-Id: I6d55da7b6e7fc1c6a9573aa05f9045388edf3684
Reviewed-on: https://gerrit.libreoffice.org/5589
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
I don't know if it's possible to parse EBCDIC knowing that there are several implementations
So I commented the block and added a TODO.
=> no time wasted for this block (ok "micro waste")+ 1 less cppcheck report
Change-Id: I72b72b68295eab7be5332166b955adaddf6ee5c3
|
|
Change-Id: I51656a8bce5c2fdaf267582846ab82df838f05a6
|
|
Change-Id: Id2f4c6737e8f5290c7e41a42bec0d952207cc40e
|
|
Change-Id: I92ce0ce983b87528860fd56714e29338483b62ca
|
|
Change-Id: If37c0fde63c718fd493115de76e2dc8c0e780c3e
|
|
Change-Id: I4076738c7186aeea2ab00a3d0424c86b7c005dbe
|
|
Change-Id: I24736c4bd05644ed61e6df50f2267f6a2cd2f7f3
|
|
Change-Id: Ie02e1c4d2ab1357469213f13971ab04632611d67
|
|
Change-Id: Ie1f71ee76af308a6eec9d38e3d629d7d6faf3596
|
|
Change-Id: Ibe1d7f6af4be8f1520c093cd0b23cb06f5346716
|
|
Change-Id: I33f0eaa8a54902bb65a000b74ef25323423d01b4
|
|
Change-Id: I9b8528b545ffc67daa8e6b3b9d588c9bd09ee09d
|
|
Change-Id: I35ba21d753adfc619656d4473b214485dc00faba
|
|
It's not actually that I am massively stupid, it's just
that I've got bad luck when it comes to thinking.
This patch makes the installer create the values in the
right location. Where now...? you'd better don't ask.
/me goes for a brown paper bag.
Change-Id: I792ba5e9a78a895d3df7dfc48d1fc7c5303ce28e
Reviewed-on: https://gerrit.libreoffice.org/5587
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ibbf5720baf7fb507e66515104115d58597258b1d
|
|
Change-Id: I0e86c82fb81732468cf0a60eb8ff1d0579986767
|
|
Change-Id: I61c6c73965cad2cd807dbc9d33894c67a61f2c75
|
|
Project: help d94d2ab8e1f91817a318edefbbd3e805cb71102d
|
|
Change-Id: Ib3b2bab5beffb8164a8cd2c0b4db4c97f427507e
|
|
Change-Id: I973a66c6f805727cfaa5a5663ce4a9c200412a66
Reviewed-on: https://gerrit.libreoffice.org/5571
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I624a4cfa8a5e8c3c72833ff0c3545deadbe4435d
|
|
Signed-off-by: Adam Co <rattles2013@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5272
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Change-Id: I5c8440edad0381e33b64f64bb54aa8f1bc304007
|
|
This was added to the import suite temporarily, to be sure the import
part does not regress till the export part passes, which is now the
case.
Change-Id: Ib9291ab3ef0beaa407f025c6f81bda9cdf9f75e9
|
|
Change-Id: Icdb1774996e9b9669e95fdbefca0be054f91465a
|
|
This commit also moves the floating table DOCX import testcase to the
export suite. That test now passes fine, though previously it failed with:
- Expected: -199
- Actual : -198
Due to the rounding error.
Change-Id: I9bdc9295f68b6bd3e5f5bee868aae15194b30804
|
|
Change-Id: I2f50ef1dabe2f152f2e18025edc88734158dbea2
|
|
Change-Id: I889c7d526b0b06b3c77248d1da255ffa8f754da1
|
|
Change-Id: I2575da1ccbe1c301dd826588aec2a787176d3cfd
|