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
Previous Topic Next Topic
Magenta Flori
Royal Amarr Institute
Amarr Empire
#121 - 2014-01-05 21:01:25 UTC
Easy enough, thanks. I also just realized I could set an invalid api rule.
Naella
Negative Density
#122 - 2014-01-06 00:25:47 UTC
Hiya,

Running SMF 2.0.6
Teamod 1.3.1 r5

I'm having two issues.

- It happens if I set a a rule "ISNT Corp" for our corporation at first rule positon, any members that have alts on the same account but in different corp (either NPC or not) will get matched to that rule and assigned the corresponding group.
In our case that will be guest access, but being corp member with at least 1 toon they should be granted member access.

- On the API mask check.
I found 2 members using an invalid mask, but with the minimal required fields.
I can see the red error message stating BOTH api id's when I check any of our members API after a full check.

[ERROR] Check your Access Mask - keyid = masked ;)
Shin Chogan
Federal Navy Academy
Gallente Federation
#123 - 2014-01-06 01:25:21 UTC
Naella wrote:
Hiya,

Running SMF 2.0.6
Teamod 1.3.1 r5

I'm having two issues.

- It happens if I set a a rule "ISNT Corp" for our corporation at first rule positon, any members that have alts on the same account but in different corp (either NPC or not) will get matched to that rule and assigned the corresponding group.
In our case that will be guest access, but being corp member with at least 1 toon they should be granted member access.


are you using main group rules or secondary group rules ? in the case of main group rules, the processing of the rules stop on first match ... in this case you need to position the ISN'T Corp rule AFTER the IS Corp rule.

Quote:

- On the API mask check.
I found 2 members using an invalid mask, but with the minimal required fields.
I can see the red error message stating BOTH api id's when I check any of our members API after a full check.

[ERROR] Check your Access Mask - keyid = masked ;)


Yeah ... it is a "feature" of SMF and how the session error is used ... it is something that was inherited from the original author and I've not looked into correcting it since it doesn't really cause any functional problems
Naella
Negative Density
#124 - 2014-01-06 10:43:42 UTC
Thanks for the fast reply Shin!

It's indeed a main rule, ah well, knowing this I'll keep it at the end of the rules then :-)
Magenta Flori
Royal Amarr Institute
Amarr Empire
#125 - 2014-01-07 02:33:21 UTC  |  Edited by: Magenta Flori
Any idea why it would be matching someone blue when they are not blue? Ex Alliance mate, left alliance. I'm 100% sure he is not blue to the corp/alliance or me. The eve_standings.php does not list him. I re-run check full-member check but still blue? Where should I look? TS script seemed to have done its job and pulled him.
Magenta Flori
Royal Amarr Institute
Amarr Empire
#126 - 2014-01-07 17:52:24 UTC  |  Edited by: Magenta Flori
ok I'm stumped. No idea why TEA is flagging this person blue.

Ok so one of this person's alts is set blue. FFS. :)
Liez Onerbak
Norse'Storm Battle Group
#127 - 2014-01-12 00:12:07 UTC  |  Edited by: Liez Onerbak
I have an issue. When a user registers for jabber via temars, it reads as though it was successful on the forum-side, and it populates the prefix_tea_jabber_users table, however, it doesn't actually create a user on the Openfire server.

When I use the user service link manually to try and create a user, it works perfectly, but via temars it's not actually creating the user, even though it 'thinks' it is....

any thoughts as to what could be causing this?

Also Temars is talking to the Openfire server just fine as the groups are available to map via rules....so I can't figure out what's going on...
Shin Chogan
Federal Navy Academy
Gallente Federation
#128 - 2014-01-12 08:13:33 UTC
Liez Onerbak wrote:
I have an issue. When a user registers for jabber via temars, it reads as though it was successful on the forum-side, and it populates the prefix_tea_jabber_users table, however, it doesn't actually create a user on the Openfire server.

When I use the user service link manually to try and create a user, it works perfectly, but via temars it's not actually creating the user, even though it 'thinks' it is....

any thoughts as to what could be causing this?

Also Temars is talking to the Openfire server just fine as the groups are available to map via rules....so I can't figure out what's going on...


The "talking" for the groups is done via direct db calls but the adding of users is done via the user service which is why one bit can work but the other not.

Do you have any smf group to Openfire group mappings set up that some users belong to ? ... until you do the users will not be created in Openfire.

Also do you have ip security set up in Openfire on the user service. If you do it needs to be 127.0.0.1 I believe rather than the real IP address of the machine (unless of course SMF and Openfire are on different machines Smile)
Liez Onerbak
Norse'Storm Battle Group
#129 - 2014-01-12 18:29:30 UTC
Shin, thanks for the quick response. I do have group mappings set and there are users in them on the SMF side. I do have two members that I manually created on jabber as well via the user service link (directly into browser), and that worked fine.

The IP security is empty. I've tried it with the IP of the box that SMF is on (different than jabber) and tried it without an IP. Even with members in mapped groups on both ends, trying to authorize a new user on jabber gives me a "successful" message on the SMF side, but no member created within OpenFire....
Shin Chogan
Federal Navy Academy
Gallente Federation
#130 - 2014-01-12 20:16:28 UTC
Liez Onerbak wrote:
Shin, thanks for the quick response. I do have group mappings set and there are users in them on the SMF side. I do have two members that I manually created on jabber as well via the user service link (directly into browser), and that worked fine.

