We would love to get any comments on the Gigya Socialize Module

This looks like a useful module. However, I am concerned about the following statement in Gigya's TOS:

"Gigya may collect certain tracking and usage data generated or provided by End Users (“Usage Data”). In the event that you choose certain settings or implement certain functionality of the Services, Usage Data may include the personally identifiable information of End Users."

Is it possible to configure the module in a way that shares only general statistics and not personally identifiable information?

Also, if I have the Facebook Connect, Google Friend Connect, and Twitter modules, do I still needed this module? Granted, one module is easier than three, but that might get around my concern re: sharing user info with Gigya (right?).

Advice is appreciated...

Kathy

Any plans for D5 ?

Looks promising, but having difficulty getting it to work. So far I've just tried it for Twitter and Facebook, which I have apps and keys setup for already. A few questions (could make separate issues for each, but you can consider this feedback as well):

• I don't see a Readme file, installation/configuration instructions or general documentation for the Drupal module itself, although there's plenty for Gigya in general at the Gigya site. Any Drupal-module specific documentation would be very helpful.
• Are the patches for the popups module required for this to work, or simply recommended for smoothest experience? It says "for optimal experience" but the popups don't appear to work for me.
• What is the callback URL we should use for the Twitter oauth app? I keep running into an issue there.
• Does this replace the Facebook Connect module functionality, or work with it? Should I disable Fb connect? What about the Twitter module?

thanks for any help.

Hi fumbling,

Re your last point, this module doesn't replace the twitter module (http://drupal.org/project/twitter) - the twitter module provides full views integration for tweets, which this module doesn't do. Currently this module doesn't integrate with the twitter module though, so if you were letting users pull in their twitter feeds, then they would have to enter their twitter info twice. You could work around this with some custom coding though. I've never used the FB connect module, but I suspect that this gigya module replaces that.

There are no plans for release for Drupal 5.

Hi Fumbling,

Documentation is in the works. Understandably this is a complex module and its setup needs to be documented.

The patches for popups fall into two categories. The one that is indicated as required for Internet Explorer is required for the module to work (well really for popups to work) with Internet Explorer. The others are there to make the module work as designed but aren't required for functionality.

The callback URL for twitter is required to be setup as described in the Gigya setup instructions which contain details on setting up each service. Generally the callback URLs will all be on the Gigya network.

This module provides functionality that is not contained in either the Fb connect or Twitter modules. Each of those works directly with the sites and provides other features (i.e. the Twitter module stores tweets in the Drupal database). This module provides an integrated approach (through the Gigya Socialize API) to allow users to authenticate through their chosen service and take advantage of the supported protocols to use the user's chosen network for sharing their site activity. Unlike the Twitter module (I'm not certain about the FB module) this module does not store any of the user's personal information (account name, password) in the Drupal database and authenticates through secure mechanisms that leave the user in control.

Is there a way to map social networking accounts to existing users for login purposes?

I couldn't seem to figure out how to do this.

Hi Ghing,

There is not a way to map users for login purposes. Once a user is established as using Drupal, Twitter, Facebook or any other network for login they must continue to use that same means of login. There is the ability for the user to connect for non-login purposes under the edit user screen.

Thanks,
Josh

Went to the webinar today, downloaded the module, and, with some head-scratching, more or less got it working.
That is to say, I've got updates being pushed to Facebook and Twitter, which was what I was really after.
A couple things that linger, as I call it a night:

- the login UI presents a box with social network icons in it, under the text "Log in using social networks". This takes a second or two to load; once it's loaded, my Google AdSense ads, displayed in two blocks in my sidebars, disappear. Their positions are still occupied - the other blocks don't move around, and the ads are present in the page source - but the content is invisible.
Any ideas?

- I use an offline blog post editor - couldn't do my writing without it, actually. MarsEdit, specifically. Trouble is, I now have to visit each post and set the checkbox to push the post out to the social networks - I can't do that remotely. I also can't set the content type to default to publishing this content to social networks - that checkbox doesn't even show up on the blog content type's edit form. So I'd love to see
- 1 the "Post update to Social Networks" toggle appear in the content type admin screens so I can set a default, and
- 2 some way to get the blogapi to send that parameter out to MarsEdit so that I can set it during writing time.

