- Sep 06, 2019
-
-
JediKev authored
This addresses an issue where the previous CSV security patch causes an error when creating an Advanced Search with criteria like `User / Email Address => contains => @domain.tld`. The system tries to validate the field and since `is_formula` is the default validation for TextboxFields the system sees `@domain.tld` criteria as a formula and throws the `Content cannot start with the following characters: = - + @` error. Advanced Searches do not need the `is_forumal` validation as the fields are not exportable. This adds a check to see if the field's form is `AdvancedSearchForm` and if there is no `validator` set it gets set to `adv` which bypasses the validation.
-
- Sep 05, 2019
-
-
Peter Rotich authored
-
Peter Rotich authored
Required Short Answer Field = '0'
-
Peter Rotich authored
Date Range Period / User's Timezone
-
Peter Rotich authored
issue: Department Referral Email
-
JediKev authored
This addresses an issue where a User sending an email message with a different Department as CC to the system will not refer the CC'ed Department until the email is fetched a second time. The old thinking was that since the User CC'ed the other Department the other Department should receive a copy of the email in their mailbox. When the system fetches the User's message from the original Department email it gets added to the thread but doesn't refer just yet. When the system fetches the copy of the message from the User in the other Department's email it will then refer the other Department. This is a problem especially when you are not fetching or forwarding from the other Department's email address. This updates `Thread::postEmail()` to include the check for `$mailinfo['system_emails']` and if set we refer the Department immediately.
-
Peter Rotich authored
This commit fixes an issue where date range boundaries didn't consider user's timezone resulting in UTC times being used.
-
- Sep 04, 2019
-
-
Peter Rotich authored
Issue/ticket preview collabs
-
Peter Rotich authored
i18n: Register Include
-
JediKev authored
This addresses issue 4965 where the register.inc.php file for clients was missing translations for the action buttons.
-
Peter Rotich authored
-
Peter Rotich authored
-
Peter Rotich authored
-
Peter Rotich authored
issue: Set Staff Password On Creation
-
- Sep 03, 2019
-
-
Peter Rotich authored
Update osTicket Requirements
-
aydreeihn authored
- PHP 7.0-7.3 - MySQL 5.5
-
- Aug 30, 2019
-
-
Peter Rotich authored
feature: Expanded Print View
-
Peter Rotich authored
issue: Dashboard No Help Topics Error
-
Peter Rotich authored
Update osTicket Requirements
-
Peter Rotich authored
Issue: Undefined Constant Warning
-
- Aug 28, 2019
-
-
aydreeihn authored
For the is_a function, the class name should be in quotation marks to avoid the warning in PHP 7.3
-
- Aug 27, 2019
-
-
aydreeihn authored
Recommend PHP 7.3
-
- Aug 26, 2019
-
-
Peter Rotich authored
-
Peter Rotich authored
Conflicts: bootstrap.php include/ajax.orgs.php include/class.dept.php include/class.file.php include/class.organization.php include/class.staff.php include/staff/profile.inc.php
-
Peter Rotich authored
Issue: Inline Ticket Assignment
-
Peter Rotich authored
issue: Error On QueueSort Config
-
Peter Rotich authored
Issue: Reopen Assignment
-
Peter Rotich authored
issue: Image Attachment View
-
Peter Rotich authored
issue: Update Installer PHP Requirements
-
Peter Rotich authored
issue: Support Exchange Shared Mailbox Auth
-
Peter Rotich authored
issue: Advanced Search Default Sorting
-
Peter Rotich authored
Fix Admin Alert
-
Peter Rotich authored
issue: Update Outdated Links
-
Peter Rotich authored
Organization Update
-
- Aug 21, 2019
-
-
JediKev authored
This addresses an issue where the system cannot successfully authenticate to an Exchange server using shared mailbox auth credentials (eg. Username: `main-user@domain.com\shared-mailbox@domain.com`). The system passes the entire Username value as the `username` parameter for `imap_open()` and Exchange fails to authenticate. This adds two new variables called `authuser` and `username` to class MailFetcher. This also updates the `MailFetcher::__construct()` method to explode the Username value at the backslash giving us two parts: the Authentication Username and the Mailbox Username. If there are in fact two parts we will assign the first part to the new `authuser` variable and assign the second part to the new `username` variable. If we detect an `authuser` we will add it to the `imap_open()` flag called `authuser` and append it to the `srvstr`. In addition this updates the `MailFetcher::getUsername()` method to return the new `username` variable instead of the hash table data.
-
aydreeihn authored
Within a Ticket, if you click the Assign dropdown and choose Agent or Team, the possible assignees are filtered based on who can be assigned to the Department, however, the inline Assigned To option did not filter the possible assignees. This commit ensures that we do filter possible assignees when assigning via inline edit.
-
- Aug 19, 2019
-
-
JediKev authored
This addresses an issue reported on the Forum where visiting the Agent Dashboard with no Help Topics in the system completely breaks the Dashboard view and throws a database error `You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') GROUP BY A1.topic_id' at line 1`. This is due to the statistics code assuming we will always have `$topics` but this is not always the case, as some people rock their helpdesk without a single Help Topic. This adds a check to see if `$topics` is empty and if so, we return the appropriate headers with an empty array as the plot data. This will avoid the database error and show the appropriate Dashboard view with no statistics listed under "Topics" tab.
-
- Aug 15, 2019
-
-
Peter Rotich authored
This commit addresses an issue where updating (editing) organization from User's page resulted in ALL settings getting cleared. The change makes sure the update is routed to the proper routine.
-
Kevin Thorne authored
This addresses an issue where conducting an Advanced Search will show the results in ASC order (from oldest to most recent) by default. If there are no keywords the search is supposed to show the results in DESC order (from most recent to oldest) by default. If there are keywords the search is supposed to show the results sorted by `relevance`. This adds additional `select` options to the search criteria for keyword searches so that we can use `relevance` in the outer query. This also adds an `order_by` to the tickets to order them by the `relevance` in `DESC` order. In addition this adds a new `order_by` to sort the results by `created` in DESC if there are no keywords.
-
JediKev authored
This updates the Installer PHP Requirements from `5.4` to `5.6`. This updates the `$prereq` variable to be protected and updates depending methods so they can use the static variable.
-