Why are my avatars and images not showing up?

[Boylen33]

Why does my forum look like this? It's not just my computer...it's several other users as well. Please help!!!!

150250

[RichieBoy67]

Try clearing the vbulletin cache and then rebuilding your avatars in the maintenance section.

Also, if you are using tthe file system to store those images make sure the permissions are set to read and write. (777 chmod)

[Boylen33]

Tried that. I actually hired someone from this forum to fix it and even he couldn't figure it out.

[ForceHSS]

Did you move the attachments into the filesystem admincp/Attachments/Attachment Storage Type

[RichieBoy67]

I will take a look free of charge if you want to give me admin access. Check file paths, permissions, rebuild avatars, etc..

##Have you changed anything recently? Installed anything or moved the site? Upgraded hosting? Anything at all?

[Boylen33]

Did you move the attachments into the filesystem admincp/Attachments/Attachment Storage Type


Went to check and it says they are being stored in the database and asks me to specify the attachment file path. Where do I find this? On my server fia FTP?

[ForceHSS]

if they are in the database that's ok as its default. If you want to move them to the file system make a folder in your ftp root call it attachments change permissions to 777 then go to your admincp/Maintenance/View PHP Info you will find the file path there or let Richie fix the problem you are having with them now and he can do the above as well once the missing images have been fixed

[Lynne]

When did that start happening? What version of vB? What version of PHP on the server?

[findingpeace]

Try adding this line to your .htaccess file:

Header unset Content-disposition

That header has caused us nothing but trouble with new browsers. Any filenames with a space result in a double header being sent, which causes new browsers to not display the image.

[findingpeace]

Slightly better solution is to leave the header enabled, but add something like this into image.php:

$nocom = str_replace(",", "", $imageinfo['filename']);
header('Pragma:'); // VBIV-8269
header('Cache-control: max-age=31536000');
header('Expires: ' . gmdate('D, d M Y H:i:s', (TIMENOW + 31536000)) . ' GMT');
header('Content-disposition: inline; filename=' . $nocom);

There's also a hook up there, so I'm sure you could just do the same with a hook.

[RichieBoy67]

Try adding this line to your .htaccess file:

Header unset Content-dispositionThat header has caused us nothing but trouble with new browsers. Any filenames with a space result in a double header being sent, which causes new browsers to not display the image.

He is talking about his images not showing. :D

[findingpeace]

He is talking about his images not showing. :D

Yep I mean file names for avatars. vBulletin keeps the original file name of the image, and if that name has commas (or sometimes spaces), it craps out on the new Chrome. Still testing with other browsers. Search Google for content disposition duplicate headers - it's definitely an issue vB needs to address if all browsers are headed in this direction, as we have no way of knowing what kind of file name a user might have for their uploaded photo (nor should it matter, in my opinion)

[RichieBoy67]

Yep I mean file names for avatars. vBulletin keeps the original file name of the image, and if that name has commas (or sometimes spaces), it craps out on the new Chrome. Still testing with other browsers. Search Google for content disposition duplicate headers - it's definitely an issue vB needs to address if all browsers are headed in this direction, as we have no way of knowing what kind of file name a user might have for their uploaded photo (nor should it matter, in my opinion)

Well that may be the case though I have not experienced it this is all of his avatars not showing up. :)

[findingpeace]

Well that may be the case though I have not experienced it this is all of his avatars not showing up. :)

What's weird is that even the image.php file (with no query strings) loads a broken image instead of vBulletin logo like anyone else. He could try replacing image.php with stock vB4 image.php & disable hooks. If the issue persists after both of those steps, I agree with all of you that this definitely seems like a server issue.

[RichieBoy67]

What's weird is that even the image.php file (with no query strings) loads a broken image instead of vBulletin logo like anyone else. He could try replacing image.php with stock vB4 image.php & disable hooks. If the issue persists after both of those steps, I agree with all of you that this definitely seems like a server issue.

I agree.

We do not have much background info either. was anything changed? Updated? Server updated? etc.. it is a guessing game right now but I would check server logs and ask your host what they updated recently.

It would also help if we had a link to the site.:D

[findingpeace]

I agree.

We do not have much background info either. was anything changed? Updated? Server updated? etc.. it is a guessing game right now but I would check server logs and ask your host what they updated recently.

It would also help if we had a link to the site.:D

This is his site (recently posted on another thread) -

http://www.livegroupbreaks.com/forums/forum.php

I hope someone figures it out soon, as I'm actually weirdly curious now :)

[RichieBoy67]

I am not seeing that issue on Firefox at that site.

--------------- Added 1409789611 at 1409789611 ---------------

Nevermind..I see one now..

[findingpeace]

I am not seeing that issue on Firefox at that site.

Hmm I see with Safari & Chrome

[RichieBoy67]

I have seen this issue before but I believe it was solved with a cache clearing and counter update. I am thinking it is not the server or other images would be effected.

I would move the images to the file system, update counters and clear caches and I bet that would fix it.

To troubleshoot I would also suggest trying a default theme and another sidebar block.

[Lynne]

The OP hasn't posted in this thread since he started it over 3 days ago. It would help if he could answer some questions and post more information.

[CaptainAwesome]

I'm having this exact same problem. Everything worked fine, then the attachments didn't show up and then the avatars shortly after. I'm guessing the avatars were maybe cached which is why they showed up for longer but right now all i have is broken image files.

The only thing i changed recently was the auto-increment but i don't see how that could affect it. I've run various maintenance tools in the admin cp but with no luck.

Any suggestions? And please keep in mind i am inexperienced so if there is something that needs to be done, i may need to be pointed to where it is.

[Lynne]

You changed the auto_increment of what?

What version vb are you running? And what version of PHP and MySQL are on your server?

[CaptainAwesome]

I was previously having this issue:
https://vborg.vbsupport.ru/showthread.php?t=313876

I'm running vb4. I believe i am using version 5.5 of php and MySQL (i'm using a2hosting).

Everything had been working originally, but now its not.

[Lynne]

If you are running PHP5.5, then the only version of vB4.x that you may run that is compatible with that version of PHP is 4.2.3 beta. So, you need to upgrade to that.

[CaptainAwesome]

I had a closer look as i didn't realize you were looking for the exact version.

From the vb control panel:

PHP 5.4.8
MySQL Version 5.5.34-cll-lve

vBulletin 4.2.2 Patch Level 1

It also says "Latest version available: 4.2.2 Patch Level 1"

I thought it was php/mysql 5.5 because when i went to the hosting home page thats what it mentioned but the above info is from my cp.

[Lynne]

Have you already added this line to your config.php file? If not, please add the following line to your config.php file under the <?php line:


define('SKIP_DS_ERRORS', true);


Have you tried Maintenance > General Update Tools > Rebuild Custom Avatars?

Are avatars stored in the database or filesystem? Have you tried changing that and then seeing if it fixes the issue?

[CaptainAwesome]

Have you already added this line to your config.php file? If not, please add the following line to your config.php file under the <?php line:


define('SKIP_DS_ERRORS', true);


Have you tried Maintenance > General Update Tools > Rebuild Custom Avatars?

Are avatars stored in the database or filesystem? Have you tried changing that and then seeing if it fixes the issue?

The rebuild custom avatars helped with that issue.

I looked at the config file but could not find the php line. I'm just heading out now but will comb through it closer when i return.

[Boylen33]

Still having the issue....afraid to make any changes for fear of screwing something up

--------------- Added 1411081209 at 1411081209 ---------------

I took a chance and changed from database to file system....problem solved!