01/01/06 04:37pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
I've uninstalled it and reinstalled it several times. Each time, I checked to make sure the permissions are right.

What happens is when I go to 'FTP Media', it sits for a minute and then sends me to a blank screen at admin.php. This is the error in error.log:

Sun Jan 1 14:09:50 2006 - _BLOCK_TEMPLATE[_msg_block] =
Sun Jan 1 14:09:50 2006 - Block template for the footer of _msg_block is: blockfooter.thtml

I can't figure it out and searching brought up nothing. Any ideas?
 01/01/06 05:02pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
dz,

Have you tried uploading images through the browser interface?

Also, is there anything in your web server's error log worth noting?

From the log you just posted, that really doesn't have anything to do with Media Gallery, is that all that is in there?

Let's start by trying to upload a single image through the web interface, that will help make sure everything is set up properly, then we can drill down on the next issue.

Thanks!
Mark
 01/01/06 05:39pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Sounds good.

Trying to upload 1 image via the web upload isn't working either.
 01/01/06 05:44pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
Can you let me know what happened? Did you get an error, blank page??

Also, usually when something in Geeklog causes a blank white page, there will be an error in your web server's error log. Can you look in there and let me know what it states.

Thanks!
Mark
 01/01/06 05:59pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Can't find anything in my servers error_log that's related to this. As far as geeklog's error.log, I cleared it out completely. Then I went to upload 1 image into it, and this is everything inside of it:

Text Formatted Code

