Table 'tellque' missing
Got a world error this morning, when tell-chatting with a buddy of mine. The world window reports "[...] peq.tellque doesnt exist." and it is actually right. There is no such table, but in the source code there are 3 sql commands for it.
Is there an update script for that table or could someone just post the columns so I can add it manually? Thanks in advance! |
I haven't ever messed with it, but judging by the source related to it, I would think the table would be something like this:
Code:
CREATE TABLE `tellque` ( Though, it seems like messages could be checked and automatically sent during the finishing zoning process. |
Thanks for the sql, mate!
It must be automatically, cause my buddy does not even know the #viewmessage command, nor do I ;) |
Well yeah, it gets inserted into the table automatically when someone is zoning and is sent a tell. The command would be for retrieving the message after zoning is completed, as I didn't see any way that automatically sends the messages.
Though, all I did was search Google SVN for "tellque" and got this result: http://www.google.com/codesearch?q=t...G=Search+Trunk Searching the SVN often misses entries for whatever reason, so maybe support for sending them automatically is already in. |
Looks like that table basically works, though the timestamp field doesn't record the timestamp properly.
I was at least able to confirm that it does not automatically send the queued tells after the receiver finishes zoning. It puts them into the table and you have to get them manually using the #viewmessage command. Seems like it might not be all that hard to implement the rest of it and then add the table to the SVN for updates that everyone can get. Though, I would like to know the correct way to set the date field for sure before that. It would probably also need some sort of cleanup step to empty out the table upon server reset or something. |
I had a similar time stamp problem, the sql and server wants a UNIX timestamp and i cant find a way in sql to make that, so instead i did a int 11 to hold the UNIX_TIMESTAMP date, seems to work fine, but i am just a novice.
|
Yeah, if it is unix timestamp, then int(11) is what it wants. I just thought it was supposed to be a timestamp, since it looks to be using asctime() to make it a string in this snippet from the source:
Code:
time_t rawtime; |
would be awesome if this gets finished.
|
All times are GMT -4. The time now is 03:38 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.