5.5 threads7 integration bug

Zarzal · October 10th, 2006, 12:55 PM

It is not possible to refresh the usergroups in PP 5.5 from Threads7. If I click the link 'Refresh usergroups from your forum software?' something is done but I miss some groups from threads7. I don't recive an error.

Is this the right place for this report?

Chuck S · October 10th, 2006, 01:29 PM

I see no issues here. I added a group in Threads 7 called Test Group and then went to Photopost and hit refresh usergroups and Test Group was imported. We import any groups under the ubbt_GROUPS table. Here is the query we use in threads7.php and I show its valid.

Code:

Content visible to verified customers only.

Zarzal · October 10th, 2006, 02:17 PM

I do the same test. Create a new group, press the refresh link and nothing weas changed. I review the pp_usergroups and the where no changes made. I try to set off spider frindly urls but this changes nothing. Is there something I can test to find out what going on?

The integration itself seems to working.

/edit: just see a new release with changes to the integration is in the member area. I will test and report.

/edit2: No changes. It doesn't work.

Chuck S · October 10th, 2006, 04:37 PM

It works fine that I see. When you upgraded you did change your integration on setting 41 of your settings table to threads7 right?

Spider friendly urls are not used in admin so this has no effect. The test I do is go to threads and create a new group. I then go to Photopost and hit refresh under edit usergroups and the new group is copied over. You can email me an admin login and url if you want as I do not see this on my UBBThreads photopost combo

Zarzal · October 10th, 2006, 05:27 PM

Yes:
41 User Registration System vbversion threads7 2 13

Thank you for taking time for this. Its late in the night here and I m tired. I do create accounts for your tommorow in my threads so you can access both as admin. Do you need FTP access to? One little problem: My system now runs in german... is this a problem for you?

Mors · October 10th, 2006, 05:29 PM

I had the same thing happen.. it didnt really update the groups and it changed my permission settings on the existing ones. I just had to manually reset the existing groups.

Mors · October 10th, 2006, 05:46 PM

Rick said this about the table Chuck..

Yes, basically the groups aren't necessarily deleted from the database. Rather just set to disabled with a blank name, for future use. Since the GROUP_ID is just an auto_increment field, we need to do this in order to reuse the group #s.

so you can probably change the query to ignore the blank group names and that should fix it. Your query and site is working as intended. you have never deleted a user group before is all

Mors · October 10th, 2006, 06:09 PM

Quote:

Originally Posted by Mors

Rick said this about the table Chuck..

Yes, basically the groups aren't necessarily deleted from the database. Rather just set to disabled with a blank name, for future use. Since the GROUP_ID is just an auto_increment field, we need to do this in order to reuse the group #s.

Additional info:

yes, there is a GROUP_IS_DISABLED field in that table. If they were to change it and only grab those that had a value of 0, that should fix it.

Additional info on the fix..

Chuck S · October 10th, 2006, 06:53 PM

I dont see where this would matter Mors we would simply import the group with no name. I can add that to the query but this would not affect anything. Zaral is saying he can not import usergroups at all which we can not replicate.

I tried setting a usergroup in threads to disabled and empty group name and it still imports.

Zarzal · October 11th, 2006, 11:48 AM

I fear you are right. I create several new groups to fill the empty ones so I have a table without empty entries. Then I try it again and it doesn't work. There is no change to the PP table except the 'Allow comments' changes to no.

Chuck S · October 11th, 2006, 12:14 PM

Yes his info doesnt have any bearing on this.

I mean it works from what I am seeing and I even tested this on a guys site I recently upgraded and it works fine as well there so only thing I can tell you is to send me any necessary logins to look at your system

Chuck S · October 12th, 2006, 08:34 AM

Zarzal

There is nothing wrong with your refresh at all.

Remember we cache all old usergroups so you do not lose your settings everytime. You still have old ubbthreads groups in your photopost install and thus more groups than your present ubbthreads 7 install I had to create 3 dummy groups in your new install so it got past your cached groups.

I would suggest you edit your usergroups table in photopost database and clear out any groups greater than usergroup 4 which is guests then do a clean refresh to grab the ubb7 names and reset permissions

Chuck

Zarzal · October 12th, 2006, 09:53 AM

Thanks Chuck, thats the point. Clean out first the table, than do the update solve 99% of my problem. I delete your test groups on threads and now sync 3 empty groups as described above, but thats not a main problem, I just delete them in phpmyadmin. It would be nice to enhance the integration so that the empty groups dont be imported, then it is perfect.

Chuck S · October 12th, 2006, 10:18 AM

You do not have empty groups that I see but I can update things to not import disabled groups thats not a biggy

Zarzal · October 12th, 2006, 02:02 PM

I delete your 3 testgroups from Threads so this minor problems comes up again if I do a second test. But now I know to deal with. It was just for information. The import itself works.

Another note for user of this combination of PP and threads7: If you like to assign a moderator to a category you have to enter the loginname and not the display name of the user. If you know it works too.

If I find another problem I will come back to this thread. Now all work for me. Thank you.

Chuck S · October 12th, 2006, 02:14 PM

Yes the Threads integration correctly now needs loginname so integration is correct. Username is displayed everywhere but loginname just like UBB needs to be entered for correct login thus on any function in Photopost like uploading as another user for admin or assigning mods etc you need to enter the true name of the user.