-bounces+dennis.hamilton=acm@lists.freedesktop.org] On
Behalf Of Kohei Yoshida
Sent: Monday, August 15, 2011 06:33
To: Caolán McNamara
Cc: Thorsten Behrens; LibreOffice
Subject: Re: [Libreoffice] default ODF encryption/checksum algorithms changed
in master. Good thing ?
On Mon, 2011-08-15 at 11:05
Caolán McNamara
Sent: Monday, August 15, 2011 03:11
To: LibreOffice
Cc: Thorsten Behrens
Subject: Re: [Libreoffice] default ODF encryption/checksum algorithms changed
in master. Good thing ?
On Mon, 2011-08-15 at 11:05 +0100, Caolán McNamara wrote:
> Since 5dd2784030e00fa1857b30ee8c5da62e221bfd
On
Behalf Of Caolán McNamara
Sent: Monday, August 15, 2011 03:05
To: LibreOffice
Cc: Thorsten Behrens
Subject: [Libreoffice] default ODF encryption/checksum algorithms changed in
master. Good thing ?
Since 5dd2784030e00fa1857b30ee8c5da62e221bfd32 (inherited change) the
default encryption and c
On Mon, 2011-08-15 at 09:33 -0400, Kohei Yoshida wrote:
> Alternatively, we could provide in 3.5 a way to encrypt it using sha1,
> for backward compatibility.
https://bugs.freedesktop.org/show_bug.cgi?id=40006 exists about this
now.
As a workaround for the moment, toggling on the save as ODF 1.1
On Mon, 2011-08-15 at 11:05 +0100, Caolán McNamara wrote:
> Since 5dd2784030e00fa1857b30ee8c5da62e221bfd32 (inherited change) the
> default encryption and checksum algorithms used in our .odt export
> changed, e.g. sha1 to sha256. They changed for settings of "ODF >=
> 1.2".
>
> What it means in p
On Mon, 2011-08-15 at 11:05 +0100, Caolán McNamara wrote:
> Since 5dd2784030e00fa1857b30ee8c5da62e221bfd32
> a) is this a good thing that should be welcomed, with a "users using
> older version of LibreOffice/OpenOffice.org should upgrade and/or hassle
> their vendors for patched versions with sup
Since 5dd2784030e00fa1857b30ee8c5da62e221bfd32 (inherited change) the
default encryption and checksum algorithms used in our .odt export
changed, e.g. sha1 to sha256. They changed for settings of "ODF >=
1.2".
What it means in practice is that encrypted document exported from >=
3.5/3.6 won't be o
