- 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
- 05 Nov, 2009 1 commit
-
-
deuce authored
subnum is uint32_t, is 65535.
-
- 11 Jul, 2009 1 commit
-
-
rswindell authored
if savemsg() call failed, SMB status was not saved in msgbase.status prop. if savemsg() call failed, the recipient list array, if supplied, was still parsed and headers created (!). if the recipient list parsing fails, the msgbase.error string may not have been set, now it'll be set to "Recipient list parsing failure" (if not SMB error).
-
- 16 Feb, 2009 1 commit
-
-
rswindell authored
supports buffers > 1024 bytes.
-
- 27 Jan, 2009 1 commit
-
-
deuce authored
-