Support Forum
Support Forum
Offline
I have just uploaded an avatar image and it's failing to display / load the image.
I'm wondering if it has anything to do with the numbers it prefixes to the name?
any thoughts?
Offline
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...
Visit Cruise Talk Central and Mr Papa's World
Offline
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.
Offline
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.
 |
YELLOW
SWORDFISH
|
Offline
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...
Visit Cruise Talk Central and Mr Papa's World
Offline
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.
All RSS1 Guest(s)