Skip to content
Snippets Groups Projects
  1. Oct 28, 2013
    • Jared Hancock's avatar
      Disambiguate Reply-To from In-Reply-To mailer opts · d36fea7b
      Jared Hancock authored
      Previous the options defined for the Mailer::send() function were confusing
      when sending an In-Reply-To header
      d36fea7b
    • Jared Hancock's avatar
      Better email headers for In-Reply-To and References · ca26a1a6
      Jared Hancock authored
      Previously, the References header emitted by the system for new thread
      entry auto-responses and alerts included the message-id for which the email
      was a reply in the `References` header. This patch corrects the issue by
      placing the reply message-id in the In-Reply-To header, and constructs a
      correct References header.
      
      That is, if available, the References header received in the email that was
      used to create the thread entry is appended to the message-id the email is
      actually in reply to. This is the expected usage of the References header.
      ca26a1a6
  2. Oct 24, 2013
  3. Oct 23, 2013
  4. Oct 22, 2013
  5. Oct 18, 2013
  6. Oct 17, 2013
  7. Oct 16, 2013
  8. Oct 11, 2013
  9. Oct 09, 2013
    • Jared Hancock's avatar
      Mark tickets overdue which have no SLA · e5682351
      Jared Hancock authored
      If a ticket has a due date and does not have an SLA set, the ticket would
      never transition to overdue. This patch addresses an SQL flaw preventing the
      ticket from being transitioned.
      
      Fixes #757
      e5682351
  10. Oct 07, 2013
  11. Oct 06, 2013
    • Jared Hancock's avatar
      Crazy performance penalty scanning blob tables · 60fcf00c
      Jared Hancock authored
      When scanning the file_chunk table for orphaned file chunks that can be
      deleted, apparently, MySQL will read (at least part of) the blob data from
      the disk. For databases with lots of large attachments, this can take
      considerable time. Considering that it is triggered from the autocron and
      will run everytime the cron is run, the database will spend considerable
      time scanning for rows to be cleaned.
      
      This patch changes the orphan cleanup into two phases. The first will search
      just for the pk's of file chunks to be deleted. If any are found, then the
      chunks are deleted by the file_id and chunk_id, which is the primary key of
      the table.
      
      The SELECT query seems to run at least 20 times faster than the delete
      statement, and DELETEing against the primary key of the blob table should
      be the fastest possible operation. Somehow, both queries required a full
      table scan; however, because the SELECT statement is explictly only
      interested in two fields, it is more clear to the query optimizer that the
      blob data should not be scanned.
      
      References:
      http://stackoverflow.com/q/9511476
      60fcf00c
  12. Oct 04, 2013
Loading