The IP security is empty. I've tried it with the IP of the box that SMF is on (different than jabber) and tried it without an IP. Even with members in mapped groups on both ends, trying to authorize a new user on jabber gives me a "successful" message on the SMF side, but no member created within OpenFire....


So I'm going to assume the URL to Admin Page for Openfire eg. http://localhost:9090 and secret are set correctly in the SMF admin page for TEA Jabber Big smile

Can you run a packet trace on the openfire server ? ... Check that the request is actually getting to it since it looks like everything else sounds good, the only explanation I can come up with is that the Jabber server isn't actually being hit.

Assuming you are on linux you are going to need to do something like (you will need to change the port to whatever you have your openfire server on) :

sudo tcpdump -A -s 0 port 9090
Liez Onerbak
Norse'Storm Battle Group
#131 - 2014-01-12 21:05:40 UTC
The URL and secret key for user service are both correct. The connection to the jabber server is definitely there as I'm able to map the groups from SMF > Jabber.

The forum is on a shared hosting server (linux) and the openfire server is on a windows 2008 server....not sure if that would matter in any way though...

Is there any code inside temars currently that would throw an error if the there is no response from user service? Because when a user 'registers' for jabber via temars, it gives an 'ok' message as though it's receiving confirmation from user service....
Naella
Negative Density
#132 - 2014-01-18 15:19:08 UTC
Hi Shin,

Running SMF 2.0.6
Teamod 1.3.1 r5

I found eventhough I have "Is a Valid Api required to Register?" checked, users can register to our forum without any API filled.
Anyway I can fix this?
Magenta Flori
Royal Amarr Institute
Amarr Empire
#133 - 2014-01-18 17:22:11 UTC
Are skill rules still broke?
Shin Chogan
Federal Navy Academy
Gallente Federation
#134 - 2014-01-20 21:17:26 UTC
Naella wrote:
Hi Shin,

Running SMF 2.0.6
Teamod 1.3.1 r5

I found eventhough I have "Is a Valid Api required to Register?" checked, users can register to our forum without any API filled.
Anyway I can fix this?



I hate to say "it works for me" but .... It works correctly for me ...

So I have to ask :

is there any info in the logs (either SMF's or Apache's) ?
And the obligatory ... Are you 100% sure the option is set ?
Have you tried unchecking the box saving then checking the box again and resaving ?
Shin Chogan
Federal Navy Academy
Gallente Federation
#135 - 2014-01-20 21:18:42 UTC
Magenta Flori wrote:
Are skill rules still broke?


I believe they are fixed - again the "it works for me" answer Roll
Slez
Perkone
Caldari State
#136 - 2014-01-21 06:20:26 UTC
Hello,

Running Windows Server 2008 R2 and having issues with the initial setup when I plug in my corp's API.. I was thinking the cURL bugs in r4 were what was getting me, tried doing the fix previously posted (VERIFYPEER false) with no joy...

I updated to r5 hoping my problems would be solved and now I"m getting this error at the top of the API setup page:
API call error while fetching standings: Error Code = 221 for key id = 1976416 API call error while fetching standings: Error Code =

Also, does this have to be a CORP key? Or can it be anyone in corp's key that would have the corps standings?

I've tried to telnet to api.eveonline.com 443 and get no response -- i've disabled the windows firewall and still no joy; so I'm stumped.


Any help would be most appreciated.


Best,
Slez
Shin Chogan
Federal Navy Academy
Gallente Federation
#137 - 2014-01-21 10:50:43 UTC
Slez wrote:


I've tried to telnet to api.eveonline.com 443 and get no response -- i've disabled the windows firewall and still no joy; so I'm stumped.


It would seem to me you need to get basic connectivity to CCP's API server first. As to how to do that if it isn't the Windows Firewall ... I'm afraid I can't help.
Slez
Perkone
Caldari State
#138 - 2014-01-21 15:35:40 UTC
Shin Chogan wrote:
Slez wrote:


I've tried to telnet to api.eveonline.com 443 and get no response -- i've disabled the windows firewall and still no joy; so I'm stumped.


It would seem to me you need to get basic connectivity to CCP's API server first. As to how to do that if it isn't the Windows Firewall ... I'm afraid I can't help.



Thanks for the reply. I'll dive into it tonight and see what I can figure out. Was getting late last night and I was getting desperate haha; figured I'd see if anyone had had the same issue after going to r5.

IF anyone has experience with 2008 R2 and knows why I'm not getting outbound 443 connections, please share.
(I can't remember if I verified that https:// browsing is functional; although I seem to recall it as working in the past - will verify that 100% tonight)
Magenta Flori
Royal Amarr Institute
Amarr Empire
#139 - 2014-01-21 21:24:23 UTC
Just seems to completely ignore the skill rules. I tried using wildcards and some not. Just tested it on myself, most def not matching even with no other rules. Hrmm.
Magenta Flori
Royal Amarr Institute
Amarr Empire
#140 - 2014-01-21 21:41:06 UTC  |  Edited by: Magenta Flori
I am running r4 but change notes didn't say anything about rules with r5, should I try r5? Any gotcha I need to know before upgrading? What is the best way for upgrading, uninstalling and just installing the new?

ok so I upgraded...

getting a lot of these when I run a full member check


API call error while fetching roles: Error Code = 221 for key id = API call error while fetching roles: Error Code = 221 for key id =

Update:

All those errors were occurring on some, not all, accounts that invalid API's. Also the table would show the character name but no details on those accounts when running the member check. I simply removed all those API's and now the error does not occur anymore and they are given No API when the check is ran. So I guess its working, not sure what happened there.

Also skill rules are working now.