Gallery 2.3-RC-1 Feedback

Thanks, TR,
I figured to change the Access, I'll look further to the "permissions" forum search. The main issue, I couldn't find an "CORE - add item" in Edit Permissions at the admin created, Theme Gallery..... the choice for adding items were "CORE - Add sub-item". I'll take a look around.

EDIT: It looks like "add item" doesn't exists. Hence, works when a sub-album is created, thus, "add sub-item"

Thanks,
James

my System Information remains the same (see 1st post on this thread) - My issue with ImageMagick as I mentioned on that post remains the same, and just got worse today....

well because, it looks like ImageMagick 6.4.3 breaks when installed on both of my 2.2.5 multisite setup and 2.3 SVN (checked out on 9/15/08 @ 4:25am) sandbox. I upgraded from 6.3.x to 6.4.3 http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/ImageMagick/
and now everytime I attempt to run Site Admin > Graphics Toolkits > "Test Settings" and/or install/reinstall the ImageMagick plugin (on either a standalone 2.2.5, a multisite 2.2.5, a 2.3 SVN and 2.3 SVN multisite) - an "identify" process stays resident that stalls and fills up my /tmp directory with imagemagick-* file worth ~4GB - I have no choice but to issue kill -9 PID-of-identify and rm /tmp/magick-* to recover, else, my whole box goes into coma for running out of swap space.

Any advice would be appreciated. I could attempt to downgrade ImageMagick to 6.3 if all fails.

The funny thing is after kill the resident "identify" process, Gallery 2 validates ImageMagick as installed and I can upload items just fine. Do I really need "identify" at this point? It's
been troublesome for me.

UPDATE:

I found the problem(s). Omitting the following lines resolves identify.core from being created in /g2data/tmp/ after a crash AND the stay-resident "identify" process no longer appears. AHHHH! what a relief!

the culprit in ~/modules/imagemagick/classes/ImageMagickToolkitHelper.class

I guess my ImageMagick was not configured to support those formats I omitted with /** and */ -but who cares, so long as it works. woo!

Josh, what's the security violation say?

James

I can't help but read here that most of the problems are when Gallery is embedded within another program.
I have had no issues with the latest version at all, and it's been a lot of fun using it. I have embedded gallery in itself
but it seems to handle that without a problem. Not saying that these issues stated aren't important, but Gallery as a
stand alone/multi-site of itself is working fantastic
:D

