Skip to content
Snippets Groups Projects
  1. Jan 21, 2021
    • Rob Swindell's avatar
      Support single-part MIME-encoded messages in SMBLIB · e9f56e5d
      Rob Swindell authored
      This involved the removal of the content-transfer-decoding feature of the SMTP mail server since we need single-part MIME-attached file contents to be stored in their original encoded form (e.g. base64-encoded) and not in binary, for the message body text (where NULs aren't allowed, CR/LF is appended, etc).
      
      I accidentally made this change to smbtxt.c in the new_file_base branch and then copied over here, so there's some unrelated innocuous changes (comment header, removal of SMBCALL) that hopefully won't cause a merge conflict later.
      
      I don't actually receive single-part MIME attached files, so depending on others (e.g. Nelgin and Dream Master) to test for me.
      e9f56e5d
    • Rob Swindell's avatar
      Clean-up MIME-Decoded plain-text format message · 08ae8875
      Rob Swindell authored
      Don't display at all if smb_getplaintext() returns a blank string.
      Don't display "(null)" if there's no text sub-type.
      08ae8875
  2. Jan 20, 2021
  3. Jan 19, 2021
  4. Jan 18, 2021
  5. Jan 17, 2021
  6. Jan 16, 2021
    • Rob Swindell's avatar
      Fix js.exec() returned nul" unless exit() was called explicitly · d33fa178
      Rob Swindell authored
      Don't use the "exit_code" property value as the return value of js.exec() unless it's a number. As reported by mlong (thanks).
      
      Also, "exit_code" was being set to null (instead of void/undefined) in js_PrepareToExecute(). I think this was just an oversight or typo by Deuce from his commit of 5 years ago (f3256d81). Since we're comparing exit_code with JSVAL_VOID in other places to determine if it was actually set, this appears to be a long standing bug.
      d33fa178
  7. Jan 15, 2021
  8. Jan 14, 2021
  9. Jan 13, 2021
  10. Jan 12, 2021
  11. Jan 11, 2021
Loading