Age | Commit message (Collapse) | Author |
|
|
|
Change-Id: Ia1ddf969f876ce47b4195c60039b38f2a47f3470
|
|
Change-Id: Ib4c50a14e630e34daf1b39d28c4ed99b6367f26b
|
|
Change-Id: I7623fd0987fb737346f1c099563dd1e6343d9dc2
|
|
Change-Id: I0e9839e4ed02626eca17449b8d2f489ab50d39de
|
|
This should make it handle paths with spaces properly.
Change-Id: Ic4e36449435e1bab2441ea011ccea018f14b98cf
|
|
Change-Id: I959437dd440c0eec4fdfa75498a95295bb85cda0
|
|
Change-Id: Ibd9941ff5dcf303e83790a901e36008c98f57608
|
|
|
|
- otherwise it will became invalid immediately as in this case
and contain some random value from stack
Change-Id: I9e9e9660ec5d391549b16c6a0510c97cc11e7442
|
|
Change-Id: I6daea312198fae3a9717bd8d4fea6371aa4cd275
Reviewed-on: https://gerrit.libreoffice.org/1962
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: I4f37cb4bcde935bfbf6d412f4c81ef0451245f00
|
|
Change-Id: I2e28b9f9d52bcb01b04f98d39d12b6d8a627bec5
Reviewed-on: https://gerrit.libreoffice.org/2043
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
We now have a single libexpat instead of libascii_expat_xmlparse and
libexpat_xmltok. Hmm, no idea when that changed, but OK, that just simplifies
the fontconfig patch. (Note that the bundled fontconfig is used only for
Android.)
Change-Id: I3973d35a566bd3c86b013c96b7f3a6a8e249c2c0
|
|
There were two issues here:
1) c3b0f13546b30e5db3aecd311c7178e4e0933208 added a mechanism to work
around broken documents, but that didn't deal with nested tables.
Additionally, the check compared the max row width with the width of the
last cell, not the last row.
2) d276d3f3ae112a11c8cb5768650d147cbb94275e cleaned up implicit
horizontal merge detection, but didn't deal with valid documents, where
each row definition is available twice.
Change-Id: I1a32ec2fcb0d1a8fca7a7bd26501d3daf17880c9
|
|
Change-Id: I8e0d27b26afef08cc6ef963a2baadcddc78f6b27
|
|
Change-Id: Ib2b388c78c8f44a626267c2f8d3975b46ead3bd5
|
|
Change-Id: Icaa4095b2032fa87f8ed4982940ba2a166665cef
|
|
Change-Id: I481a4bbe06a5d0b3fb8701181d49d84d628fdd32
|
|
Project: help 612abeff1ee12d777ae84e53099db0863dfa57f8
|
|
Change-Id: Ia79a56f9b68ee11d3a45d30833332c58994383b0
|
|
Change-Id: I4851df1473fc7788af1ac642bb0fb527ec872821
Reviewed-on: https://gerrit.libreoffice.org/2020
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Project: dictionaries 350dc590b04041f15d6c570075ade425e4db93ad
|
|
Change-Id: Iba96fe09f6ff40cb878a99c6460d78c63dff1f53
|
|
Change-Id: Ie8ac76373f4f4a456cdfb7f1a77ce640a5595d10
|
|
Change-Id: Ia17fe443a41cbef129a7242c5d200b471ba72f34
|
|
Change-Id: I28ee4c77935f81f41fb564fcd0c19a5d02a1aa10
|
|
Change-Id: I5fe792ddfe1fac5166865c51014d87309d48bab2
|
|
Change-Id: Ida8a3847a54c5415e1802a6688e110202bac35c1
|
|
Change-Id: I268dba185df60bb21d6b87f8e71175f52ea1f1a3
|
|
Also bump minimum OOo version to 3.3 because of passive registration.
Change-Id: I6798f728d19adcc5d30e7d9fe4ae3c62c18876a2
|
|
Change-Id: Ie6ae2150e1f011e17034abcace18c5967b4dacf5
Reviewed-on: https://gerrit.libreoffice.org/2023
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
Thank you Kohei for the better patch you proposed to me
Change-Id: I145aaf6fd139a29373c41cc2ea81dadc9160f0fe
|
|
Change-Id: I54d7372bade5ac067a781956d987409008de0b2b
|
|
Change-Id: Ifb760fd0a0fa1430b77838a0340cc0956a0201a7
Reviewed-on: https://gerrit.libreoffice.org/2029
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
In the evolution address book where we have real column names of e.g.
first_name, second_name and city. On parsing via
OSQLParseTreeIterator::appendColumns that creates some labels using those real
names but the evo XResultSet gives them proper labels of First Name, Second
Name and City the munge means that here we have e.g. just "City" as a label
because it matches, while the others don't
The symptoms are to load the evolocal.odb and of the 128 columns column 5 is
repeated until 128
This is all a horrible confusing mess. It seems safest to catch the
mismatch of column counts and throw away the partial list and force
a generate of a full list.
Change-Id: I1d6e2a282bdd43acac63c366eb2a9d029aa17878
|
|
because we identified the addressbook by their user name continue to do that for evo >= 3.6
even though that's got a better uid we could use. This way we can reuse the automatic
mapping of fields in writer (search for Personal in officecfg) for mail merge
Change-Id: I42e1d7aac9dd9640f0bb38e9224a393ac81481a1
|
|
Change-Id: Ieffe1a374f3f94991ca63b6ccfbfb7bdc43255d6
|
|
Change-Id: I04d2a4d7d1520567dd0eb929ffb5d9fa53d35dd4
|
|
Project: help 331b8c672849fc422086552abb3723c82a2fa832
|
|
I hope that LO will handle potential incompatible menu or toolbar
entrie. But this problem happens also when updating between minor
versions.
Change-Id: I5be9b4e036464806d04eb6e0e9808b503f288498
|
|
Otherwise there's an error message e.g. during a clean build.
Change-Id: I42efd08e014a4ebe25cfd1a497f622e5ea5c39ad
|
|
CLANGFORCE was the first in the makefile after
c6ffe17631cccf11fbe00479d2169116d494a7da and therefore the default
Change-Id: Id3b86a1ea2c27479067f7f55a977da3e6e8a2dfb
|
|
Change-Id: Iaa91d3b1ab47e02edc69c2b9abdb33ae097571cb
|
|
Change-Id: Icac851be692837873b177b4bd9a7c47d3d785702
|
|
I had a conversation with some UX-members, they all agree the close button needs to be on the far most left of the findbar.
Change-Id: I3c13df4821f3f4f86fec02fa5427b2277fa10c19
Reviewed-on: https://gerrit.libreoffice.org/2025
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
|
|
installing it"
This reverts commit 3c71fa1e5ee6cd83f713c65a372006bc3aef0953. There are cases
(like failure to install a per-user extension during upgrade), where the user
may want to still see the broken extension in the Extension Manager, instead of
it "disappearing completely." A better fix would be to roll back registration
of the broken extension completely, so that "unopkg list" would not list the
first half of its parts as "is registered: yes" and the second half as "is
registered: no."
|
|
See http://code.google.com/p/android-coverflow/source/browse/LICENCE.txt
Change-Id: I29cd2f9115f9c711dc07d8efbe89e42bedab040f
|
|
With gdb 7.5.1 the dynamic_cast may cause "Couldn't determine value's
most derived type for dynamic_cast", which isn't helpful either.
So just print the current XInterface value in case the cast fails.
Change-Id: I453b1a8eecbb056853293280195f6475f8852f2b
|
|
... throws IndexOutOfBoundsException, since it's not supposed to happen.
Change-Id: I876e6cede88f86d12543d3ce65e1b0a0ca5389a7
|