These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

TEA (v1.3.1) - Member Management Mod for SMF 2, TeamSpeak 3 and Jabber

Author
Bill Ramen
Perkone
Caldari State
#301 - 2014-06-02 19:16:36 UTC  |  Edited by: Bill Ramen
Hi, I'm getting an error when my end users try to register their teamspeak identity of
Quote:
[ERROR] access to default group is forbidden
. It worked initally but I am not sure what has faulted. Can someone assist?
Nutbolt
University of Caille
Gallente Federation
#302 - 2014-06-03 06:49:25 UTC
Right I have had this issue for a while now and getting fed up with it. Basically TEA is caching the results of the API and not clearing the cache. So if I empty the smf_tea_cache table in the DB it will go through and re pull everyones api key and deal with permissions correctly, kicking people who left corp etc... However once its done this once for everyone it then won't refresh their API key again. Meaning permissions aren't being updated should someone leave or whatever.

If someone new joins it gets their info fine (as its not cached in the DB). I have no idea why this is happened, it used to work, like a few months ago now, but did used to work.

The TEA_CRON outputs 'Reset lastid to Zero' Any ideas please?
Shin Chogan
Federal Navy Academy
Gallente Federation
#303 - 2014-06-04 20:41:28 UTC  |  Edited by: Shin Chogan
Nutbolt wrote:
Right I have had this issue for a while now and getting fed up with it. Basically TEA is caching the results of the API and not clearing the cache. So if I empty the smf_tea_cache table in the DB it will go through and re pull everyones api key and deal with permissions correctly, kicking people who left corp etc... However once its done this once for everyone it then won't refresh their API key again. Meaning permissions aren't being updated should someone leave or whatever.

If someone new joins it gets their info fine (as its not cached in the DB). I have no idea why this is happened, it used to work, like a few months ago now, but did used to work.

The TEA_CRON outputs 'Reset lastid to Zero' Any ideas please?



The TEA_Cron outputting Reset lastid to Zero is normal when all of your forum accounts have been checked and it is starting again from the beginning ... if this happens every time you run TEA_Cron then either you have only a few accounts with api keys or there is a problem ... from what you say I'd guess the former.

The code that handles the caching hasn't changed in forever Smile ... so if it used to work then there should be no code reason I can think of why it has stopped ... also it continues to work for me.

I'll take a stab at the problem being somewhere around the lines :

$time = time() - 3600;
$this -> smcFunc['db_query']('', "DELETE FROM {db_prefix}tea_cache WHERE time < ".$time);

in TEA.php ( roughly about line 1549 depending on version)

can you try adding a var_dump($time); after $time = time() - 3600; and seeing what the value is. Also can you look at the time field in your tea_cache database and make sure there is something sensible in there ... it should be a unixtime timestamp (ie seconds since 1970)
Nutbolt
University of Caille
Gallente Federation
#304 - 2014-06-05 05:46:35 UTC  |  Edited by: Nutbolt
Hi, yeah not blaming code changes, just have no freckin' idea what the issue is, and been trying to resolve it for months now.

var_dump($time); gives me: 1401943140 (for some reason my UK based server is 2hrs behind, but whatever).

Times in the database seem to be around: 1401946656 (so an hour ahead of server time).

The reason I am blaming the cache now is because if I truncate that DB table and run the crontab again it updates peoples APis and deals with permissions properly.

EDIT: I also looked at the XML in the cache table for someone who I know has left the corp over 2 hours ago, and the XML states they are still in Avalon Project (when they really aren't). So yeah cache isnt being updated for some reason.
Michael Mach
Arx One
#305 - 2014-06-21 07:51:22 UTC
Any support for Mumble coming soon? I'd gladly send some ISK your way to get Mumble support - TS licensing is way too stupid.
Minibren
Science and Trade Institute
Caldari State
#306 - 2014-06-24 23:44:32 UTC
Hi,
I am having an issue where even if the jabber group is not set to monitor and remove, members are still removed from it. Also when ticking the box to monitor and remove it becomes stuck and your unable to untick it again without deleting the group on the jabber server and recreating it.

Any ideas? It seems a bit broken to me.
Shin Chogan
Federal Navy Academy
Gallente Federation
#307 - 2014-06-25 01:39:47 UTC
Michael Mach wrote:
Any support for Mumble coming soon? I'd gladly send some ISK your way to get Mumble support - TS licensing is way too stupid.


Probably not ... there is a python ICE authenticator for Mumble that hooks Mumble into the SMF user db.
Shin Chogan
Federal Navy Academy
Gallente Federation
#308 - 2014-06-25 01:56:39 UTC
Minibren wrote:
Hi,
I am having an issue where even if the jabber group is not set to monitor and remove, members are still removed from it.


Unfortunately this is just the way the user service works, the update method takes a list of groups that the user should belong to, this list is constructed from the groups the user belongs to in SMF, so it has no idea about the groups you may have added manually in Openfire ... an update to the Openfire User Service plugin would need to be made before this can be changed.

Quote:


Also when ticking the box to monitor and remove it becomes stuck and your unable to untick it again without deleting the group on the jabber server and recreating it.

Any ideas? It seems a bit broken to me.


I'm not seeing this behaviour I'm afraid ... could it be a browser type problem ? Have you tried clearing cache and cookies ? or perhaps even a different browser ?
Minibren
Science and Trade Institute
Caldari State
#309 - 2014-06-25 12:26:46 UTC  |  Edited by: Minibren
Please could someone confirm a few things.

Ok so if I wanted to add specific people to a group on the jabber server then would I have to add them to an additional group on the forum and then set a rule for this, rather than adding them to a group through openfire itself?

So as I now understand it the forum task for updating jabber groups basically just removes the user from all groups and then adds them to the ones they are supposed to be in?

Now the monitor and remove tickbox thing I am slightly confused about, can someone expain to me its purpose.

Thanks in advance
Shin Chogan
Federal Navy Academy
Gallente Federation
#310 - 2014-06-26 08:43:20 UTC
Minibren wrote:
Please could someone confirm a few things.

Ok so if I wanted to add specific people to a group on the jabber server then would I have to add them to an additional group on the forum and then set a rule for this, rather than adding them to a group through openfire itself?


Yes

Quote:

So as I now understand it the forum task for updating jabber groups basically just removes the user from all groups and then adds them to the ones they are supposed to be in?


Yep. It is just the way the Openfire User Service plugin works - you have to give it a list of all the groups you want the user to belong to not just the ones you want added or removed.

Quote:

Now the monitor and remove tickbox thing I am slightly confused about, can someone expain to me its purpose.

Thanks in advance


The language is imprecise but it came from the original author and I've not updated it.
Basically you have to do 2 things, 1) you have to say Group X is going to be synchronized with Openfire and 2) you have to give it a mapping between the SMF group and the Openfire group.

