Topic: Album no longer works.

[alperuzi]

http://www.jupitreas.com/cgi-bin/temp/album.pl

I uploaded the files again, changed their permissions but  just after it starts the configuration screen it stalls.

All happened after I was uploading a few photos. One of the photos did not give an upload succesful message and after that album did not work anymore...

Does it look like I'm forgetting something?

[Mike Bobbitt]

404 means the file isn't there any more!! If you fix that, you'll be on the right track.

At the moment, it's not an album.pl problem...

[alperuzi]

check this one: http://www.jupitreas.com/cgi-bin/album/album.pl

its not a 404 error...

oh thanks for the fast response!

basically the first bit of the configuration screen is shown and then nothing! If I hand edit the cfg file and then set the first time running thing to false nothing shows up! I began to wonder if it is from the webhost...

[Mike Bobbitt]

Yeah, something's definitely wrong there. What happens when you turn on debugging? That should give a better indication of where the failure is...

[alperuzi]

how do u turn on debugging?

one other thing, the webhost didn't have md5, would that be the cause?

[alperuzi]

ok I found out about the debugging and went ahead with it...
it detects the browser, then returns 0 then it says

8103: Configuring album for the first time.

shows the debug level (2)

then shows the text for the cgi_dir but doesn't show the field and stalls there.

here's what I get when I change to configured mode:

Code: [Select]

326: Starting execution, debugging is on (2)...

7827: Reading configuration information from /home/users/J/jupitreas.com-56171/public_html/Album//album.cfg...

7911: No local config file found, returning...

9975: Cookie Contents Follow:

9989: [YaBBusername] = [alperuzi]

9989: [YaBBpassword] = [something]

9989: [albumusername] = [alperuzi]

9989: [albumpassword] = [something]


[Mike Bobbitt]

Hmmm. It seems to be dying on this command:

$::cwd=cwd;

Try commenting that line out (384ish) to see if it gets any further...

[alperuzi]

yeah, that did it I think.

At least I'm able to view the page now!
Thanks,

oh and whats the catch? why would it do this?

[Mike Bobbitt]

It looks like your server doesn't have the Cwd package installed. Not really that important, it'll just cause some of your "newconfig" guesses to be really wrong. An album that's already set up doesn't need this at all...

[alperuzi]

ok, so that would be why I cannot run with newconfig=true right?

looks like I'll have to manually edit the files
I still don't get how it worked perfectly when I first installed the board though.

Thanks a lot Mike, this script awesome!

[Mike Bobbitt]

Yeah, that's exactly why the config screen would hang initially. Not sure why the sudden change though...

Well, hopefully you'll get it in working order now...

Cheers

[alperuzi]

well, the album works, I haven't encountered any login or cookie problems yet but have a new problem  

I want to use Image Magick to make thumbnails and resize my photos, so I set the directory and upload the pic but it does not resize and when creating the thumbnails stops with this code:

Code: [Select]

7721: $::file=/home/users/j/jupitreas.com-56171/public_html/album/Party_5.JPG, $myobject=Party_5.JPG

10208: Entering subroutine: genThumb(/home/users/j/jupitreas.com-56171/public_html/album/Party_5.JPG,/home/users/j/jupitreas.com-56171/public_html/album//thmb_Party_5.JPG,0)


[Mike Bobbitt]

Wow, that's really weird. There's no "dangerous" stuff between that and the next debug statement:

Code: [Select]

   debug("Entering subroutine: genThumb($myobject,$image_thumb,$mode)",4,__LINE__);

   $system_call="\"$::imagemagick/convert\" ";
   if ($::thumb_quality)
   {
      $system_call.="-quality $::thumb_quality ";
   }

   # Some older ImageMagick installs don't know "resize" so use "scale" instead
#   $system_call.="-scale ";
   $system_call.="-resize ";

   if ($mode)
   {
      $system_call.="$::pic_resize";
   }
   else
   {
      if ($::thumb_width)
      {
         $system_call.=$::thumb_width;
      }
      if ($::thumb_width || $::thumb_height)
      {
         $system_call.="x";
      }
      if ($::thumb_height)
      {
         $system_call.=$::thumb_height;
      }
   }
   $system_call.=" \"$myobject\" \"$image_thumb\"";

   # Resize into desired quality and dimensions
   debug("IMAGEMAGICK: $system_call",2,__LINE__);
It just sets a variable and then debug output's it. If possible, your best bet is to copy debug statements within this block to try to isolate where it's failing...

[alperuzi]

ok now I think I found what the problem is, convert is returning a 0 for the status message instead of -1 when there is no errors.

I actually tested this with Gallery 1.3.3 and it also caused problems while generating thumbnails. When I changed the error identifier from -1 to 0 everything began working!

Is there a way to change this in album too?

[Mike Bobbitt]

That should be fine! album.pl actually ignores the return code, and just displays errors from convert, if there were any...

If you disable using imagemagick with album.pl temporarily, does it work?