[Libreoffice-commits] core.git: Changes to 'libreoffice-4-2-2'

Michael Stahl mstahl at redhat.com
Tue Feb 18 15:10:11 CET 2014


New branch 'libreoffice-4-2-2' available with the following commits:
commit dd52bba408800ac48fdfdf0e9173d4511d28168a
Author: Michael Stahl <mstahl at redhat.com>
Date:   Tue Feb 18 11:22:52 2014 +0100

    rhbz#1065629: RTF import: don't drop nested cells if not enough \cellx
    
    In this document written by "XMLmind XSL-FO Converter" there are less
    \cellx than \cell and thus when reading \nestrow/\row a whole buffered
    nested table \cell is lost and then subsequently the rest of the nested
    table too.  Try to fix that by counting both \cell and \cellx and
    replaying until the maximum of those.
    
    Cannot count \intbl since we synthesize that in various places.
    
    (regression in LO 3.5)
    
    Change-Id: I3b64ad94af842e076611418589a0c83bd18841c6
    (cherry picked from commit 07ef4cf096015f0e427ffd17cd26bb6837e75481)
    Reviewed-on: https://gerrit.libreoffice.org/8100
    Reviewed-by: Miklos Vajna <vmiklos at collabora.co.uk>
    Tested-by: Miklos Vajna <vmiklos at collabora.co.uk>
    (cherry picked from commit 34de0b64b9184a85cd7fb65d0e811b435e90fe24)
    Reviewed-on: https://gerrit.libreoffice.org/8102
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>

commit 0cd7894708f3a72706040207eb5f9dabb5cae5cb
Author: Michael Stahl <mstahl at redhat.com>
Date:   Fri Feb 14 22:18:27 2014 +0100

    fdo#68927: sw: fix painting of SVG page background
    
    There was a fix for a wrong constant resulting in too large image size in
    a1a0830d1ac3ffabbe35bd8a0264b64f1f7a9d67, and it turns out that painting
    of SVG backgrounds was relying on the wasteful rasterization:  the SVG
    is rasterized only once (at the initial zoom level) and then cached, and
    now the correct image size for 100% is simply scaled up when zooming in.
    
    Fix that by painting SVGs with the drawing layer primitives instead,
    which appears to give better results.
    
    Change-Id: I4be16856fd080290526d4963d8c512beefa85363
    (cherry picked from commit c9cdc1252374a04f866c0715cb582cc08935d92d)
    Reviewed-on: https://gerrit.libreoffice.org/8060
    Reviewed-by: Miklos Vajna <vmiklos at collabora.co.uk>
    Tested-by: Miklos Vajna <vmiklos at collabora.co.uk>
    (cherry picked from commit 884aa71132efe05aed456a5ca0cfd69ca148939f)
    Reviewed-on: https://gerrit.libreoffice.org/8082
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>

commit 3cacb879cba399157115f6764fd5a57f5ee0a5a9
Author: Kohei Yoshida <kohei.yoshida at collabora.com>
Date:   Fri Feb 14 12:28:03 2014 -0500

    fdo#73773: Check if the *document* is closing, not the *app*.
    
    Otherwise it would crash if the app has multiple document instances open
    and only one of them is being closed.
    
    Change-Id: Ib6e370037ab6097c9c6eff8035249663944b3a6c
    (cherry picked from commit 76bdf523981d2bd983dac4e01bc5cc934118a73f)
    Reviewed-on: https://gerrit.libreoffice.org/8054
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Michael Meeks <michael.meeks at collabora.com>
    Tested-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>
    Reviewed-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>

