SMF + G2

This project was started after I saw a need for it - at the time there was only one gallery available for SMF, and it didn't have nearly as many features as Gallery2 (or Gallery1 for that matter - and it still doesn't).

Status: Current verion: 1.0 (Released November 17th, 2011)
Project site: http://galleryproject.oldiesmann.us
Preview: http://galleryproject.oldiesmann.us/index.php?action=gallery (registration encouraged, but not required)
Download: http://galleryproject.oldiesmann.us/index.php?action=tpmod;dl
Features: Complete integration into SMF - gallery can be embedded (.../index.php?action=gallery) or bridged (redirects to external gallery instead of embedding it). User account info is updated automatically as needed. "Link membergroups" option maps every SMF membergroup with a Gallery membergroup of the same name (if the group doesn't exist yet, it will be created) and updates group membership as needed. Also includes automatic language detection - the language you use in Gallery will be dependent on what language you're using in SMF (so if you're using Spanish in SMF, you will also use Spanish in Gallery).

New features in 1.0

• Updated lightboxv2 to latest version
• New sub-items for the Gallery menu item (Your Album, Your Gallery Profile, SMF+G2 Settings and G2 Site Admin)
• "Visit <user>'s Gallery Album" link in profile replaced with standard linked camera icon
• "Visit <user>'s Gallery Profile" link in profile moved to Profile Info menu
• Support for SMF 2.0 and 2.0.1 (and package should install on future versions as well barring code changes that interfere with things)

Oldiesmann! Where are the themes at :X

valiant - I call GalleryEmbed::init and then check for "ERROR_MISSING_OBJECT" (meaning the user hasn't been added yet). If this is the case, then it goes through the procedures to add the user to Gallery along with the appropriate groups (if necessary) before calling GalleryEmbed::init again. It's not perfect yet, but it generally works. I will take a look at that table when I get a chance and see what I can do.

d3v - I'll install more Gallery themes soon. My main focus is getting the integration to work right now.

Ok. I don't have access to phpMyAdmin at the moment (stupid network firewall at school blocks nearly every port that isn't extremely common...), so I wrote a PHP script to check that table...

There were still a couple of entries relating to an entity with g_externalId of "1" (which of course would be the ID_MEMBER for the account I was having problems with), so I deleted those. Now it's complaining about my code to automatically add people to the "Site Admins" group ("ERROR_MISSING_OBJECT: 3 GalleryGroup"); What should I do so that it automatically adds everyone from SMF's "Administrators" group to Gallery's "Site Admins" group?

I would prefer to synchronize both groups and members if at all possible. I would at least like to get it so that SMF"s administrators have administrative powers in Gallery as well. I will check out the code that you suggested.

I wasn't planning to make Gallery groups exist in SMF. I just want all of SMF's groups to exist in Gallery for the most part. I'd like to sync SMF's Administrators group with Gallery's Site Admins group so that anyone who is an Administrator in SMF is a Site Admin in Gallery (but not necessarily the other way around). I can add users to groups and create groups quite easily, but the only issue is the administrators. Once that's taken care of, things should be pretty easy to handle.

Oldiesmann, please take a look at the existing integrations.
Or read the docs in GalleryEmbed.class:

you have to call GalleryEmbed::init() before you do anything else. Calling GalleryEmbed::init boots G2, includes the most important classes etc.

when you have created a user, you can login in G2 with GalleryEmbed::checkActiveUser, no need to call GalleryEmbed::init again.

Thanks for that info

I finally got my Oldiesmann account working :D

Now to go edit the rest of the code to make sure things work properly.

Do I have to call init() before calling checkActiveUser() or not? I need to use one of them in several places to determine whether or not to do certain things in gallery by looking for ERROR_MISSING_OBJECT (for example, when logging out - no sense in creating a user in Gallery just so we can log them out...).

Now that I have created my Administrators account in Gallery, I'm going to logout of my board, and login to gallery as admin and figure out how to make that group administrators...

Also, I would still like to know if it's possible to do everything through the embedded Gallery. No real point in having it embedded in the board if all the links point to main.php...

That's the problem... No matter what I do, the links all point to main.php. And the only way I can get those links to work properly is to set the embedPath to '/galleryproject/gallery2' and relativeG2Path to '' - otherwise they end up pointing to /galleryproject/main.php.

I was editing my previous post to include that information when you were typing... The embedURL is set to index.php?action=gallery because that's how I want to access it in SMF.

If I try that method, all the links point to /galleryproject/main.php instead of /galleryproject/gallery2/main.php

I always end up with links that look something like this...

http://smf.oldiesmann.us/galleryproject/gallery2/main.php?g2_view=members:MembersList&g2_return=http%3A%2F%2Fsmf.oldiesmann.us%2Fgalleryproject%2Findex.php%3Faction%3Dgallery&g2_returnName=album

However, as soon as I click it, it takes me directly to main.php instead of actually returning the "g2_return" URL.

   $galleryparams = array('embedURI' => 'index.php?action=gallery',
            'embedPath' => '/galleryproject/gallery2',
            'relativeG2Path' => '',
            'loginRedirect' => '/index.php',
            'activeUserId' => $ID_MEMBER,
            'activeLanguage' => 'enUS'); 

change it to:

   $galleryparams = array('embedURI' => 'index.php?action=gallery',
            'embedPath' => '/galleryproject/',
            'relativeG2Path' => 'gallery2/',
            'loginRedirect' => 'index.php',
            'activeUserId' => $ID_MEMBER); 

(i changed the paths and removed the language. set language only if you know that it's needed, because it's not as fast as when you leave it away.

and your code always tries to create a new group when you map a new user to g2, that will fail as soon as you map a 2nd user.

Oldiesmann,

Grab the WPG2 Plugin and look at the g2embed.php at the function g2_login($initcall=FALSE)

Also if you look at some of the ::init threads in these forums you will see basically a series of concerns in the performance and how to correct this in some cases..

Thanks for the help again valiant. I will make the changes and see what I can do about synchronizing the admin groups.

I'm not trying to add members to existing gallery groups except for the admin. In every other case, I'm mapping a new Gallery group to an existing one in SMF. What's wrong with this? It adds a lot more flexibility to the integration.

How exactly do I tell Gallery to make members of SMF's "Administrator" group a member of Gallery's "Site Admins" group? I want people to be able to administrate their gallery without having to logout of their board and login to Gallery as "admin".

Sorry. I will do that. I apologize for asking so many questions, and will look over the wordpress stuff first.

the xaraya integration is the only integration where groups are sync'ed too (i did it as a proof of concept).
i'd recommend looking at this code, but the problem is that xaraya manages groups in trees (a group can have subgroups, etc.) and thus it's more complicated and not the best code to learn from.
anyway, it's xaraya/gallery2/xaradminapi/createhook.php if you want to look how it's done.

you want to know in what g2 groups a g2 user is in?
see GalleryCoreApi::fetchGroupsForUser()
also see modules/core/classes/GalleryCoreApi.class for other functions.
some additional functions can be found in modules/core/classes/GalleryEmbed.class
that's about all you need to know about G2.

Well, it was a bit of a pain, but I did it

function gallery_groupCheck($userid)
{
        global $db_prefix, $user_info;


	// Get the ID of the user's post group
	$query = db_query("SELECT ID_POST_GROUP FROM smf_members WHERE ID_MEMBER = '$userid'");
	$result = mysql_result($query, 0);

	// Get their Gallery User ID
	list($ret, $value) = GalleryCoreApi::loadEntityByExternalId($userid, 'GalleryUser');
	if($ret->isError())
	{
		fatal_error($ret->getAsHtml(), false);
	}

	// Get all the groups that they belong to in Gallery
	list($ret, $galgroups) = GalleryCoreApi::loadGroupsForUser($value->getId());
	if($ret->isError())
	{
		fatal_error($ret->getAsHtml(), false);
	}

	// Get the Gallery Group ID for their post group
	list($ret, $galpostgroupid) = GalleryCoreApi::loadEntityByExternalId($result, 'GalleryGroup');
	if($ret->isError())
	{
		fatal_error($ret->getAsHtml(), false);
	}

	// Check to see if they're in this group - if so, assume all is well and leave...
	if(!in_array($galgroups, $galpostgroupid->getId())
	{
		// They aren't, so add them to it
		$ret = GalleryEmbed::AddUserToGroup($userid, $result);

		// Get all the *other* post groups...
		$query2 = db_query("SELECT ID_GROUP, groupName FROM {$db_prefix}membergroups WHERE minPosts != '-1' && ID_GROUP != '$result'", __FILE__, __LINE__);
		$postgroupgalids = array();

		// Loop through until we find which group we should remove them from...
		while($results = mysql_fetch_assoc($query2))
		{
			// Get the Gallery Group ID for this post group
			list($ret, $ids) = GalleryCoreApi::loadEntityByExternalId($results['ID_GROUP']);
			if($ret->isError())
				fatal_error($ret->getAsHtml(), false);

			// Is this the one we want to remove them from?
			if(in_array($galgroups, $list->getId())
			{
				// Success! Remove them, then go back where we came from
				GalleryEmbed::removeUserFromGroup($userid, $results['ID_GROUP']);
				return;
			}			
		}
		
	}
	else
	{
		// Such a shame... all that work for nothing!
		return;
	}
}

The hardest part was figuring out the easiest way to determine the ID number of the group to remove them from in Gallery...

The user is only removed from one other group - the one that is mapped to a post-based group that they no longer belong to.

SMF has two types of membergroups - post-based (called "ranks" by phpBB and other forum systems) and non-post-based. The code I wrote is to make sure that the user is always in the appropriate group in Gallery based on what post group they belong to. They can be in any number of other groups though (such as Administrator, Global Moderator or any other groups the admin creates).

I will work on variable names soon... My main goal is to get everything working at this point. Once I'm out of school in a few weeks, I'll have a lot more time to play around with this, and will be making a lot of changes then. I am also planning to create a custom template for Gallery that will allow Gallery to match any SMF theme (should not be that difficult to do ).

In answer to your question - I missed that issue. I thought about doing that at first, but because that function is only called after the user has been created and only if they're not accessing Gallery for the first time, so I just assumed that the group would arleady exist... I wasn't thinking I will add code to check to make sure that group exists first, and create it if necessary.

You're welcome

Any new development on this

if you need help beta testing let me know

Quick update. I finished writing the code for the new account creation feature and it seems to work well (at least it did for one person who tried it). I still have a few more bugs to work out, but should start beta testing soon.

The Oldiesmann
SMF Support Specialist