ZipPackageBuffer was holding the whole compressed data stream in one
uno::Sequence which seems to be a lot for big documents in some cases.
Change-Id: Ib10d00ac54df9674231f4bbf047fab7e9b0a7d45
... for formattedtext in header/footer"
This reverts commit b0e3c6b8fa.
This reverts commit fc92c1abeb.
The other fix from the libreoffice-4-1 branch seems to work better.
Change-Id: Idc5d7543c11dff74977729dab5afd978197dab6a
When pasting CSV data into existing document, we cannot use the
ScImportExport optimization for insertion, because the cells can already
have content (a grouped formula in this case). So use appropriate
ScDocument functions, even if that means the import is slower.
This is a regression from commit 93959db4d8
"use DocumentImport for csv import, related fdo#69006".
Change-Id: I92f70abca0542d796e3aa674b28a31053fff00d0
One clear bug in the code, in my opinion, was that
PDFSigningPKCS7PasswordCallback() returned its argument as such. However, a
PK11PasswordFunc should return "a pointer to the password. This memory must
have been allocated with PR_Malloc or PL_strdup", says
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/SSL_functions/pkfnc.html
.
I could not test this fix fully before my hardware token decided to block
itself, thanks to too many wrong PIN attempts. Possibly it would work to even
just pass NULL for the password callback function and its argument to
NSS_CMSEncoder_Start(). After all, at least with the hardware token and
associated software that I tested with, the software itself pops up a dialog
asking for the PIN (password).
Change-Id: I85a8b2833cfdd1a1d7b7779016fefb71dd53ab80
(though LIBO_INTERNAL_ONLY, as it needs C++11, so cannot in general be used in
URE client code; I think it's better to not offer it outside LO at all, than
based on a feature-check macro, and thus catch accidental misuses of it via
CppunitTest_odk_checkapi)
...plus adapting binaryurp/ to use the new feature
Change-Id: I9a88a0e9eac5daf72896470e8b6a1deb1a6fc88f
multiple documents sharing the same doc pool so can't unset its
secondary here.
Here the assumption is that SharePooledResources has always been called on Clip
or Undo docs (otherwise persumably need a flag which SharePooledResources
toggles on)
Change-Id: Ibcdbe5f698102dc683c290d3bd581c31e214765f
Maybe since 0960ec3e1b all conditions of a
single filter stack were OR connected, regardless whether filter-and was
given in the file.
Change-Id: Ifb423ccc7deb42bb6bba0bfc810607633f2c342c
and
coverity#1242836 Use of untrusted scalar value
coverity#1242927 Use of untrusted scalar value
coverity#1242937 Use of untrusted scalar value
coverity#1242942 Use of untrusted scalar value
Change-Id: I66b602c27ee78ba80baab74dfb49ae90df45cbdc
doing so means code is not generated for it seeing as its not used, moving it
out means code is generated for it and its detected as unused code
Change-Id: I72edc89446bdfac50069e0b509fc7f90540e0d4a