commit 931ac18da7c7da6f4bdb955ed2d6ce264cf97159
Author: Kohei Yoshida <kohei.yoshida at collabora.com>
Date:   Fri Feb 14 20:39:18 2014 -0500

    fdo#72691: Allow overwriting of string value with numeric one.
    
    This can legitimately happen when you have a matrix with a reference to
    another cell inside, and the referenced cell originally contained a
    string value then later overwritten by a numeric value.
    
    Example.  Put a "Text" in A1, and in B1 put a 1x1 matrix {=A1}.  It
    displays "Text" in B1.  Then put 11 in A1.  Prior to this change, B1
    would become blank.  With this change, B1 will display 11.
    
    Change-Id: I3feba3a8658e1a5ebf6f9e5ac34de2d579464ddb
    (cherry picked from commit 9bf907a8278cecd816368db7b8c4ab745a914a59)
    Reviewed-on: https://gerrit.libreoffice.org/8065
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Michael Meeks <michael.meeks at collabora.com>
    Reviewed-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>
    Tested-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>

commit 593f753b9b449ca9ab632fb68d1621d33d48b909
Author: Kohei Yoshida <kohei.yoshida at collabora.com>
Date:   Fri Feb 14 11:41:02 2014 -0500

    fdo#72390: Let's not skip auto styles from unmodified sheets.
    
    We do re-use sheet XML stream for unmodified sheets on re-save, which
    is okay.  But skipping auto style population from unmodified sheets
    is not okay because autostyles are shared across all sheets and written
    outside the sheet XML streams. Skipping styles from unmodified sheets
    could potentially fail to export used styles, not to mention could
    cause a crash as reported in the bug.
    
    Change-Id: I73e439f7354e341c2c07e28ecca5452193985860
    (cherry picked from commit 5000e64ecc55efd47d92714cf6db375ff37aac4b)
    (cherry picked from commit 47e540d8323e8ea2db5e7aae455503b32f306ca3)
    Reviewed-on: https://gerrit.libreoffice.org/8050
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Michael Meeks <michael.meeks at collabora.com>
    Reviewed-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>
    Tested-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>

commit 4ac7bf7f61ad616e705fd2b206b38b61c56cc24c
Author: Kohei Yoshida <kohei.yoshida at collabora.com>
Date:   Sat Feb 15 10:12:52 2014 -0500

    fdo#74512: Fix the ODS export as well.
    
    Change-Id: I54a2b2f405f9172d2ec5646346ef4e8a7ae27cb2
    (cherry picked from commit 9a5ce676ede4828db0acde5db79d91320575ec08)
    Reviewed-on: https://gerrit.libreoffice.org/8075
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Michael Meeks <michael.meeks at collabora.com>
    Reviewed-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>
    Tested-by: Jacobo Aragunde Pérez <jaragunde at igalia.com>

commit 19ec858470b517479e6fa636a5b8333db4ab2314
Author: Tomaž Vajngerl <tomaz.vajngerl at collabora.com>
Date:   Sat Feb 15 15:29:02 2014 +0100

    fdo#72967 Draw position size tab - min size is 0 not 1 (mm)
    
    Adjustment for size of an object had the minimum set to 1 (mm)
    instead of 0.
    
    Change-Id: I7d4c0998d2987448cea0fd7934649c02a513ac06
    Reviewed-on: https://gerrit.libreoffice.org/8073
    Reviewed-by: Andras Timar <andras.timar at collabora.com>
    Tested-by: Andras Timar <andras.timar at collabora.com>
    Reviewed-by: Kohei Yoshida <libreoffice at kohei.us>

commit 790f2acb48a3be3a9768ed7959e258b37939c247
Author: Kohei Yoshida <kohei.yoshida at collabora.com>
Date:   Thu Feb 13 14:45:47 2014 -0500

    fdo#74558: Re-implement BinarySearch() to disregard empty cell blocks.
    
    The old code before the calc core refactoring took advantage of the old
    calc storage which did not store empty cells at all.  The new storage does
    "store" empty cell blocks, and it did negatively affect the binary search
    used for VLOOKUP.  The revised binary search code properly skips empty cell
    blocks so that it will work more like the old algorithm in 4.1.
    
    This change also fixes fdo#72348, which was caused by the same root cause.
    
    Change-Id: Ic20cc54d8dae26b62f5e9193cd21dad06ad10a3e
    (cherry picked from commit 377d749ff8211fa9e69d47a92810af9bc0652990)
    Reviewed-on: https://gerrit.libreoffice.org/8043
    Reviewed-by: Norbert Thiebaud <nthiebaud at gmail.com>
    Reviewed-by: Andras Timar <andras.timar at collabora.com>
    Tested-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>

