so double acquire called, leak, keeps listening after
expected death, loads and loads of crashes in draw with
a11y enabled and slide switching with tables in them.
regression since 60f11adb95
Change-Id: I182b43ad4a002a8dff0683cd1e991cfd1de75eb6
When there was a redline in a DOCX file that relates to formatting -
the DOCX exporter automatically assumed that if the 'after' properties
contains an 'XML_lang' node - then also the 'before' properties
should also contain the 'XML_lang' node - and this is wrong.
Change-Id: I383e10c11c228dd6847fd8eecb35c5c23c5f955e
Reviewed-on: https://gerrit.libreoffice.org/6900
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
The reason for this - is that the function 'WriteCollectedRunProperties'
needs to be used by the redline exporter (to export collected 'redlined'
properties) - and the 'mergeTopMarks' is not needed there.
Change-Id: I10063b2f28adab53949b4d9de8acd0dab66553b0
Reviewed-on: https://gerrit.libreoffice.org/6899
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
The previous code was doing it only with the first referencing pivot table,
which would break the rest of them sharing the same cache if
the first one doesn't contain all group dimensions used in all of the
referencing pivot tables.
Change-Id: I35d6907ef8db7ed69db42583cac92b2b74406e2c
Because the new implementation relies on the visiblity flag of the
dimension members, they need to exist before setting currently selected
page, which is still used in documents generated by the older version of
LibreOffice.
Change-Id: I6cec5fd3d2165f714fc01b596d3761890d87a4ff
start/end inside a table while end/start of the selection is outside the table
(cherry picked from commit 382814ccb30bfe71f093e55e23802447caca235d)
Conflicts:
sw/source/core/crsr/swcrsr.cxx
Change-Id: Ibcbd9b18538ce04abfae11e75b30d6897a62e268
Also, factor out common code from FlyFrameGraphic() and
WriteDMLDrawing() to lcl_startDMLAnchorInline() and
lcl_endDMLAnchorInline() to avoid code duplication.
Change-Id: Ic1bed48e45b1cdb2d061ed7099206c0b1aa4f9f7
Change text in status bar for moving average trendline:
no equation, no R²
Change-Id: I0e18a72ff1f1d78e3bb28cab4d5f215c096898dc
Reviewed-on: https://gerrit.libreoffice.org/7015
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
The value written for an Impress time field is something like
text:time-value="0000-00-00T23:28:07" (in LO 3.5+) or
text:time-value="0-00-00T23:28:07" (in OOo 3.3) which contains an
invalid all-zero date. Such values are actually rejected by the
ODF import since commit ae3e2f1700.
Actually there was no real support to read the RelaxNG type
timeOrDateTime before.
So fix that by:
- adding convertTimeOrDateTime/parseTimeOrDateTime functions to
sax::Converter
- recognizing and ignoring the 2 invalid all-zero values written by
LO 3.5 and historic OOo respectively
- writing a bare "time" in text:time-value if the DateTime struct
contains zero Date members
(Older OOo versions and AOO cannot actually read that, but everything
they _can_ read is invalid ODF...)
Change-Id: I754076caee74a5163ed3f972af0f23796aa14f9f
Apparenty an uninitialized SvxTimeField is created instead of the
SvxExtTimeField that is needed to preserve the value and format.
(regression from ee5fc5d25f)
Change-Id: I36b16af0c143e8b5451a1925806756492dc2334e
SfxDateTimeItem and SvxExtTimeField need to use 64-bit integer to store
Time as well. These classes also have binary serialization
Load()/Save() methods but they are unlikely to be used in a persistent
way, just for the clipboard.
The problem is easy to reproduce in Impress: Insert->Field->Time(fixed)
(regression from 9830fd36db)
Change-Id: I5946c5b94dd5a509805b6dc40461bbd910caffc4
SwDoc::SetFixFields() uses sal_uLong to store Time.GetTime() which needs
64 bits.
Also fix same problem on Time fields in HTML import.
(regression from 9830fd36db)
Change-Id: I5d0388cbc364e1f9dfb60ff9e83c7d2f101c69d8
