Age | Commit message (Collapse) | Author |
|
The body frame did get a request to shrink, but because it had fixed
size, nothing happened. Trigger a recalc that does the right thing wrt.
hidden whitespace.
(cherry picked from commits 72f0067258fd7738217abd43452abe282e05c11b and
af47b54d49355a003deda722b5d0112a7b746485)
Conflicts:
sw/qa/extras/uiwriter/uiwriter.cxx
Change-Id: I446978da8b33372c2ab30200b45b1bcec1dea7a0
Reviewed-on: https://gerrit.libreoffice.org/21084
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Possible because boost::property_tree can throw an exception.
Change-Id: I68394ce3b30d448d40d8e22555bafdff1ffa6092
Reviewed-on: https://gerrit.libreoffice.org/21309
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 02b49890d51ec463d32846f1108344159664a9eb)
Reviewed-on: https://gerrit.libreoffice.org/21345
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
This reverts commit a7816853bad55ada597092c16ba9a0a761e067d0.
tdf#94069 (freeze) has been corrected differently in libreoffice-5-1 anyway.
Change-Id: I901b16f2f1fe0cf0fd6b44c41f3dd47db88041f7
Reviewed-on: https://gerrit.libreoffice.org/21344
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Regression from commit eeb8297e47bae11f2aeaa7bae6e51eee921e9e58 (Use
constants for ST_TextEffect values, 2014-09-22), the problem was that
while the tokenizer stopped using hardcoded token values, the matching
dmapper code wasn't adapted.
(cherry picked from commit ac6bfd85df271b650dbd24b45391dac346ecd72c)
Change-Id: Id61912e9c9458efc87e0a6f8e461663942c555f0
Reviewed-on: https://gerrit.libreoffice.org/21343
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Project: help c1ceff53b1e8f453a4451616a1ddcb49460dfca6
tdf#85433 help content for WEEKNUM, ISOWEEKNUM, WEEKNUM_EXCEL2003, WEEKNUM_OOO
Change-Id: I92995b4de6fe18d981757f0d273ddce5c11b1559
(cherry picked from commit 71a3f0e66fb6fb37f73fe3841a36ba00bec5beaa)
Reviewed-on: https://gerrit.libreoffice.org/21248
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
..to avoid problem shown with comphelper added to libmerged. More info in
http://lists.freedesktop.org/archives/libreoffice/2015-November/071189.html
(cherry picked from commit c6122fe6143ff1efa9f449d46a848cf3071ac67e)
Apparently it was problem also without merged comphelper. Seen in
CppunitTest_libreofficekit_tiledrendering in libreoffice-5-1.
Change-Id: I2017d87f64f1ae3a1a1cf2e50bce24c05cff6321
Reviewed-on: https://gerrit.libreoffice.org/21243
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
7c3c3006deaaaf1bb3f2f4eeeaf11da3bcebe53c is apparently worse than it
appeared at first glance since there are numerous assumptions about
bookmarks, such as that if they were inserted successfully they may be
copied successfully, which isn't the case for duplicate cross reference
bookmarks.
So fix this differently, by eliminating the duplicates and mapping all
reference fields to refer to the surviving bookmark.
It was not possible to do this in SwXBookmark by checking the makeMark()
return as that would raise interesting problems such as it's currently
guaranteed to have 1:1 SwXBoomarks to core Marks so we can't just
connect 2 SwXBookmarks to the same core Mark, and we also can't leave
the SwXBookmark unconnected after attach.
Another alternative would be to temporarily allow inserting the
duplicate bookmarks and then eliminate them after the import, but what
is implemented now is to check from xmloff for duplicates, which is
reasonably simple.
Change-Id: I7ee4854d1c9d8bf74201089cbb7287b1bd8ee3b9
(cherry picked from commit 774fb6d2e7cf36b677e66c54278225b1256bd40f)
Reviewed-on: https://gerrit.libreoffice.org/21277
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
The wget download apparently uses the time stamp of the file on the
server by default, which breaks incremental builds.
If wget downloads the file and it does not get the current timestamp at
the time of download but the one the file happens to have on the server,
then if you built from the previous version of the tarball at a later
time than the timestamp of the new tarball, make won't detect that it
has to unpack the new tarball.
The curl download should not be affected since curl requires an explicit
-R to use the server side time stamp.
Change-Id: I6bab51d20b8ab5e485fe68d3f27c31aaddc99f68
(cherry picked from commit 2f79c760b48965a04c260745fb9a23a6e1086faa)
Reviewed-on: https://gerrit.libreoffice.org/21252
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I5f55e4cce26096afcae3ad3711efa37757aada39
Reviewed-on: https://gerrit.libreoffice.org/20798
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 398ef76d5dc3ec1ed22fa1d9fd9151b61cce54e2)
Reviewed-on: https://gerrit.libreoffice.org/21273
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
This way we can directly reference any property by pointers to
GParamSpec stored in a static array, rather than looking for
property using property name. The former is a faster approach.
This will come in handy for functions, such as, g_object_notify
which needs to access properties to notify the object of any
property change in a faster way.
Change-Id: Ic4087bff3bdb63a3e8853d158c7af688e5e67811
Reviewed-on: https://gerrit.libreoffice.org/20797
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 81f31f5151b54899ac5461c9c7c4021cdf31a9a6)
Reviewed-on: https://gerrit.libreoffice.org/21272
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
Change-Id: I003839589354f02f8064b6a6af6174d2793b9b3a
(cherry picked from commit 92305c3c41d120b868e0821221a583697868ad6d)
Reviewed-on: https://gerrit.libreoffice.org/21271
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I2384091557c2a3b061e2c60118309f35b65b45d6
(cherry picked from commit 746da6b7fb3829e1ca23a4b8dfec6c502bac681c)
Reviewed-on: https://gerrit.libreoffice.org/21270
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I79bf35a4c1a2f0463abc202f6c2b104ffdd5139c
(cherry picked from commit 5b05a3fa2d6873c1046a959c545db133b1974e2c)
Reviewed-on: https://gerrit.libreoffice.org/21269
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ic5d7c88ae4080c2e103fb691c2e326a9e239aa12
(cherry picked from commit 169298fa73d2c5429d1960db6049a4ed15653b4f)
Reviewed-on: https://gerrit.libreoffice.org/21268
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
For example, when document has been destroyed using
lok_doc_view_destroy_document()
Change-Id: I531b85018ffa25bcf88fb101c912b9f11b489a97
Reviewed-on: https://gerrit.libreoffice.org/20779
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit df4a196b8f1e97d8a45d1d517942e01bd13182e7)
Reviewed-on: https://gerrit.libreoffice.org/21267
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
Change-Id: I2f62bae37719ce96677a5ca6ffd93c8edb325a6a
Reviewed-on: https://gerrit.libreoffice.org/20777
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 9c8c3acffa304e2d85dcbbdb5bf9decc9b255b13)
Reviewed-on: https://gerrit.libreoffice.org/21266
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
Change-Id: I07add7b9dcb1dc53d7ed61ff71545489de3be155
Reviewed-on: https://gerrit.libreoffice.org/20778
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit b902432b431d01634c1f56e4758ec236a999650d)
Reviewed-on: https://gerrit.libreoffice.org/21265
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
G_PARAM_CONSTRUCT implies that parameter will be set upon widget
initialization which means calling lok_doc_view_set_zoom() while
document still points to null.
Change-Id: Ib576ac3b32c2349be2b2df6067ae79a056a03028
Reviewed-on: https://gerrit.libreoffice.org/20775
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit a2682e4b081a9a8c6814db768e4ee9e5390907ae)
Reviewed-on: https://gerrit.libreoffice.org/21264
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
Change-Id: I8305f3eb45330f457089ca0524a0df004410f59c
Reviewed-on: https://gerrit.libreoffice.org/20774
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit 244aad533b0fd714136f4f62b5a07fc136c740f0)
Reviewed-on: https://gerrit.libreoffice.org/21263
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Pranav Kant <pranavk@gnome.org>
|
|
Change-Id: I422ea8cfb8a81cca36203d496b92e15ea5b449d2
Reviewed-on: https://gerrit.libreoffice.org/21289
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ic71b8a94cabc392e7b83df70c1691de8f4c12b43
Reviewed-on: https://gerrit.libreoffice.org/21295
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Also revert "tdf#96257: Silly work-around to produce same result ..."
from commit ec8bc265050d86a749140c353360a78cce4e3fce.
XOR rendering (it turns out) behaves oddly, and not for all operations.
Change-Id: Ie07d988bbf7fed10fb5625ac547a01a306b05319
Reviewed-on: https://gerrit.libreoffice.org/21282
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/21288
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
This is useful for some complex controls (e.g. Combobox).
Regression of cb4177b5f6d2c63548fa544a19b36001c57193e4
Change-Id: I683cc20e9db72a4dd58d89063ec6bfcd05a1068e
(cherry picked from commit ee3cd777e187669f2d9dec156854c00cab948a50)
Reviewed-on: https://gerrit.libreoffice.org/21296
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
(cherry picked from commit 627c2469843c9461b665c4571f1214aca7fc36a4)
Change-Id: If3d9f6272031e08ab228cfa58963d60ceede2498
Reviewed-on: https://gerrit.libreoffice.org/21115
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
We don't want a potentially outdated copy to be used.
Besides, when it was in the user profile, it did not exist the first
time after an installation, or a user profile removal, when we
attempted to read it.
Change-Id: I21290090a3bbb44864730dff84c81e80add89fb3
(cherry picked from commit 989f0fa8dbe6af56aa33fc6b8c63364811f8635c)
Reviewed-on: https://gerrit.libreoffice.org/21204
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
The 15.x.y.z.d number is not the real version number that our code
sees.
Change-Id: I8e434c0c3e3c4ff6ea8a6810f0b09f9b2befc438
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>
|
|
When UniscribeLayout::DrawText() was used from MultiSalLayout to draw
the base layout level after having drawn fallback glyphs, it
mis-rendered the runs that contained the missing glyphs. Avoid this by
handing the pRectToErase parameter also here.
Change-Id: Ib40aa9e9e60d72db1cdd331ba03ae8230aadbba8
Signed-off-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/21203
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ifbd88aa55d5aa32a7b8dc11d7ac0310d0ef1e5d1
(cherry picked from commit 8085555f6de5905028fdc0761c9e5b2fd4a3609a)
|
|
Have two releases be able to read ISOWEEKNUM first.
Change-Id: I7ea8141043d18076a65396374dec40a806c8ab6a
(cherry picked from commit 7994b77819a5de7a6da46ab01386883559e7a7d1)
Reviewed-on: https://gerrit.libreoffice.org/21229
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
I see "warn:legacy.osl:22439:1:package/source/zipapi/ZipFile.cxx:583:
Can't detect password correctness without digest!"
when opening file saved with password.
Obviously css::xml::crypto::XDigestContext used in ZipOutputEntry does not
work properly when encrypting files in parallel, so don't do that.
Change-Id: I4b354535240a4f31a6bc6855cf7f9af527634e7e
Reviewed-on: https://gerrit.libreoffice.org/21238
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Matúš Kukan <matus@libreoffice.org>
(cherry picked from commit eaed822c9cf6b3762f727f1281003dafd300df6d)
Reviewed-on: https://gerrit.libreoffice.org/21241
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
The width was decent, except that on small paper (A6) it was
wider than the paper size.
The height was terrible - the minimum size possible. It was too small
for even a single line of text. That made it hard to grab the table edge
(instead grabbing a row edge) when trying to resize.
Now the height and width are limited to the page/view size,
and based on the number of rows created. One possible enhancement
would be to use the border width instead of the page width.
Change-Id: I4e106a7bc34f65886e3c80d308499242c0fdd7d8
Reviewed-on: https://gerrit.libreoffice.org/21171
Reviewed-by: Justin Luth <justin_luth@sil.org>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit 66b8b09d0aa97e4009d2019a9d93b74cd1e11a09)
Reviewed-on: https://gerrit.libreoffice.org/21214
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Project: dictionaries b186814ea5952df5ee543b218a265fc0fe4d48fd
Update the Swedish spelling dictionaries
Update to the latest dictionaries version 2.39.
Change-Id: I464aa0bbc9d58b0ec2f3b82906dabe60a49c020e
Reviewed-on: https://gerrit.libreoffice.org/21151
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit 3f7bdd798006d506d83d58e699d52878326bbd62)
Reviewed-on: https://gerrit.libreoffice.org/21199
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: I0fb54956bffc77dad4236b326eee3af836017623
(cherry picked from commit ece5cc21aa7814be79016e0d285981c6ced4d9ee)
Reviewed-on: https://gerrit.libreoffice.org/21206
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
... to avoid calling C:/Windows/system32/{sort,find}.exe, if those
happen to be first in PATH.
On a Windows 7 system, the other conflicts appear to be harmless,
we don't use "more", "expand", "timeout", "whoami".
Change-Id: Iceefeb7ee6725291b04c0eba465991bb1df96b57
Reviewed-on: https://gerrit.libreoffice.org/21175
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
(cherry picked from commit e9cd5087366f930efd89a95c0a5610fe8f375581)
Reviewed-on: https://gerrit.libreoffice.org/21205
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
There is actually a comment in the mail merge code:
// convert fields to text if we are exporting to PDF
// this prevents a second merge while updating the fields
// in SwXTextDocument::getRendererCount()
This was included to fix i#93714.
But the reference to 2005-05-23 #122919# in the actual code
doesn't help to understand, why the original code is needed.
I would like to get rid of it, but currently don't have time
for tests.
So the optimization to skip ConvertFieldsToText() and use a
single working document for individual document mail merge
breaks for PDF, as the working document won't contain any
fields after the first document is written.
This uses multiple working documents for PDF export again.
(cherry picked from commit d7e0d0135ba65243fab5ee038c21290b8e74e548)
Conflicts:
sw/inc/dbmgr.hxx
sw/source/uibase/dbui/dbmgr.cxx
Change-Id: I0cf1c64da27863fc5fb4bb6c7812fed90b737d13
Reviewed-on: https://gerrit.libreoffice.org/21136
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I3355d25f04a3c57063fd3d03e72a75da32e16efc
Reviewed-on: https://gerrit.libreoffice.org/21109
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/21195
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ie11281285de012dfd61f4b3b04b4144cd90d382a
Reviewed-on: https://gerrit.libreoffice.org/20989
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/21196
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I3e40a8006278b094d494820e6f47628c6579e78a
Reviewed-on: https://gerrit.libreoffice.org/20883
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/21194
|
|
Change-Id: If43ca99631fab5a3a04e7dead9b694cf52944666
Reviewed-on: https://gerrit.libreoffice.org/20882
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/21193
Tested-by: Jenkins <ci@libreoffice.org>
|
|
At the same time added a log in WebDAV, useful to discover the
issue.
Change-Id: I3435f8d3da28f7d6b4c2e154cf2bb5ee33a9a690
Reviewed-on: https://gerrit.libreoffice.org/21047
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
(cherry picked from commit 5c4de8f1991f1a9964e661717dc6b46f6a6a3608)
Reviewed-on: https://gerrit.libreoffice.org/21172
Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
The Test currently tries to test the OpenCL and the SW interpreter and
assumes that it will show different results. However if we succeed in
generating an OpenCL interpreter we will never generate a SW interpreter.
There are a number of problems with the approach taken in this test.
1.) Assuming that we are able to execute OpenCL is an invalid
assumption.
2.) Changing the configuration inside of a test needs to be exeption
save as we are otherwise left with a strange config for the remaining
test cases.
3.) Changing the configuration does not change the formula group
interpreter. This needs to be done explicitly.
Change-Id: I679985ee7551b21aaa52038e107324980e7e1bb6
(cherry picked from commit f4dc8a869ac49f19c20fc5fa606448e9103726bd)
Reviewed-on: https://gerrit.libreoffice.org/21202
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
I.e., don't try to create auto-layout for clipboard pages which
don't contain one; don't resize objects to text.
Also, don't invalidate items that are equal to defaults,
because explicitly set items are not the same as absent items:
pasting an object without an item makes the property to inherit
new target's default, while when the item is present, the default
doesn't apply.
Also, don't consider selected state of the page while stringifying
- this makes selected page string to differ from not-selected
clipboard page.
Change-Id: I172e03e1a8c428e5fcae3a116cc9ad8de79f1a87
Reviewed-on: https://gerrit.libreoffice.org/20871
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
(cherry picked from commit 3b4059dc53ec764be5423517363223043d6dbfad)
Reviewed-on: https://gerrit.libreoffice.org/21104
|
|
Do it much earlier - while we have a valid OpenGLContext.
FixedTextureAtlasManager should also use ref-counted textures properly.
Also - dispose embedded textures early in VCL shutdown while we have
a valid OpenGLContext.
Also - dispose the native widget control cache earlier too.
Change-Id: Ie258283147d02984b6f507c0075d114ae7288051
Reviewed-on: https://gerrit.libreoffice.org/21089
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/21119
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Don't ask.
Oh well, if you want to know: For some people, like me, Cygwin and its
Perl run into horrible trouble with the fork() emulation when building
OpenSSL. (But my Cygwin works fine for all else in the build. Go
figure.)
So I came up with a way to use prebuilt OpenSSL binaries. Not to be
used for release builds, of course (and the configury checks for
that), as long as our policy is to build all we can from sources.
Change-Id: Ic303bdf0c620c5122aca3d646fa1f0587221e70f
(cherry picked from commit cf029192e4ac9ce0e24ddfd880f5f9d557cf9c28)
|
|
Change-Id: I14628e9dee8651e87b4782057c4681fded5e4643
(cherry picked from commit 1fd7994a4ea7daf8bdbf394f4d5cd8f678d00758)
|
|
vcl: Ignore i965’s shader compiler debug
(cherry picked from commit 928fe134ff6ea85f732b36a1ab11336f1d829531)
slideshow: Fix a few issues in the Glitter transition
Remove an unused variable, add comments, reduce the time a tile stays
black, and don’t rely on implicit casts of integers into floats.
(cherry picked from commit 22480b20130d10f4691cdf0a658040be7f36e47b)
slideshow: Improve the Ripple transition to match PowerPoint better
(cherry picked from commit 1d411cad5a7d78ead8cffb5da522f1e0fba31187)
slideshow: Improve the Vortex transition to match PowerPoint better
(cherry picked from commit d886fef25c5978dd4b07fa0e3ce2402874a6c29a)
slideshow: Define inverse() to bring back the GLSL version to 1.20
(cherry picked from commit a301da7cb6c562cd21983d9b3b34dc01235a82a5)
Change-Id: Ifd33ae982b762af3ea8d88b2b2de259aabeebc9a
Reviewed-on: https://gerrit.libreoffice.org/21116
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
That's what the code originally did, when the versions were hardcoded
in the C++ code. The 15.40.4.64.4256 is the "marketing" number for the
version that was suggested to use instead. The code can not handle
five-number versions anyway, and this blacklist entry was ignored. An
actual version as reported by the system always has four numbers, to
the best of my knowledge.
Change-Id: If7e2e91bbd81fc75d03eacb38580df16c6e09d78
(cherry picked from commit 90e1baf4ed1cf03bec430870d870ede0984f9adc)
|
|
Change-Id: I65022f30e21cb94fc8c653ef8e2797da3746875c
(cherry picked from commit d12dcbcb61b1818c7ea58650fc06bf4aa04057cf)
|
|
Re-work the makeSomeOpenGLContextCurrent logic into a shared function
with the existing AcquireContext logic in the SalOpenGLGraphics impl.
Use an OpenGLVCLContextZone placeholder to do both context and zone
management - to include destructors into the zone.
Fix a number of error cases around SalBitmaps where we did not have
a GL context associated when allocating, and/or freeing textures..
Don't drag a (potentially) slower context around in the
OpenGLSalBitmap when we're going to check / fetch a better VCL
context anyway.
Remove ScaleOp pieces to synchronize with master for maintenance.
Change-Id: Ibbb2358c47156cd078ad28b6aad4f03af36aaf23
Reviewed-on: https://gerrit.libreoffice.org/21149
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Project: translations 43f43172246e258a65afd8c6252cbf0181560811
Updated Slovenian translation
Change-Id: Id3cef09e9da3b2d1711d8a6a551c53ec11b86c9f
|