hicks wrote:I'm getting this in partyline
[13:56] [☻Twitter☻]: unable to convert date-time string "2010-11-17 13:56:00 GMT
ST"
[13:56] Tcl error [proc:twitter:friendsauto]: no such channel record
[13:56] [☻Twitter☻]: unable to convert date-time string "2010-11-17 13:56:00 GMT
ST"
[13:56] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
I have no idea why "GMTST" (I am in GMT timezone). The !twitter [user] trigger does work, but any others seem to give the unable to convert date-time string error in party line, and this is echoed into channel too.
Many thanks in advance if anyone can help
What I can tell is you did two things very wrong.. lmao<speechles> i can reproduce his error
<speechles> im thinking he did this
<speechles> set timezone "
<speechles> ST"
<Tcldrop2> speechles: #541 Tcl:
<Tcldrop2> speechles: #541 Tcl: ST
<speechles> in his eggdrop conf
<speechles> set oauth_time "%Y-%m-%d %H:%M:%S GMT%Z"
<Tcldrop2> speechles: #544 Tcl: %Y-%m-%d %H:%M:%S GMT%Z
<speechles> then he did that on top of it
<speechles> forcing his timezone with timezone still embedded
<speechles> doubling the timezone, and giving one with the newline
<speechles> set timezone
<Tcldrop2> speechles: #550 Tcl:
<Tcldrop2> speechles: #550 Tcl: ST
<speechles> ;lappend oauth_raw [list oauth_timestamp [clock scan [clock format [clock seconds] -format $::oauth_time] -gmt 1]]
<Tcldrop2> speechles: #555 Tcl error: unable to convert date-time string "2010-11-17 23:55:36 GMTCET": syntax error (characters 19-25)
<speechles> similar error
<speechles> i think i gots what guy did
<speechles> set oauth_time "%Y-%m-%d %H:%M:%S %Z"
<Tcldrop2> speechles: #558 Tcl: %Y-%m-%d %H:%M:%S %Z
<speechles> ;lappend oauth_raw [list oauth_timestamp [clock scan [clock format [clock seconds] -format $::oauth_time] -gmt 1]]
<Tcldrop2> speechles: #559 Tcl: {oauth_timestamp 1290034589}
<speechles> Let me make a post ;D
Code: Select all
# This setting defines the timezone is your bot in. It's used for internal
# routines as well as for logfile timestamping and scripting purposes.
# The timezone string specifies the name of the timezone and must be three
# or more alphabetic characters. For example, Central European Time(UTC+1)
# should be "CET"
set timezone "GMT"
Code: Select all
# Use this to set your timezone on your bot. Most people
# should never need to change this. For FreeBSD you most
# likely will need to alter this.
set oauth_time "%Y-%m-%d %H:%M:%S %Z"
Code: Select all
# This setting defines the timezone is your bot in. It's used for internal
# routines as well as for logfile timestamping and scripting purposes.
# The timezone string specifies the name of the timezone and must be three
# or more alphabetic characters. For example, Central European Time(UTC+1)
# should be "CET".
set timezone "GMT"
# The offset setting specifies the time value to be added to the local
# time to get Coordinated Universal Time (UTC aka GMT). The offset is
# positive if the local timezone is west of the Prime Meridian and
# negative if it is east. The value (in hours) must be between -23 and
# 23. For example, if the timezone is UTC+1, the offset is -1.
set offset "0"
# If you don't want to use the timezone setting for scripting purposes only,
# but instead everywhere possible, un-comment the following line.
#set env(TZ) "$timezone $offset"
Code: Select all
set oauth_time "%Y-%m-%d %H:%M:%S"
Code: Select all
[08:42:43] <EPL> [06:43] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
[08:43:42] <EPL> [06:44] Tcl error [proc:twitter:friendsauto]: no such channel record
[08:43:44] <EPL> [06:44] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
1st through 3rd errors are all the same. You are using your "eggdrop.conf" to define channels and channel settings for some reason. This script will not work that way without modification. I do not intend to make that modification. So you MUST use dynamic channels, and use the bots partyline. Create your channels using .+chan #chan, and .chanset #chan +settings ... This is why you see those errors, I do not script for static config settings. Everything MUST be dynamic.Football wrote:Who do I get these errors?
[08:51:44] <Football> [06:52] [Twitter]: can't read "erta": no such variableCode: Select all
[08:42:43] <EPL> [06:43] Tcl error [proc:twitter:megahal:privatereply]: no such channel record [08:43:42] <EPL> [06:44] Tcl error [proc:twitter:friendsauto]: no such channel record [08:43:44] <EPL> [06:44] Tcl error [proc:twitter:megahal:privatereply]: no such channel record
Code: Select all
[15:35:56] [FlameHaze] [15:33] [Twitter]: connect failed
[15:35:57] [FlameHaze] [15:33] [Twitter]: connect failed
[15:35:59] [FlameHaze] [15:33] [Twitter]: OAuth failed: ()
[15:35:59] [FlameHaze] [15:33] [Twitter]: OAuth failed: ()
Code: Select all
[15:38:42] [FlameHaze] [15:35] #SignZ# set errorInfo
[15:38:42] [FlameHaze] Currently: OAuth failed: ()
[15:38:42] [FlameHaze] Currently: while executing
[15:38:42] [FlameHaze] Currently: "error $error "
[15:38:42] [FlameHaze] Currently: (procedure "proc:twitter:oauth" line 11)
[15:38:42] [FlameHaze] Currently: invoked from within
[15:38:43] [FlameHaze] Currently: "proc:twitter:oauth $twitter(mention) GET $chan $q"
SignZ: you should read this: http://forum.egghelp.org/viewtopic.php?p=95190#95190SignZ wrote:Yo, speechles. I might need your help with something.
I'm getting the following messages on partyline (quite often):Therefore FlameHaze doesn't post tweets anymore.Code: Select all
[15:35:56] [FlameHaze] [15:33] [Twitter]: connect failed [15:35:57] [FlameHaze] [15:33] [Twitter]: connect failed [15:35:59] [FlameHaze] [15:33] [Twitter]: OAuth failed: () [15:35:59] [FlameHaze] [15:33] [Twitter]: OAuth failed: ()
Also:Code: Select all
[15:38:42] [FlameHaze] [15:35] #SignZ# set errorInfo [15:38:42] [FlameHaze] Currently: OAuth failed: () [15:38:42] [FlameHaze] Currently: while executing [15:38:42] [FlameHaze] Currently: "error $error " [15:38:42] [FlameHaze] Currently: (procedure "proc:twitter:oauth" line 11) [15:38:42] [FlameHaze] Currently: invoked from within [15:38:43] [FlameHaze] Currently: "proc:twitter:oauth $twitter(mention) GET $chan $q"
im having similar errors as the person you helped with this. I too had an outdated http.tcl file.speechles wrote:Trixar_za wrote:By the looks of it, I'm using http package 2.5.2 - so there must have been one hell of a change between 2.5.2 and 2.5.3 to present this issue hey?Find the above in your copy of http.tclCode: Select all
# These are handled specially array set map { " " + \n %0d%0a } variable formMap [array get map]
it's located in either: /lib/tcl8.4/ --or-- /lib/tcl8.4/http2.5
Change it to look like it is below:This is the BIG change that occured that basically broke it. Changing this will fix it all and you will be solved.Code: Select all
# These are handled specially set map(\n) %0d%0a variable formMap [array get map]
Code: Select all
# These are handled specially
set map(\n) %0d%0a
variable formMap [array get map]
Why are you placing it in the http1.0 folder? The script will look for "http2.5" first, if that isn't available, will default to any http package. So you are not changing the correct folders contents.adi2247 wrote:im having similar errors as the person you helped with this. I too had an outdated http.tcl file.speechles wrote:Trixar_za wrote:By the looks of it, I'm using http package 2.5.2 - so there must have been one hell of a change between 2.5.2 and 2.5.3 to present this issue hey?Find the above in your copy of http.tclCode: Select all
# These are handled specially array set map { " " + \n %0d%0a } variable formMap [array get map]
it's located in either: /lib/tcl8.4/ --or-- /lib/tcl8.4/http2.5
Change it to look like it is below:This is the BIG change that occured that basically broke it. Changing this will fix it all and you will be solved.Code: Select all
# These are handled specially set map(\n) %0d%0a variable formMap [array get map]
I uninstalled all of my tcl, recompiled/installed the latest version, confirmed the new http.tcl is installed in /usr/local/lib/tcl8.5/http1.0/
i recompiled eggdrop from scratch and also put http.tcl in the scripts directory. http.tcl is also loaded from egdrop.conf on start up ahead of all other scripts to be loaded.
I have the twitter related scripts listed in the order you mentioned in the previous thread.
!user works, !friends works
!follow fails with the following error:
[Twitter]: OAuth failed: (401) Error: incorrect signature; Request: \/1\/friendships\/create.json
!tweet test fails w the following error:
[Twitter]: OAuth failed: (401) Error: incorrect signature; Request: \/1\/statuses\/update.json
to confirm my http.tcl file looks like yours:Code: Select all
# These are handled specially set map(\n) %0d%0a variable formMap [array get map]
Code: Select all
# Incorrect signature, other errors pissing you off.
# Get the inside look at every oauth transaction via query
# set your debug nick here
set oauthdebug ""
so i wound up uninstalling 8.5.x and downgraded to 8.4.x inorder to get the proper directory structure/libraries associates with http 2.5.3 etc. this may or may not apply for people struggling to get http to use the correct version etc.The version of http distributed in the Tcl 8.4.18 core distribution is 2.5.3.
The Tcl 8.5.2 release provides the http version 2.7 with partial HTTP 1.1 support.
The TclSOAP project also contains a distribution of a proposed version 2.5 [1] (with some http 1.1 support), and tclvfs extends that to a proposed version 2.6 (with some webdav support) (merged into the tclsoap projects version (23jun03)). However, versions 2.5/2.6 seem to have introduced at least one bug (reported against tclsoap on sourceforge).
Tcl 8.6 will include full HTTP/1.1 support in its http package.
This was caused by twitter's move to Snowflake "string" ID's rather than purely "integer based" ID's. Re-getting the script will solve this, it now uses Snowflake ID's for all message-ID's. Also corrected a few bugs here and there, and finalized the display. Comments and criticism, both welcome.adi2247 wrote:bit of an error recently but doesn't seem to effect posting to twitter, just posting the confirm to chat:
[14:35:01] Tcl error [proc:tweet]: can't read "id": no such variable
this is intermitent and even when the error does occur, posts are still being made to twitter, but the confirmation of the post is not sent to the chatroom.