This includes the initial concept of pluggable authentication along with the
initial concept for a plugin management system.

Allow the php source analyzer scan for $this in static functions as well as
properly handle the exception variable inside catch blocks.

And freshen up the upgrading guide

Also, if any non-shipped .htaccess files exist, don't clean those either

Fixes #60

Overhaul the popup tips from the installer to make them translatable and
work toward popovers for all the admin and staff panel settings.

Allows the deploy script to remove files in the target that are not preset
in the current repository. This patch assumes pure stock osTicket
deployments -or- that the files deployed in the target are also present in
the local repository.

When the include path is written in bootstrap.php, ensure that extra slashes
are not accidentally added

Use a PHP setup which uses the built-in PHP tokenizer to parse and traverse
PHP scripts to determine (possible) access to uninitialized variables

Allow for type and encoding specification of the message body and better
describe the integration with custom form fields.

Fixes #20

Validate port during installation

Add help information about the non-standard port number to the popup tips in
the install screen.

Support MySQL 'localhost' connections using a non-standard port number.
Ordinarily, MySQL will ignore the port setting on *nix systems if the host
is specified as 'localhost'

Implements/Fixes #769

Including adding support to the TCL uninitialized variable reader to ignore
class-static variable access as well as detect inline functions and their
closure arguments.

    * Ticket created after installation
    * Ticket created after upgrades

Add help information about the non-standard port number to the popup tips in
the install screen.

Support MySQL 'localhost' connections using a non-standard port number.
Ordinarily, MySQL will ignore the port setting on *nix systems if the host
is specified as 'localhost'

Fixup several minor bugs concerning initial experience

Moved to an initial form which specifies the ticket's priority and issue and
changed the rendering to render things properly. Now the user can decide
where priority shows on the client side, and the priority privacy setting is
placed in the dynamic form wizard.

The standard form is added to every ticket without option. Extra forms can
be defined and associated with help topics which can additionally be added
to tickets upon creation. This allows for standardization of the dynamic
data location for searches and filtering.

Implemented advanced search for dynamic data. Along with reinstating the
basic ticket search on keywords

Implemented ticket filtering on dynamic data for both keyword searches as
well as searches for special fields (drop-down lists, etc.)

Phone number for users is now completely optional

This moves client information like name and email address out of the general
dynamic forms data for a ticket. It really paves the way for the first-class
user of the future.