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

Do it much earlier - while we have a valid OpenGLContext.

Change-Id: Ie258283147d02984b6f507c0075d114ae7288051
Reviewed-on: https://gerrit.libreoffice.org/21089Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Have 'constified' ImplAddDel and ImplRemoveDel methods

Change-Id: Id4aba9bda87b97b6a29971be802f83dea027ab22
Reviewed-on: https://gerrit.libreoffice.org/21100Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

There's no good reason to export a Draw/Impress document as an
SVM.  It can still be used as a fallback in exporting an image in
any document (including Impress/Draw) though so leaving support to 
export images as SVM.

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

Seemingly event removal was not occuring; also clean up historic
duplication of UNO and C++ references using rtl::Reference.

Change-Id: I56dfb76501929886f70495804670f8c4f70e796b
Reviewed-on: https://gerrit.libreoffice.org/21088Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: Id3f9e17bf68ad5ca2d9a7571aed49f5a3d81b932
Reviewed-on: https://gerrit.libreoffice.org/20970Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Replaced all instances of framework::GetImageFromURL with vcl::CommandInfoProvider::Instance().GetImageForCommand

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

With this, if DigitalSignaturesDialog sets a signature description, then
that becomes part of the signed content. This is backwards-compatible in
two ways:

1) When the description is empty, the output is not changed.

2) When parsing, the description is optional: we only require that if
its hash is mentioned in the signed content, then the string matches its
hash; but omitting both the string and its hash is OK.

Change-Id: I82db5beea16bd325558a86201dc902d35543ed0a

With this, the description is written in the XML file,
DigitalSignaturesDialog doesn't set it yet, though.

Change-Id: I54a73d6fbdf8ed936714a21ba1df5998849fd1fa

First step to be able to add a comment while signing a document.

Change-Id: I8f7ab95de5015b723481e94bd72585caf754288f

Change-Id: I9280cec602e15e3ae478911360ff7ce68d460474

Change-Id: If3d9f6272031e08ab228cfa58963d60ceede2498

Change-Id: I7841eee5b66a118c52258c0226d73a1139a0df9a

Change-Id: I1b79005d9c4e32325b8dadcc4f805975d6bf2727
Reviewed-on: https://gerrit.libreoffice.org/21103Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>

I.e., don't try to create auto-layout for clipboard pages which
don't contain one; don't resize objects to text.

Also, don't invalidate items that are equal to defaults,
because explicitly set items are not the same as absent items:
pasting an object without an item makes the property to inherit
new target's default, while when the item is present, the default
doesn't apply.

Also, don't consider selected state of the page while stringifying
- this makes selected page string to differ from not-selected
clipboard page.

Change-Id: I172e03e1a8c428e5fcae3a116cc9ad8de79f1a87
Reviewed-on: https://gerrit.libreoffice.org/20871Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

The testcase for tdf#69640 includes links (relations) to external
pptx files. It demonstrates two non-fatal reasons for failure
opening OLE stream:
1. it fails OStorageHelper::IsValidZipEntryFileName check, because
the file path contains ":\";
2. even if that were not the case, the required file can be absent
from user's system.

I suppose that intercepting the failure at the level of
OOXMLOLEHandler::attribute() is the best option, because at the
lower level it's unknown if this failure is fatal or not.

I suppose that it could be also useful to intercept specifically
failures in OStorageHelper::IsValidZipEntryFileName, checking if
the file exist externally, and asking users if they want to update
external links (as MSO does). Possibly it should be discussed
with UX team if that should be done, and if so, do it in separate
commit.

Change-Id: I240a6f69abe236eb790bb406c79f3b761fb4638a
Reviewed-on: https://gerrit.libreoffice.org/19963Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Iec71ad4918cd333f0a44d372017ecee300e3aca9
Reviewed-on: https://gerrit.libreoffice.org/20748Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Martin Hosken <martin_hosken@sil.org>

I'm a bit worried that some of our random test failures are related to
trying to reuse the same temp file in different tests.

Change-Id: I0ca4ace088a96530e6a62d01f979fefe63822b22
Reviewed-on: https://gerrit.libreoffice.org/21090Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ic9d90bb7f652599b5a6ce303aa026b7e4e255324

Change-Id: I2cd8cdd541fd4095aea8abd2ea78b11e7df77440

Change-Id: I0e16305cac5cd5e4824a4e2bab7e4ac10d2bd469

Change-Id: Id17aa3eea4d6ccb956f9c0b1fd97007ef0257955