Bridge Mambo,Joomla SMF 1.1 RC2 (aka 3.20)

[Kindred]

Sorry, v3.20 does not work standalone...   Users MUST use the bridge login module in order to be logged into Joomla/Mambo.

If they log into the SMF site directly, then they will NOT be logged into Joomla.

[[MaxX]]

Sorry, v3.20 does not work standalone...   Users MUST use the bridge login module in order to be logged into Joomla/Mambo.

If they log into the SMF site directly, then they will NOT be logged into Joomla.

Well that is fine with me, mainly I want the user db to be synced.

I was just wondering about the notification emails n such, would they have the full stand alone address?

[Kindred]

the user DB is only synced when the users use the bridge login module in joomla.

[[MaxX]]

the user DB is only synced when the users use the bridge login module in joomla.

That is also fine with me.

So for registration I use the bridge component (so it adds to both db's) and also for login the bridge component in joomla to sync logins.
In this method it should work as standalone right?

I dont want to change my forum from standalone now, as would loose all the PR etc.

A issue i forsee running standalone is that incase the password is changed from the forum it wont reflect in the portal.. Could be fixed by hardcoding the 'account information' to go thru com_smf or changing the calls  I guess..

[InteractivePix]

Hi, I'm using the latest version to date, of Joomla, SMF and the SMF Bridge Component

However i opted to use the Joomla / VirtueMart Ecommerce package to save a couple steps,
the ecommerce / joomla build is working excellent.

I see the problem alread, it's obvious that the SMF bridge isn't going to be sync with the VirtueMart registration system since VirtueMart requires much more user registration details,..   , and VirtueMart doesn't
directly support SMF or the SMF build directly, although i wish they did for simplicity and ease.

Is there any quick solutions or modification to the bridge that can be done to integrate with VirtueMart, or should I request or petition to the VirtueMart developers to support / integrate with SMF or the SMF Bridge?

What do you think?

Thanks,
Chris C.

Re: Bridge Mambo,Joomla SMF 1.1 RC2 (aka 3.20)

[InteractivePix]

Hi, I'm using the latest version to date, of Joomla, SMF and the SMF Bridge Component

However i opted to use the Joomla / VirtueMart Ecommerce package to save a couple steps,
the ecommerce / joomla build is working excellent.

I see the problem alread, it's obvious that the SMF bridge isn't going to be sync with the VirtueMart registration system since VirtueMart requires much more user registration details,..   , and VirtueMart doesn't
directly support SMF or the SMF build directly, although i wish they did for simplicity and ease.

Is there any quick solutions or modification to the bridge that can be done to integrate with VirtueMart, or should I request or petition to the VirtueMart developers to support / integrate with SMF or the SMF Bridge?

What do you think?

Thanks,
Chris C.

Re: Bridge Mambo,Joomla SMF 1.1 RC2 (aka 3.20)

[Orstio]

I see the problem alread, it's obvious that the SMF bridge isn't going to be sync with the VirtueMart registration system since VirtueMart requires much more user registration details,..   , and VirtueMart doesn't
directly support SMF or the SMF build directly, although i wish they did for simplicity and ease.

Is there any quick solutions or modification to the bridge that can be done to integrate with VirtueMart, or should I request or petition to the VirtueMart developers to support / integrate with SMF or the SMF Bridge?

There is an incompatibilty with VirtueMart, but it has nothing to do with registrations.  Those who register in VirtueMart will be migrated to SMF as soon as they login with the bridge login module, so there is no conflict.  People who are already logged in to Joomla/SMF will be asked for the additional information normally as it is coded into VirtueMart, so again, no conflict.

The incompatibility with VirtueMart is in the sessions, which for some reason are rewritten after SMF's SSI is loaded.  This makes logging in difficult, so it is something I need to look into before the next revision.

[alistair]

I posted a question about the registration component of the bridge that I though was in this topic. For some reason it ended up here:

http://www.simplemachines.org/community/index.php?topic=70680.0;topicseen

and has remained unanswered. If anyone has an idea please reply.

Since that post I have also discovered another 'bug'. If the SMF installation requires a password with High security (Capitals, lowercase and numbers - 8 char or more) then the bridge registration component recognises this and will give an error if a user enters a password that does not comply. This is good to this point. The problem comes when they then try to enter a password that complies. They can not register as the user already exists.

What happens is that the user is registered in Joomla, but not in SMF when the error is first returned. I guess what should happen is that if either user registration fails then a user is not created in the other database. Does that make sense?

Regards,

Alistair

[Orstio]

Since that post I have also discovered another 'bug'. If the SMF installation requires a password with High security (Capitals, lowercase and numbers - 8 char or more) then the bridge registration component recognises this and will give an error if a user enters a password that does not comply. This is good to this point. The problem comes when they then try to enter a password that complies. They can not register as the user already exists.

Not really a bug -- If your password security permissions are higher in SMF than they are in Joomla, Joomla will allow the SQL query that enters the user.  SMF will not, and will throw an error.  So, when you try to re-register, the userr exists in Joomla, and then that throws an error.

The solution is to make sure that your SMF password security is no higher than Joomla's, or use SMF registration instead of bridge registration.

[neilhedley]

There is an incompatibilty with VirtueMart, but it has nothing to do with registrations.  Those who register in VirtueMart will be migrated to SMF as soon as they login with the bridge login module, so there is no conflict.  People who are already logged in to Joomla/SMF will be asked for the additional information normally as it is coded into VirtueMart, so again, no conflict.

The incompatibility with VirtueMart is in the sessions, which for some reason are rewritten after SMF's SSI is loaded.  This makes logging in difficult, so it is something I need to look into before the next revision.

Any workarounds that can be used, or something we can tweak in the meantime to make logging in less "difficult"?  The forums and VirtueMart are kinda the stars of my site, and having spent the weekend migrating from a custom-built solution to Joomla, I was a little distressed to find this little gremlin this morning.

Thanks a ton.

[Orstio]

Any workarounds that can be used, or something we can tweak in the meantime to make logging in less "difficult"?  The forums and VirtueMart are kinda the stars of my site, and having spent the weekend migrating from a custom-built solution to Joomla, I was a little distressed to find this little gremlin this morning.

From the bridge end of things, the login module gets the session id in a variable named $sc, in the code inclusion in the Joomla template header:

Code Select Expand

$sc = &$context['session_id'];

Now, what I'm not sure of at this point is whether this is a variable name collision with $sc, or whether the value of $context['session_id'] is rewritten by VirtueMart.

To test the first, you would change the variable name to something else, like:

Code Select Expand

$smf_sc = &$context['session_id'];

And then in mod_smf_login.php, change every instance of $sc to $smf_sc.

To test the second, you would just remove the ampersand:

Code Select Expand

$sc = $context['session_id'];

Although, I'm not sure what other problems this may cause later.

[neilhedley]

To test the first, you would change the variable name to something else, like:

Code Select Expand

$smf_sc = &$context['session_id'];

And then in mod_smf_login.php, change every instance of $sc to $smf_sc.

To test the second, you would just remove the ampersand:

Code Select Expand

$sc = $context['session_id'];

Although, I'm not sure what other problems this may cause later.

So your recommendation would be to try the first option, and if it blows up, undo everything and try the second option?

Just making sure I understand, so I don't go and do both when that's not what you meant.

[Orstio]

Yes, one or the other, but not both. 

[elikhi]

Is there another place to download the current bridge? mambofoge seems to be down for me, and I would really like to get this installed on my site and work out the kinks so that I may be able to launch it by the end of the month.

[Kindred]

by current bridge, you mean what (current is not a version number)

3.19a for 1.0.x and 3.19a for 1.1 beta3, beta4 and RC1 are available in the combined readme sticky post (as has been mentioned about a dozen times now)

1.1.2 (aka 3.20) for 1.1 RC2 is available in the first post of this thread... (as has also been mentioned a dozen or so times)

[elikhi]

my aplogies for my continued noobness on this, hopefully I can get this all to work soon and be out of everyones hairs...

ok i've got smf v 1.0.6

i got the  v 3.20 bridge ( i believe )

i followed the directions, and came across a question and a problem. if anyone tries to register i get this error.

Warning: saveregistration(/home/tasagi/public_html/smf/Sources/Subs-Members.php): failed to open stream: No such file or directory in /home/tasagi/public_html/test/components/com_smf_registration/smf_registration.php on line 343

now my question is this...I have community builder installed...if the users register with the forums, i have the Also register into Community Builder box checked, will that also set them up with a community builder account and allow them to login to get the benefits from that, IE. the blog posting and what not?

Again I apologize for my noobness.

Fatal error: saveregistration(): Failed opening required '/home/tasagi/public_html/smf/Sources/Subs-Members.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/tasagi/public_html/test/components/com_smf_registration/smf_registration.php on line 343

[Orstio]

3.20 does not work with SMF 1.0.6.

[elikhi]

oh...so i've got to get the version right below it then?

[Orstio]

http://www.simplemachines.org/community/index.php?topic=68663.0

[servertrouble]

I also need this file if anyone would be kind enough to either post it or send to [email protected] the download link does not work

thank you guys I will be donating