- Apr 24, 2016
-
-
Jared Hancock authored
-
- Mar 24, 2016
-
-
Jared Hancock authored
This is my attempt at removing similar texts from the translator work load. It also makes an attempt at dropping some misspelled words and works toward standardizing some phrases.
-
- Sep 26, 2015
-
-
Jared Hancock authored
-
- Aug 18, 2015
-
-
Nathan Febuary authored
-
Nathan Febuary authored
-
Nathan Febuary authored
-
- May 13, 2015
-
-
Jared Hancock authored
-
Jared Hancock authored
Instead of selecting the first enabled, visible, non datepicker field, just use the new @autofucus HTML5 attribute to automatically select the autofocused field
-
Jared Hancock authored
-
- Apr 15, 2015
-
-
Jared Hancock authored
This feature addresses a major issue with the initial implementation of the custom data system. The original system confused the usage of database-backed field (dynamic-fields) and their corresponding implementation. This created the need to crate awkward caching pieces to ensure that validation errors and data was maintained. Furthermore, the system confused the linking between form instances (dynamic-entry) and the form used to represent that entry. This patch addresses the confusion in two ways: Dynamic form entries do not link directly to the dynamic form. Instead, the ::getForm() method returns something from the forms API directly. Furthermore, the ::getFields() method does not return dynamic field instances (database backed / designed fields). Instead, the actual implementation of the fields from the forms API is retrieved. This allows the fields to *always* be cached, which helps preserve data and validation state. Secondly, the dynamic form uses the same system, so that requests to turn a dynamic form into a form (via ::getForm) will also result in the same behavior, again, where the fields are represented as forms API fields rather than the dynamic fields. So going forward, the dynamic fields are *only* used to create corresponding forms API field implementations. The are associated with the dynamic counterparts as sparingly as possible.
-
- Mar 03, 2015
-
-
Jared Hancock authored
-
- Jan 12, 2015
-
-
Jared Hancock authored
-
- Jan 02, 2015
-
-
Peter Rotich authored
Show the form title on edit instead of "Custom Form" - which can be misleading since the user might be editing a built-in form.
-
- Dec 08, 2014
-
-
Jared Hancock authored
Allow fields to be configured for view / edit / required for both agents and end users. Fields can also be disabled now so that the field remains in the form but is no longer displayed for new entries. Allow tickets to be created without a subject — use the help topic full name instead.
-
Jared Hancock authored
-
Jared Hancock authored
-
- Oct 02, 2014
-
-
Jared Hancock authored
-
- Sep 29, 2014
-
-
Jared Hancock authored
* Use the title of "Information" with internal tag of "info" * Add "Visibility" column to UI and retire "Required" and "Internal" columns * Add visibility selection to new fields and show visibility to the user information fields when displayed on the ticket details form * Make the visibility settings translatable * Use constants internally for visibility configuration detection * Use a larger input when managing the information HTML content * Fix validation errors for new fields * Enforce new field name uniqueness * Enforce new field name character validation
-
- Sep 26, 2014
-
-
Jared Hancock authored
-
- Aug 29, 2014
-
-
Jared Hancock authored
-
- Aug 26, 2014
-
-
Jared Hancock authored
-
- Aug 05, 2014
-
-
Jared Hancock authored
-
- Jul 15, 2014
-
-
Jared Hancock authored
-
- Jul 14, 2014
-
-
Jared Hancock authored
-
- Jul 08, 2014
-
-
Jared Hancock authored
-
- Jun 30, 2014
-
-
Jared Hancock authored
-
- Jun 04, 2014
-
-
Jared Hancock authored
Otherwise, no column will be added to the %ticket__cdata table and the ticket queue pages will be crashed (empty).
-
- May 20, 2014
-
-
Jared Hancock authored
-
- May 16, 2014
-
-
Jared Hancock authored
-
- Apr 22, 2014
-
-
Jared Hancock authored
-
- Apr 01, 2014
-
-
Jared Hancock authored
-
Jared Hancock authored
-
- Jan 08, 2014
-
-
Jared Hancock authored
Fix dropping of materialized view when variable name is changed Ensure view exists before merging updates Prevent possible sql injection error in field name used in the materialized view. Prevent possible xss error in the display of the field label and variable name in the admin panel.
-
- Dec 11, 2013
-
-
Jared Hancock authored
Otherwise, you can't click on the custom form in the table view in order to manage it. Fixes osTicket/osTicket-1.8#276
-
- Nov 27, 2013
-
-
Jared Hancock authored
-
Jared Hancock authored
-
- Nov 25, 2013
-
-
Jared Hancock authored
-
- Nov 22, 2013
-
-
Jared Hancock authored
-
- Nov 16, 2013
-
-
Jared Hancock authored
* Require a label on form fields * Require variable name to be unique per form * Fixup duplicate phone numbers on upgrade
-
- Nov 12, 2013
-
-
Jared Hancock authored
* Upgrade to Redactor 9.1.7 * Use a (x) icon from font-awesome for the dialog
-