Is there a debug mode to run this code in? As I said, I'm experiencing a problem described here https://forums.eveonline.com/default.aspx?g=posts&m=3969052#post3969052 and I want to be able to debug it by putting some printing statements in the called functions and seeing their results.

Its supposed to be like that. There is always an unfilled section so you can add a 2nd or 3rd or xth api key.

end of file in /var/www/smf/Sources/ScheduledTasks.php on line 1688, referer: http://myurl/index.php?action=admin;area=mailqueue;sa=browse;f0978340=2360096e95c503d28e74735f6282e85c

I've just removed r2 from my server and I'm trying to install r5. Everything is okay until it gets to the actual install page and most of the files have an error next to them in big bold red letters that says "Modification parse error". I've tried proceeding anyways and it fails to install, but there are no other errors on the board.

I've downloaded the most recent package available from the first post in this thread.

SMF Version 2.0.6

So I have found the problem with the script.

Apparently, TEA decides to call the update_user function even when the Openfire user does not exist, resulting in UserNotFoundException, and the Openfire user not being created.

I think this is how the process played out:
I tried to register a new user
The user was written into the tea_jabber_users table, but for some reason was not written into Openfire.
From now on, every subsequent call to this user will call the update_user function (and get a silent exception). This is clearly a bug.

Is there a way to read back the result of accessing the Openfire URL? In case of such exception, an add_user call should be made

Thank you for the clarification. I guess I didn't remember that being there.


Also, I thought everything was working but I'm getting a PHP Parse error on the last line of ScheduledTasks.php, it's causing my mail queue to hang. I ran into this a week or so ago, it it was because there were duplicates of the TEA cron functions. I just deleted the dupes before and all seemed to be well after that. I tried to just remove the TEA cron functions this time to test if the error went away, but I still get it. During the install is another change made elsewhere in the ScheduledTasks.php. My Apache logs aren't giving much info.

Uploaded an image of what I'm talking about. This is what comes up when I'm trying to install the mod:

http://i.imgur.com/kQP5Vig.png

It is essentially a matter of your host, for whatever reason the files couldn't be accessed by the package manager once unpacked. Usually that means there's some kind of permission issue with the files.

I've not seen that one before but a quick Google turned up this :

Solved it. For some reason, SMF couldn't parse the .tgz file that I downloaded from you link, so, I extracted it, re-compressed into a .zip and it went through without a problem.

Migrated my forum to get on the same server as comms. Thins have gone well except for when running the API check, I get the following error:



Checking the error log I also get the following:

8: Undefined property: TEA::$lastid


Something I missed doing the move?

--Rax

Any ideas on this one Shin? I've tried removing the mod and reinstalling and it doesn't seem to fix the trouble. Everything else appears to be working right so I'm stuck at what's causing the error.

--Rax

This problem is still ongoing. When I hijack the get_site() function to load my own Openfire access string, I get literally nothing back - an empty string. Not an "ok" or rejected response like what I get when I load this URL on my own browser, just empty. Openfire itself shows nothing in its logs. Running packet trace is not possible cause I'm running this on a virtual server, so the physical hardware is shared.

what exactly are you doing when you say "hijack the get_site() function".

get_site returns whatever html the url it is fetching sends back. There is a 60 second time out so next question is does the get_site function take 60 seconds to come back ? In which case is it failing to connect to the openfire service.

Print debug lines to see what exactly is going on. Like printing the output of curl_exec. And no, it doesn't take 60 seconds, it is immediate.

