summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2013-05-08coverity#982973: Resource leakJulien Nabet1-0/+1
Change-Id: I1ea51b29c3ad05016f42c215b71877cd8c3f92f4 Reviewed-on: https://gerrit.libreoffice.org/3821 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-05-08coverity#982460: Explicit null dereferencedJulien Nabet1-3/+2
Change-Id: I64d559603bff0d618dce72927566531296984d3c Reviewed-on: https://gerrit.libreoffice.org/3823 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-05-08coverity#983036/37/38: Resource leakJulien Nabet1-0/+3
Change-Id: I8a2c079a60cc06ca82d9f516cf009359a0c083a7 Reviewed-on: https://gerrit.libreoffice.org/3819 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-05-08Different fix for bnc#777788Tor Lillqvist1-5/+1
Use the same GUID in the file dialog for the FILESAVE_AUTOEXTENSION case as for the FILESAVE_AUTOEXTENSION_SELECTION case. The former is used when exporting to PDF. Exactly why using one GUID for the dialog causes it to use the default folder as set by SetFolder(), and the other not, I have no idea. Are the GUIDs we use arbitrary (and unique to the OOo/LO codebase), or does either of them, or both, have some magic meaning to Windows? FILESAVE_AUTOEXTENSION is also used in other cases than exporting to PDF. It remains to be seen whether this change will cause noticeable behaviour change interpreted as a harmful regression. Or whether the change of default folder for PDF export will do that, for that matter. Change-Id: I135e4b2b2bc4dc70670919fb478196e27b55ac79
2013-05-08coverity#983096: Resource leakJulien Nabet1-0/+1
Change-Id: I91c1d505ef0b0eb442bf76e4da66c95fa0e1bb2d Reviewed-on: https://gerrit.libreoffice.org/3818 Reviewed-by: Noel Power <noel.power@suse.com> Tested-by: Noel Power <noel.power@suse.com>
2013-05-08While I could swear that it worked yesterdayStephan Bergmann1-0/+1
...to revert a206bc22623caba30c0285fda0fe0da8879efea3 "avoid warnings about deprecated decls. from glib2" in my Fedora 18 environment, it /does/ fail now post 98ba9ca066fcf8f1e576eac4bbd5731b4f810c74 "Revert 'avoid warnings about deprecated decls. from glib2.'" Change-Id: I42d118c06665c976a26a2dbfedc31ca4c8bcf0cc
2013-05-08Revert "avoid warnings about deprecated decls. from glib2"Stephan Bergmann2-2/+0
This reverts commit a206bc22623caba30c0285fda0fe0da8879efea3. While removing the GLIB_DISABLE_DEPRECATION_WARNINGS defines does not lead to problems at least with my current Fedora 18 environment (and, according to dtardon, "guessing by the date, it was on f16 or f17" where that fix was relevant), having the defines does cause -Werror=unused-macros at least in one RHEL 6 environment. So I'm reverting for now, in the hope that should any warnings re-appear, they can be addressed by applying the recent s/-I/$IFLAGS/ approach to GTK_CFLAGS in configure.ac. Change-Id: I5a3e4efabb88eb06304dd8b9eee6d8867fd77be5
2013-05-08Do not add unoil.jar to manifest Class-PathStephan Bergmann1-2/+3
...it must implicitly be loaded by the UNO type manager classloader anyway (via URE_MORE_JAVA_TYPES), so not explicitly mentioning it can help find problems early should it /not/ already be loaded by the type manager classloader. Change-Id: I35b4f2804b68a35682e93699840101a15317a096
2013-05-08Force create the symlinks-only dirsStephan Bergmann1-0/+8
Change-Id: I4610a2ff5bebd50dd2ee0020b575490c6c490968
2013-05-08fdo#46808, Convert ZipFileAccess service to new styleNoel Grandin6-25/+63
Dropped XComponent from merged interface because noone is using it. Change-Id: Id22c49e63679f42d86f617a919fdfd7cea4d5381
2013-05-08fdo#46808, Convert graphic::SvgTools to new styleNoel Grandin3-17/+8
Change-Id: Id195be7968ab256e44271cad00fa8b5cac8698b4
2013-05-08fdo#46808, Use service constructor for rendering::MtfRendererNoel Grandin2-38/+36
Change-Id: If15cd2ac23bf76aa79ee8134ee0fb97c64d747c3
2013-05-08fdo#46808, Convert some code to getProcessComponentContextNoel Grandin3-38/+34
Change-Id: Ic59060818bf02a402610613a6bc97c5969a5c461
2013-05-07Calc sort: Use method GetSortKeyCount from SortParamAlbert Thuswaldner1-3/+3
Change-Id: I4500ba71abeba5fe8293cea22b10fd910e46059f Reviewed-on: https://gerrit.libreoffice.org/3816 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2013-05-07fdo#60924 autoinstall - gbuild/scp2: add gnome moduleMarcos Paulo de Souza6-2/+22
Conflicts: Repository.mk scp2/Module_scp2.mk solenv/gbuild/Helper.mk Change-Id: I37570787815d85d30eed3b5291e1e4450e5ffd51
2013-05-07fdo#60924: autoinstall tde librariesMarcos Paulo de Souza4-43/+1
Change-Id: Id986bc7f9f09902dfda849bc86f9c48ccb0f30c3
2013-05-07fdo#60924 autoinstall - gbuild/scp2: add tde moduleMarcos Paulo de Souza6-2/+22
Change-Id: I4c13d1cd4b7490a0b4db8f0dd40d823a5906c8aa
2013-05-07Yet another fix for missing sqlbison.hxxStephan Bergmann1-0/+1
Change-Id: I2fb97a1422ed82c79b7babff793dba700eba2369
2013-05-07fdo#64211 replace "%2F" to "/" in online (wiki) help URLsAndras Timar1-0/+1
It is not possible to create wiki pages with URLs that have %2F in them. Help URLs contain %2F, when invoked from dialogs that are based on .ui files, it seems this is the new HID syntax. For example for Zoom dialog LibreOffice used to call http://help.libreoffice.org/simpress/cui%2Fui%2Fzoomdialog%2Fzoomsb and it did not work. Now it calls http://help.libreoffice.org/simpress/cui/ui/zoomdialog/zoomsb and it works. Change-Id: I163cf8ec3b69f31eadbbd9085d2180839fe91e07
2013-05-07gbuild: don't turn off also gb_FULLDEPS when running 'make build'Matúš Kukan1-1/+5
Change-Id: I7c06fe72789eb6108b13eefaca3ff9c9b3416f31
2013-05-07use MD5SUM env variable adn not md5sum directlyNorbert Thiebaud2-2/+2
Change-Id: I985b3373edcd0bfc151adfa92b79a6b5080d22ad Reviewed-on: https://gerrit.libreoffice.org/3805 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-05-07Updated coreAndras Timar1-0/+0
Project: translations e06e924e1a2d2497cea1f282ab5381ee78f0b05e
2013-05-07Yet another fix for missing sqlbison.hxxStephan Bergmann1-0/+1
Change-Id: I85a7dd4454233141e1cefc04cf30f999babf6ae7
2013-05-07fix doxygen tagLuboš Luňák1-1/+1
No idea what the nonsense about cargo-cult in the previous two commits was about though. Change-Id: I97a7a39ad431e5ab9eab4de6de2b08d4d6889307
2013-05-07Updated coreAndras Timar1-0/+0
Project: translations 3b967bbce7fae6b042bbbe5c2bf9fad14941192f
2013-05-07Fix fdo#40421 Take current clip into account for shape bounds.Thorsten Behrens1-1/+8
Seems with the extensive drawinglayer rework, we now get bitmap fills rendered via clip polygon and subsequent bitmap tiles. To get the true bound rect of the current metaaction, clip it against outdev's clip region bounds (as some reasonably cheap best-effort approximation). Change-Id: I4ecf04e2d94da21acc97362a1a65a965c7176077
2013-05-07connectivity: fix up some more exotic libs...Michael Stahl4-3/+7
... for Package_generated removal Change-Id: I14d8da088964224b68fba03e920eeb5a2d19f9f5
2013-05-07fix for fdo#51300Noel Power1-3/+17
Hopefully a better choice for defaults will minimise the chance of a bad colour combination for notetext and notebackground colours when one colour ( more than likely the notetext colour ) is gleaned from some default ( e.g. like a system tooltip colour ). We change the choice from system helptext ( fg & bg ) colours and use Libreoffice default font and default note background colours instead. The rationale here being that even in the normal scenario it seems with modern excel documents the note background colour is a 'real' colour and not an index ( therefore the colour selection from some predefined colour doesn't happen ) But the note text colour is generally a colour index ( therefore a colour is selected from defaults ). In say gnome3 the default tooltip colour is now white and a really bad contrast to the normal background colour for a note. I changed the code here to use the colours from libreoffice given that the default colours more or less match Excel default colours ( which will be by far the most frequently ) used combination Change-Id: I2ae38a44e0cbf201beb3b7d18a89f5ebdd644f8c
2013-05-07Exempt smoketest.jar from "non-cross-compiling only"Stephan Bergmann1-1/+6
...just like it was implicitly exempted while it was still part of juh.jar. (The true fix should be to remove this smoketest-support code from general installation sets, but that is left as an exercise for another day.) Change-Id: Ia8bb07795facef5f344e3e53c3901f229725d1af
2013-05-07coverity#704453: new[] vs delete mismatchMarkus Mohrhard1-1/+1
2013-05-07setup_native: remove Package_spellMichael Stahl3-17/+2
Change-Id: I082956036843b6a88e3e1db3d799985599ae2980
2013-05-07connectivity: remove Package_generatedMichael Stahl14-35/+12
This one is ugly, the Yacc generated header is used in lots of places; the dependencies are already right because using the header requires using the dbtools library which builds the YaccTarget, so just yet another include path has to be added. Change-Id: I031fde80ac326551d4719533305b1ae35351ca43
2013-05-07oox: remove Package_generated and Package_tokensMichael Stahl11-44/+17
Change-Id: Iab5eb4fbfecea905f4eeb9f1b1f503c1908dadc8
2013-05-07writerfilter: remove Package_sprmidsMichael Stahl10-42/+8
Change-Id: I3791f7f513246faaeb76f9209c08008c78a38619
2013-05-07officecfg: remove Package_cppheaderMichael Stahl29-24/+105
Instead include generated headers directly from workdir. Change-Id: I9d2bcc07175d2bbc16d3cc548c2245e7a4fb0c65
2013-05-07Extract SmoketestCommandEnvironment.java from juh.jarStephan Bergmann14-14/+44
...into a new smoketest.jar, so that URE juh.jar no longer depends on non-URE unoil.jar. Change-Id: I8937c78d8af6e2f82ada5dd80c322f8bca5ec2f5
2013-05-07Fix style renaming confusion in ww8 filter (solves fdo#63603)Luke Deller2-1/+27
- 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: Id23f3021c6507b474c16e93abf43ba748606ebc7 Reviewed-on: https://gerrit.libreoffice.org/3743 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-05-07Updated coreAndras Timar1-0/+0
Project: help c599d2dde1df55d8d743d4eaf3521dbb4db10361
2013-05-07sw_filters_test: add support for ooxml filesMiklos Vajna6-5/+16
The motivation is that if -- after fixing a crash -- the document looks OK, then all the paperwork in the ooxmlimport isn't necessary, just drop in the file to qa/core/data/ooxml/pass/, and we're done. Change-Id: I2287189bd3c49c5e53489f9d89a6341685359b33
2013-05-07Updated coreAndras Timar1-0/+0
Project: help 87300967302507220e9a33e1f48d73779c584791
2013-05-07Move the example code off the com.sun.star.comp.beans packageStephan Bergmann2-4/+3
Change-Id: I27ffb8f1bddc0a41d76a8b6d441e10e9a71ff10f
2013-05-07Revert to mis-typed com.sun.star.comp.beans.OOoBean.aquireSystemWindow againStephan Bergmann3-8/+8
...from 43debfae8326ad98f9d130aa450f59ad49577d55 "General cleanup of OfficeBeans," as this is a stable interface that should not be broken airily. Change-Id: I931a611341a1b29346d134c11ecf886fe7767836
2013-05-07Uploading the hyper-stable libodfgen-0.0.1Fridrich Štrba3-20/+1
Change-Id: If1c4278fa02a74b040af444eb6ca89209daea13a
2013-05-07RepositoryExternal: librdf needs to depend on PackagesMichael Stahl1-0/+2
(should hopefully fix tinderbox breakage) Change-Id: I460b782b1bbf212a4f535960f82b2a2843f6fe74
2013-05-07fdo#64256 writerfilter: handle void GraphicURL in ListsManager::lcl_sprmMiklos Vajna3-5/+8
Change-Id: I4d8b1b527d5099781a36cc1265318c167205340e
2013-05-07-Werror=unused-macrosStephan Bergmann2-1/+1
Change-Id: I9fd616930eb0b336ce89e97bc333f19d4cf449ae
2013-05-07Updated coreDavid Tardon1-0/+0
Project: dictionaries 6434e14f6601183d8b95f9d4f9a544525b3dc5c9
2013-05-07Better loggingStephan Bergmann2-2/+7
Change-Id: Ic3dca6f1f0c0f7de7070801793938569e76e1907
2013-05-07Avoid warnings about unused test functionsStephan Bergmann1-43/+49
Change-Id: I6b2a40c4b95555c4d8bf0d8674fce46accd49965
2013-05-07Up-cast conversion constructor for css::uno::ReferenceStephan Bergmann4-1/+122
Based on a previous patch by Noel Grandin, <https://gerrit.libreoffice.org/#/c/3613/>, and borrowing from boost::is_base_and_derived (see comment in include/com/sun/star/uno/Reference.h) to avoid including Boost headers in URE headers. Change-Id: Iade5af144dd73ef03bd7d96000134c7a66a5e591 Reviewed-on: https://gerrit.libreoffice.org/3699 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-11 07:40:42 +0000