- Jul 29, 2014
-
-
Jared Hancock authored
-
- Jun 16, 2014
-
-
Jared Hancock authored
-
- May 29, 2014
-
-
Jared Hancock authored
-
- May 28, 2014
-
-
Jared Hancock authored
Fixes #958
-
Jared Hancock authored
-
Peter Rotich authored
-
- May 08, 2014
-
-
Peter Rotich authored
Add ability to disable canned responses Fix team drop down selection Remove priority escalation setting in SLA page (implementation is on todo list)
-
Jared Hancock authored
-
- May 07, 2014
-
-
Peter Rotich authored
Accept desired $format as part of class instantiation. System default is used when none or an invalid format is provided
-
- May 05, 2014
-
-
Jared Hancock authored
Previously, there was a bug in the ORM where magic properties would need to be declared in the model class.
-
- Apr 28, 2014
-
-
Jared Hancock authored
-
- Apr 25, 2014
-
-
Jared Hancock authored
-
Peter Rotich authored
-
Jared Hancock authored
If a client initially authenticates with an external source such as Google+, the user should still have the ability to set a password via the password reset mechanism.
-
Jared Hancock authored
-
- Apr 23, 2014
-
-
Jared Hancock authored
-
Jared Hancock authored
-
- Apr 22, 2014
-
-
Jared Hancock authored
-
Jared Hancock authored
-
Jared Hancock authored
It is possible that a recipient received and processed by the system may not have a name set. In that case, the email mailbox should be used. As a failsafe, avoid crashing if the User::save() should fail.
-
- Apr 21, 2014
-
-
Jared Hancock authored
-
Jared Hancock authored
-
Jared Hancock authored
-
- Apr 18, 2014
-
-
Jared Hancock authored
-
- Apr 14, 2014
-
-
Jared Hancock authored
This is a slight edit over the previous implementation of the same feature. Previously, an "account" was required, which implies a user account with a password. This implementation simply requires a user record. Importing of users by organization domain is still supported -- even if the user does not yet exist.
-
Jared Hancock authored
* Auto confirm remote accounts * Don't send out emails for remote account activation * Forbid password changes on remote accounts
-
Jared Hancock authored
-
Jared Hancock authored
-
- Apr 11, 2014
-
-
Peter Rotich authored
Previously we required an account to associate a user to an organization.
-
- Apr 10, 2014
-
-
Peter Rotich authored
Show user status on the user listing table
-
- Apr 02, 2014
-
-
Peter Rotich authored
-
Peter Rotich authored
-
Peter Rotich authored
-
- Apr 01, 2014
-
-
Jared Hancock authored
-
Jared Hancock authored
Useful if the staff members administratively configure a static password that the user should never change.
-
Peter Rotich authored
-
- Mar 31, 2014
-
-
Peter Rotich authored
Add CLI import/export support for organizations
-
Peter Rotich authored
Conflicts: include/class.user.php
-
- Mar 28, 2014
-
-
Peter Rotich authored
-
- Mar 27, 2014
-
-
Peter Rotich authored
-