Age | Commit message (Collapse) | Author |
|
Seem UBSAN doesn't like my forced reinterpret_cast to set the Idles
Link in the Timer class. Now there are two possible solution:
1. convert all (DECL|IMPL).*_LINK call sites to use a Timer* or
2. split the inheritance of Idle from Timer again to maintain
different Link<>s and move all common code into a TimerBase.
While the 1st is more correct, the 2nd has a better indicator for
Idles. This implements the first solution.
And while at it, this also converts all call sites of SetTimeoutHdl
and SetIdleHdl to SetInvokeHandler and gets rid of some local Link
objects, which are just passed to the SetInvokeHandler call.
It also introduces ClearInvokeHandler() and replaces the respective
call sites of SetInvokeHandler( Link<Timer *, void>() ).
Change-Id: I40c4167b1493997b7f136add4dad2f4ff5504b69
|
|
Change-Id: Ie418642242ada98d4a41f30bb6cefcd57f398ef0
Reviewed-on: https://gerrit.libreoffice.org/33472
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
This reverts commit 2757ee9fe610e253e4ccc37423fa420004d0f388.
Besides causing a performance regression, I now notice that
there is code in SW that relies on iterating over two different
SfxItemSet's in parallel, and assumes that missing items are
returned as nullptr, which is not the case for my std::map based
change.
Change-Id: I2b1110350fe4c4b74e5508558e9661ef1e1a103e
|
|
SwIoSystem::IsDetectableText was returning false only
because the detected line end isn't the same as the system
default one. Instead return true whenever there is a known
BOM or at least there is no 0x0, and actually use the
detected line end.
Change-Id: I20cc1642e7ad2e6e13dfb48c325a00c44f818f15
Reviewed-on: https://gerrit.libreoffice.org/33404
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
|
|
commit 3755c87d0426a499d4755e82d8fbc77caa240764
mis-positions non-textframed floating tables.
The patch only worked under very ideal circumstances
that cannot be identified during import time. Lots of bug
reports indicate real world problems with it.
This is a pretty safe revert because the code only
processes a document one time, so old documents don't
depend on this to work.
Change-Id: I3b94d27901a20e46c2f5fd4305041d1d28acf33a
Reviewed-on: https://gerrit.libreoffice.org/33322
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I444cd7fc523170bb7e1ee8a8041ca5a5df302226
|
|
Change-Id: Ic7a8b32887c968d86568e4cfad7ddd1f4da7c73f
Reviewed-on: https://gerrit.libreoffice.org/33339
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This reverts commit 4b429851e54ccc42e5f9acebce67139bc3d5e244
and implements sberg's advice and removing copy operator
Change-Id: I76876701f2585d4d1eacc4664b17d9ff73b26722
Reviewed-on: https://gerrit.libreoffice.org/33342
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I96a6baaebb80283a40051fd8dc062513d4ae32a8
Reviewed-on: https://gerrit.libreoffice.org/33411
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
This also reverts temporary commit ba2c31da9723182d2087e27a1ea0f95d9617f343
which was done to look for more pro or con proof documents. None found.
This section of code has been essentially unmodified since the initial
import in 2000, so apparently the necessity for preventing the processing
of a section if the table item contains pageBreak info is no longer valid.
My guess is that tables were excluded to fudge round-tripping better. Recent
use of dummy paragraphs during import fixes many import problems, and thus
export of the section node no longer should be avoided.
Change-Id: I28bcf618f596a1676e2e7820de192ca63bffe68f
Reviewed-on: https://gerrit.libreoffice.org/32936
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
Change-Id: I1b959ce8f46f45a789bb7d493c371677ba775f3b
|
|
Change-Id: I58ccfeb03388a60a6e2a506a22490ada5feb669f
|
|
Change-Id: I60188c36bdd6d44c5bd8dae28debafc10b6c9f3b
|
|
Change-Id: Id5d0a3cca9587f577000244a9776d7f1f61b5487
|
|
Change-Id: I33c2007a8caf4f0c83cfe1119bba828f6a7c7c29
|
|
Change-Id: Ic4a2eb0425cd48de85a40350c7368ade486842c2
|
|
Change-Id: I17b566a13b0822e39cb5852150f407c9d9c84305
|
|
Change-Id: Icd4bc58207cf61a03e167faf8289310e9d453c39
|
|
Change-Id: I0423d9be8032cb7d405cba258c79e1c625f6eee8
|
|
Change-Id: I5e9f32dfc97c0a06fcae399412354eda91bf3f4b
|
|
Change-Id: I664dc6d5c38bcc4fd75d436b67453983e4b57403
|
|
Change-Id: I02521b61d2832ba510aaf5170e67c1fd5f691334
|
|
Change-Id: I7634fd735f3bdb729c06bcbca05ae31c930db930
|
|
Change-Id: Ie0c8155955ba975c913738adf40ef6ec092adba0
|
|
cppcheck: funcArgOrderDifferent
> Function 'CompareSequence' argument order different:
> declaration 'rData1, rData2, rD1, rD2'
> definition 'rD1, rD2, rMD1, rMD2'
no logic change
Change-Id: Ie43b66e867c6f5febd825d06380a27c736d6fded
Reviewed-on: https://gerrit.libreoffice.org/33365
Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
Tested-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
|
|
Change-Id: I2110b932f5e27141f137fecf5c2ff8a7f9665bf6
|
|
breaks tests apparently
This reverts commit 92bfe7e3052a7540c81d9fa152f55920ad00b8ee.
|
|
Change-Id: If1ccdd303bc7c6e69360295c599270c41d03f3f7
|
|
Now only subsequentchecks are remaining, as far as I see.
Change-Id: Id5e5a874f8de08c0fd3722aecdc02967ae5d421f
Reviewed-on: https://gerrit.libreoffice.org/33346
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
commit 15c3a08b8b1e8060f9659c7bc98480a39d1802c5 set transparency
before the wrap type was known (which is good in case wrap type is
never defined, and the default wrap type IS through, so that fits)
but transparency was never re-evaluated once the wrap type was known.
In MSWord, the header is at a lower zOrder than the body,
so objects that are OVER the header text are still UNDER
the body text. Writer emulates this by insisting that ALL
through-wrapped header objects are UNDER the header text.
(This ought to only apply to objects that spill into the
body text area, but that’s pretty hard to calculate, so
transparency was applied to any object anchored in the header.)
Change-Id: Ie3916c6b7f3fa80caf5994fd910ba4d4d89ec702
Reviewed-on: https://gerrit.libreoffice.org/33152
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
align master with the more conservative 5-2/5-3 reproducible problem
Change-Id: Ie7a53e94c062af894bee85ea05f1acf64bcb13f1
|
|
Change-Id: Ifed67e3c34663b056529719d78aa22f2a9f1da8d
|
|
Online is often used for taking minutes, and during that, people don't have
time to play with the formatting - so it is annoying when autocorrect goes in
the way.
Change-Id: Ia1794c46d3003198764f666951821f693d710653
|
|
This reverts commit f7ee0054cf9da35f210d9043a68339415aba2284.
until I can figure out how to make that miserable idiot of a
Visual Studio 2013 compiler happy.
Change-Id: I9206df8cbba52bf8aab242a1376f4b6598d2b739
Reviewed-on: https://gerrit.libreoffice.org/33325
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I2da2ce4cd247e7b9f973150917b4ee7bd7a0e0c4
|
|
Change-Id: I20b381fd8dda3183df2034c481939b6318e64175
|
|
Change-Id: I64d03ac9ea616a66bd556ea61e2c70f4021a07ef
|
|
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/33303
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
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
|
|
Change-Id: Ia74ca329d8438f614169031acfbe0406faf7c281
Reviewed-on: https://gerrit.libreoffice.org/33268
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
also related to tdf#93637 which first raised the issue of
pdf support for right-tabovermargin.
Change-Id: Icabe2d0ac2dfe9181edde9dadfb0ab85f9ed4402
Reviewed-on: https://gerrit.libreoffice.org/33279
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
|
|
so disposeAndClear is called.
Change-Id: I40da317ac03f815c8664e8a4648870c2066f9650
|
|
SID_ATTR_CHAR_COLOR_BACKGROUND code was mostly a copy-paste
of SID_ATTR_CHAR_COLOR_BACKGROUND_EXT.
Change-Id: I713bfd72a2f51f2d0ff10b36e9e0a9150b13a640
|
|
Change-Id: I86b810a6ad94255a5f2a59392ba85775a488ba12
|