Some of my users are just that "users" .... they come to my sites and don't have a clue about how their browser functions. There are a few that don't even know how to delete cookies from their browser. Sometimes the mambo cookie becomes corrupt and they are locked out of certain functions in the main site within mambo but can still access the forum. Even though I have explained to them how to go about deleting cookies they cant get it into their heads how to do it. There must be a lot of people out there that have the same problem. Sad isnt it 8)
Would it be a good idea to add a function that I noticed in a phpNuke login module a while back. If the user was having trouble loggin in through corrupt cookies he was presented with an option to delete all cookies. Just wondered how hard this might for the Bridge to look to see if their were any mambo/smf cookies on the loggin in machine and if so present the person entering the site with the option to delete them and to re-loggin? Or alternatively give the webmaster the option to turn on delete mambo and smf cookies ... or something that will delete the cookies ... who knows ::)
If your users are having trouble with cookies on your site then perhaps you should look into fixing the problem on your site as opposed to deleting cookies? I mean, it could be a useful feature if to fix things one time, but if they have to do this frequently then maybe you have some bad code going on?
Whether it's been said a million times or not I do not know right now, but I'd like to see better integration with user id numbers. I'd like to be able to cross-reference user profiles more easily between mambo components such as Mamblog.
QuoteSome of my users are just that "users" .... they come to my sites and don't have a clue about how their browser functions. There are a few that don't even know how to delete cookies from their browser. Sometimes the mambo cookie becomes corrupt and they are locked out of certain functions in the main site within mambo but can still access the forum. Even though I have explained to them how to go about deleting cookies they cant get it into their heads how to do it. There must be a lot of people out there that have the same problem. Sad isnt it
What version of the bridge are you running? I haven't heard of corrupt cookies since before 3.02....
QuoteWhether it's been said a million times or not I do not know right now, but I'd like to see better integration with user id numbers. I'd like to be able to cross-reference user profiles more easily between mambo components such as Mamblog.
Is there a Mamblog version for Mambo 4.5.2 yet? Last time I checked it was only compatible with 4.5.1...Let me take another look.
Well, I run it and I'm on 4.5.2.xxxx www.louipimps.com / http://www.louipimps.com/index.php?option=com_mamblog&Itemid=51
And you used the component from here?
http://mambo.theyard.org/index.php?option=content&task=view&id=22&Itemid=30
Yep, I'm pretty sure that's the site, although it didn't load for me right now. I think I had to change one line of code somewhere. I found it in their forums if so.
Orstio, sorry to take so long to get back ...
Currently running 3.19
Every now and then I have the same problem in IE .... doesn't seem to happen in firefox.
rotor
I know of an issue where the Mambo cookie expires prematurely....could that be it? That does not require one to delete cookies, however, just to logout and back in again.
For those who are waiting patiently (I know it has been a long time since the last release), I have been experimenting with a number of things that I hope to be able to release in the upcoming version:
- Two-step installation. SMF package, and Mambo component. This works on my test site, and on another installation I did recently. This will still require proper configuration of the components and modules after installation, and also the code in the Mambo template. I am looking at different ways to eliminate the need for that code insertion without modifying Mambo core files.
- More extensive registration, including the ability for the admin to set all new registrations as a preset user group in Mambo (e.g. Author, Editor, etc.)
- Use of the integration hooks in SMF 1.1 beta 4. These hooks eliminate the need for some of the other bridge code, and make the site far more integrated. For example, when a user changes his/her password in SMF, it would instantly change it in Mambo as well. Same for email address, etc. It also makes step 1 of the installation much smaller, eliminating the need to modify Subs.php. I'll continue to work on this: It may be possible to eliminate step 1 of the installation altogether with SMF 1.1.
- No promises here, but I have been looking more at CB to see what I can do with the bridge registration to make it more extensible and more integrated with CB.
I have found little need for CB if we can just integrate SMF with Mambo a little better. All of the things CB does can be done better and easier with SMF Profile templates.