You're right — the incident type form should only require Type and Description. The other fields (Group, Sort, Radius, Color, Opacity, Notify Mailgroup, Notify Email) should all be optional. This is a database schema issue from older installations where those columns were created as NOT NULL.
There are three ways to fix this, from easiest to most thorough:
OPTION 1 — Run the fix script (easiest, no other changes)
Download just the fix script and run it in your browser:
Download the file from GitHub:
https://raw.githubusercontent.com/openises/tickets/main/tools/fix_in_types_schema.php
Save it to your TicketsCAD installation under the tools/ folder:/your-tickets-path/tools/fix_in_types_schema.php
Open it in your browser:http://your-server/tickets/tools/fix_in_types_schema.php
You should see output like:
[FIXED] 'protocol' changed to allow NULL
[FIXED] 'group' changed to allow NULL
[FIXED] 'sort' changed to allow NULL
... etc.
After running it, go back to the incident types configuration and try adding a new type. Only Type and Description should be required now.
You can delete the script after running it — it's a one-time fix.
OPTION 2 — Run the installer in upgrade mode (recommended for full sync)
This brings your entire database schema up to date with the latest release:
Pull the latest code (git pull) or download the latest release from:
https://github.com/openises/tickets/releases
Open the installer in your browser:http://your-server/tickets/install.php
The installer will detect your existing installation. Select "Upgrade" and follow the prompts.
The upgrade process compares every table in your database against the current schema and fixes any differences — including the in_types columns. Your data is preserved.
OPTION 3 — Manual SQL fix (if you prefer direct database access)
Run these ALTER TABLE statements against your TicketsCAD database:
ALTER TABLE in_types MODIFY COLUMN protocol TEXT DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN `group` VARCHAR(20) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN sort INT(11) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN radius INT(4) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN color VARCHAR(8) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN opacity INT(3) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN notify_mailgroup INT(4) DEFAULT NULL;
ALTER TABLE in_types MODIFY COLUMN notify_email VARCHAR(256) DEFAULT NULL;
Note: group needs backticks because it's a MySQL reserved word.
ABOUT THE SMTP / MAIL GROUP ISSUE
The Notify Mailgroup and Notify Email fields on the incident type form are completely optional. They only matter if you want automatic email notifications when incidents of that type are created/closed. If you don't need email notifications for incident types, you can safely leave those fields blank after applying any of the fixes above.
If you do want to set up email notifications later, the SMTP configuration is under Configuration > Settings in the main TicketsCAD interface. Happy to help troubleshoot that separately if needed.
Let me know if you run into any issues with the fix.
Best regards,
Eric
When creating an incident type, it seems all of the fields are required to be filled out instead of just type, description, and possible protocol. the other Group, Sort, radius, color, opacity, notify mailgroup, notify email, notify when at one point I don't remember in past tickets versions were mandatory to be filled out, the part most I have an issue with is the mail group section. The config settings for smtp don't seem to work or I'm not setting it up right. is there a way to just only require type, description for an incident type.
--
You received this message because you are subscribed to the Google Groups "Open Source CAD" group.
To unsubscribe from this group and stop receiving emails from it, send an email to open-source-c...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/3ee76e6b-fefe-47fe-a8b3-45b0b579df96n%40googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CAJLaYFVY6q02-ePOhbDYPd_bbCthaBzzLuBxN9G8PXsDwV%2Bosg%40mail.gmail.com.

To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CAGVvMhrxf4%2BOU0Zz_0QkuD4nO1%3DUF5JW5yHcrgJhYjUNu9SW-Q%40mail.gmail.com.
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CAJLaYFVqWCPy8Ca%2BHLsc6wK9bLhdVYuzuD%3D6h6bNRS1iyd63bg%40mail.gmail.com.
Thanks for the detailed report — I found the real problem. The ALTER TABLE commands you ran were correct and did work (the "empty result set" messages are normal for ALTER TABLE), but the actual issue is a PHP 8 compatibility bug in the form validation code, not the database schema.
The validation in tables.php uses a comparison that worked in PHP 5 and 7 but broke in PHP 8 — it was accidentally marking every field as required regardless of whether the column allows NULL.
The fix is a one-line change in tables.php. Here's how to apply it:
Option A — Pull the update via GitHub Desktop:
tables.php and will take effect immediatelyOption B — Manual edit if you prefer:
tables.php in a text editorif (($row['Null']) !=0) {
if ($row['Null'] !== 'YES') {
That's the entire fix. No database changes needed — the ALTER TABLE commands you already ran were fine, and won't hurt anything.
About the fix script error you saw earlier — the error about functions.inc.php was because the script was placed directly in the tickets/ folder instead of the tickets/tools/ subfolder. It doesn't matter now since the real fix is the tables.php change above.
Let me know if this resolves it!
Best regards,
Eric
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CADuRW1zKV9B-bVMxQ9marbdSpco1FLh4r%3D7x%2BXdmaYHZ%2Bu7pKQ%40mail.gmail.com.
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CAJLaYFWTpivu88Db5QO8YHH0K9F9Z2nb6CGgdTkVm6MYphTpmQ%40mail.gmail.com.
To view this discussion visit https://groups.google.com/d/msgid/open-source-cad/CADuRW1yfYpzeapMaa7Sqv3%2BrgMJnbtmS-xLD8tUcQ%3DVcnQxiFg%40mail.gmail.com.