commit 714f11420bbe5c5721848cb41dbf7c2cd2116c46
Author: Winfried Donkers <winfrieddonkers at libreoffice.org>
Date:   Fri Feb 14 17:54:20 2014 +0100

    fdo#73800 fix incorrect separator in function description in Calc
    
    Depending on locale, the function description with arguments did
    show incorrect separator(s) for functions with PAIRED_VAR_ARGS.
    
    Reviewed-on: https://gerrit.libreoffice.org/8052
    Reviewed-by: Kohei Yoshida <libreoffice at kohei.us>
    Tested-by: Kohei Yoshida <libreoffice at kohei.us>
    (cherry picked from commit f38aa72c1d8f9e535d2b5cefbb2af7f6f37b81a8)
    
    Conflicts:
    	sc/source/core/data/funcdesc.cxx
    
    Change-Id: Ie493a77285360a099e5b07e8360ecb5c6c6c1aec
    Reviewed-on: https://gerrit.libreoffice.org/8058
    Reviewed-by: Kohei Yoshida <libreoffice at kohei.us>
    Tested-by: Kohei Yoshida <libreoffice at kohei.us>
    Reviewed-by: Markus Mohrhard <markus.mohrhard at googlemail.com>
    Reviewed-by: Andras Timar <andras.timar at collabora.com>

commit 3232b29c4ca79724b04586e161c3a1938bf25f07
Author: Stephan Bergmann <sbergman at redhat.com>
Date:   Thu Feb 13 23:20:28 2014 +0100

    More java.lang.System.mapLibraryName dylib vs. jnilib confusion
    
    ...like a76261ac9e40eb57e942db2c7aea8b8a5e904ff2
    
    Change-Id: I803dc81344efb5e8021d9ef4146c06ecf82ca63b
    (cherry picked from commit 0d396800021684a8c0875e45ed1440011fd7f9b0)
    Reviewed-on: https://gerrit.libreoffice.org/8041
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>
    Reviewed-by: Björn Michaelsen <bjoern.michaelsen at canonical.com>

commit 1190320874559a74ee5bcaa52983ca779eb874ca
Author: Stephan Bergmann <sbergman at redhat.com>
Date:   Thu Feb 13 22:43:31 2014 +0100

    fdo#74683: java.lang.System.mapLibraryName dylib vs. jnilib confusion
    
    Change-Id: I8fd7b908613a90c983f2244383432dd50ba10cdb
    (cherry picked from commit a76261ac9e40eb57e942db2c7aea8b8a5e904ff2)
    Reviewed-on: https://gerrit.libreoffice.org/8035
    Reviewed-by: Lionel Elie Mamane <lionel at mamane.lu>
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>

commit 6f1f044a4944cb8169bd75e9952f9e7883322bfe
Author: Christian Lohmaier <lohmaier+LibreOffice at googlemail.com>
Date:   Tue Feb 18 14:51:52 2014 +0100

    bump version to 4.2.2.0.0+
    
    Change-Id: If38357f09083b46a896a38984e8fbb20ecace8f0

commit 90734ea8eebc47808bdaea080c2d0b7ce18360de
Author: Christian Lohmaier <lohmaier+LibreOffice at googlemail.com>
Date:   Tue Feb 18 14:51:03 2014 +0100

    Branch libreoffice-4-2-2
    
    This is 'libreoffice-4-2-2' - the stable branch for the 4.2.2 release.
    Only very safe changes, reviewed by three people are allowed.
    
    If you want to commit more complicated fix for the next 4.2.x release,
    please use the 'libreoffice-4-2' branch.
    
    If you want to build something cool, unstable, and risky, use master.
    
    Change-Id: I57b10fec82ec89718637f669c2838f8f01ec3301



More information about the Libreoffice-commits mailing list