Change-Id: I575f6fc9c1605bb7ec07842928f85c2eeadc72f8
Reviewed-on: https://gerrit.libreoffice.org/20954Reviewed-by: rezso <rezso@rezso.net>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

...instead of a local function using a static (!) buffer, which just cannot work
in a multi-threaded environment.

Change-Id: Id28e1c55c32aa2e35cd3c1756f5d392241092a30

Change-Id: I14628e9dee8651e87b4782057c4681fded5e4643

Change-Id: I65022f30e21cb94fc8c653ef8e2797da3746875c

After external input (EndExtTextInput), the selection was marked
as invalid, but bFormatted remained true, so all the functions that
re-evaluated and marked the portion as valid again were skipped
and therefore the invalid portion was not painted.

Change-Id: Ibb2208bdaeb8ed17a4a34fa378a2fc750abf1b07
Reviewed-on: https://gerrit.libreoffice.org/20986Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: Ib0372d6a98734724d99b979f2d01abc1ee317847

Change-Id: I60e0b71d41a726459baeb7e590745d6bfb58e884

Change-Id: I0b8a78fc6bce5cb737cc7070b1b69184c5f6991c

Remove an unused variable, add comments, reduce the time a tile stays
black, and don’t rely on implicit casts of integers into floats.

Change-Id: Ifacf49fe99818a62ad0430d86dc15c3bf51cf326

Change-Id: I94c5759d47a17e93f0614bfd95b52d64f9d2d896

Change-Id: I204cdb190d9d505551fb3f7b77046dd171b94290

Change-Id: I36cf0a8aa2f501fa30d86de35ae083e78ce0904b

Change-Id: Ic98c731eb381ee3b6ff198381b63e48b786e3fe6

Change-Id: Ic2248b3bc6460e65bdf4eb30af4f8893a7f0e68d

Change-Id: I2125d23a535891c0269f12e5abfbe72fa5422393

Having a place holder for substituting the file name instead of concatenating it in
Properties dialogue title.

Change-Id: I8b3bafbc95c857fa5957bfdafbded5dde94e0e64
Reviewed-on: https://gerrit.libreoffice.org/21107Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>

Change-Id: I3fba2c76c83381eb398c80947ef4849bccf7ab27
Reviewed-on: https://gerrit.libreoffice.org/21078Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>

* old WEEKNUM(date,1) (saved as ISOWEEKNUM(date,1)) now results in
  Err:504 because there is no match to convert to.

* old WEEKNUM(date,2) (saved as ISOWEEKNUM(date,2)) is now converted to
  ISOWEEKNUM(date) and for the sample date 1995-01-01 week 52 is the
  correct result, the test case erroneously tested against week 1
  because the implementation of the now current WEEKNUM(date,2) was
  wrong and even if now right doesn't match the calculation of the ISO
  week.

Change-Id: Ia6940fce1f97639ea9b04f05172a64eb46b65635

(regression from commit d75b9fd5)

Change-Id: I6e67ebfbac20b42c0ff8580b575793daec46b68d

Change-Id: I5b9bb5231d65beb0ac5c98973a33f1cb369f0649

Change-Id: I6486916a189d102a8f794daa8084d9857fad35de

Reportedly some virus scanners warn about some of these files.

Use a new "RC4" name prefix since the files don't come from external
sources.

http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/69200

Change-Id: I6d4cff2fdd5c0134bf2c77558ea09b3196b39be9

Change-Id: Ica344a8f1351826e53c109ef49f80e4b022a0364

Change-Id: I7b53113c0665fbd705b9110075f0d707c7798fdd

Change-Id: Ia6dc83137fb970046750996b9afd7a54aa4f4c5b

This reverts commit f961fef0.

This can be done only *after* the firebird driver switches to the backup format.

Change-Id: I71874ab6d4b4da9648e08d037786a56f9421751d
Reviewed-on: https://gerrit.libreoffice.org/21113Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Change-Id: I49305167b1062dbe8158fdb446859138ba283da2
Reviewed-on: https://gerrit.libreoffice.org/16136Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>

