- 05 Oct, 2013 1 commit
-
-
deuce authored
-
- 01 Oct, 2013 2 commits
- 30 Sep, 2013 1 commit
-
-
deuce authored
-
- 08 Feb, 2013 3 commits
- 07 Mar, 2012 1 commit
-
-
rswindell authored
of the first message in the thread, or 0 if unknown (e.g. legacy message). When a new message is created, the thread_id value of the message being replied-to will be used, else if the new msg is not a reply, then the new message's number will be the value used for the thread_id. This "thread-id" feature (Deuce's idea) allows threads with a common parent to remain logically grouped after the original messages in the thread have been purged (though the original hiearchy will start to be lost).
-
- 12 Nov, 2011 1 commit
-
-
deuce authored
NULL because the get function is called on the prototype which isn't constructed (via the constructor).
-
- 09 Nov, 2011 4 commits
-
-
deuce authored
-
rswindell authored
-
deuce authored
client can read the associated message. Should make moderation/view own deleted/etc handing way easier for JS developers.
-
deuce authored
MsgBase.get_msg_tail() which will optimize the get to avoid re-reading the headers. When this is specified, the message number or id is not required (but specifying it won't hurt anything and will allow backward compatibility). I'm not sure I need to lock the header here, but I think I might (if nothing else, to ensure the message still exists).
-
- 02 Nov, 2011 1 commit
-
-
rswindell authored
to expose via JS: sender_userid, sender_server, and sender_time.
-
- 29 Oct, 2011 1 commit
-
-
deuce authored
resolve callbacks.
-
- 27 Oct, 2011 2 commits
- 26 Oct, 2011 2 commits
-
-
deuce authored
functions when an excpetion is pending. Some work still needs to be done on js_msgbase.c, js_user.c, and mailsrvr.c
-
deuce authored
Perviously, if the argument to a number of bbs.* functions was not a valid number, Synchronet would silently ignore the parameter and treat it as though it was not specified. The new behaviour was to use the value as a number. However, the old code caused the exception triggered by an inability to convert the number to be pending until after the return (the JS_Native didn't return JS_FALSE) so a try/catch block aorund it would not catch the exception. The new new behaviour is to throw the exception immediately so it can be caught and handled correctly.
-
- 19 Oct, 2011 1 commit
-
-
deuce authored
-
- 16 Oct, 2011 2 commits
- 11 Oct, 2011 1 commit
-
-
deuce authored
-
- 10 Oct, 2011 1 commit
-
-
deuce authored
Only js_ValueToStringBytes() still leaks.
-
- 09 Oct, 2011 6 commits
- 08 Oct, 2011 1 commit
-
-
deuce authored
-
- 30 Aug, 2011 1 commit
-
-
rswindell authored
especially through SMTP (where these values are exposed via the Originator-info header field): SENDERUSERID, SENDERSERVER, and SERVERTIME.
-
- 25 Aug, 2011 1 commit
-
-
rswindell authored
-
- 17 Jun, 2010 1 commit
-
-
rswindell authored
This should fix Matt's problem with crashes when calling File.writeAll() with a null value and other potential occurances of the same bug.
-
- 14 Nov, 2009 4 commits
- 11 Nov, 2009 2 commits