speechles wrote:[SNIP]
So what I've done, is try to clean up as much as possible and get working the primary functions of the script. The automations to relay in friends/mentions/track are fully working. The automations for megahal are not. The triggers which will not work at the moment:
[*]!followers same reason as above why it's broken. Work here too.
[SNIP]
I've run into a situation where the bot spams wit these messages every minute. I read somewhere in the thread it's caused by channel's being entered into botname.conf - I have commented out the whole #Channel section in my bot's config file, but still this message is spammed every minute.
(17:55:35) (BotName) [17:55:00] Tcl error [proc:twitter:followers:auto]: no such channel record
(17:55:35) (BotName) [17:55:00] Tcl error [proc:twitter:trackauto]: no such channel record
(17:55:35) (BotName) [17:55:00] Tcl error [proc:twitter:friendsauto]: no such channel record
(17:55:35) (BotName) [17:55:00] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
(17:55:35) (BotName) [17:55:00] Tcl error [proc:twitter:megahal]: no such channel record
Any advice would be greatly appreciated.
Solved by Deleting the dummy channel names in twitter.tcl.
Last edited by c0urier on Thu Nov 14, 2013 9:15 pm, edited 1 time in total.
Also quite a few of the commands are not working, !public gives the error:
OAuth failed: (404) Code: 34; Errors: message: sorry; That page does not exist ( ok )
c0urier wrote:Also quite a few of the commands are not working, !public gives the error:
OAuth failed: (404) Code: 34; Errors: message: sorry; That page does not exist ( ok )
Gone Or Broke
!public this timeline is no longer supported by twitter at all. Gone.
!rate v1.1 rate status is now done on a per endpoint allocation quota and uses 15 minutes as the reset period. this is entirely different than v1.0. Needs work.
!twitter username [regexp's are broken and need maintenance]
!RTbyme - retweets by me [this timeline is no longer supported by twitter at all. Gone.]
!RTtome - retweets to me [this timeline is no longer supported by twitter at all. Gone.]
This is an important notice for developers still using HTTP plaintext connections. On January 14th, 2014, connections to api.twitter.com will be restricted to TLS/SSL connections only. If your application still uses HTTP plaintext connections you will need to update it to use HTTPS connections, otherwise your app will stop functioning. You don't need to wait until deadline to implement this change, given that api.twitter.com already supports the recommended environment.
This SSL requirement will be enforced on all api.twitter.com URLs, including all steps of OAuth and all REST API resources.
Connecting to the API using the SSL protocol builds a safe communication channel between our servers and your application, meaning that no sensitive data can be accessed or tampered by unauthorized agents in the middle of this communication path.
Any well-established HTTP client library already supports the ability to connect to a SSL-enabled server and usually the required change is just a matter of updating a few lines of code or configuration files. For specific details about using SSL to connect at api.twitter.com, please review Connecting to Twitter API using SSL.
A "blackout test" will be performed on Jan 7th, 2014, when HTTP plaintext connections will be unavailable for a time period to be defined and announced in this discussion page and via the @twitterapi account.
If you have any questions or concerns with securely connecting to api.twitter.com over SSL, please post them here.
I still can't get tweets appearing in the channel but it is happily announcing new followers etc and is able to !tweet fine.
romprod wrote:I wouldn't bother with it for the time being, it's broken because of the recent API 1.1 changes made by Twitter.
No, that's bullshit! it actually works, at least its main features do. The script has already been adapted for 1.1-APIs , and oAuth1.1 too. Indeed, as of TODAY, many people I know are happily using it. The only broken thins is HAL for the moment.
Coming back to the problem, I have been messing up with this it for hours today, also with the help of the creator (speechles)... At the beginning he thought I was messing up with oauth tokens... But I wasn't , tokens were OK. So we came to the conclusion that it could be the timeset, because for authentication purposes the Time DOES matter! but I checked, and it seemed that the timezone was set correctly. Then what else could it be?
..........
I continued scraping every possible cause, and ended up with just upgrading my eggdrop. I was losing too much time. Eggdrop1.8 went fine with that!
Last edited by user18765 on Fri Jan 24, 2014 4:39 pm, edited 2 times in total.
If you wanna know, I think that my previous error was caused by my eggdrop version, which wasn't compiled from sources, but installed with apt-get. After installing some libs (tcl-dev. tcllib, tcl-tls, zlib, tcl-Trf) and compiling eggdrop over them, I had everything working fine. The latest version of speechles' script, taken from his website, was fine.
I can tell you my configuration:
eggdrop-1.8 on Debian Wheezy
And these are the lib versions, obtained with "package require pkgname" from tclsh:
Trf 2.1.4 - zlib 1.1 - http 2.7.7 - tls 1.6 - base64 2.4.2 - sha1 2.0.3
[16:00:00] Tcl error [proc:twitter:followers:auto]: no such channel record
[16:00:00] Tcl error [proc:twitter:friendsauto]: no such channel record
[16:01:00] Tcl error [proc:twitter:trackauto]: no such channel record
[16:01:00] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
I don't have any channels set directly in the .conf file, I set it dynamic with .+chan #chan. So what else can cause these errors?