One more thing (8/10/09) -
I''m finding the Popups module highly troublesome - you might want to rethink your dependence on this project. I don't think there's anything you're doing that really requires all this AJAX-ey hipness, is there?

Subscribing

On the external editor question - i think someone's working on an enhanced BlogAPI module. Let me see what I can find out about that. The author of MarsEdit says he's pretty much at the mercy of whatever the API exposes. Same issue affects remote editing of CCK content types, by the way - right now we can't do it because the API doesn't address them.

AdSense - I suspect JavaScript is at the bottom of this, but haven't had time to get into it. Please let me know what Acquia says. As I think I mentioned, the AdSense content shows up, but is covered after the Gigya login buttons get displayed. I'll happily speak with someone at Acquia if you like.

As for Popups API - there are 138 open issues with this project right now.
http://drupal.org/project/issues?text=&projects=Popups+API+%28Ajax+Dialo...
The maintainer's last commit was nearly 5 months ago. So it's not just me.
I understand wanting a more fluid user experience - but perhaps that could be optional? I'd like the opportunity to choose, theme, etc. as well as the opportunity to discard a module that probably isn't really necessary for what you're doing.

Just adding my voice to improved working with external editors posts#10&13(I use MarsEdit also). The improved BlogAPI Sam mentions sounds like it may help, since you are not the only module to get caught this way.

Just came over to look at the queue while watching your webinar with Acquia. Time to un-pause and start up the Q&A portion.

I hope to be experimenting shortly. I've got a site or two in mind where I'd been evaluating the individual modules but you may be a better fit.

The module looks very nice. But I really don't want to be dependent on PopUp Module. Could you make this optional? Thank you :)

Can not see the social sites in IE6.0. The outline of the box is there but nothing else except the drupal login. Can u provide others?

I was going to point to the site I was putting together(to let you try under IE6), but I checked it under IE6 myself first using browsershots.com and found that while I had the heading "Login using social networks" I had no icons. Its not my box(its a remote service) so I can't speak to config. It could be a security setting, I get the same result under Firefox on my Mac if I have the NoScript extension blocking everything.

Otherwise it works OK on my Mac Safari & FF

Are you familiar with Ubercart Drupal eCommerce solution?
http://drupal.org/project/ubercart
http://www.ubercart.org/
http://livetest.ubercart.org/uc1/catalog/4

Is it possible to configure this module to work with Ubercart? We are working on a project where we're using Ubercart during the initial registration for PAID ACCESS. Basically, users have to pay $ for registration to be able to see some parts of the site.

I have no problem to use gigya module on IE6.
http://pif.3u4u.biz (test website don't be worried to use it)

what are the releases that you are running?

Drupal core?
Gigya - Beta-3 or dev ?

I'm on Gigya Beta-3 and Drupal 6.10. and so far it looks good on Safari & FF3 (Mac & Win)
haven't tried IE7 or 8 but IE6 was a no-show for the icons for me

I'm thinking that my next step (when I get some time) will be to upgrade to Gigya-Dev version and maybe Drupal also. Just wondering that's what you are running.

I'm using acquia drupal 6.12 and gigya dev from today

Thanks for the info Heyyo.
Sounds like another reason for me to upgrade Gigya as soon as I get a chance.

Closing this issue. Thanks for all the feedback. If you have support or bug questions that need attention please open a separate issue or post to the appropriate issue in the issue queue.

how would you be able to get an API key/Secret key for localhost development?

We have the module in use at http://faiththedog.info with Acquia Drupal

We still need to work on the Drupal profiles on this very new site to map the SM profile fields.

One concern is a large number of strange 404 requests that I have been told are caused by Gigya debugging for IE6 http://drupal.org/node/550616

Otherwise the module is nice

I noticed the Gigya "Login using social networks" and icons come after the Drupal login and before the Drupal "Create new account
Request new password" in the login block

I think the Gigya interface should come cleanly either before or after the Drupal log in - it is a little confusing in the middle

The Gigya placement is much better on the login (/user) and register (/user/register) pages

@#21 Ubercart for premium content

I would allow all users to create a basic "authenticated" role membership, whether with Gigya or normal registration - then let them purchase a "premium" role with Ubercart for extended access