Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ic4f0891d41930df7a066b9f72c04f48b4ca745d8
|
|
It caused some regressions. For example, see fdo65414 and fdo65562
This reverts commit 6708ad7f1baa8d4cef1718bdef1d26fb5d8510f3.
Change-Id: I0108463c78bbcb48a4c218d78e51deaa39caec0c
Reviewed-on: https://gerrit.libreoffice.org/4226
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
|
|
Project: translations f274c16fc9b7d59bfc3c527afbb08c319dec1a58
|
|
(cherry picked from commit abdbb847fa135dd758ef3ef99db4c07a2671ca47)
Change-Id: I71a00f7d4b80ef41b637889e51a414fac6883ba1
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
Reviewed-on: https://gerrit.libreoffice.org/4190
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
(cherry picked from commit 9b4ea9fdfc0c780bead46fde74a71078e542c493)
(cherry picked from commit c44e55aac0dc0685c7bf3f313f4b3e6c65aaa6c6)
Conflicts:
download.lst
Change-Id: Ia35a92dae0a3102bf549df1733c7e202c7ed665e
Reviewed-on: https://gerrit.libreoffice.org/4160
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 875effcdc7cfe38f8d41aac31f8d603ac114be5a)
Reviewed-on: https://gerrit.libreoffice.org/4163
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Compared to the original version, this one tries hard
not to produce empty keywords.
Reviewed-on: https://gerrit.libreoffice.org/4091
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
(cherry picked from commit b2f97d77237cde249b4c40acc8ad3f7f8755e768)
(cherry picked from commit 693707e338922d8dc7578975a1990e8a1cba6a53)
Conflicts:
oox/source/docprop/docprophandler.cxx
Change-Id: I11d036c2d54cde2d3c311a77c115011246f38d0a
Reviewed-on: https://gerrit.libreoffice.org/4093
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
(cherry picked from commit d60f81a3e9d020ff1ae0db2e73551bff45c43256)
Reviewed-on: https://gerrit.libreoffice.org/4103
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I8d039664d6c33d978b9addc3f35cbeae86d6c710
(cherry picked from commit 1b049bd2dae52dc154ea6bee075a254a9b6cc318)
(cherry picked from commit d360333f83e3115219c3928525060c6c2a8711db)
(cherry picked from commit 0ed9f3a30ae2069d88d6a45d4f73817aa8596fbf)
Reviewed-on: https://gerrit.libreoffice.org/4104
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
Change-Id: Ib998c94965971a104f94fe54fa5593a6643c7418
|
|
This is 'libreoffice-4-0-4' - the stable branch for the 4.0.4 release.
Only very safe changes, reviewed by three people are allowed.
If you want to commit more complicated fix for the next 4.0.x release,
please use the 'libreoffice-4-0' branch.
If you want to build something cool, unstable, and risky, use master.
Change-Id: Ifdaec4b88e2dd741bfbf4de79a81735fbf643367
|
|
Project: dictionaries 0ec408b2cd85a4462939ac32e5cace87c76c4c92
|
|
Change-Id: Iae160607447ff6e1133f9e1e6f9c6a9f1e7bd7ab
Reviewed-on: https://gerrit.libreoffice.org/4062
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
This fixes fdo#64068 and correctly without reintroducing the crash with
Undo/Redo.
Change-Id: I9ad48f6dbb7f1587985f8da9eba3886dfd4068de
Reviewed-on: https://gerrit.libreoffice.org/4066
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
opened with LTR UI.
Change-Id: Iff6899539fe0b1788df7b09f91f850b91bcdb811
Reviewed-on: https://gerrit.libreoffice.org/4024
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: I86b927d5c2e6a643beac8b9a151f572c028c18f3
Reviewed-on: https://gerrit.libreoffice.org/4063
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
regression from 6191fa0847ac5b27083efe1a8c6cd84d080a638c
Change-Id: If7fc18e7d0bcbf1075a0ecdb1c0dcf3d207f1bda
Reviewed-on: https://gerrit.libreoffice.org/4054
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Project: translations 13c35052f95c82d80f0751d80c4b9c03f488b5de
|
|
Change-Id: I540821fd7058bf0da27d955c9d966a10dd21ec94
Reviewed-on: https://gerrit.libreoffice.org/4050
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
When loading from odt, table cells which are covered (due to merging of
cells) are replaced with an empty cell by
SwXMLTableContext::ReplaceWithEmptyCell. However if there is a sequence
of cells covered from above then their replacements are accidentally
inserted in reverse order, which produces this infinite loop problem when
saving as doc.
The reverse ordering in SwXMLTableContext::ReplaceWithEmptyCell was because
the insert position came from SwXMLTableContext::GetPrevStartNode which was
very careful to skip previous covered cells. However those cells have
already been replaced with an empty cell so they should not be skipped.
Change-Id: I6a022cd1490afa181dbc3e4b2d6ed4af3077b363
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I7ebf75f49c89edcb0bba3a597ba24ac1c0a655ef
Reviewed-on: https://gerrit.libreoffice.org/4045
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
|
|
Change-Id: I19920a19543a5dde1761711a736090e56c3254f6
|
|
Change-Id: Ie6c944d53d6e2fcdd161f674e32c9fbfd761d844
|
|
Some special characters, like { and }, were not skipped when they
occured as a replacement character for \uN keyword.
(cherry picked from commits bfb93ffc6d72d22a833acf9d8c9d166153dad7c0 and
ec8e012e980c88c8f24a7de44e44d0319bae2801)
Conflicts:
sw/qa/extras/rtfimport/rtfimport.cxx
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
Change-Id: I19b66a290cd9880924774fa89bb29df280e44a3c
|
|
(cherry pick my fix from master 2d3d942683d1cce738eab09b58e4fd693d5e7241)
- Mapping LO default style to Word "Normal" style for docx output used a
hard coded style name, so it broke when LO's default style was renamed
in 4.0 (plus it would never have worked for non-English languages)
- This renaming did not cater for nameclashes, leading to fdo#63603
- Similar renaming when importing doc styles did cater for nameclashes,
but had a minor bug in that
Change-Id: Icd4f27fb1760f0c1ca068c742c48ebcd71d1eb15
Reviewed-on: https://gerrit.libreoffice.org/4039
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: Idbaa8cea7427db3103954c6c60aa7caa6784a3ba
Reviewed-on: https://gerrit.libreoffice.org/4022
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit aa360797608efd5b03e9eccf0ab934410e042734)
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
Project: translations d60616b0e1715918e68b7bb3a26a7f901599185b
|
|
The WebDAV UCP uses https/davs URLs that may contain a userinfo (cf. RFC 3986)
part, and INetURLObject does not support that (in accordance with RFCs 2818 and
2616) and thus creates an empty INET_PROT_NOT_VALID INetURLObject for such a
URL, leading to failure when trying to save a document to such a URL.
(Regression introduced with 966d20e35d5a2be2fce6c204af5c156c3ead7063 "CMIS ucp:
write documents back to CMIS server.")
Change-Id: Ifd396852b211cab1d29575da7fccb32306479f93
(cherry picked from commit 3f5c45b70864af95a6362acf4684fb57eb85e348)
Reviewed-on: https://gerrit.libreoffice.org/4019
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
This avoids setting null as text to the shape.
[empty_text seems to be the initial value of text for shape
rather than null - something recent? We also seem to
export empty <text> entries because of this]
(cherry picked from commit 19b217505d094577392d8712b9d07f29b3de2081)
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
- replaced the really ugly goto hack though
(cherry picked from commit ee1db992b98378b5e2f5e9aa8af0e36c375e582f)
Change-Id: I14dfbe414dc16b634fbaca0a365e2e9ec37ab08e
Reviewed-on: https://gerrit.libreoffice.org/2133
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Iaa439c268eda24d700471560927d8f4c0f2e017b
(cherry picked from commit 6a0a33444255fcdbe16500de24fc5bfd74adca4b)
|
|
export ppt file to PDF format.
* subversion/main/vcl/source/gdi/pdfwriter_impl.cxx
[]Change nXOffset value from the distance of axis Y between two points to the distance between two points.
Patch by: Tang Meng<tmyl2010@gmail.com>
Suggested by: Wang Zhe <kingwisemmx@gmail.com>
Found by: Tang Meng <tmyl2010@gmail.com>
Review by: Wang Zhe <kingwisemmx@gmail.com>
(cherry picked from commit 58b6a6161e7edd10d33fdb67510e7d68440128f9)
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I3c6aef6d845a7494d54b3c902654b21f3939e8cf
Reviewed-on: https://gerrit.libreoffice.org/3999
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
this will fix the start position for drawing and you can draw shapes
from left to right when the Sheet are RTL
Change-Id: I5cc8eabf474918968bea026dba9c5add2bb4f28e
Reviewed-on: https://gerrit.libreoffice.org/3912
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
(cherry picked from commit 3661c3eb0124d6f4799fe7c4393d4576e1613bfb)
|
|
fix the X position after check if the sheet are RTL
Change-Id: Icbb9ce44508698e0f03898b202e033c07ae2de70
Reviewed-on: https://gerrit.libreoffice.org/3954
Reviewed-by: Noel Power <noel.power@suse.com>
Tested-by: Noel Power <noel.power@suse.com>
(cherry picked from commit a53efad8dea0b0d78a5ff2b84aa2f09a4c178fd6)
|
|
The default button was missing because the dialog was to small (it "fell off").
Also the default button was placed a bit to far from the help button IMHO.
Change-Id: I05a079cacf6e5ac73861aff4a7dab7a455f3f181
Reviewed-on: https://gerrit.libreoffice.org/3995
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The true cause is that the flat text file database driver mishandles
the case of two ResultSets being open on the same table: the moving
commands of one impact the other.
Since in this case:
- one ResultSet is open by the dispatch of
".component:DB/DataSourceBrowser", that is the grid UI shown to the
user, and that ResultSet is kept open to serve requests by the user
to scroll;
- the second ResultSet is opened by the call to
pNewDBMgr->GetColumnNames
and that ResultSet is closed by the time GetColumnNames returns
We just swap the order of these calls to work around the underlying
driver bug.
Change-Id: I628d9b870df2bbc402637818f987637d3bd62897
Reviewed-on: https://gerrit.libreoffice.org/3959
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Iac154020b4b6309f92b1f68fa5bf79611dfcc91b
Reviewed-on: https://gerrit.libreoffice.org/3961
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Unlike in case of msvcr90.dll, which went to WinSxS, msvcr100.dll is installed
to the "system32" folder. Windows installer automatically replaces it to
SysWOW64. The problem is that this way 64-bit dlls end up in the wrong directory.
They conflict with the 32-bit dlls, and will not be installed. Therefore
64-bit shell extensions will not work, unless the 64-bit VC runtime is
installed from other source. It is not possible to install both 32-bit and
64-bit VC Runtime with merge modules in case of VS 2010 and VS 2012.
For the 64-bit shell extensions, we can install the runtime dlls next to the files.
Conflicts:
scp2/source/ooo/vc_redist.scp
Change-Id: I47060f8ff764ca1156596139ecbec003f964bc60
Reviewed-on: https://gerrit.libreoffice.org/3990
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Reviewed-on: https://gerrit.libreoffice.org/3981
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Conflicts:
solenv/gbuild/platform/com_MSC_class.mk
Change-Id: I71a3960b21f2c996b97e1a5707f20b30819fd6bd
Reviewed-on: https://gerrit.libreoffice.org/3987
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I0141dc06d940e64244909ddcb8b7e5bb797c337f
Reviewed-on: https://gerrit.libreoffice.org/3986
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Tweak another fallout from String->OUString
Change-Id: I3932bdb441fe6b08cefa6331870956664ade77bd
(cherry picked from commit 175509176433cf5df2d98718e1a6f9cf5bbe9658)
Reviewed-on: https://gerrit.libreoffice.org/3975
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I05cefb96d7d6290ff7e1a89fa88b21da7a6c82a2
(cherry picked from commit 59d6bde4045e928b5d68fb23e3340fa0e48f3e33)
Reviewed-on: https://gerrit.libreoffice.org/3946
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I9bae7d0ea71072168ba53d7376e816bcd05722fa
(cherry picked from commit 6389bf38961d84fd3e1c8fbdc78040e1b1be3ba9)
Reviewed-on: https://gerrit.libreoffice.org/3944
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
(cherry picked from commit 4c3ad94c70f98f5062bf96a6f1339992b7ec2bd1)
Conflicts:
libcdr/ExternalProject_libcdr.mk
Change-Id: I8e70cd72e8c7934b2a04fbe6b9ed5f662c494960
Reviewed-on: https://gerrit.libreoffice.org/3943
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
(cherry picked from commit 0f28a2a5e29499b62074dad4442fafa57858677d)
Conflicts:
download.lst
libcdr/UnpackedTarball_libcdr.mk
libcdr/libcdr-0.0.13.patch
Change-Id: Ifb3f8a7b0e40ee8b33fab4dded3f75f040e75f72
Reviewed-on: https://gerrit.libreoffice.org/3942
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
... in destructor. Otherwise it will access freed memory when
eventually called. This crashes since OOo 3.2 but no idea why it would
appear to not crash in earlier versions.
Change-Id: Ie3ab7ddf19fb1086f0b7d824555ab6b063e2b9ad
(cherry picked from commit fc63700181ab0f42eab5f98328074fe1682344f8)
Reviewed-on: https://gerrit.libreoffice.org/3937
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The pObjList is 0, so use pObj's GetModel() which should be the same.
(regression from 115054fef08998c56cba8f14472df1d15007f635)
Change-Id: Ib20e1806518f7b3b33d3fb4472d79d531ea9f1de
(cherry picked from commit 71f990d286c603b3bf220c8d93af69f04a45dd7a)
Reviewed-on: https://gerrit.libreoffice.org/3936
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Since 6619955e72c1c2f29a32e82478d19147c0d7610a Date::GetDaysInMonth()
operates on the normalized value that corresponds to the actual values
set at the Date instance, obtain and set number of days for the intended
month instead of using the rolled-over date.
(cherry picked from commit cd9d1bdf5e3351c929d5b651c009ee17b4d962c4)
Conflicts:
sc/source/core/data/table4.cxx
Change-Id: Ia6b007675104f8e134b278f216c3bb48b72f061c
Reviewed-on: https://gerrit.libreoffice.org/3938
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
This reverts commit 9411d4d56374a55777019d58c1e7f45767662707.
Change-Id: I1165ab1a2c0059e40c4963c99cabfcadb7d0bcb4
Reviewed-on: https://gerrit.libreoffice.org/3932
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
This was actually a documented feature, so removing it just because it
only happened to work sometimes by accident was a bad idea :)
(regression from f4b6c94c68b5f67b931cde8d0acda6ec8b288bb)
So implement this in a less accidental way, so that Ctrl+Shift+Del
at the last position inside a table will delete the following paragraph.
Do not implement the weird "only delete first sentence and merge rest of
paragraph into cell" behavior, because i don't think it makes sense;
much better to just delete the whole paragraph, that is also the most
likely use-case for this (with table in frame/header/footer).
Change-Id: Ia88b3c8958798fd9c64ee75b56c61d787079133e
(cherry picked from commit 38b06c661559e6eca60e2c4a4a3637b8293307b2)
Reviewed-on: https://gerrit.libreoffice.org/3928
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Regression introduced with 11cbcb8b08b540b144a5df744e9fba0b6ba8144a
followed by 56d6589368c2e88cffec0c2e518f7c90863eeae6
Deep from svtools/source/svhtml/parhtml.cxx HTMLParser::_GetNextToken()
only a HTML_TABLEDATA_OFF was generated for <td .../> without a matching
HTML_TABLEDATA_ON (actually same for all <XXX/> ON/OFF tokens). This
confuses a state machine that doesn't keep track of such unexpected
closures and also expects all attributes of an element at an ON token.
Only the parser knows this is actually one token but needs to generate
separate ON/OFF tokens.
These bugs mentioned in the original code and commits are still fixed
with this change:
https://bugs.freedesktop.org/show_bug.cgi?id=34666
https://bugs.freedesktop.org/show_bug.cgi?id=36080
https://bugs.freedesktop.org/show_bug.cgi?id=36390
Change-Id: I2b3190d297a35ee3dfda95f9a4841f7c53ed4a92
(cherry picked from commit bb7360ca9929e9b395b3c903f460c9ed5efdce4d)
Reviewed-on: https://gerrit.libreoffice.org/3925
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|