Also, seems fairly easy to generate this raw error message when embedded (I've seen it many times while playing around with the integration code):
Fatal error: Call to a member function getId() on a non-object in C:\htdocs\gallery2\modules\core\classes\GalleryEmbed.class on line 247

An easy way is to login to embed app (phpBB3 in this case), visit the embedded Gallery, then wait until phpbb session expires (or delete browser session id cookie), then click anything that requires another g2 init and there it is.

@Reiddust:
regarding the error in internet explorer...

- do you use a plain old matrix theme or do you use another theme or theme modifications?
- please post a URL to one of the galleries / pages that shows the IE error.
- does it affect all modern IE versions (6, 7, 8) or just a specific one?

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

@dawirick:
the navigation block has been removed from gallery.
either your gallery theme or your gallery theme settings still try to include that block.

please check at site admin -> themes to see if any block list includes the navigation block. if so, remove it.
if it's not there, maybe your theme hardcodes the include in gallery2/themes/[your theme name]/templates/*.tpl and you need to remove it from the theme template.

what theme are you using?

--------------
Documentation: Support / Troubleshooting | Installation, Upgrade, Configuration and Usage

I tried the latest nightly build and still no luck on this. I'm going to have to go back to 2.2.5. Question, I've added pictures since upgrading. If I go back to 2.2.5, I'd think that I'd lose those pictures. Am I correct? Any way to not lose them?

Thanks,
Jon

Shoot, figured as much. Error logs don't show anything wrong with the blank page.

The GoDaddy error logs show nothing, so no idea where the problem is. I don't want to delve into Smarty to see where it is actually dying.

I tried cloning the $smarty object before calling Gallery but it didn't help. Whatever Gallery is doing to it still was in the cloned object. If I comment out the call to gallery, the $smarty object works fine after the call.

Seems like I need to go back to 2.2.5 and hope that when 2.3 comes out this has been fixed, and I can upgrade then.

I'm not sure what you mean by instructions for how to reproduce. As I mentioned above, when I call that function it returns fine. But afterwards locks up in the $smarty->display function, never returning. A blank page is displayed.

It was working fine in 2.2.5. If I comment out the line $g2moddata = GalleryEmbed::handleRequest();, then the $smarty->display function works fine. No errors are displayed, nothing in the GoDaddy logs, so I do not know what to try next. Here is all the code:

$ret = GalleryEmbed::init(array('g2Uri' => $g2_Config['g2Uri'],
				                    'embedUri' => $g2_Config['embedUri'],
				                    'fullInit' => 'false',
  				                    'apiVersion' => array(1,0),
  				                    'activeUserId' => $g2_user)); 

if ($ret) 
{
   /* Error! */
   /* Did we get an error because the user doesn't exist in g2 yet? */
   $ret2 = GalleryEmbed::isExternalIdMapped($user, 'GalleryUser');
   if ($ret2 && $ret2->getErrorCode() & ERROR_MISSING_OBJECT) 
   {
       /* The user does not exist in G2 yet. Create in now on-the-fly */
       $ret = GalleryEmbed::createUser($user, array('username' => $user));
       if ($ret) 
       {
           /* An error during user creation. Not good, print an error or do whatever is appropriate 
            * in your emApp when an error occurs */
           print "An error occurred during the on-the-fly user creation for user " . $user . "<br>" . $ret2 . "<br>";
           print $ret->getAsHtml();
           exit;
       }
   } 
   else 
   {
       /* The error we got wasn't due to a missing user, it was a real error */
       if ($ret2) 
       {
           print "An error occurred while checking if a user already exists<br>";
           print $ret2->getAsHtml();
       }
       print "An error occurred while trying to initialize G2<br>";
       print $ret->getAsHtml();
       exit;
   }
}


// comment out the section below, and the $smarty->display('tiki.tpl') works
   $g2moddata = GalleryEmbed::handleRequest();
   
   // show error message if isDone is not defined
   if (!isset($g2moddata['isDone']))
   {
     print 'isDone is not defined, something very bad must have happened.';
     exit;
   }
   
   // die if it was a binary data (image) request
   if ($g2moddata['isDone'])
   {
      $logslib->add_log('debug', 'is done');
     exit; // uploads module does this too 
   }



$smarty->assign('g2_ret', $ret);
$smarty->assign('g2_body', $g2moddata['bodyHtml']);

smarty->assign('mid', 'tiki-g2.tpl');

$logslib->add_log('debug', 'before displaying tiki.tpl');

$smarty->display("tiki.tpl");

// never hit this if we call the ::handlerequest
$logslib->add_log('debug', 'after displaying tiki.tpl');

The 2nd log message is never displayed. If I comment out the indented section that calls ::handlerequest, everything works. This was working fine in 2.2.5, it was the 2.3 upgrade that started the problems.

The smarty is already a global created by the tikiwiki setup code. I don't create it, just do a global on it and use it.

I've got a little more data. When I get the blank page, I get the following in the php error log.

[21-Sep-2008 10:00:50] PHP Fatal error: Cannot redeclare smarty_modifier_escape() (previously declared in /home/content/g/r/e/greisz/html/tatanka2/gallery225/lib/smarty/plugins/modifier.escape.php:22) in /home/content/g/r/e/greisz/html/tatanka2/lib/smarty_tiki/modifier.escape.php on line 100

Does that provide any clues?

Okay, modified the smarty lib to not try to reload a plugin function that already exists and it started working. I'll start another thread for that one.

Found another strange thing with embedded, with the following URL:

http://www.tatankanation.org/tiki-g2.php?g2_itemId=29&g2_highlightId=2446

If I have the g2_highlightId on it, it doesn't display. If I remove the highlight from the URL it displays fine. When I go directly to the non-embedded site:

http://www.tatankanation.org/gallery225/main.php?g2_itemId=29&g2_highlightId=2446

It displays fine but removes the highlight. In the embedded version a blank page is displayed. Nothing in the logs. Unfortunately, this is the code that the breadcrumb uses, so it breaks the breadcrumb. I'm going to try to strip it before the handle request.