Is there some way to disable the completely INSANE default behavior of zipping folders? Or limit it to only very large directories?
Isn’t the whole point of having an owncloud server that pretty much anything can access it, including fringe OSes and underpowered iTrash devices and Samsung’s latest rubbish du jour?
When I download a folder to my FreeBSD 11 system from my owncloud server, hosted on TrueOS (FreeBSD 12), I cant open the zip file and I get the error:
unzip: Truncated ZIP file data
I tried from the command line and from Gnome’s filemanager GUI. zip files obtained from any place other than OWNCLOUD work fine.
Accessing the owncloud server from OS X Sierra, the downloaded zip folder opens without error.
All downloading is done through Firefox.
There is no possibility to disable this If you can’t open the zip file this needs to be fixed in ownCloud (or better the library used by ownCloud for this zip handling).
For this just create a new issue at the bugtracker [1] after you have made sure that you’re running a recent ownCloud 9.1.4 installation.
[1]
So the issue is already known (See [1]) but no one cared to report a bug to the bugtracker [2] of mentioned library above.
Edit Ok, some one reported the same for Nextcloud to that lib in [3].
[1]
opened 02:28PM - 22 Jul 16 UTC
closed 02:55PM - 05 Oct 17 UTC
Type:Bug
### Steps to reproduce
1. Upload a few files (or optionally a folder containing … files)
2. Download multiple files at once by selecting them (or by downloading a folder) on the website
3. 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 ;)
[2]
Simple class to stream files/directories directly as zip (without using temporary files)
[3]
opened 08:11AM - 11 Mar 17 UTC
There is already a NC bug open: nextcloud/server/issues/2352
Some files downloa… ded from NextCloud won't work in Windows ZIP or, in my case. 7z for Linux or any frontend (e.g. Engrampa).
Disabling Zip64 seems to fix the issue.
I get the following output using `7z t file.zip`:
```
7z t file.zip
7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=en_GB.utf8,Utf16=on,HugeFiles=on,64 bits,4 CPUs Intel(R) Core(TM) i5-4200U CPU @ 1.60GHz (40651),ASM,AES-NI)
Scanning the drive for archives:
1 file, 8363809 bytes (8168 KiB)
Testing archive: file.zip
ERRORS:
Headers Error
--
Path = file.zip
Type = zip
ERRORS:
Headers Error
Physical Size = 8363809
64-bit = +
Archives with Errors: 1
Open Errors: 1
```