files get corrupted during file upload-download

Bug #578720 reported by Dirk Weller
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
redmine (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: redmine

Ubuntu 10.04 LTS Server Edition
redmine 0.9.3-1 with sqlite

About your application's environment
Ruby version 1.8.7 (i486-linux)
RubyGems version 1.3.5
Rails version 2.2.3
Active Record version 2.2.3
Action Pack version 2.2.3
Active Resource version 2.2.3
Action Mailer version 2.2.3
Active Support version 2.2.3
Edge Rails revision unknown
Application root /usr/share/redmine
Environment production
Database adapter sqlite3
Database schema version 20100221100219

(redmine was installed from ubuntu repository)

Following problem:
I can upload a pdf file (450 kB) to the wiki or files section without any trouble.
After I downloaded the file, it's corrupted -> it can only partly be displayed in adobe.
Same happens to dwf (150 kB) or dwg (450 kB) files. The dwf file cannot be displayed at all and the dwg file is creating error messages in autocad during opening.
The file size is always the same like before.

If I do the same with a log file (2 MB) everything works fine.

Any ideas?

Revision history for this message
Torsten (wareagle) wrote :

It looks like I have the same problem.
I'm using
Ubuntu 10.04 LTS Server Edition
redmine 0.9.3-1 with mysql

It looks strange, like the content get's mixed up after some buffer is used.

I've added 2 files.
Test.pdf - the file created by copy&paste of random content
and
Test_download.pdf - The same file after downloading it from a ticket.

Revision history for this message
Torsten (wareagle) wrote :

and now the second file

Revision history for this message
kapouer (kapouer) wrote :

Could you checksum the file before/after upload ?
The uploaded files go to /var/lib/redmine/

Revision history for this message
Torsten (wareagle) wrote :

Shure:

local file:
md5sum -b /freigabe/tmp/Test.pdf
3256926035bad98fa8b53853ee05aa87 */freigabe/tmp/Test.pdf

Uploaded file (on server):
md5sum -b 100607195738_Test.pdf
641846ef9e348283ee438e4e43f60aff *100607195738_Test.pdf

Downloaded file (local):
md5sum -b /freigabe/tmp/Test_download.pdf
641846ef9e348283ee438e4e43f60aff */freigabe/tmp/Test_download.pdf

Revision history for this message
Torsten (wareagle) wrote :

Oh, this looks interesting:

I've uplaoded the same file more than one time:

md5sum -b *Test*
641846ef9e348283ee438e4e43f60aff *100607195738_Test.pdf
0eb51bf16e3891564a9b5d0dc0f652c6 *100607200031_Test.pdf
5643c343b8e5c11b9bd21351ab6a43cc *100607200122_Test.pdf
3256926035bad98fa8b53853ee05aa87 *100607200132_Test.pdf
641846ef9e348283ee438e4e43f60aff *100607200343_Test.pdf <--- yes a second time
80c1a494eb06dc1b63f46b7997ad7fc4 *100607200351_Test.pdf
80c1a494eb06dc1b63f46b7997ad7fc4 *100607200417_Test.pdf <--- yes a second time
f117948b07152446f60a662d0d7a85a7 *100607200427_Test.pdf

looks for me, like there is something going wrong, but in the same reproducable way.

3256926035bad98fa8b53853ee05aa87 would be the correct one, but I didn't get this one since now.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.