Doh ... found the problem ... I thought I'd tested with no api key but it looks like I just tested with duff ones.

Change line 3295 to read :

if ((empty($chars)) || (gettype($chars) == 'integer'))

and that "should" fix it.

as it says it can't get the standings ... the reason looks to be coz the master API key you've entered doesn't allow standings to be fetched. You need to use a corp key.

First of all Shin, thanks for taking this on. I go back to ESAM with a former alliance and have always preferred SMF and this mod, thanks for updating it!

I'm having a whale of a time with TS3 integration though. Am I to understand it the mod will not work unless you have database access on the server? Our comms are hosted by Lightspeed Gaming so not sure if that would be possible for us or not. I put all the info on for the ServerQuery login but nothing seems to take.

If anyone else has TS3 integration set up and can provide any tips would appreciate it.

--Rax

Ok got a new one I'm stuck on. Got an ex member, left 8 days ago. Confirmed his API key really shows him as gone yet SMF still shows him as in corp. He has no alts in corp/alliance or any alt that matches any rules with the API key that is provided on his account. I even run full member check manually and it still shows him as in corp/alliance. I try to run php TEA_Cron.php debug but it does not give me anything at all to work with. Not sure how to troubleshoot.

Ok got the debug output sorted. I'm assuming the first number is the user of smf. Main is the main rule and the additional are the other rules. My rule 16 is an alliance rule and the other rule 10 is a corp rule. So it clearly thinks this user is still in alliance/corp? I'm baffled.


[246]=>
array(2) {
["main"]=>
string(2) "16"
["additional"]=>
array(1) {
[0]=>
string(2) "10"
}
}

I even removed his API and re-added it. The same API that I can check with evemon and it shows him as in the NPC corp. After I re-added it, it still put him right back into alliance in SMF.

If I create a rule for the npc corp he is in, it sees it and applies the npc corp rule. When I remove that rule, it puts him right back in Alliance. I do have a neut rule before the alliance rule in case it was looking at history for some reason. Did not matter, still says in Alliance.

https://api.eveonline.com/account/Characters.xml.aspx also shows both characters with this API as in NPC corps.


Spent about 4-5 hours trying to sort this out. I'm stumped.

UPDATE: I discovered that the smf_tea_cache table was not updating, even when removing and re-adding this users API. So I backed up my DB and truncated that table. Welp, that fixed it. Next time I put the key in and ran full member check it pulled new data from api.eveonline.com. So I guess the question is did I have DB corruption? Why was it pulling from this cache and not updating it? Should I do a cron job to wipe this table out daily? I also have noticed that the full member check was running super fast. Now it is back to running slow with about 10 per page or so. Instead of 100 per page.

K, how often when I run full member check should it be slow and actually check every API instead of using the cache? Been another hour or so and its still super fast and runs through a few hundred in a couple seconds.

What's the in-game character associated with the lead developer on this project now? According to the GitHub commits, "barneycg" seems to have the most development activity. I'd like to send an ISK donation to you in-game. Is that you, Shin Chogan?

I love this middleware app and want to support future development and maintenance updates. Thanks for your contributions to this project. For any other alliance IT guys, I highly suggest sending ISK to this man to encourage continued development on this. It brings massive value and one good turn deserves another.

Ok so yeah that works. Not to sure what happened there. Have you tried TEA with SMF 2.07 yet?

I've had one of the directors give me a new full corp key (the previous one was "shared")... still getting the same error :(

I'm running TEA with SMF 2.0.7 ; it works like a charm ;)

With TS and Jabber on a separate server I'm starting to get somewhere but running into problems.

The TS script is giving me Undefined index errors for tea_charid, tea_userid and tea_api at lines 86, 87 and 88 in TEA_TS.php-- do I have something misconfigured somewhere?

Jabber integration is seeing the server, can't seem to create any users at this point, working on it still.

--Rax

Oh farnsworth !!!! ... fsking TS code ... never touched it ... don't use TS ... comes back and bites me in the fsking arse.

Looks like Temar never actually updated the TS code in line with the rest of the code for the CAK keys. it is using old db values that don't exist anymore !!!

You should be able to safely ignore those errors ... that chunk of code doesn't actually do anything useful anyway it looks like it was copy pasted from another chunk of code and even though these bits aren't used in this function Temar left them in.

*sigh*

We are having trouble getting the Director rule to work properly.
The additional group rule is set as follows:

(ID) 19
IS => Alliance: 99003478 (The Harlequin's)
IS => Role: Director
(Group) Director
AND

It would seem that even though both conditions are in the same rule, it is still looking at all characters on the API instead of just one, causing characters with Director roles in other corps/alliances to be counted.

Anything we're missing?

I've not noticed this on our boards but ...

Is this a Main rule or a Secondary rule ?