well, since you cannot even view the image in a browser, there may be an issue on your server…

have you looked to see if the file actually exists?   worth checking forum – integration – storage locations and make sure you avatar storage location is set up correctly…

Thanks for getting back to me,

the file does exist (first thing I checked) I think it may be a server issue as the image does load to the avatar folder on the server and all my default avatar images are displaying ok.

at first I thought it was due to file format or no apended .png /.jpg but that wasn’t the case which makes me think it’s either the server doesn’t like the numbers prefixed to the file name or when uploading the image the server is setting the file permissions to deny all access hence the faile to load/display.

just thought I would post the question to see if anyone else had come across this issue?

Will update once I have investigate more.

We are certainly not aware of any issues and have no other reports of such behaviour. The numbers added as a prefix is a numeric representation of the date (i.e., unix timestamp) and is added to ensure uniqueness. I doubt this should cause any problem.
again – please do let us know if you find anything.

wait… the file exists?  then it should open up in your browser via the direct link…

so you need to check your permissions and owners (uid and gid) on the sp-resources directory…  they dont seem web accessible…

Thanks for the info, I have just been working with our dev guys and we now have got to the route of the issue.

it’s actually a little more complex than initially thought but it is due to permission settings.

Were running on a windows server so use IIS7 to run PHP

as standard php uses the default root “tmp” folder permissions for upload files the default on windows had limited permissions which needs to remain as is (as we require quite strick access protocal on other parts of the site).

So the dev guys had to update the ini.php (serverside php file) settings to pull the permissions form a different folder (which they set up with the correct permissions) this should now resolve the permission issue on all uploaded files.

we need to restart IIS on the server but can’t do this till later on today.

So essentially the issue is with using windows IIS7 + the server Set-up, and PHP.

Will update to confirm if this was successful.

IIS users always seem to go through these hoops when using WP…