On 11/19/2010 09:46 AM, goo...@ifo.net wrote:
Dear Matthew,
Thanks for your response!
>> What happens with a plain text file? My thought is, if it is being
mangled in some way, and you upload a plain text file, how it is being
mangled may become apparent.
The textfile is normal, no corruptions.
Based on your subsequent comments, it may be because the text file is small.
If have tested more uploads yet. As I can see, a png-Image with about
3KB size is ok,
if the png-Image is a larger on (about 140KB), the image is corrupt.
Could the size a problem for the upload? In my oppinion 140KB is not so
big for a documentation image.
Hmm.. in trac.ini, what is max_size (under [attachment]) set to? I
wonder if it is set to 140k, and the "the file you're trying to upload
is too big" logic is not working correctly in 0.12? (I'm still on 0.11.6).
Also, are the files corrupt because they're truncated to some limit, or
are they full size? If, for example, you're uploading a 3M file, but
only 140K hits disk, that could easily be the cause of the corruption
(which is slightly different than it getting mangled but being roughly
the same size).
Also, hitting long shots here:
- is the disk full?
- is the webserver user hitting some usage quota?
- How does a 4K file do? 8K? 16K? I ask because these are typical
allocation blocksizes for a variety of storage systems. If, for example,
your RAID controller is doing something strange, it could result in
badness there (although you would be noticing a lot more random crashes
and everything would be largely going down in flames).
--
Matthew Caron
Build Engineer
Sixnet | www.sixnet.com
O +1 518 877 5173 Ext. 138
F +1 518 602 9209
matt.ca...@sixnet.com
--
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To post to this group, send email to trac-us...@googlegroups.com.
To unsubscribe from this group, send email to
trac-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/trac-users?hl=en.
