Just incase you missed it here is the details and link to an image.
I've tested uploading images from both my home pc and my laptop. Both are using WinXP and I installed Java on both last night so it's the latest release Version 6 update 3.
Here is a direct link to an original image I have left on my server
http://www.windsurf.me.uk/Stuff/IMG_7871.JPG
Ok, I missed it ...
I use the same Java version, and I repeated the problem on my computer. I'll work on it.
FYI: I have an EOS 20D, and have no problem. Did you change the color space on your canon? From the EXIF info, apparently not, but I'm looking for info... Any other specific configuration ?
I think this applet is a brilliant idea. I like to keep all the images on my gallery 1024 so need them to be resized. Many users upload to the gallery so I couldn't force them to use specific versions or to resize their images first. It must be the Java that is corrupting the images (taken on a Canon EOS 30D which I know saves files slightly differently to Nikon and Pentax etc) as GD does not corrupt the same image. I just hope it's something that can be fixed.
If I prevented the appet resizing them I would end up with some very large images on my server, something I'm keen to avoid.
The question is not to resize or not: the question is who resizes: the applet or GD, once the applet uploaded the files. If you put big value for picture size, in the applet parameters, then the applet won't resize the picture. Thus, the standard upload code occurs, on coppermine, and GD (or GD2 or ImageMagick) resizes your pictures.
Take care that, if you rotate your pictures, the applet will create new pictures ... and probably generate the color trouble.
Etienne