Submitted by pacolvin on Thu, 05/26/2011 - 15:39 Pro Licensee
I have two virtual servers setup and the first is working normally. I created a second virtual server and it is serving pages and running PHP scripts/programs fine, but it does not render gif images properly. It seems to cut them off about two thirds from the bottom, or does not render them at all. JPG files render fine.
I have duplicated this in both FF and IE running on Windows XP.
I have checked the config between the virtual server that is rendering gif images correctly and the new virtual server and cannot find anything that is different.
Any thoughts on what I can try or look for to correct this.
Thanks
Phil Colvin
Status:
Closed (fixed)
Comments
Submitted by pacolvin on Thu, 05/26/2011 - 16:17 Pro Licensee Comment #1
Something I just discovered regarding this problem. It only seems to impact gif images that are larger in size. I do not know the exact file size when this happens, but I do know files over 10KB are those that are cut off.
Submitted by JamieCameron on Thu, 05/26/2011 - 16:35 Comment #2
Can you give us the actual URL of a GIF image that is showing this problem?
Also, are the GIFs being served from static files, or via a PHP script?
Submitted by pacolvin on Thu, 05/26/2011 - 16:46 Pro Licensee Comment #3
If you go to www.lancofirechiefs.org/cmsAdmin it will take you to a log in screen page. On the left of that page there should be a background gif behind some of the menu text. You can go to www.sctfpa.org/cmsAdmin to see a page that is rendering correctly. Both are on the same physical box each with their own virtual server. The lancofirechiefs.org was the second virtual server created using Virtualmin.
As far as I can tell the file that is not showing in the page referred to above is static. I did have problems with a gif file on the index.php page of the lancofirechiefs.org site which was definitely static. After changing it to a jpg, it rendered fine.
Something else you can do is right click on the area where the image is supposed to be and get the image data. In FF, if you select to show the image, it will open the image but the page will be blank.
Submitted by andreychek on Thu, 05/26/2011 - 17:15 Comment #4
There's two things I would check --
First, double-check that in the Apache error logs for lancofirechiefs.org ($HOME/logs/error_log), verify that there aren't any errors that may related to accessing that image.
Second, I would verify that the version of that image which is online is correct and not corrupted. It's possible that the image that's on the web server now got corrupted somehow.
Submitted by JamieCameron on Thu, 05/26/2011 - 17:38 Comment #5
Do you know what the URL or filename of that image is? I can't see any reference to it in the HTML for that page..
Submitted by pacolvin on Thu, 05/26/2011 - 18:27 Pro Licensee Comment #6
The URL to the image is http://www.lancofirechiefs.org/cmsAdmin/3rdParty/SimplaAdmin/images/bg-s....
I checked the Apache error logs and found nothing related to that file or any other gif file. This was not the only gif file I experienced the trouble with. I also had a header image on an index.php file that would not render completely either.
I did try copying the file from the working site (www.sctfpa.org/cmsAdmin) to the lancofirechiefs.org site and the problem was not corrected. The odd thing is that this behavior is only apparent in the lancofirechiefs.org virtual server. In the sctfpa.org virtual server and site everything works fine.
I can provide a Webmin user name and password so you can get in and take a look if you think that may help. I can't find anything different between the two virtual servers that could be causing this. I would just need an email address or other method of getting the user name and password to you.
Thanks
Phil
Submitted by pacolvin on Thu, 05/26/2011 - 18:49 Pro Licensee Comment #7
Ok guys, I think I found the problem. Bit of a bonehead move on my part. My FTP client was not set to the correct file transfer type and was the cause of the problem. I deleted the all of the files for the content management system and uploaded with the correct transfer type and all seems to be working just fine.
Thanks again for the help and the question about the corrupt file. That's what led me to check the transfer type.
Phil
Submitted by JamieCameron on Thu, 05/26/2011 - 19:03 Comment #8
Ok, cool .. the binary/ascii mode thing in FTP is a common cause of problems :-(
Submitted by Issues on Thu, 06/09/2011 - 23:21 Comment #9
Automatically closed -- issue fixed for 2 weeks with no activity.