Age | Commit message (Collapse) | Author |
|
Project: translations b0a83a046ece7e828d6a7a2d1304661a8367012c
Updated Slovenian translation
Change-Id: Ia4c57fc04b46f66b928883f7b1550de66d4e313d
|
|
via pootle-feedback
Change-Id: Iaf9ef1a864f8cc759419d70cc7fc50ac5746adf6
|
|
Change-Id: I92c879c4efc84115556801fc9a3095ef6b876348
|
|
Change-Id: I5eb3aae0e02f3587da441b9771d21520fca3f146
|
|
Change-Id: Ic43d15d68533ee19b1a7268e5b139e4584ceeb42
Reviewed-on: https://gerrit.libreoffice.org/24121
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Project: help 7f951d4a26bf5ec2937c216b14c11f9f5246419d
tdf#99316 “AutoText” is now in the Tools menu
Change-Id: Idae2e35965b46ceff3a1810009af9f43f7958c76
|
|
Change-Id: I258dc551d14ba72113b284be3566ba924434ab4c
|
|
Change-Id: If9868734b255605f2376c30e66ca144e6fd8b803
Reviewed-on: https://gerrit.libreoffice.org/24034
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I0a545008e1bd7f99fe1f928b4cd42fbcfdc85517
|
|
Change-Id: Id72d94799e20f0b290d5d5b05fb2b351d0750178
|
|
Change-Id: Ied1ca0c9c3e2c7cd34c4d21e27a95df21ab80bf9
|
|
Change-Id: I4f696bdb7b37da5949182d522b0d3c6c41fdc756
|
|
Change-Id: Ied87b41ec02b993fd08ac13f325b9489b6f07456
|
|
Regression from commit 2c62596cf264ef10749d8bfdb2bb2ebef2d98fbc
(fdo#75260: Correctly draw double lines for both Writer and Calc.,
2014-03-03), the problem was that when decomposing a double border line
promitive to solid line primitives (which happens for the legacy
"border" type, while both the Calc UI and Excel importer creates
"border-thin" ones), the decomposed inner line's height was larger than
the requested width.
As a result there was no gap between the polygon of the inner and the
outer line of the double border, looking like a non-double border.
The width of the outer border is still incorrect on the screen, though.
Change-Id: Ia9713c315ce8f23e2579b257169798e7c82c0a64
Reviewed-on: https://gerrit.libreoffice.org/24115
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Ie1ae7247ddbdb6cd2390e173ba91b269e7be1195
|
|
Change-Id: Ic2625b08a57b0f8c1e93b861a8a8add12f02229d
|
|
Change-Id: I8ba45094cc86cdef07ebbfe334c6c42a108f073e
Reviewed-on: https://gerrit.libreoffice.org/24107
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I697f8c442cc4db7b38601c32fb71e0201f145354
Reviewed-on: https://gerrit.libreoffice.org/24106
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
With MSVC 2015 it is triggered by odd code in Windows 8.1 SDK
DbgHelp.h and imagehlp.h.
Change-Id: I8694e4598fa8e3a6d6c6e8a0f94429af16f40c6b
|
|
Change-Id: I275674edf4fc16fdf7aa1155ae488d96ecc4d643
|
|
Change-Id: Ia27b84094e21758286422921e2bd017f9874dc06
Reviewed-on: https://gerrit.libreoffice.org/24104
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Id3168e4cac6c52b36833b454518cce55b51e36b4
Reviewed-on: https://gerrit.libreoffice.org/24103
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Project: translations 7ff876ba02b07e56e49d66026c702a26b05439a2
Updated Slovenian translation
Change-Id: Ia01bf0c4f1627a576ffa307bee2bdb71c37d9d55
|
|
maybe we should create a "StaticVclPtr<>" class that checks if VCL is
still "alive" before destructing the object?
Change-Id: If8619f689c29294efa19c37ec782fa07acec728d
Reviewed-on: https://gerrit.libreoffice.org/24085
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I0566e9992e0d96ee710c8bce2ae6f44a9e83b4e4
|
|
Change-Id: I6b7eae01838eaf8138f777c0a9e84a3ad9f97082
Reviewed-on: https://gerrit.libreoffice.org/24078
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
... Content::getResourceType
During WebDAV operation the css::ucb::XCommandEnvironment is almost always
needed.
Depending on the operation, sometimes the client doesn't set it, in order
to disable the exception processing that takes part in
ucbhelper::cancelCommandExecution.
Change-Id: Ib4bf6a7ca3a902437cab9050c3e310342c655ff2
Reviewed-on: https://gerrit.libreoffice.org/23327
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
|
|
Change-Id: Ib5e2ae7ba7ca543f0f03ce4296b60ce4bddf75b9
Reviewed-on: https://gerrit.libreoffice.org/24102
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I065f6d7c62ffa604fc5cc3e522c991068652c8bb
|
|
Change-Id: Ic89d1c3be1939c8989ad5ee806980e8904f8e44d
Reviewed-on: https://gerrit.libreoffice.org/24069
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Deprecated in favour of comphelper::SolarMutex
Change-Id: I159077562660de5df25601fa471447f4b64a2cf1
Reviewed-on: https://gerrit.libreoffice.org/24079
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Icbfd60bd15196649011919e8dea064276e1964b0
Reviewed-on: https://gerrit.libreoffice.org/24097
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Xisco Faulí <anistenis@gmail.com>
|
|
Change-Id: I5c2883dab8045e70467c6d09a75dcb423eecf702
|
|
Change-Id: Ica0bef9d0ac4a5d6a2c01a1f5abf859817713f85
|
|
The member function checks for nullptr earlier, so check everywhere to
be consistent.
Change-Id: Ic357551dd95affe50ff6ef3cfdd44e36af9a0c38
Reviewed-on: https://gerrit.libreoffice.org/24101
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I1e78df2d088152194dd29114d6390fa6bfe993a4
Reviewed-on: https://gerrit.libreoffice.org/24065
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
|
|
Project: help 9a2a76302f6c7143286b5c66b63eee5c7c9a1281
Repeated word
Change-Id: Ice349b2a0e4aa812724dba94ae6b1f880ccf4b78
|
|
...where NoSymbol is apparently defined as zero in X11/X.h (though the X11 docs
at <http://www.x.org/releases/X11R7.7/doc/libX11/libX11/libX11.html> are silent
about that), even though XKeysymToKeycode is specified to return zero, not
NoSymbol, if "the specified KeySym is not defined" (<http://www.x.org/releases/
11R7.7/doc/libX11/libX11/libX11.html#id2813072>); lets assume NoSymbol /is/
zero, and static_assert that assumption
Change-Id: Ib3db59373fb084fcd936e0c7be1b76be994e261f
|
|
...when SIG_DFL happens to be defined as nullptr, by initializing the Signals
array to SIG_DFL in the first place
Change-Id: Ie9183540e2e8fd795aa288bf30266bc5d9af3e69
|
|
"logical ‘and’ of mutually exclusive tests is always false"
<sberg> alg, in editeng/source/uno/unoipset.cxx:208 (wid < START && wid > END),
is what's actually wanted to check for contained or for not contained in the
START..END range? You touched the code last, in
b0c2ec72ff171d8b4303d39f11f67497e88e2d8c, 15+ years ago (although the line
itself was already like that in the initial import,
fd069bee7e57ad529c3c0974559fd2d84ec3151a)
<alg> sberg: sorry cannot remember - but looks correct. All values outside
OWN_ATTR_VALUE_START/_END are answered with defaut. The renge should be the one
from ditEngine
<sberg> alg, the code as is is clearly incorrect, as the condition is always
false
<alg> sberg: Ah, yes! Should probably be an '||'
<sberg> alg, OK, thanks, I'll give that a "make check" try (a bit scary to thus
enable code that had effectively been disabled since at least the turn of the
century)
<alg> sberg: Yes - scary is the right word. Looking further, eState ==
SfxItemState::DEFAULT should result when outside, thus pItem->QueryValue would
be taken which *should* get the default from the pool when not in the local
ItemSet range. In theory, the same *should* happen
Change-Id: I906361272dfe3f6af0e1ed3cb4e245ead7eabaec
|
|
"logical ‘and’ of equal expressions", as DEFAULT and INHERIT are both defined as
zero in the UNOIDL css.animations.AnimationFill constant group
Change-Id: I59e53fe9bf73f6eec8f7aa82a216736a79e0d47c
|
|
"logical ‘or’ of equal expressions"
Change-Id: I156cb8f09dadb7b625585cfd28d584ba0ae7633e
|
|
"logical ‘or’ of equal expressions", as RTL_TEXTENCODING_DONTKNOW is defined to
be zero
Change-Id: I1df1579734a3b9b5ecce5a072916cd57dbcd1458
|
|
"logical ‘or’ of collectively exhaustive tests is always true"; apparently a
typo in 63114e6d863de32e2d93f0da54caca928916d9c2 "Create SvxFieldData instance
directly from the UNO textfield object"
Change-Id: I9e504ccb5ebad5a42a8c07d7f16d7c316dd82cf1
|
|
Change-Id: I8372b3349c833218e2851c4248187fd0948b75f3
Reviewed-on: https://gerrit.libreoffice.org/23264
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Bitmap refered to everything that renders into a bitmap internally while
graphic can also be svg/metafile.
As the common user cannot differentiate this, we'll use the term "Image"
for both.
Change-Id: Ibf307f8f286a7974d7967a83b85ce62ebafe4ac9
Reviewed-on: https://gerrit.libreoffice.org/23293
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Due to a former fix CustomShapes have extra polygons with a single
point in the top-left and bottom-right corner of their BoundRect,
a workaround to allow getting their correct BoundRect in slideshow.
Unfortunately this makes the win command CreatePolyPolygonRgn fail
to create the needed ClipRegions so that the geometry is processed
without clipping. Changed to only use polygons as input that have an
area.
Change-Id: I0eeda5776402777ed00de92f42a55f206575f58b
Reviewed-on: https://gerrit.libreoffice.org/24059
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>
|
|
Oh my, whatever the true cause for this SEGV in JunitTest_framework_complex (but
probably the same cause as in previous 7f863e890640d0924a6e6f85cf99447dcd7836f7 "Avoid null ToolBox::mpData deref during Frame::close"),
<http://ci.libreoffice.org/job/lo_tb_master_linux_dbg/6652/console>, processing
an incoming URP request
> ToolBox::SetDropdownClickHdl(Link<ToolBox*, void> const&) at vcl/source/window/toolbox2.cxx:1735
> framework::ToolBarManager::Destroy() at framework/source/uielement/toolbarmanager.cxx:232
> framework::ToolBarManager::dispose() at framework/source/uielement/toolbarmanager.cxx:473
> framework::ToolBarWrapper::dispose() at framework/source/uielement/toolbarwrapper.cxx:106
> framework::ToolbarLayoutManager::destroyToolbars() at framework/source/layoutmanager/toolbarlayoutmanager.cxx:654
> framework::ToolbarLayoutManager::reset() at framework/source/layoutmanager/toolbarlayoutmanager.cxx:363
> framework::LayoutManager::implts_reset(bool) at framework/source/layoutmanager/layoutmanager.cxx:413
> framework::LayoutManager::frameAction(com::sun::star::frame::FrameActionEvent const&) at framework/source/layoutmanager/layoutmanager.cxx:2816
> (anonymous namespace)::Frame::implts_sendFrameActionEvent(com::sun::star::frame::FrameAction const&) at framework/source/services/frame.cxx:2953
> (anonymous namespace)::Frame::setComponent(com::sun::star::uno::Reference<com::sun::star::awt::XWindow> const&, com::sun::star::uno::Reference<com::sun::star::frame::XController> const&) at framework/source/services/frame.cxx:1449
> (anonymous namespace)::Frame::close(sal_Bool) at framework/source/services/frame.cxx:1689
> framework::Desktop::impl_closeFrames(bool) at framework/source/services/desktop.cxx:1674
> framework::Desktop::terminate() at framework/source/services/desktop.cxx:238
and the main thread idling in Application::Yield.
(ToolBox::SetDropdownClickHdl happens to be the only one among the
pToolBar->Set*Hdl(...) functions called en bloc in ToolBarManager::Destroy that
dereferences mpData.)
Change-Id: I2c54f5deb5e132b25e577d4092d65e2069affb3e
|
|
Change-Id: I220735e76174438d18929a9a92e289933c12fb0c
|
|
Make them less resrictive when executing other exes
This lets the splash screen work again.
Modify AppArmor.sh to be more useful.
Change-Id: Icf06910c845d9389b9b75c1623037e1d07489728
Reviewed-on: https://gerrit.libreoffice.org/24043
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|