Next development. If, within get_site() I call a function to create an html page which redirects me to the Openfire URL, then I curl_exec THAT page, adding a user works. It has the unfortunate site-effect of a. leaving me on the redirected page, thus showing my passcode to the world and b. requiring that Openfire User Service IPs be open to the world. :(

It will also break all the other places that get_site is used

so what is the url that get_site is trying to go to normally, without you making any modifications other than printing the url in get_site ?

Yup, I don't intend to leave it that way :)

http://URL:9090/plugins/userService/userservice/plugins/userService/userservice?type=add&secret=SECRET&username=jen_moriarty&password=1111&name=*%20Jen%20Moriarty&[email protected]&groups=Admins

The URL is right. If I copy it to my browser, it adds a user, but for some reason, it doesn't get sent to Openfire from TEA directly

not yet .... I've not been able to trace a path that would not set TEA::$lastid

edit : unless .... can you look in your settings table and find a value tea_nextpull. Also what happens if you run the TEA_cron.php script ?

There is a value for tea_nextpull: 1395427119.

When I execute TEA_cron.php I get:

API System Screwed :
bool(false)


Thanks,

--Rax

I have an issue with the API system.

Info:
Server running ubuntu 12.04 on a digital ocean server.
The mod seems to have successfully installed.
Entering a corp api has not updated the system (says last updated never)
Changing the API profile of a user returns "[ERROR] API is returning invalid XML"
When trying to register with api this error message is displayed "API System Screwed - Can't fetch Toons"

Trying to run a full member check produces this error:
"You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1
File: /var/www/Sources/TEA.php
Line: 2492"

Any ideas with what is causing this? Can't seem to find a solution.

Seems like you are not getting anything sensible from CCP's api servers. As to the reason why ... that is the 64 million dollar question. Without packet traces or adding debug lines it is very difficult to tell more.

Seems to be my issue as well as I'm running almost that exact same setup - except I'm running Ubuntu 13.04 on a Digital Ocean droplet. I can telnet to api.eveonline.com on port 443 so I'm not sure what the deal is yet.

--Rax

Not sure what instructrions you were following but I believe this is because you are missing php5-curl.

sudo apt-get install php5-curl

You might need to restart apache for this to make any difference. sudo service apache2 restart

Also I've noticed that the TEA files aren't executable, so if you go in to /var/www/TEA you can sudo chmod 755 ./* Also make sure they are owned by www-data. sudo chown www-data:www-data ./*

Again you might need to restart apache before you see any differences, I'm not sure there.

I'm having some other issues with the TS integration.

I can't find any solid information on the configuration so I'm not even 100% sure that I've got this set up right.

However when you try to register to TS from the forums all you get is an obscure error.

If pictures are worth 1,000 words, here's 3,000.

http://i.imgur.com/QBBL025.png
http://i.imgur.com/RJOuswa.png
http://i.imgur.com/LxI2zMu.png <-- error shows up [ERROR] Unknown method

I don't know PHP from my ass, I've looked but all I can figure out is this.

In /var/www/Sources is a file TEA_TS.php

Inside of that is a bunch of stuff but the interesting bits are these.

if($_POST['method'] == 'online' && $this -> modSettings["tea_ts_method_online"]){
stuff
}
elseif($_POST['method'] == 'create' && $this -> modSettings["tea_ts_method_create"]){
other stuff
}
elseif($_POST['method'] == 'priv' && $this -> modSettings["tea_ts_method_priv"]){
different stuff
}
else{
print the damn error you're seeing
}

I don't know what the if, elseif, and elseif again are checking for exactly, but it's failing all 3 and hitting the catch-all else statement at the bottom and printing my error.

If I can get a hand that'd be great!

Thanks!

Hi there!

Small issue after switching jabber host. We were earlier on running jabber och the same server but we needed to change host for the jabber service. Now we're running it externally and reconfigured the jabber settings in TEA to accommodate this.

The problem we are having now is that no Jabber groups are visible on the Jabber setup page.
Users are able to change their passwords and connect, new users are able to create their logins etc ... there's just no jabber groups visible so we can start rebuilding our rules.
User Service calls seems to be working just fine from the web host. If i enter some commands via lynx on the forum host, commands are accepted on the new jabber host just fine, if formatted correctly ofc.

I do have a (old?) table in the forum database named "forum_tea_jabber_groups" with the groups that existed before the jabber server move, is that one used? Can it conflict somehow?

I'm not sure on where to start looking so any pointers, hints or shoutouts would be appreciated :)