| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
i.e. if more than one document open and dialog invoked on any but the first
document.
Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
|
|
|
|
|
| |
this fixed a regression slipped into 8808d77f199720be596a09084fbc36569ed2f1f1
Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
|
| |
|
|
|
|
|
| |
Signed-off-by: Petr Mladek <pmladek@suse.cz>
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
|
|
|
| |
In the rare case that the soffice process outlives the Java side UNO
bridge, ensure that soffice.bin doesn't continue running.
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
| |
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
|
|
|
|
| |
Conflicts:
desktop/unx/source/start.c
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
| |
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
|
|
|
|
| |
When reading EmfPlusRecordTypeDrawImagePoints, handle the variant where
points are stored as 16-bit integers instead of floats correctly.
Found via valgrind on loading bugdoc from fdo#42252.
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
|
|
|
|
|
|
|
|
|
| |
As recently discussed, 3.5.x will use the older, more backwards-
compatible encryption methods, as a way to transition people over.
Starting with 3.6, the stronger AES will be the default. In all
versions, this is configurable though.
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
| |
Signed-off-by: Andras Timar <atimar@suse.com>
|
|
|
|
|
|
| |
call it only for contour wrapped drawing objects
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
|
|
|
| |
Gradients with start==end got us zero steps, thus no fill at all.
Funnily this was wrong since pre-3.0 or somesuch.
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
| |
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
|
|
|
| |
This is probably more reliable way to fix fdo#32530 such that it won't
cause the regression in rendering Thai texts as reported in fdo#48431.
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The file "core.ver" was removed in configure together with other "core.*"
files. It was ugly name. Better to use "sources.ver" and the variable
"lo_sources_ver=..."
The source version is not used in "unpack-sources", so do not source the .ver file
at all.
The source tarballs are put into "major.minor.micro" version subdirectory
on the download site now.
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
|
|
| |
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
|
|
| |
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
|
|
| |
(cherry picked from commit a0b5ba2e821091b8053bfc1d2f9c99aca7431907)
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Apparently this special case in lcl_PaintLeftRightLine for printer
output devices is no longer necessary with the new drawing layer borders
and causes the vertical border lines to be far too short, leading to
visible gaps in the PDF.
(regression from 0f0896c26fb260d1bbf31d7a886df3f61837f0f2)
(cherry picked from commit 502c93143ef29989692ca3e63e3e6abc255fd53f)
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
| |
|
|
|
|
|
|
|
| |
We already ignore textframes inside tables, the same should be done with
textboxes till they can be handled properly.
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
| |
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
|
|
| |
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
|
|
|
|
| |
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of nesting these, we aggregate them into a single non-nested
registry, which saves lots of CPU at startup, sadly we can only do
that for the new-style XML registries, so we have to sniff files,
nevertheless this is still far faster. The merged xml files also
break the XSimpleRegistry::getURL() method - but it appears not
to get called.
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
| |
(cherry picked from commit 234f150f30d881b2691288c5f5581306bd4d3d18)
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
|
|
|
|
|
|
|
| |
There were two problems here:
1) \plain reset the character properties, but did not touch the current encoding
2) the default properties were not passed to substreams
Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
|
|
|
|
|
|
|
|
|
| |
... just like it is in Impress. The fix for fdo#32559 was partially
reverted. I think .uno:CopyObjects is more useful in Draw, than
.uno:ChangeCaseRotateCase.
(cherry picked from commit 25c194163c531648f7ad8cdb1a64a03407f75efc)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Barcode 1.3.5.0 release:
* LibreOffice 3.4.x-3.5.x support
* Resizeable barcodes
* CODE128 fix
(cherry picked from commit 39d8a541e623fd3ae91e28dc6dfc34411bf23b57)
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
|
|
|
|
|
| |
it is in the main installation tarball anyway; it was put in langpacks
that did not have its own dictionary from some strange reason
Signed-off-by: Tomáš Chvátal <tchvatal@suse.cz>
|
|
|
|
|
|
| |
(cherry picked from commit ee7084c4f720c932df67c8ff033dab4d8d556179)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
|
|
| |
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
|
|
|
|
| |
(cherry picked from commit da2ec9aac3699c951c544a51acd6ab3aede706eb)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This version scheme is used for other packages as well. It is important for
the desktop integration packages now because we started reseting buildid for
each bugfix release (fdo#47840). This value is used also for the release
number of Linux packages.
(cherry picked from commit 4045e770193ae632aca7075105dda89686c597d6)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
|
|
|
|
|
| |
Substreams (headers, footers, etc.) are parsed separately, so their font
table is empty by default. Fix handling of custom fonts (and thus
encodings) there by passing a pointer to the superstream.
(cherry picked from commit 6b7942f5ac0498414931a0e7842aa96452b7a04d)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
|
|
|
|
| |
Additionally the table should be at the start of the document to trigger
this bug.
(cherry picked from commit b475bc459d0406c9211c7be69973f310949a45a6)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
|
|
|
|
| |
bump VERSIONMICRO to 3 and reset buildid to 0
Signed-off-by: Andras Timar <atimar@suse.com>
|
|
|
|
|
|
|
| |
Related bugs: n#719989, n#719997
(cherry picked from commit 1c44b263d789b4c20e9178c6432300e301df94d6)
Signed-off-by: Ivan Timofeev <timofeev.i.s@gmail.com>
|
|
|
|
| |
Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
|
|
|
|
|
|
|
|
| |
rtl::OUString rtl::OUString::copy(sal_Int32) const: Assertion
`beginIndex >= 0 && beginIndex <= getLength()' failed.
(regression from dd2fe95cce75f1157bd1c75d286a0047b2e4175e)
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
|
|
|
|
|
|
|
|
|
|
| |
When we have two consecutive paragraphs with different frame properties,
the second frame wasn't created. Now store the current paragraph
properties in order to create the frame later.
(cherry picked from commit e040d2931658b411bfbd1c668dc96422374a74be)
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
|
|
|
|
| |
(cherry picked from commit 27d9df17c13b22aed7d9194d9dfcf7980b632b3c)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The way alpha compositing took place in vcl's alpha vdev was subtly
wrong - it was supposed to implement porter-duff 'over', but didn't.
This is now fixed also for cases where the source surface contains
alpha, and needs to blend correctly into fully-transparent
background.
For reference: http://en.wikipedia.org/wiki/Alpha_compositing
(cherry picked from commit 06c16e1e26a0137a0048085cdf1c7758d3ac96cd)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
HTMLParser::IsHTMLFormat() is convinced that anything containing a valid HTML
tag would indeed be HTML, which is a rather idiotic assumption for us in the
case of "foo <br> bar" with a preselected CSV filter. So keep this detection to
the end.
The original order where preselected CSV had precedence over others was changed
with 9f1cc58c20ee365ff2a158ad69c1091e6ad11ac6
(cherry picked from commit a5eadc6aaafec92df23c57e258882a2c98ece0ad)
Signed-off-by: Kohei Yoshida <kohei.yoshida@gmail.com>
Conflicts:
sc/source/ui/unoobj/scdetect.cxx
|