Always notify managers on new ticket
Fixup merging of email recipients

This stems from a confusing similarity between the + operator for arrays
and array_merge() in php. Adding arrays will ignore items in the RHS where
keys are present in the LHS. Therefore, when adding numerically indexed
arrays together, only items on the RHS that have a key higher than the
greatest key on the LHS will be included.
orm: Fix setup of InstrumentedList magic properties
orm: Fix magic lookup of one-to-one relations
Add hot print links to bypass the dialog

Provide quick prints options that bypasses the print dialog modal
Update class.osticket.php

There are extensions such as "7z" and "gz" that are valid.
Manually setup Redactor for drap+drop
Support inline images without a filename

Such images are attached to emails by Lotus Notes. Technically, these images
are valid attachments, although historically osTicket would reject them
Inline images in email without a 'cid:' indicator

It is the defacto standard to reference an inline image in an email by
referencing the Content-ID header of the referenced attachment in the @src
attribute of the image. For instance, `<imc src="cid:image001.png">` where
the `cid:` scheme of the attribute indicates that the referenced image URL
is a separate content of the email. The image attached to the email would
have an accompanying header like: `Content-Id: <image001.png>`. However,
some mail systems, including a certain fax to email service, do not
correctly indicate the location of the image with the content-id URL.
Instead, the referenced image tag would be `<img src="image001.png">`

This patch addresses the issue by searching the message body for all
references to attached content-id's in all @src attributes with or without
the content-id URL scheme indicator. Previously, such images would not be
displayed inline in the ticket thread.

References:
https://tools.ietf.org/html/rfc2392

Conflicts:
	include/class.thread.php
security: Remove potential XSS vulnerability

The ThreadEntryWidget has a potential cross site scripting (XSS)
vulnerability if data was posted directly to the page hosting the widget

Vulnerable URLs:
view.php, open.php, scp/open.php, scp/tickets.php

The content received in the HTTP POST is now correctly escaped when it is
echoed back to the user agent.