Change-Id: Ic01bcf112763c386741372d939c74ed5ce3317dc

Change-Id: I9ff14760479d2ac882546e2e5b74ab750ba2fa4b
Reviewed-on: https://gerrit.libreoffice.org/20984Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I57694365a4d10cba4e8690b2b23b4f0a704ddc3c
Reviewed-on: https://gerrit.libreoffice.org/14968Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>

At the same time added a log in WebDAV, useful to discover the
issue.

Change-Id: I3435f8d3da28f7d6b4c2e154cf2bb5ee33a9a690
Reviewed-on: https://gerrit.libreoffice.org/21047Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I8a5c0eddb784a23a2019c5315161b9bbb02e1e48

Seen on an OS X tinderbox from time to time, but not always.

Change-Id: Ie6796de5095a6d3b583fa8494444f4d662db8b12

Change-Id: I28cff254d2cc1e2abe6fc893d918bd84bfc8645c

Change-Id: I0662e8ddb24f2c6a7197b8a5f23c219484628b78

This leak is produced when copy and paste of text/numbers
is done in Calc/Writer.

Following is the trace produced by valgrind (trimmed)

  malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
  g_malloc (in /usr/lib64/libglib-2.0.so.0.4600.2)
  g_strdup (in /usr/lib64/libglib-2.0.so.0.4600.2)
  VclGtkClipboard::makeGtkTargetEntry(...) (gtk3gtkinst.cxx:467)
  VclGtkClipboard::setContents(...) (gtk3gtkinst.cxx:557)
  TransferableHelper::CopyToSelection(vcl::Window*) const (transfer.cxx:1019)
  ScTabView::CheckSelectionTransfer() (tabview3.cxx:319)
  ScTabView::UpdateAutoFillMark() (tabview3.cxx:144)
  ScTabView::SelectionChanged() (tabview3.cxx:365)
  ScViewFunc::PostPasteFromClip(ScRangeList const&, ScMarkData const&) (viewfun3.cxx:1753)
  ScViewFunc::PasteFromClip(...) (viewfun3.cxx:1415)
  ScClipUtil::PasteFromClipboard(ScViewData*, ScTabViewShell*, bool) (cliputil.cxx:69)
  ScCellShell::ExecuteEdit(SfxRequest&) (cellsh1.cxx:1285)
  SfxStubScCellShellExecuteEdit(SfxShell*, SfxRequest&) (scslots.hxx:7135)
  SfxShell::CallExec(void (*)(SfxShell*, SfxRequest&), SfxRequest&) (shell.hxx:206)
  SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, bool) (dispatch.cxx:258)...
  ...

Change-Id: I12468e746f33a64e2b5f05e9ac1c6814c702ffd7
Reviewed-on: https://gerrit.libreoffice.org/20646Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

5.0 and earlier implemented WEEKNUM(date,mode) with mode!=1 such that
effectively an ISO 8601 week number was calculated. WEEKNUM was wrongly
saved as ISOWEEKNUM (even with two parameters though it is defined to
have only one) so that when reading it we can try to detect a literal
double argument for mode and if it is not 1 remove it to keep
ISOWEEKNUM(date) instead of calling WEEKNUM(date,mode) which wouldn't
match.

A further change to 5.0 to accept also only one parameter in
WEEKNUM(date) and for this default the mode to not 1 for ISO week will
yield forward compatibility.

Change-Id: I88de7dd809d69b6826a190505d2a1dd3fe79c90b

Change-Id: I9d2962214e048e489c063b9a364dbfa207740949
Reviewed-on: https://gerrit.libreoffice.org/20643Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Inspired by 6e6ae980

Change-Id: Ia0f264d3a6bbf076aa5080e3398683e50bc6ef01
Reviewed-on: https://gerrit.libreoffice.org/20190Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Ic14af2992fa020f93329573354616d5b781af111