Age | Commit message (Collapse) | Author |
|
Always constructing the en-US CalendarWrapper defeats the original intention
that not for every construction of SvNumberFormatter a calendar is needed, plus
if no en-US is requested constructing such calendar is just wasted.
Since
commit 2a22696546ace75c38a72ad13f7383aedd00e06a
Date: Mon Jul 10 15:56:32 2017 +0200
tdf#109045: store en calendar separately in OnDemandCalendarWrapper
Change-Id: I06e13754f03fc1fe4fbf48b76ccb82c917606480
|
|
I have kept the old mispelled constant for backwards compatibility
Change-Id: I128a2eec76d00cc5ef058cd6a0c35a7474d2411e
Reviewed-on: https://gerrit.libreoffice.org/39995
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: I0f19cf7045e6ff2906404a73ce710e42800c0a72
Reviewed-on: https://gerrit.libreoffice.org/39994
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: I159db32662679a3194edf942fa6672370e2b8587
Reviewed-on: https://gerrit.libreoffice.org/40072
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I6f6fcdab24a426d0f62052fa2d31f4098d1d893a
|
|
Change-Id: I7db515e04d3845c3ec51c7f88fe51bcafddd5268
Reviewed-on: https://gerrit.libreoffice.org/39987
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
... instead of ifneq "$(SDK_AUTO_DEPLOYMENT)" "", as the variable is = NO
if disabled
Change-Id: I7dd2d165235f5cb7e55a8fed628ada71b04c7881
|
|
Change-Id: I0fec2abc1bed9c0cfcd78d1b0f6daebc335831be
Reviewed-on: https://gerrit.libreoffice.org/39982
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I9d2c641b485c32ddccf0bfaaed1d0796572d1d33
Reviewed-on: https://gerrit.libreoffice.org/39477
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Force resize, before sidebar wasn't rendered correctly.
Change-Id: I0aeec50751a165bf4ab1aeefeda079ff97feb990
Reviewed-on: https://gerrit.libreoffice.org/40065
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
|
|
it is essential to look closer at the results of verification (code
doing that was removed by commit bdbebda1d80f538f946b14042) to be
able to proceed with importing public key payload from the file if
needed
I've also killed one more instance of xmlStrlen being used on binary
data
Change-Id: I8cd45fe963c8dde91727471ddbebe6943374a121
Reviewed-on: https://gerrit.libreoffice.org/40066
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
With this the list of tables is visible in Data Sources.
Change-Id: I7ee4955c54a76c57f854dba19fd1a6a8ee606089
Reviewed-on: https://gerrit.libreoffice.org/40056
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Iaef0f4dda4ea4cb2d3bb67d9007873c89b9aa5c5
|
|
Change-Id: I9d83d16adbccd1dc29ea23dfa012a349c74150a3
|
|
Change-Id: I3d31a5b56007451a9982602b488ae6ac1baf1f50
|
|
Change-Id: I81ae357574e5020a5e2dfb7162d451b985c18766
|
|
Change-Id: Ie30b24a0ad6395d59afa2f2c96b48f98a33f18a8
Reviewed-on: https://gerrit.libreoffice.org/40064
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id8705c82ab87724b0542acbfe0ad165f889f267a
|
|
Change-Id: Icf6cd85f9e4792ad09dd1a97a8802da13da942c2
|
|
Change-Id: If038a119b0b01bff9f452bb66e855e35c10d06eb
|
|
Change-Id: Ide9611be8c24437e034460898443aca7ed299d39
|
|
Change-Id: I77d010932d8d56ce295a88d63bee96a9219d4a4d
|
|
Change-Id: Id82847d72a106976339fd64685a9029900a862bd
|
|
Change-Id: I22797d4e914e6033142628d1b37abab6c1901423
|
|
Change-Id: Ie366a48242d04a888e34ae2c95230ef4de05fbbb
|
|
Change-Id: I479db3383252e803d84e1d1cfd613fa4f5a36145
|
|
...whatever it is that causes clang-cl to not analyze the template code
otherwise
Change-Id: Id4da996714fe93c454abb3669a12d8afe27b918b
|
|
Change-Id: Id6e339a4d1bc775826ff434bc77beb05fe353324
|
|
Change-Id: Icb618e9ccf36cedb6409ecd9dbda86a5e1377087
|
|
Project: help e9e6c25c54de48394ca994073aa837de529dc89e
tdf#97745 Help-in-browser (x) refactor contents
Tree files now loaded as javascript
More fixes
Change-Id: Ifa353e717eec63e2369fbeabab7463f4ccd72392
Reviewed-on: https://gerrit.libreoffice.org/40069
Reviewed-by: Olivier Hallot <olivier.hallot@edx.srv.br>
Tested-by: Olivier Hallot <olivier.hallot@edx.srv.br>
|
|
as recommended by W3C: https://www.w3.org/TR/xmldsig-core/#sec-PGPData
Change-Id: I2cc0ae24eefc9137d2e3432da1d65e44245c7616
Reviewed-on: https://gerrit.libreoffice.org/40058
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
Change-Id: I5b9ffefcf8022366236328f0ca89982172b76feb
Reviewed-on: https://gerrit.libreoffice.org/40021
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
...added with recent 29cdfa3fc337381e2529eaac2a551137ee8a1aaa "no need to
statically link against the emfio library in the tests"
Change-Id: Ibbcc5a52a57bde9d332e6660ebf7449f06851731
|
|
Change-Id: I4913b6e3d3c1766151571c467416e62409c8e260
Reviewed-on: https://gerrit.libreoffice.org/40020
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I0aeea8fd3f84cecd8b308cbc3ad629fe8e24634e
|
|
There are multiple ways on Windows to yield a thread:
* SwitchToThread: yields to any thread on same processor
* Sleep(0): yields to any thread of same or higher priority
on any processor
* Sleep(1): yields to any thread on any processor
So we stay with Sleep(1), as it also seems the only call, which
actually does some sleep and is not a busy wait.
Change-Id: I85c69b2f32dba9869bbddc1a572b3a63c366c5d1
|
|
Change-Id: Ia7aa081848647314e14b5ccd3063d51700f2b6c6
|
|
Change-Id: I575a61ba87218fe1071cfd151dd6de27c9df7085
|
|
ODR-violation found by ASAN:
==17022==ERROR: AddressSanitizer: odr-violation (0x2b86adb17c60):
[1] size=352 'vtable for emfio::emfreader::XEmfParser' /home/tdf/lode/jenkins/workspace/lo_ubsan/emfio/source/emfuno/xemfparser.cxx
[2] size=352 'vtable for emfio::emfreader::XEmfParser' /home/tdf/lode/jenkins/workspace/lo_ubsan/emfio/source/emfuno/xemfparser.cxx
These globals were registered at these points:
[1]:
#0 0x443a73 in __asan_register_globals /home/tdf/lode/packages/llvm-3.8.0.src/projects/compiler-rt/lib/asan/asan_globals.cc:218
#1 0x2b86bea2dced in asan.module_ctor (/workdir/LinkTarget/CppunitTest/libtest_emfio_wmf.so+0x1a0ced)
#2 0x7fff394ad75a (<unknown module>)
[2]:
#0 0x443a73 in __asan_register_globals /home/tdf/lode/packages/llvm-3.8.0.src/projects/compiler-rt/lib/asan/asan_globals.cc:218
#1 0x2b86ad6e862d in asan.module_ctor (/workdir/LinkTarget/CppunitTest/libtest_emfio_emf.so+0x18862d)
#2 0x7fff394ad75a (<unknown module>)
Change-Id: Id98677a3692ac6a0586164aa5d0a2c82ab26f916
Reviewed-on: https://gerrit.libreoffice.org/40029
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I34b4163176dc5a4a8f5cd326918df375c3475a1a
Reviewed-on: https://gerrit.libreoffice.org/40019
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Project: help 7c56a1e73cb266350862ea05c5b9592ad5a482c0
More typo & grammar fixing
These should be things caught in review, before they’re introduced
to translators…
Change-Id: I352e6f38de317b43fadfe1e597fa45f66670166c
|
|
Change-Id: Ief3df5487eb20b1f6d0e8aed89cfef4464d23a88
Reviewed-on: https://gerrit.libreoffice.org/40048
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I8e91b11baa855b1049130746b34f53158010948b
Reviewed-on: https://gerrit.libreoffice.org/40050
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
Change-Id: I5d7cb8a4263b454438e7af45192f9008f283150d
|
|
Change-Id: I9160eb2c0fe79a5a56b4a4e524d163133f6dc65b
|
|
Change-Id: I4d095d00254abac3675c2e369ca37df6abd3d341
|
|
The rotation of the shape needs to be added to get the correct
angle. Due to this nDmlAngle can be twice as big. The conversion
to LO angles needs to be updated to prevent negative results.
Change-Id: I3a13cb268af41a55cd8b9df3084d028008aed4f2
Reviewed-on: https://gerrit.libreoffice.org/39648
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Iec2feefcbb5a92c64f182d93b4055fc009dbe1e5
|
|
Change-Id: I7093d86593677a7d15f5b7f55aa0f29be2154f5a
Reviewed-on: https://gerrit.libreoffice.org/40018
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Change-Id: I90a9d105a6db146ae64cff56983def94b9472a95
Reviewed-on: https://gerrit.libreoffice.org/40043
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|