Creating an Appropriate Ticket

If you have a Drupal support contract with Code Enigma, you can ask us any question about Drupal through our secure ticketing system, Redmine, or via your dedicated support dashboard. Examples being: your custom block isn’t displaying, your site’s search feature has stopped working, you need help adding a user, etc.

Providing we manage your server, you may also raise a ticket for system administrative issues too, such as asking for Apache Solr to be installed on your server, Nginx configuration changes for your site (anything to do with your server). These tasks will come under the support provided by the three packages listed above and not through Drupal support.


The purpose of the subject is to tell us what the problem is. If, for example, you have a module that gives users points based on their activity on the site forum and if they log in each day, which returns incorrect results or a fatal error, you would raise a ticket like this: Custom user points module returns a fatal error.

This is descriptive enough for support to grasp a basic understanding of the issue. Reporting the issue with the subject "Bug" or "Fatal Error!" are poor subjects as they are not descriptive.


Please include all the detail you can about the issue. Screenshots of errors and error log entries help the support team to understand what to look out for when attempting to replicate the issue.

Include any URLs where the errors are occurring, or explain in as much detail as possible what you were doing at the time of receiving the errors.

It would also be useful to include information on which environment the issue occurs in (if you have a dev/stage/prod type setup).

Detail the steps you’ve taken to try and solve the issue, as this will prevent the support team from repeating the same steps and getting the same results. You should include the steps to reproduce the issue, as this will help the support team when it comes to debugging it.

Assigning the Ticket

Upon creating the ticket an email notification will be sent to the support team that a new ticket has been created. We recommend, in most cases, tickets are left unassigned so they can be allocated to the next available team member. If you want to add an assignee to the ticket, please DO NOT assign it directly to an individual. In these cases, you can use the ‘ce’ groups (ceSysadmins, ceSupport).

You may add Watchers to a ticket by checking the relevant boxes. Each watcher you select will receive an email notification that they have been added as a watcher to a ticket. It's not advised to select everyone, as there will be some members of staff who do not know about your project.

If you consider the issue to be urgent, it is advised to add several watchers, so they are informed of the creation of the ticket. However, an issue you may consider as urgent may not fall under our ‘Urgent’ category. All Drupal-related tickets will be responded to within 24 hours. If you do not have an SLA-backed server package, the priority parameters will have been pre-arranged with you along with their respective response times (more on that in the next section). Tickets that fall under this SLA are server-based issues.

Setting the Priority

Redmine provides four priorities to choose from: Low, Normal, High and Urgent. If you do not have an SLA-backed server, the priority of the ticket is generally used to judge only the order in which the tickets should be looked at. For example, if you have three normal priority tickets, two high priority tickets and one low priority ticket, the two high priority tickets will be looked at first, then, providing there is remaining support time, the normal priority tickets will be looked at. If there is support time remaining after all other tickets have been looked at, low priority tickets will be looked at and dealt with.

If you do have an SLA-backed server, the priority must be set based on the pre-arranged parameters. For example, a normal priority ticket would include a minor problem, preventing a system administrator from using the server fully, such as a problem with a service that does not affect the customer experience, requesting a new user be added to the server, etc. The first response will be made within the pre-arranged times, depending on the priority. For example, if your site is down or timeout messages are being received, this would be classed as Urgent and the first response would be within an hour.

Bad Examples

We've received tickets with the subject of "Bug", "Urgent ticket" or "Help!". We've also received tickets where the subject is more a description. These tickets then don’t have much of a description. 

Descriptions that do not contain enough information, such as providing URLs where errors were found or not providing the steps necessary to reproduce the error(s) are just two bad examples of a ticket description.

As a result of such tickets, it took extra time to ask the customer for more information about the issue before we were able to debug it and resolve it.

Text Formatting

You can format the text in the description field. You can make text bold, underlined, italicised, create ordered and unordered lists, headings and tables, amongst many other things.