If you don't tick the SMF group then the mapping isn't looked at.
Michael Mach
Arx One
#311 - 2014-06-28 17:44:54 UTC
Shin Chogan wrote:
Michael Mach wrote:
Any support for Mumble coming soon? I'd gladly send some ISK your way to get Mumble support - TS licensing is way too stupid.


Probably not ... there is a python ICE authenticator for Mumble that hooks Mumble into the SMF user db.


I've been fudging around with that damn thing for far too long to not ask for Mumble support.

I had enough trouble getting the thing to run, and it must be outdated because the table names are all wrong. Suffice it to say, I figured I'd throw a hail mary on this one.
Naella
Negative Density
#312 - 2014-07-02 19:45:15 UTC
Heya Shin,

Tried upgrading to r7 from r5.
From then it didn't match the "is invalid API" rule to assign the Guest group we use for those.

The affected users all have the 222 api error (which I knew and so noticed the different behaviour)
The Check reports "no match" but I would expect it to tell me no api as before.

Had to rollback to r5 for now.

NB. Also "Group for Unknown Status" is set to the Guest group we have.
ShadowandLight
Trigger Happy Capsuleers
#313 - 2014-07-04 01:42:30 UTC
Silent Fail when creating a user in Jabber

When the user is trying to create a jabber account, it will often silently fail (or worse, tell the user an account was made but it wasnt acutally created in the openfire database)

a workaround is to create a username / password for jabber using another pilot under the same API key.

i tried this 3 times and was able to duplicate the error. the correct pilot (who matched the rules) was unable to create and account, but trying using an "alt" did generate a jabber account in openfire

ONCE this was done, i was able to re-select the appropriate character and the name then changed in openfire's database to the correct character.

I am unsure if single pilot accounts are affected.

ALSO

Changing your localhost address in Jabber from http://localhost:9090 TO http://127.0.0.1:9090 **MIGHT** help you
carmo pereira
DeMotivators
#314 - 2014-07-04 14:15:35 UTC
shadow., you are doing something wrong.

what's your version of openfire?
what's on your httpd error log?
ShadowandLight
Trigger Happy Capsuleers
#315 - 2014-07-04 19:17:24 UTC
Nutbolt
University of Caille
Gallente Federation
#316 - 2014-07-07 09:00:47 UTC
Nutbolt wrote:

The reason I am blaming the cache now is because if I truncate that DB table and run the crontab again it updates peoples APis and deals with permissions properly.

EDIT: I also looked at the XML in the cache table for someone who I know has left the corp over 2 hours ago, and the XML states they are still in Avalon Project (when they really aren't). So yeah cache isnt being updated for some reason.


Still got this issue and would appreciate any help. Don't know what else to do to continue troubleshooting and finding the cause of the problem.
Minibren
Science and Trade Institute
Caldari State
#317 - 2014-07-07 17:10:25 UTC  |  Edited by: Minibren
Is there a way to force an update of the alliance corp list? When corps leave the alliance it does not automatically remove them from groups as it says their corp is still in the alliance, its been 2 days and its still not updated.

Edit:
Seems to update every 2 days.
Fisnar Jejrhald
Ailes Grises
#318 - 2014-07-10 16:24:18 UTC
whether it is possible to use mumble instead of team speak?
Fisnar Jejrhald
Ailes Grises
#319 - 2014-07-12 04:50:44 UTC
Prompt how to set up team speak. whether it shall is in one database with SMF. Or it makes no difference?
Fisnar Jejrhald
Ailes Grises
#320 - 2014-07-12 06:47:12 UTC
[ERROR] API is returning invalid XML