Steps to reproduce
- Upload a few files (or optionally a folder containing files)
- Download multiple files at once by selecting them (or by downloading a folder) on the website
- Try to open the zip file with gnome file roller/check the file integrity with "unzip -T archive.zip"
Expected behaviour
There shouldn't be an error with the integrity check and file-roller should be able to open that file.
Actual behaviour
file-roller prompts: "An error ocurred while loading the archive". I can open it with other tools such as unzip.
$ unzip download.zip
Archive: download.zip
extracting: file1
extracting: file2
$ cat file1
test
$ cat file2
test2
However testing the file reveals a flaw in the archive.
$ unzip -T download.zip
note: didn't find end-of-central-dir signature at end of central dir.
I'm not sure if file-roller is failing because of this note and even if it does it should be less sensitve and still be able to open the file. Thus I already filed a bug to gnome: https://bugzilla.gnome.org/show_bug.cgi?id=769083 But it seems that owncloud is creating "mildly corrupted" archives. And some Zip programs may fail because of this.
I'm not sure since when this happens. But it must have been one of the latest updates. (something between 8.2 and 9.0 I would guess)
Server configuration
I'm filling this out for the sake of completeness. But my described behaviour can also be observed at demo.owncloud.org
So it doesn't have to do with my specific server configuration.
Operating system:
Debian Jessie 8.5
Web server:
Apache/2.4.20
Database:
MySQL Ver 14.14
PHP version:
PHP 5.6.22-0+deb8u1
ownCloud version: (see ownCloud admin page)
9.0.4
Updated from an older ownCloud or fresh install:
updated (initially from 8.0.x)
Where did you install ownCloud from:
manual installation
Signing status (ownCloud 9.0 and above):
There seems to be an issue with the key of the tasks app that I couldn't fix yet. But this is unrelated to this issue.
UPDATE: danimo from owncloud central told me that a new key for the Tasks App is on the way. So just ignore this section.
Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.
Results
=======
- tasks
- EXCEPTION
- OC\IntegrityCheck\Exceptions\InvalidSignatureException
- Certificate has been revoked.
Raw output
==========
Array
(
[tasks] => Array
(
[EXCEPTION] => Array
(
[class] => OC\IntegrityCheck\Exceptions\InvalidSignatureException
[message] => Certificate has been revoked.
)
)
)
List of activated apps:
Enabled:
- activity: 2.2.1
- calendar: true
- comments: 0.2
- contacts: true
- dav: 0.1.6
- documents: 0.12.0
- encryption: 1.2.0
- federatedfilesharing: 0.1.0
- federation: 0.0.4
- files: 1.4.4
- files_external: 0.5.2
- files_pdfviewer: 0.8.1
- files_sharing: 0.9.1
- files_texteditor: 2.1
- files_trashbin: 0.8.0
- files_versions: 1.2.0
- files_videoplayer: 0.9.8
- firstrunwizard: 1.1
- gallery: 14.5.0
- galleryplus: 15.1.1
- libreonline: 0.1
- mail: 0.5.2
- music: 0.3.11
- notes: 2.0.1
- notifications: 0.2.3
- provisioning_api: 0.4.1
- systemtags: 0.2
- tasks: 0.9.1
- templateeditor: 0.1
- updatenotification: 0.1.0
Disabled:
- external
- files_antivirus
- news
- ownnote
- richdocuments
- shorten
- user_external
- user_ldap
The content of config/config.php:
{
"system": {
"instanceid": "occ8j09o01vk",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
***some domains***
],
"asset-pipeline.enabled": true,
"datadirectory": "\/var\/www\/html\/owncloud\/data",
"memcache.local": "\\OC\\Memcache\\APCu",
"overwrite.cli.url": "\/owncloud",
"dbtype": "mysql",
"version": "9.0.4.1",
"dbname": "owncloud",
"dbhost": "localhost",
"dbtableprefix": "oc_",
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"loglevel": 2,
"maintenance": false,
"theme": "example",
"singleuser": false,
"trashbin_retention_obligation": "auto",
"mail_smtpmode": "sendmail",
"mail_from_address": "no-reply",
"mail_domain": "arrakiz.org",
"preview_libreoffice_path": "\/usr\/bin\/libreoffice",
"updater.secret": "***REMOVED SENSITIVE VALUE***"
}
}
Are you using external storage, if yes which one: Google Drive and Dropbox (but unrelated to this issue)
Are you using encryption: yes
Are you using an external user-backend, if yes which one: no
Client configuration
Browser:
Firefox 47.0.1
Operating system:
Arch Linux (up to date)
Logs
Web server error log
No relevant error
ownCloud log (data/owncloud.log)
Not a single entry regarding this issue ;)
Steps to reproduce
Expected behaviour
There shouldn't be an error with the integrity check and file-roller should be able to open that file.
Actual behaviour
file-roller prompts: "An error ocurred while loading the archive". I can open it with other tools such as unzip.
However testing the file reveals a flaw in the archive.
I'm not sure if file-roller is failing because of this note and even if it does it should be less sensitve and still be able to open the file. Thus I already filed a bug to gnome: https://bugzilla.gnome.org/show_bug.cgi?id=769083 But it seems that owncloud is creating "mildly corrupted" archives. And some Zip programs may fail because of this.
I'm not sure since when this happens. But it must have been one of the latest updates. (something between 8.2 and 9.0 I would guess)
Server configuration
I'm filling this out for the sake of completeness. But my described behaviour can also be observed at demo.owncloud.org
So it doesn't have to do with my specific server configuration.
Operating system:
Debian Jessie 8.5
Web server:
Apache/2.4.20
Database:
MySQL Ver 14.14
PHP version:
PHP 5.6.22-0+deb8u1
ownCloud version: (see ownCloud admin page)
9.0.4
Updated from an older ownCloud or fresh install:
updated (initially from 8.0.x)
Where did you install ownCloud from:
manual installation
Signing status (ownCloud 9.0 and above):
There seems to be an issue with the key of the tasks app that I couldn't fix yet. But this is unrelated to this issue.
UPDATE: danimo from owncloud central told me that a new key for the Tasks App is on the way. So just ignore this section.
List of activated apps:
The content of config/config.php:
Are you using external storage, if yes which one: Google Drive and Dropbox (but unrelated to this issue)
Are you using encryption: yes
Are you using an external user-backend, if yes which one: no
Client configuration
Browser:
Firefox 47.0.1
Operating system:
Arch Linux (up to date)
Logs
Web server error log
No relevant error
ownCloud log (data/owncloud.log)
Not a single entry regarding this issue ;)