Age | Commit message (Collapse) | Author | Files | Lines |
|
* going to use another approach
|
|
Change-Id: I73b0c54c8bf513b226ffdb7b84c85a9cc05a2c8d
|
|
Change-Id: I887b68bce97e6de57b54cd21c815123c30b48dc5
|
|
Change-Id: I9a4ba1fe9a8b3198b5ebc311f7833f62898feeaf
|
|
Change-Id: Icb57186d823a5fa458b5f6516e04bb06b0a848d9
|
|
Change-Id: Ic03fb2ee6470eac6034be13908dd9ec92cf175b6
|
|
as it now works again after ancient emf import bug is fixed by
commit 5e5b90c12862b522a4553337fbf6309bb8278b8c
Date: Thu Feb 26 13:47:58 2015 +0000
in BITFIELDS mode (3) there are *3* pal entries not 12
and two writer qa tests adapted to test for the actual pixel color vs the
underlying pixel data
This reverts commit 3c4f7704e0af64bf967f5f767bf4b4cff7f59d6c.
Change-Id: Id94f98f9c620c90fda097fa97fc34c9ee957c483
|
|
Luckily doable with much simpler code than the horrible NSS and curl mess used
on Linux (and, sadly, OS X).
Basically only one new API call needed: CryptRetrieveTimestamp(). A few hours
of work, compared to about a week for the Linux case.
However, amusingly, it causes the same message in Adobe Reader as when using
the NSS code: "The signature includes an embedded timestamp but it could not
be verified". Sigh.
Change-Id: I98c973bd50b841d1ae3feb8a695bac29da538b6c
|
|
Change-Id: Ic82f64746e657c44f8a16e78dedc6e85aa95544b
|
|
Change-Id: I957bf1d5bd88b15539e95dfa4aa87a8e63a96439
|
|
Change-Id: Ia8e18db1870dbecc7b2edb2f4908ada806ff2a95
|
|
Change-Id: I369564f23d20d5b4bb890eed41ad48842615ee44
Reviewed-on: https://gerrit.libreoffice.org/14634
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I86bdd1c2603c984380b52b080504b7583155b0fb
|
|
Change-Id: Id6f835a9eb8d679b293114a887a81dbf47260bbf
|
|
Change-Id: I5b41039bf63a4c2f313fe7a57c0f6934dcb0752d
|
|
Based on profiling, Writer's most CPU consuming idle event was
document statistics calculation.
This patch stops the idle timer once statistics has been updated.
Subsequent profiling shows a sharp decline in CPU usage.
Modifications to the document should initiate statistics update.
Change-Id: I8c38ad8847987264549945e4f482ea18d2635283
Reviewed-on: https://gerrit.libreoffice.org/14575
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Needs also 0cd15b4494f8e8abe67a258fb10189135bf5a8ac if edges are to be
expanded and formula grouping is affected.
Change-Id: Ib3cee8dd214d216907248316a2ac5a290399b169
|
|
Edge expansion may change expressions individually, which must be split
off the group.
Change-Id: Id4328bd8c42f2ff9f83d2edc845537971f3a39d3
|
|
Change-Id: I44f1bbc9798312cea93c2cd7fadb0c3b7f26a9b7
Reviewed-on: https://gerrit.libreoffice.org/14640
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Id4c43a6bcdf915b98410af9ceb0dbf20df3a9498
|
|
Change-Id: Iee0fcb8e2b91a6554bedc7e3989c0585a1679a61
|
|
Change-Id: I2dbab9e972c7470e9bd30692e54c51ee11ffd45b
|
|
Change-Id: Ifb18d5fd0b330dde0edc428621af417ddc836b21
|
|
There are 12 *bytes*, which presumably is the thinko there. But this nPalCount
gets multiplied by 4 to convert it to bytes later.
This is the source of the bad mask values found after "Use the cairo-compatible
basebmp surface for headless" etc. Arbitrary values ended up being read as mask
values.
Change-Id: If5d93f74b1c58d3ecdb5186f93cb0215a556586a
|
|
Change-Id: Iddade9d297be8f4a4e69b3bec5ab7588bf68c112
|
|
Change-Id: I45ddf460fa7d673c5210f9415b2a8015988a643e
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I754ac95c851892bdf7630d6f6241ed86f3750cf1
|
|
Whilst we are about it, need to expand the macro
SFX_DECL_XSERVICEINFO_NOFACTORY and remove the impl_createInstance
function. Also removed factory parameter from constructor as not
needed.
Change-Id: I400274fa9aaaa95be1c9929bce9dd6f25c780196
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ic42209c7a53c23d7b003778c2d2c88a8682569e4
|
|
Change-Id: Ib59fa91eb9d32ea437c182d3c0f3b9348816bf7b
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Michael Stahl <mst@openoffice.org> Mar 30 2011
solaris11: #i117606#: solaris.mk: add -Bdirect -z defs to LDFLAGS
Change-Id: Iab16960010810185a3b1f7c617c44db3d9822fb5
Reviewed-on: https://gerrit.libreoffice.org/14579
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I65baf9e4583c78ca3128352112fdeeffce3b3225
|
|
Change-Id: I5bbddaebb6cf820afced89e634814f485ec38859
|
|
Change-Id: I37cbfbcc887ec82e750ba1bc614f4eda77be933b
|
|
Change-Id: Id1af6eb4064a524b12113b5b52b15f2ea4d6ada4
|
|
This reverts commit a785df6a5f9ad327210f51163129ef8b59c3af29 plus follow-up
3594c9ce1c94dfc52b9efe526a88baa79ea4b3e9 "presumably destroy flushes" and
b5b19508dafc2702eb3713fb6b07edb5e05d6601 "WaE: -Werror=unused-variable," as it
triggered the assert(nLen <= 8) in ColorMask::ImplCalcMaskShift
(include/vcl/salbtype.hxx) in various tests.
Change-Id: Ic5433522fcd9b8cc7c4e82704cebe7d9bbcea586
|
|
The build fails in harfbuzz, though, some ICU problem.
Change-Id: I5071a26b1cc0f6524f6b2af8740d915209727381
|
|
Change-Id: I1fb80f10098eee414514e95ddd069d772beadca1
Reviewed-on: https://gerrit.libreoffice.org/14651
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Remove outdated icons from themes, to make future maintenance easier.
Fixed file names and updated 'missing' log, 'copyright' text and 'links' for themes- where needed.
(Checked against current 'images.zip' bundled themes and git history).
Change-Id: If97378582377a64ed798eb44596ac56b89e3eb12
Signed-off-by: Andrew <dent.ace@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14583
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
|
|
Change-Id: I236e8db4cf63fc284b1491591001357a0c662471
|
|
Change-Id: I20914ec147b2af096bd40ec0e4da7567a44abaaa
|
|
Change-Id: Ib4979a90134a71f6f26d20ea9430d2ae7f338dbc
|
|
Change-Id: Id71a46d19e67599af26d0e34303dc73517c4d17f
Reviewed-on: https://gerrit.libreoffice.org/14638
Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: I5d1244fa50974c63133d0ca98de11cba0d7fb902
Reviewed-on: https://gerrit.libreoffice.org/14639
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
|
|
When formatting a 180k char Writer paragraph, most of the time is spent
in vcl::ScriptRun::next(), which is called twice per line from
SwTxtGuess::Guess(), once via GetTxtBreak() and once via GetTxtSize().
In the second call, from GetTxtSize(), the end position of the line is
known, and passed to vcl, and iterating beyond that position seems
pointless.
This reduces vcl::ScriptRun::next() from 24 to 11 billion callgrind
cycles when built with GCC 4.9.2 -m32 -Os.
Change-Id: Ia23fcccaf5ef9c9ecdcb54bfc8f0f8a043c8711e
|
|
TransliterationImpl::transliterate() has a slow-path for the case when
more than one trasliteration module is cascaded which swaps 2
uno::Sequence. This is unbelievably slow because non-const
Sequence::operator[] does a function call into cppu to check whether COW
has to be done.
This speeds up transliterate() from 344 billion to 101 billion callgrind
cycles when built with GCC 4.9.2 -m32 -Os.
Commit d2771b63b94a8aae3c25c83e9dae9f83242f46c1 added a second
transliteration module that is enabled by default, making the problem
visible, especially with long paragraphs in Writer.
Change-Id: I2799df9173ac73aab8c4eb4cc6f592976b06c8da
|
|
Change-Id: I84c7a4cde694395fa70c60edffd63fb45ffcb3a8
|
|
Change-Id: Ifcd5766ce10de44f38d5c383cd7dc35b75152e88
|
|
... it could not be verified"
I got some insight reading this question and reply on stackoverflow:
http://stackoverflow.com/questions/18761993/steps-to-include-timestamp-in-pdf-signature
I had been doing the timestamping wrong in the same way: I had timestamped the
hash of the PDF document, not of the signature. That is wrong. If you think
hard, it is obvious: It is the (rest of the) signature that needs an
authenticated timestamp, not the PDF document contents. After all, if the
document contents is timestamped, but not the signature, that doesn't prevent
tampering with the signature after the timestamping. When you timestamp the
signature, that proves the date of the signature. (And the signature proves
the authenticity of the document contents.)
So I had to re-engineer the code a bit. I create two originally identical NSS
CMS messages with signatures, encode one signature into DER, take the hash of
the signature, get a timestamp from the TSA for that hash. Then I add that
timestamp to the other CMS message as an unsigned attribute of its signature,
sign it, encode it, convert to hex, and store it the document.
(I first tried to use just one CMS message, but NSS stopped with an assertion
when I tried to encode the signature of the same message a second time, after
adding the timestamp attribute to the signature. Go figure.)
(I did verify the the encoded signatures, taken from what should be identical
but separate CMS messages, was in fact identical. So I am fairly sure the idea
described above is sound.)
But, it doesn't help. Adobe Reader still complains "The signature includes an
embedded timestamp but it could not be verified".
Change-Id: I4e4cd0443005e82f597586942badc7145ef64160
|
|
No change to functionality or end result. Preparation for an attempt to fix
the remaining problem with RFC3161 timestamped signature.
Change-Id: I5790a85399e9f94d816e8fab791a03d607113116
|