mirror of
https://github.com/sigoden/dufs.git
synced 2026-04-08 16:49:02 +03:00
[GH-ISSUE #79] corrupted files in zipped files #34
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @juliangaal on GitHub (Jun 29, 2022).
Original GitHub issue: https://github.com/sigoden/dufs/issues/79
I'm experiencing issues when extracting files form an zip-archive. Downloading the individual .jpg files works fine, but they become corrupted during the zipping process and/or download.
Version: 0.22.0
OS: Ubuntu 18.04
Browser: FF 99.0
@sigoden commented on GitHub (Jun 29, 2022):
cloud you post the log?
@sigoden commented on GitHub (Jun 30, 2022):
Closing this issue due to lack of information. If anyone else encounters the same problem, welcome to reopen this issue。
@juliangaal commented on GitHub (Jun 30, 2022):
As far as I can tell from your logger.rs file you only log to stdout, so here you go:
Are you writing to a logfile I can attach?
EDIT: issue persists in 0.23.0
@sigoden commented on GitHub (Jun 30, 2022):
Is the zip format incompatible with mac? I have test linux and macos, No problem found。
@juliangaal commented on GitHub (Jun 30, 2022):
Well, I am on ubuntu 22.04 and tested with ff and chromium. Can't access MacOS to test.
@sigoden commented on GitHub (Jun 30, 2022):
Cloud you zip some unimportant files to reproduce the problem, then upload that zip file to this github issue?
@juliangaal commented on GitHub (Jun 30, 2022):
The original zip-file was filled with images, and my image viewer simply stated "Failed to open input stream for reading" when attempting to unzip it, which, to me, sounded like a zipping issue.
I tried to reproduce the issue with text files, but my text editor states that it's a permissions issue, because it doesn't have the permission to open the files!
I'm not sure where the permissions get mixed up however. I start the
dufsbinary without sudo, from my standard user account withdufs -A(just testing, everything on localhost), so dufs should be running as the standard user. Are any permissions changed, or maybe transfered incorrectly, during the upload process or zipping?@sigoden commented on GitHub (Jun 30, 2022):
The user:group of files created by dufs is same to user:group that runs dufs. dufs won't mixup permissions.
The permissions of the unzipped files are controlled by the unzip tool and the user:group runs the tool.
Your may try online unzip tool like https://m.ezyzip.com/unzip-files-online.html
@juliangaal commented on GitHub (Jun 30, 2022):
The online tools works perfectly, no issue with extracting the files.
Using unzip from the terminal also results in the same issue. Very strange. No idea where to go from here, honestly.
@sigoden commented on GitHub (Jun 30, 2022):
Could you post the version information of your unzip tool?
@sigoden commented on GitHub (Jun 30, 2022):
I found the problem, the mode of the files in the zip file are all been set to
000. So there will are permission problems in linux.Your unzip tool is fine.
@sigoden commented on GitHub (Jun 30, 2022):
Thank you for helping me find the problem
@juliangaal commented on GitHub (Jun 30, 2022):
No problem, thank you, too. Let me know when it's fixed, I'll test the new release ASAP.
@juliangaal commented on GitHub (Jun 30, 2022):
works like a charm! Thanks for the quick response