Sun Jan  1 15:50:52 2006 - num plugin menu items in header = 3
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[events_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the header of events_block is: blockheader-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[events_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the footer of events_block is: blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[section_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the header of section_block is: blockheader-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[section_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the footer of section_block is: blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[admin_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the header of admin_block is: blockheader-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[admin_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the footer of admin_block is: blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[user_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the header of user_block is: blockheader-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[user_block] = blockheader-left.thtml,blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - Block template for the footer of user_block is: blockfooter-left.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[_admin_block] =  
Sun Jan  1 15:50:52 2006 - Block template for the header of _admin_block is: blockheader.thtml
Sun Jan  1 15:50:52 2006 - MG Upload - Entering MG_getFile()
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:52 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:52 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:52 2006 - MG Upload - Filename to process: /tmp/php8VBWPZ
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:52 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:52 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:52 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - found mime type of jpg
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Mime type is : jpg
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Php detected type is : image/jpeg
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Stored filename is : 545c393b98e0cb06b80e69f1709f941d.jpg
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - About to move/copy file
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Calling MG_convertImage()
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Entering MG_convertImage()
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml
Sun Jan  1 15:50:53 2006 - MG Upload - Converting using GD libs src = /home/httpd/vhosts/themonarchsband.com/httpdocs/g/mediagallery/mediaobjects/orig/5/545c393b98e0cb06b80e69f1709f941d.jpg mimetype = jpg
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the header of _msg_block is: blockheader.thtml
Sun Jan  1 15:50:53 2006 - _BLOCK_TEMPLATE[_msg_block] =  
Sun Jan  1 15:50:53 2006 - Block template for the footer of _msg_block is: blockfooter.thtml

 


I get sent to admin.php and all I get is a blank white screen.
 01/01/06 06:03pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
Hmm, I've never seen messages like this, but that's OK, we'll figure it out. What version of Geeklog are you running?

 01/01/06 06:05pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
I am running 1.3.11sr2. As far as MediaGallery, I am running .97. I've gotten this set up perfectly fine on another vhost (I have a dedicated server. It works fine for another account, just not this one).

I apologize, but I actually have to run out for dinner. I shall return in a couple of hours. Thanks for any help!
 01/01/06 07:10pm  
Status: Banned

machinari

Forum User
Full Member
Registered: 03/22/04
Posts: 1512
Quote by mevans: Hmm, I've never seen messages like this...
If you don't mind my nose, I would suggest that dz has $_COM_VERBOSE = true;... so just ignore all those block template messages and only look at those prefixed by "MG Upload."
I'm sure that's no help, but
 01/01/06 08:37pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
I have returned and $_COM_VERBOSE is already set to true. That was one of the first things I looked for.

Perhaps I should just reinstall everything, and see if that works..
 01/01/06 08:42pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
You mentioned it was working fine on another vhost, is that on the same server? At least we can rule out server configuration if that is the case.

Is there anything special for this vhost in the .htaccess or a local php.ini that would make it act differently?

Just so I've asked all the right questions, are you sharing the same code between vhosts? I don't even know if it is possible, never really tried it, but who knows....

Let's make sure I understand the exact problem:

1. Choose Add Media from dropdown menu
2. Enter a filename and press Save
3. Goes to a blank screen? or goes back to admin screen?

Thanks!
Mark

 01/01/06 09:04pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Nope, nothign special about this vhost. I'm not sharing the same code either. And the problem is correct how you outlined it, with me going to admin.php after the upload and only getting a blank screen.

Anyways, I decided to scrap it all and start with a fresh install (it's a new account, so there's no data on it yet). Perhaps there was something that I missed before? I'll let you know how this install goes.
 01/01/06 09:09pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Damn. Fresh, brand new install and same exact issue. What are the permissions supposed to be in the mediaobjects directory? Perhaps I'm getting those completely wrong?
 01/01/06 09:20pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
Basically, the web server will need write access to everything under mediaobjects. But, if it is ending in a blank screen, there is a problem somewhere and it should be logged in something. I have always found an error in my web server's error log (except under Windows, it doesn't log squat!).

What Media Gallery is doing is grabbing the uploaded files from the $_FILES variable, checking mime types and then calling MG_getFile(), one of the first things it does is log calling MG_getFile() into the error.log So, if we don't see that in the error.log, it isn't making it that far, and there really isn't anything that should error out before that. Very confusing.

What OS? Do you know if you have the PHP Hardening Patch installed on php?

Thanks!
Mark

 01/01/06 09:28pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Linux, and I dont think there's a PHP Hardening Patch installed. Honestly, it's working perfectly fine on another setup. It's just this one setup..

I just noticed that sometimes when I upload a JPG (one by one), it works fine. But only on certain jpgs..

I'm going to run some tests and let you know if I find anything.
 01/01/06 09:39pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Ok I think I've nailed the issues. I was talking to the client and I asked them if they had done anything special to the images (I was thinking maybe the metadata was messed up). They said that all they did was take the images into Paintbrush and use the resize utility.

I took the original images and resized them in Adobe Photoshop. Now they upload perfectly fine. It seems that the issue was simply that the meta-data inside the jpg's was destroyed and perhaps your plugin (or it could even possibly be the gd library) wasn't handling them correctly.

I uploaded my set of images and now it works perfectly fine.
 01/01/06 09:43pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
Wow, well I'm glad you found the problem. If I ask very nicely could I get you to email me one of the bad images? I would love to figure why it's just dying instead of reporting back an error. You you can and don't mind, send it to mevans0263@gmail.com

Thanks!
Mark
 01/01/06 09:59pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Ya it's no problem, I'll shoot it over to ya right now.
 01/01/06 10:04pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
Sent away.
 01/01/06 10:06pm  
Status: offline

dz

Forum User
Junior
Registered: 12/18/05
Posts: 17
BTW, I just uploaded the same broken image I sent you using the news upload and it had no problem. This just leads me to believe further that it's the metadata in the file messing with the gd library.
 01/01/06 10:48pm  
Status: offline

mevans

Forum User
Full Member
Registered: 02/08/04
Posts: 393
Too strange. On my test system, using ImageMagick, I get an error on the conversion. With GD libs, it works fine. I'll do a bit more testing.

Thanks for your help and patience!

Mark