Age | Commit message (Collapse) | Author | Files | Lines |
|
Legacy report means done with the "old" report system, as opposed to
with report builder.
This was caused by a misguided attempt to sort-of work around i#110536
instead of fixing it cleanly. Revert that.
Apparently the idea was to not explicitly set grouping columns as
sorting columns, but that the report execution would automagically add
grouping columns at begin of sorting list at report execution
time. That's a bad idea for at least two reasons:
* This does not allow the user to chose ASC/DESC for grouping columns
* In rare / advanced cases, sorting on another column *before*
grouping is desirable.
Plus, the "automagic adding" part apparently wasn't implemented
anyway.
Change-Id: Ia7f3836bb1ecfbdf3575040bb1f3998d09a1c257
|
|
This partially reverts commit 2233aa52da14ec85331aee1163b885fe9a9fb507
and commit 8d9e2d9a211f710e91ac7c607fea25895282d245
Before the keyboard name was used to determine the target language
for translation of UI shortcuts. With this patch the UI locale
is used to determine the language.
Related to:
- 8d9e2d9a211f710e91ac7c607fea25895282d245
- 04b9c2f633f0be1b676933943bdd0b1dc58b5471
Change-Id: Id7ee05ed4065dd4f0c12d283413e97092e95a15f
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I684fb4adb68d372914ea42cc4e7bd4459a08b150
|
|
Change-Id: If8ba8f4e12aaebadec86a7f445a6d32bd363106d
|
|
Change-Id: I089d0eea5a0d597705405072de285251a91dfbcc
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: Ia80e0bc0540259f9a752452ad677c645c97fc7f5
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
AFAICS it appears that theres a one to one mapping from a SwFrameControl to
a SwFrm, so in any of the three given classes of Page, Footer or Header a
SwFrm will have zero or one SwFrameControls and a SwFrameControl doesn't
get rebound to a different SwFrm or anything like that, so we can use
a map and index off the SwFrm* to find them rather than constantly
looping over vectors to find the right one.
Maybe could move the SwFrameControl directly in the SwPageFrm's
themselves.
Change-Id: I4de0a34f657143ef2d4409b604cc8e114dad132f
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
This reverts commit 875c9a28f49c7a73607fcdfac245b648801dccee.
because it doesn't make sense to build the dmake modules
without -fsigned-char and the gbuild modules with -fsigned-char
and we're still got a few bugs where we assume chars are signed
Conflicts:
solenv/inc/unxlngppc.mk
Change-Id: I6ac07fa3ebadd83efd0da1ee69a010b62dfaad59
Signed-off-by: Rene Engelhard <rene@debian.org>
|
|
retain this as an int so that on platforms where char is unsigned
we don't mangle the value and get this all wrong.
Fixes database opening tables on ppc if -fsigned-char is removed
Change-Id: I66f0c6b1b19191595f8b348377579f2daabf7ada
Signed-off-by: Rene Engelhard <rene@debian.org>
|
|
Reports created in 3.4 and earlier lack it.
Change-Id: I2cf1cad75fff59f23ad98299c4f94253adf7355b
(cherry picked from commit 3533328aae5f38d6d21c2baee782abc4511bb649)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I7efb3bce9a3a6f6c029d99de2264e00bb1bc7c93
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
This avoids asking the driver for the same data twice.
This is particularly important for ODBC data sources, because when asking for (VAR)CHAR data the second time, one gets no data (and status SQL_NO_DATA) because of the "retrieve in parts" semantics of these datatypes.
Change-Id: I96f2df9927fda72ccf19f78ec5c561f5626c003f
|
|
Instead, try to do the least unreasonable thing:
Fetch a new row
If that fails because no new row to fetch, at least we are properly positioned after last row. Calling code may not expect that and get confused, but that is the best we can do.
Change-Id: Ib7248e99ae3deee8344e9386cac2c9440e8bccd8
|
|
(cherry picked from commit f9a4af41ca574760dbd22c8207661fabb6823e3b)
Change-Id: I1c2a24e9f8fbbea7227c3c8e3a567ae22e070578
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
(cherry picked from commit 7e3ebe35a6a1a69b3a36f7eb41e1ec5c5905f714)
Change-Id: I30767fdf7eb6297d12f2b8fb76dab084bd160bed
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Most RTF documents (produced by Word/Writer) reset character and
paragraph properties at the start of each paragraph. Because of this,
appending properties of the same type didn't cause any noticable
performance problems. However, it's valid to not reset these properties,
and in this case a longer document takes forever to import.
Filter these duplicates at the tokenizer level for trivial properties to
get acceptable import speed.
Also fixes rhbz#825548 in an easier-to-backport way.
Change-Id: Id0b7289323d45ff0d747c74bb78d8eb7def0cfc2
(cherry picked from commit a5328cf5605cdc243522eddcaffe7336196a4900)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
* some used "resolved" instead of "resolves"
* some didn't have a colon after that
* some inserted a space after bug ID and a separator
* some used a "-" as a separator
Change-Id: Iee6a0f0346a257124e9488fc8f3bbdc59b32cbac
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: I2c5a73f992f204bccf8f1d125334d2746a1884fa
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
For Example:
* ScConditionalFormat -> no change
* SVG -> no change
* WaE -> no change
* Some -> some
After this change, we now have to sort case-insensitively,
or the lines starting with uppercase will clog up together.
Change-Id: If08cbaa19e6f3496dd1f07920464d16140e2aa3a
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
This is to avoid capturing stack frame numbers as bug ID.
http://lists.freedesktop.org/archives/libreoffice/2012-February/027133.html
Change-Id: I14169d3a7db73a5d10df01ad1fd9fb95e4c0bd2f
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: I71b0794c597344723dd53e114b5ad03605b8c859
(cherry picked from commit f506ca0fee6114210d41c9c4a5f7eff5f5666d02)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
Change-Id: I2be7decd8ee54a1199cbbc205bceb782b748f042
Signed-off-by: Tomas Chvatal <tchvatal@suse.cz>
|
|
Change-Id: Ic355ae9993702c37c958ea16d8d97e6ef4892dcd
(cherry picked from commit 20a8768b1c6a6a1456cda9cd096a304e16473fbb)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
this is from commits e05e77f4b7373b686f02cc51c7003e72efb07053
and 9365a3255875eb75923903c8b3d47066aa679c3b
Change-Id: Idad4d6e818e322f30389a9279666166256842185
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Conflicts:
writerfilter/source/dmapper/DomainMapper.cxx
writerfilter/source/dmapper/PropertyIds.cxx
writerfilter/source/dmapper/PropertyIds.hxx
Change-Id: I0893014fab1caf0cee9a597e55b931b51b175b6c
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
MSO uses undocumented properties that seem to map to o:hr and o:hrpct
from .docx (including differences between .docx spec and implementation),
so treat horizontal rule width the same way in .doc too. Also remove
the guesswork for #i17200# that is not quite correct and no longer needed.
Change-Id: Ibec543fa1679ca0b20e86ef6b4f77147b18dff7e
(cherry picked from commit 5845298e615a599d5edc7c42275b52ae954250e8)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
related to d8cac25ed29dbeca16161f62173a7e341793b8b6
Change-Id: I56b02a450e96acec0346d6a36c29ad8e0326b0c8
(cherry picked from commit d4798414f2705ee987d79617ae2e76da2524e26d)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
That at least seems to be my conclusion after testing the doc
and bnc#652364 in MSO2k7.
Change-Id: Iec172dad32ba47c1f843df49a4eaff688c094373
(cherry picked from commit 5935a6db64830ac5b932803cdcac5813aa033594)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
This makes both sw/qa/extras/ooxmltok/data/n705956-{1|2}.docx testcases
work at the same time. As far as I understand it, the .docx filter
calls into oox and at the end if gets the shape, while the shape
is removed from the ShapeContainer. In the case of recursion caused by
<w:pict><v:shape><w:txbxContent><w:pict><v:shape>, clearing the whole
list is wrong. Also, the OSL_ENSURE seems to suggest that there should
not be more than one shape inserted by each read. So simply consider
maShapes to be a stack when importing .docx .
Change-Id: I7263aeaf74c8d31a05e64c56b880cbc6b00d7dd6
(cherry picked from commit 04d600d4be7c50db4b3b505039eb8bc96856f593)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Conflicts:
filter/source/placeware/Base64Codec.cxx
package/source/manifest/Base64Codec.cxx
Change-Id: Ic123c081fcf6ddcf5d61c5d5a3eab01db470014c
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
error: attempt to subscript container with out-of-bounds index 6,
but container only holds 6 elements.
(cherry picked from commit b8452a89ceaa9008558b83f3a8b6937d14b7c803)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I17c287fa4daa399876b34182c02d9cf928fe1b6f
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iecd376aba13f94c5c62fab2f3278c5f3efda20b4
Signed-off-by: Tomas Chvatal <tchvatal@suse.cz>
|
|
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
Change-Id: Ida6566b38ceaca30441a029c73bd1f52d93bbb3b
|
|
The trick of writing generic types into class files of versions < 49
does no longer work with javac from OpenJDK 7:
/comphelper/qa/complex/comphelper/Map.java:154: error: type Pair does
not take parameters
Pair< ?, ? >[] initialMappings = new Pair< ?, ? >[ _keys.length ];
There appears to be a related JDK bug for this, at some time javac had
an undocumented option to produce similar class files that are also
rejected now, this has been closed as "Not a Defect":
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7078419
Change-Id: I8a504f6cbb3bb58cd914aebb88637cc6feb0bd48
(cherry picked from commit 26643fb59e0005f0bc83708b785d20d62d8e7411)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Problem with iterators, more info here :
http://nabble.documentfoundation.org/PATCH-fix-proposed-for-fdo-50178-Visio-td3985678.html
Change-Id: Ie7131e8bc79539b3a2a5f86608a4574e1ac0fbf8
(cherry picked from commit 03764e29978bcf0b59a3738166b5af31d0af582a)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
This is a follow up to d015384e1d98fe77fd59339044f58efb1ab9fb25 "Fixed
ThreadPool (and dependent ORequestThread) life cycle" that still had some
problems:
* First, if Bridge::terminate was first entered from the reader or writer
thread, it would not join on that thread, so that thread could still be running
during exit.
That has been addressed by giving Bridge::dispose new semantics: It waits until
both Bridge::terminate has completed (even if that was called from a different
thread) and all spawned threads (reader, writer, ORequestThread workers) have
been joined. (This implies that Bridge::dispose must not be called from such a
thread, to avoid deadlock.)
* Second, if Bridge::terminate was first entered from an ORequestThread, the
call to uno_threadpool_dispose(0) to join on all such worker threads could
deadlock.
That has been addressed by making the last call to uno_threadpool_destroy wait
to join on all worker threads, and by calling uno_threadpool_destroy only from
the final Bridge::terminate (from Bridge::dispose), to avoid deadlock. (The
special semantics of uno_threadpool_dispose(0) are no longer needed and have
been removed, as they conflicted with the fix for the third problem below.)
* Third, once uno_threadpool_destroy had called uno_threadpool_dispose(0), the
ThreadAdmin singleton had been disposed, so no new remote bridges could
successfully be created afterwards.
That has been addressed by making ThreadAdmin a member of ThreadPool, and making
(only) those uno_ThreadPool handles with overlapping life spans share one
ThreadPool instance (which thus is no longer a singleton, either).
Additionally, ORequestThread has been made more robust (in the style of
salhelper::Thread) to avoid races.
(cherry picked from commit 2fa2660b55a34a5780f9ea8dbbbe92d05dc9a818)
Conflicts:
binaryurp/source/bridge.cxx
cppu/Library_cppu.mk
cppu/source/threadpool/threadpool.cxx
Change-Id: I2cbd1b3f9aecc1bf4649e482d2c22b33b471788f
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I43a5f69a30b3766303e049ba4d66c4fd79b9de30
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Otherwise exception throwing seems to be broken.
This is a partial revert of b0515ea5fa6c29faebed616ae3e0213c72d24904.
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
932f5a4b1f001c11bab8fb10d3be324ded13193f)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
...the same way cpp_uno/gcc3_linux_x86-64 was already adapted.
(cherry picked from commit b0515ea5fa6c29faebed616ae3e0213c72d24904)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
(cherry picked from commit a8e489495af7b0e74c3aca256e673fa6a34b9244)
Conflicts:
bridges/source/cpp_uno/mingw_intel/share.hxx
Change-Id: I4ff25f0e0829e46594d319adceb9b8790f717130
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
166be18da0686f2c445f521e3f1a83db8a3c3360)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
...the same way cpp_uno/mingw_intel was already adapted.
(cherry picked from commit fa09866ccb5bc197ad3e1ec1a453d6fab20cd7df)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
picked from commit 3db7c67ddda3f6f9f0e6aa70c83ea43db65b325a)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
See comment in callvirtualmethod.cxx for details.
(cherry picked from commit 0fdbb5b0eabbaa571f3747fda12a56c938cba474)
Conflicts:
bridges/source/cpp_uno/gcc3_linux_x86-64/except.cxx
Change-Id: I476df49ce61bc46b8fcdce337d67210d756cdfaf
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
... the output of "svninfo" in a directory that doesn't contain a .svn
changed
Change-Id: I16b132663a7c8d9fd60eafafecfc7f9e82b69b29
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|