Custom Ticket Statuses

Custom configurations for plugins

Sorta-Reviewed-By: Peter Rotich <peter@osticket.com>

Staff can now select desired ticket status on create
Only allow staff with closing permission to set tickets to resolved state.

Make table prefix consistent

Cleanup status change form
Add resolve to ticket ticket view
Use the new status table when checking for overdue

Flags will be reimplemented as a separate feature.

Unify use of modal dialog
Make popup dialog graggable

Empty the popup container and show loading spinner
on-load hide the spinner and show the content

Delete tickets for realz when set to 'deleted' status. This commit will be
partially reverted once data retention plugin is added.

Statuses with tickets cannot be deleted
Fix orm to class gracefully when joins are not inspected
Add create date to new statuses

Reserve 'archived' state for automation

This allows for subclasses to define how the choice is formatted.
Split ticket status states into public and private

Fix cases where first item added via addSubMenu got deleted.

Move ticket status change to unified backend.

If a comment is provided it's handled as an internal note - allowing for
alerts to be sent out (if enabled)

Messages are extracted on post-action redirect.

Only cache results for ALL items

Conflicts:
	include/class.thread.php
	include/staff/header.inc.php

oops: Fix incorrectly placed header line

Reviewed-By: Peter Rotich <peter@osticket.com>

Fix XSS Vulnerability In "tpl.inc.php"

Reviewed-By: Peter Rotich <peter@osticket.com>

oops: Allow filter to set help topic

Reviewed-By: Peter Rotich <peter@osticket.com>

Handle Macintosh style line endings for CSV import

Reviewed-By: Peter Rotich <peter@osticket.com>

Fix applied to where the value is directly output to browser instead of where fetched in case special chars are allowed in `code_name`, which may break logic prior to output.

Turns out including a PHP file in a PHAR file is not cacheable by APC. This
patch adds APC stash support to the translation loading phase, if supported.
This seems to save about 2.5ms (3.6ms down to 1.1ms) processing time per
request. Most of the savings is in the PHAR file processing time (signature
verification), which is avoided if the translation can be loaded from APC.

Allow plugins to define their own custom configuration pages. This is
provided so that plugins can define more sophisticated configurations above
the standard single-form configuration previously provided.