Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ic5b636c4b108556a4ccd9ec0f75f8bfb5f399093
|
|
Change-Id: I8b9dc78e4abc457206be4dbdfe1bf8e4909674b2
|
|
This is 'libreoffice-5-4-2' - the stable branch for the 5.4.2 release.
Only very safe changes, reviewed by three people are allowed.
If you want to commit more complicated fix for the next 5.4.x release,
please use the 'libreoffice-5-4' branch.
If you want to build something cool, unstable, and risky, use master.
Change-Id: I1936ec32608ba797518ffb8b0b809d65554aeab6
|
|
Track ScHiddenRowsChanged collected cells and broadcast with ScDataChanged.
Change-Id: Id41d2731585f6749533319bf42ad655a845ecf30
(cherry picked from commit c84332184a5de3e4180514cf6e3282597ffe5dd6)
Reviewed-on: https://gerrit.libreoffice.org/41530
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
leave the GtkGLArea opengl context alone except for the final render into it,
create a new context for the slide transitions to play with
set up a pair of framebuffers, a scratch one to let the transitions render
into, the other to take a snapshot when the transition is finished with it and
then tell GtkGLArea we're ready to render it and when the callback comes around
copy the snapshot into it.
Change-Id: I3515614baf7eea0ff53c46edbaf9cf66f926eef2
hidpi+gtk3: move setting the opengl slide viewport
to when the window size is set, and adjust to gtk3 hidpi
scaling factor
Change-Id: Id9bd0defd0b6ae640ac57f88133d954202d4bcc3
Reviewed-on: https://gerrit.libreoffice.org/42143
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 1a547a566eba5943f9e4d9987baf4aee80846dd1)
Reviewed-on: https://gerrit.libreoffice.org/42153
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Idc1e2da3a02715a09b5b8f4e8e736b8806e59f8e
Reviewed-on: https://gerrit.libreoffice.org/41927
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
(cherry picked from commit 4cc634327a752d633ea341252d8f4845157f887b)
Reviewed-on: https://gerrit.libreoffice.org/41936
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ic84065f11619542fe735f45e72c9303897ea5755
(cherry picked from commit 8cb3faca4b1d1d9c68faba103c6c6117853e639e)
Reviewed-on: https://gerrit.libreoffice.org/41878
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
(cherry picked from commit 9e694c747954078442d47d3d7bd1d4db283b96ff)
Conflicts:
sc/source/core/tool/interpr1.cxx
Backported.
Change-Id: I1ebc5baf4957ef9e3d1477b803cf7fee02754360
Reviewed-on: https://gerrit.libreoffice.org/41883
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
where vcl transparency is the opposite of cairo's so we've been switching the
source color to the opposite for drawing on CAIRO_FORMAT_A1 and then sucking
out the bits "as-is" to give the right results.
Now instead use the right source color and toggle CAIRO_FORMAT_A1 bitmaps to
N1BitLsbPal in getBitmap.
Then additionally toggle all N1BitLsbPal bitmaps input to drawBitmap to
CAIRO_FORMAT_A1 when making a cairo surface from them.
Change-Id: I45c6d4f3894c6a22a07a3bd65950cd8070e8eaff
Reviewed-on: https://gerrit.libreoffice.org/40453
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit d148340babf6c973f7d463909d7a51e16c953248)
Resolves: tdf#111483 1 bit bitmaps with non-standard black/white indexes
can be left "untoggled" when converted to cairo A1
Reviewed-on: https://gerrit.libreoffice.org/41895
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 3cb59bff332b02f607d15b5ed41b4438e8102980)
Change-Id: I18f3e2109cd4b57bce584545090e26c931de1200
Resolves: tdf#111073 incorrect gif background color
a) set correct palette entries for the 1bit bitmap returned
b) only use a BITMASK for the mask (like its AnimatedGraphicPrimitive2D
brother in drawinglayer does)
Change-Id: I704997de554dc4d0e523458d45ab329815b5046a
Resolves: rhbz#1467512 mask not created as 1 bit depth
Change-Id: Ib5bdd594efd41eb881dfc4e2454b72e4739ffd56
Reviewed-on: https://gerrit.libreoffice.org/39693
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit bea1dc5f8d17c1011cdfab1ff540f3e4b3a4d1bb)
Reviewed-on: https://gerrit.libreoffice.org/41924
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I9d63e03b609298e737e55f0d850eb78206171817
Reviewed-on: https://gerrit.libreoffice.org/42038
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit 1da162bedf1ab3907caa5ed8ba202a8251dae0a1)
Reviewed-on: https://gerrit.libreoffice.org/42260
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
bad ascent in the common case is probably fixed with tdf#107249
Change-Id: I0a06de06cb07277c50dcffd1b6a1121398e84e42
Reviewed-on: https://gerrit.libreoffice.org/42329
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Restore the old code and use c++11 for-statement
Change-Id: If85793d03fc9f022a938bcd365c605a7ddac2720
Reviewed-on: https://gerrit.libreoffice.org/42031
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>
(cherry picked from commit 493d10b828ec475f63d399a98ba9b55b9766ee25)
Reviewed-on: https://gerrit.libreoffice.org/42045
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Store UserData objects in a member defined as vector of unique_ptr
so we're sure UserData objects will be destroyed when out of the scope
Change-Id: Ib5494ad563272adcf64035300f3213688437fcfc
Reviewed-on: https://gerrit.libreoffice.org/42123
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
(cherry picked from commit 8e0352ecba4b7c72086f8b25d3f7fede8906a6d1)
Reviewed-on: https://gerrit.libreoffice.org/42324
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Reviewed-on: https://gerrit.libreoffice.org/41884
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 3266c3bf545cc3045f843f764b4c420241d9e4da)
Change-Id: I69f975d0f7a753e55f72fcd63f6580e958a80f38
Reviewed-on: https://gerrit.libreoffice.org/41894
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
m_xColorWindow is made with m_xPaletteManager so reset this last one before disposeAndClear first one
By tracing constructor/destructor of PaletteManager, it seems there's no need
to call m_xColorWindow.disposeAndClear() in SetSlotId.
Change-Id: Ib3c236f8fd7fd12aaa86389f5c4c26fe58ba833e
Reviewed-on: https://gerrit.libreoffice.org/42121
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
(cherry picked from commit e40ba034fa01cc271ad0e1940f623e551793f80b)
Reviewed-on: https://gerrit.libreoffice.org/42138
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
So use DocumentGuard::MethodUsedDuringInit instead of DocumentGuard::DefaultMethod
to avoid com.sun.star.lang.NotInitializedException
Then we'll got to tackle ODatabaseModelImpl::getOrCreateRootStorage: no source to create the storage from!
Change-Id: I1f01bb46088445f3cb3264baee9ad4d45bb5fa8c
Reviewed-on: https://gerrit.libreoffice.org/41837
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
(cherry picked from commit 9a46ad2f762765348f7aef6e44774a47871362ae)
Reviewed-on: https://gerrit.libreoffice.org/41852
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
This is a combination of 2 commits.
Resolves: tdf#112258 correctly pick items from AutoFilter selection
Combining only one child with one parent to lookup is not sufficient if we have
year,month,day chains. The entire chain is needed.
Regression from
commit 2a39dc74724d3648ff76aa900edfebe0dd19b296
Date: Thu Jun 1 18:27:13 2017 +0200
tdf#108259 Fix nested checkbox handling in autofilter popup
and
commit 511fb8e80d298d42f5c45e7410bf64f2a25b441e
Date: Wed May 31 10:59:42 2017 +0200
tdf#108259 Enable autofilter with many different values
which combined landed in 5.4 as
commit 0163957ef808cffa332c2ddd3267409c5ae1494a
Date: Wed May 31 10:59:42 2017 +0200
tdf#108259 Enable autofilter with many different values
This on the other hand makes the change of these doubtful, as for each leaf
item the concatenation and the lookup has to be done. Something to be
investigated.
(cherry picked from commit bece4b6715cfec8eaaa6ee97bade92521d1e2d18)
If children then insert only if a child is selected, tdf#112258 follow-up
Otherwise the chain down to the parent would be pickable, though in practice it
doesn't have a consequence as only leaves are picked. However, inserting to the
set can be avoided.
(cherry picked from commit fd5ac4c4f5de9ef475156dafcba1b37a56b5cb8d)
6a6b63b2d7c031a2dd13d8cc7d98f15e1f946298
Change-Id: I07fd6367bb8da2adab94a43c45fe88391179f496
Reviewed-on: https://gerrit.libreoffice.org/42085
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...04d70c0999c716f5465631eca50945915ec607c4 "Upgrade to
language-subtag-registry-2017-08-15"
Change-Id: I4178545869a6d97cb1f90034f3944d9c72700bd6
(cherry picked from commit 374a721aca251e8988d4edb7f88ffd06ddef43b9)
Reviewed-on: https://gerrit.libreoffice.org/42263
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
1. If the cursor is at the end of the paragraph, attributes ending
at that position are skipped in TextEngine::FindCharAttrib().
2. If a TEXTATTR_PROTECTED is found, TextView::KeyInput()
retains the selection that was extended to cover the attribute
after deleting the text, because it compares to the initial
selection.
Why delete/backspace keys only work with the "gtk" vcl-plug
but not "gtk3", "gen" or "kde4" is a mystery to me.
Change-Id: Id7a6f298332f5a99454c793dd2dd6d424a975ad4
(cherry picked from commit d918a8086af56d1869e465baae64d960e56066d1)
Reviewed-on: https://gerrit.libreoffice.org/42119
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
So in a malformed document that does not specify ;X;Y;C;R before ;M a 1x1
matrix formula is created at nStartCol,nStartRow instead of 2x2
Change-Id: Idcc0f9d8c65bb142587fa6419af6f4dcb6209a0e
(cherry picked from commit 13787b61d2fa4ef5e61a41e4bb0424a870dc03bf)
Reviewed-on: https://gerrit.libreoffice.org/42279
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I37d5ce67f975b6b89c4b8a9baefae2467da2eb84
(cherry picked from commit 34ac0f9a0376b43bcff78a49ccaf4caa34c8c990)
Reviewed-on: https://gerrit.libreoffice.org/42277
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Project: translations 9817722981ae2fc901c9a08dc7b5bbfec5ca2295
update templates for 5.4.2 rc1
and force-fix errors using pocheck
Change-Id: Ia2227b708d19e47ce57f4416e51c8d893bbe5911
|
|
This is pretty stupid, but oh well...
Change-Id: I56a8e921d9df0276d0f607f0f59cd68d51604bc4
Reviewed-on: https://gerrit.libreoffice.org/42256
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
The highlight rectangle was not rotated, handle it similar to
PDFWriterImpl::drawStrikeoutChar().
(cherry picked from commit da705eff910f512623a689aaf28604270fb8f1c4, but
testcase is left out as pdfium in libreoffice-5-4 does not provide the
FPDFPageObj_GetBounds() API)
Change-Id: I97a5b1fc05706729c58c92b90d6808629af8ca4c
Reviewed-on: https://gerrit.libreoffice.org/42185
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Don't add color to the property map if is set to auto.
In this case white color was assumed and tables were
white instead of transparent.
Change-Id: I7f203b8f3831b86ba8de33dc57de227b3029c6d9
Reviewed-on: https://gerrit.libreoffice.org/41255
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Tested-by: Szymon Kłos <szymon.klos@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/41520
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
The bytes "ed b3 b5" in fdo67610-1.doc (which, as the name indicates,
is an HTML file) are converted to the lone UTF-16 surrogate "dcf5",
which is inserted into SwTextNode and causes asserts later on.
The actual encoding of the HTML document is probably GBK (at least
VIM doesn't display any missing characters with that), but
because it doesn't contain any indication of its encoding
it's apparently imported as UTF-8; the ImplConvertUtf8ToUnicode()
thinking a surrogate code point is valid even if the Java-compatible
mode RTL_TEXTENCODING_JAVA_UTF8 is not specified is a bit of a
surprise.
[note: the master commit says "JSON-compatible mode" but i was
confusing different text encoding perversions there]
Change-Id: Idd788d9d461fed150171dd907439166f3075a834
(cherry picked from commit fc670f637d4271246691904fd649358ce2e7be59)
Reviewed-on: https://gerrit.libreoffice.org/42100
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
The very first page of the document should always be formatted using
the "first page" settings in the page style, regardless of the page
number set for that page.
(cherry picked from commit 232885c66422ab8f05d86cfeac9b377a97462ae4)
Change-Id: I49cb00cef8b1d10120349073dee1511657dc84d1
Reviewed-on: https://gerrit.libreoffice.org/41892
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Look for the current number format, not always for the first one
Change-Id: Ic11bcb420873bc0a5a644a05623bb801a1579dd7
Reviewed-on: https://gerrit.libreoffice.org/42000
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Reviewed-on: https://gerrit.libreoffice.org/42009
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
follow-up for 46b4eb8b0e9325f8c29cd391baf9504bccee1837
Change-Id: I70986537b842b7fd26de9c2efd1fbdad7b5271a1
Reviewed-on: https://gerrit.libreoffice.org/41990
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit 3811da1b854896fa96f65a87efb1876523353618)
Reviewed-on: https://gerrit.libreoffice.org/42003
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
OOXMLFastContextHandlerShape::sendShape() deletes the parent context's
ShapeTypeContext::mrTypeModel.
It looks like the sendShape() can't be delayed because writerfilter
wants to import the v:textbox content into a text frame.
Keep the shape alive until the end of the containing context.
Not sure if it's going to process the v:fill element properly,
but at lest valgrind is happy.
(probably regression from CWS writerfilter32bugfixes01)
Change-Id: Ifeab84751a1b20b2f272c4dd74b7097deb5eece0
(cherry picked from commit 88c84e71e2559ec6d0b4f8c5101a149daa4a2b2b)
Reviewed-on: https://gerrit.libreoffice.org/42249
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I773de03768b0a5b28e6b4f63bd65dd270dc975cd
Reviewed-on: https://gerrit.libreoffice.org/42198
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
GL_MAX_TEXTURE_SIZE in OpenGLSalBitmap::Create()
Change-Id: I3d9538cc8004241972bc63d09eeb2914ce511df6
Reviewed-on: https://gerrit.libreoffice.org/42194
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins <ci@libreoffice.org>
(cherry picked from commit de55aa0f639a451aae05ec515cfa58d4bbdd8816)
Reviewed-on: https://gerrit.libreoffice.org/42226
|
|
fix for a mistake in 9ab228fdd6efe9a7873e3de1bb2357531a79feac
Change-Id: I5b02bcea1ff82d615e0f991654968c8079c52303
Reviewed-on: https://gerrit.libreoffice.org/41986
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Aron Budea <aron.budea@collabora.com>
|
|
This is a combination of 4 commits.
Related: tdf#91758 don't remember nCanForceToIso8601 state
CanForceToIso8601() can be called twice for different DateOrder.
(cherry picked from commit ae6c5083f04f8fad299cdc7a6b6558f1270cc619)
Related: tdf#91758 shortcut CanForceToIso8601() for MayBeIso8601() results
(cherry picked from commit 6254fbf8a76a0d8edb290b03e0632ef6513a8d98)
Resolves: tdf#91758 more stringent check for ISO date like looking input
Already check at the end of input analysis whether it could be an ISO date to
not apply x-y-z onto MDY or DMY later. For an acceptable ISO input, apart from
M and D restrictions, Y-M-D year numbers must be greater than 12 in MDY order
or greater than 31 in DMY order, or have at least 3 digits (possibly leading 0).
(cherry picked from commit 1cfe6a904d3349413173f5d412c280936f938a9e)
Conflicts:
svl/source/numbers/zforfind.cxx
Backported.
3cd6967931abcbf806a539a19f7f9371398567c2
8d3eb7e2403421469050850e45d1db5c0be018f5
Force ISO date format again if ISO input, tdf#91758 follow-up
... and input doesn't match a date acceptance pattern, even if less than 3
digits in year.
(cherry picked from commit f49ef5b771910384de0bc2d4c86ad3e0442b295a)
b25aa8e813c06a224cfa95ead79c0f3bf2d2d672
Change-Id: I656d499b8a557814326fe71333fcb644c7d3e909
Reviewed-on: https://gerrit.libreoffice.org/41726
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I6733ed2a04c01c288de2cd6af938a6c6ff1b4481
Reviewed-on: https://gerrit.libreoffice.org/42117
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit 60adba3fb904ed66251ff39c82fe20bec151ef0b)
Reviewed-on: https://gerrit.libreoffice.org/42140
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: I8ce43e4516413ea3779a128b374a931b080ae970
Reviewed-on: https://gerrit.libreoffice.org/41881
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
...with versions of those files from the latest
<http://ftp.gnu.org/gnu/automake/automake-1.15.tar.xz>.
The current versions failed for a Flathub aarch64 test build, see
<https://flathub.org/builds/#/builders/6/builds/304>.
Change-Id: I782371c88cf1c46bdee4f14a82b58f673f40e982
(cherry picked from commit 8d1c4032ed284e656300801b62c982e212315a07)
Reviewed-on: https://gerrit.libreoffice.org/42111
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ic6672fcce4cb5516d388fee22120383ccc70a4a5
Reviewed-on: https://gerrit.libreoffice.org/42067
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
...rounding issues, and thus caused LO Flathub builds to fail, see
<https://flathub.org/builds/#/builders/3/builds/280>.
Change-Id: I91e8662e0a85b4ed8b16719eed4ade3397edfa0c
(cherry picked from commit c799497959f82c84ddaf032b096d1a3f8d6e2bcd)
Conflicts:
sd/qa/unit/import-tests.cxx
Reviewed-on: https://gerrit.libreoffice.org/42093
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
In 2014 Writer gained support for Paragraph and PageStyle DrawingLayer
FillAttributes, it changed some behaviour with PaintBackground,
so that compat setting BACKGROUND_PARA_OVER_DRAWINGS now overwrote
the entire "hell" layer as the page background was re-applied.
Only DOCX uses this 2012 compatibility setting.
Change-Id: I69517efb7d82acd719d6a27a09ba61554dbf1ec9
Reviewed-on: https://gerrit.libreoffice.org/41744
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit de0993097cad2fd5819f8bea5ff53cddce7cde41)
Reviewed-on: https://gerrit.libreoffice.org/41902
|
|
Change-Id: I5928dc6778124006e08754f1dad51ffe1f3f7b63
Reviewed-on: https://gerrit.libreoffice.org/42084
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: I0d8d6887fa360c05d5f9e2a070410c77926b9ce1
Reviewed-on: https://gerrit.libreoffice.org/42055
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
SwTextFrame 0x5dfb7a0 is join locked so doesn't GetFormatted() so
doesn't have a SwTextLineAccess created; add some defensive programming
just to make it not crash.
Whether this is the right fix or just a workaround for something going
wrong in the 179 layout stack frames is beyond my meager knowledge.
In case anybody has an obvious idea, the layout frames that are
currently being formatted (SwTextFrame or SwTabFrame) are:
#3 0x5dfb7a0 is master of 0x5e56330
#4 0x5e56330
#10 0x5e5f3f0 is follow of 0x5e56330
#19 0x5e60d30 SwTabFrame::Split
#30 0x5e56330
#44 0x5dfb7a0
#53 0x2cefae0 master of 0x5dfb7a0
#57 0x63d1440 SwTabFrame::MakeAll is follow of #58
#58 0x5e106c0 SwTabFrame::MakeAll
#68 0x5e812d0
#77 0x5e11f80 is master of #68
#86 0x2cef600 is master of #77
#90 0x5f86c00 SwTabFrame::MakeAll
#91 0x63d0150 SwTabFrame::MakeAll
#98 SwFlowFrame::MoveFwd
#101 0x63cf3d0
#110 0x5e05ff0 is master of #101
#119 0x5e0c700 is master of #110
#128 0x5bd0ad0 is master of #119
#136 0x5f8b800 is master of #128
#145 0x86b29a0 is master of #136
#154 0x2c37340 is master of #145
#158 0x5e04ab0 SwTabFrame::MakeAll
#168 0x2c371a0
#173 0x5e16340 SwTabFrame::MakeAll
Change-Id: I716b5faec1512cbf1fbdb04a436da302bd628c51
(cherry picked from commit 6c8c51231e7415ecc20d1343211acf8382666613)
Reviewed-on: https://gerrit.libreoffice.org/42040
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
LO 5.1 commit 664197d95becd516c3dac25a50439078ba61e051
introduced a handler for RES_TEXT_VERT_ADJUST to handle
page styles, but that meant that the default handler
was no longer called for frames (the only other item
currently using RES_TEXT_VERT_ADJUST).
Change-Id: I33827160fe64dc4cc2107afc26f7ac2e698007e1
Reviewed-on: https://gerrit.libreoffice.org/41538
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
(cherry picked from commit 10dc371d31f003ac3ed9b89ca1db95d36603603f)
Reviewed-on: https://gerrit.libreoffice.org/41910
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
In heading, for preceding level, count only those with num-format != ''
Reviewed-on: https://gerrit.libreoffice.org/41341
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit c284e1de170add762906658b1f44e7d11a370c5e)
Change-Id: I93cb73ae5a236f5413c149c412b247da559671e4
Reviewed-on: https://gerrit.libreoffice.org/42004
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
This is a followup to commit f528f9499bd91b700c549575e88fa102cfffede9
addding ParaFirstLineIndent to that commit's ParaLeft/RightMargin.
I also added code for hanging indents, but it doesn't look like that
case will ever hit. Just added for completeness.
Change-Id: I2b04866b9eb4b085503f3b7d3b6e97d4f9e3d19c
Reviewed-on: https://gerrit.libreoffice.org/41912
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
This used to work by accident for the particular textbox, but broke with
commit 38f2b8b3b16aab19a2564ec699d253d3dccecc3c (tdf#88811
SwXText::convertToTextFrame: handle shapes anchored to us, 2015-02-03),
so write ZOrder explicitly, like other filters already do.
(cherry picked from commit 4cde2a01be75552a0b7d37f65cc4134cb48fea26)
Change-Id: Ie8f11f4ec77707fb5aec7a597544d589a99bf6ca
Reviewed-on: https://gerrit.libreoffice.org/41942
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
...GNOME Software reportedly is fine with that now.
Change-Id: I418fc60a3215078109d3d8e9f426f98fdf37322b
(cherry picked from commit 1b85d725663a7d7546549e6b78ea43bea1cde7b9)
Reviewed-on: https://gerrit.libreoffice.org/42051
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I123ea8ee2e333665ac448c6b3814c3bac0b687ab
Reviewed-on: https://gerrit.libreoffice.org/42011
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit 003c2cfaa258e204402a366a105366da74e220a2)
Reviewed-on: https://gerrit.libreoffice.org/42047
|
|
and not just for the number of sheet fragments. This is important
because we changed the internal storage of FormulaBuffer from based
on std::map to std::vector in d17a83fa549f828f29e6939b16ba8b568a75f95e
Added simple unit test that loads the bugdoc in
subsequent_filters-test.cxx
Reviewed-on: https://gerrit.libreoffice.org/41792
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Dennis Francis <dennis.francis@collabora.co.uk>
(cherry picked from commit 20169423d492b58ab93fb0e8e9d2918c0baebc92)
Change-Id: I7320dd537266e540d585d3fccfbb8665bba457c7
Reviewed-on: https://gerrit.libreoffice.org/41841
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|