Repository navigation
Forms on Tickets Developer Guide 2
Page 1 covers the schema, the shared TaskForms / TicketForms engine, submitting, the evidence guard and the close gate. This page is everything a person or an integration touches. User guide: Forms on tickets.
The twin of api/tasks/forms.php, and a thin adapter: every rule lives in TicketForms.
| Request | Answer |
|---|---|
GET ?ticket_id=N |
{enabled, forms, available, can_write} - the panel. ?answers=1 adds each form's answers where the viewer may read them |
GET ?task_form_id=N (or ticket_form_id) |
{fill, may_fill} - what the fill page needs |
POST {action: add, ticket_id, form_id, required, mode} |
{forms} |
POST {action: update, task_form_id, required, mode} |
{forms} |
POST {action: remove, task_form_id} |
{forms} |
POST {action: draft, task_form_id, revision, answers} |
{revision, forms} or {conflict}
|
POST {action: submit, task_form_id, revision, client_reference, data} |
{submission_id, revision, replayed, forms} or {conflict}
|
task_form_id is the requirement's id. The shared fill page sends that name to both endpoints, and this one accepts ticket_form_id too.
session_start(['read_and_close' => true]);
require_once __DIR__ . '/../../includes/service_context.php';
require_once '../../config.php';
require_once '../../includes/functions.php';
require_once '../../includes/tenancy.php';
require_once '../../includes/rbac.php';
require_once '../../includes/services/task_forms.php';
header('Content-Type: application/json');
if (!isset($_SESSION['analyst_id'])) { echo json_encode(['success' => false, 'error' => 'Not authenticated']); exit; }
requireModuleAccessJson('tickets');
/** Refuse unless this analyst can reach the ticket (and it exists). Same wording for "gone" and "not yours". */
function ticketFormsGate(PDO $conn, int $ticketId): void
{
$s = $conn->prepare("SELECT 1 FROM tickets WHERE id = ?");
$s->execute([$ticketId]);
if ($ticketId <= 0 || !$s->fetchColumn() || !analystCanAccessTicket($conn, (int)$_SESSION['analyst_id'], $ticketId)) {
throw new ServiceError('not_found', 'not_found', 'Ticket not found.');
}
}
/** The forms that can be added: the newest version of each active form. */
function ticketFormsAvailable(PDO $conn): array
{
$st = $conn->query("SELECT f.id, f.title FROM forms f
WHERE f.is_active = 1
AND NOT EXISTS (SELECT 1 FROM forms c WHERE c.parent_form_id = f.id)
ORDER BY f.title");
return array_map(fn($r) => ['id' => (int)$r['id'], 'title' => (string)$r['title']], $st->fetchAll(PDO::FETCH_ASSOC));
}π Every action is gated on the ticket, including those addressed by a requirement id. The requirement is resolved to its ticket first:
csrfRequireWriteMethod();
if (!$enabled) throw new ServiceError('validation', 'disabled', $off);
$in = json_decode(file_get_contents('php://input'), true) ?: [];
$action = (string)($in['action'] ?? '');
$reqId = (int)($in['task_form_id'] ?? $in['ticket_form_id'] ?? 0);
if ($action === 'add') {
$ticketId = (int)($in['ticket_id'] ?? 0);
ticketFormsGate($conn, $ticketId);
TicketForms::add($conn, $ctx, $ticketId, (int)($in['form_id'] ?? 0),
!array_key_exists('required', $in) || !empty($in['required']), (string)($in['mode'] ?? 'block'));
} else {
$row = TicketForms::row($conn, $reqId);
$ticketId = TicketForms::hostOf($row);
ticketFormsGate($conn, $ticketId);
switch ($action) {
case 'update': TicketForms::update($conn, $ctx, (int)$row['id'], !empty($in['required']), (string)($in['mode'] ?? 'block')); break;
case 'remove': TicketForms::remove($conn, $ctx, (int)$row['id']); break;
case 'draft': $extra = TicketForms::saveDraft($conn, $ctx, (int)$row['id'], (int)($in['revision'] ?? -1), (array)($in['answers'] ?? [])); break;
case 'submit': $extra = TicketForms::submit($conn, $ctx, (int)$row['id'], (int)($in['revision'] ?? -1),
(string)($in['client_reference'] ?? ''), (array)($in['data'] ?? [])); break;
default: throw new ServiceError('validation', 'invalid_field', 'Unknown action.');
}
}
// The whole state back, so the panel re-renders from one source of truth.
echo json_encode(['success' => true, 'enabled' => true] + $extra + [
'forms' => TicketForms::forTicket($conn, $ticketId, $viewerId, false),
]);-
Why
ticketFormsGate()reads the row first.analystCanAccessTicket()alone is true for any id on a single-company install. -
Off means refused. While Forms on tickets (or the Forms module) is off, GET says
enabled: falseand every write is refused with codedisabled. -
Errors.
TaskFormConflictanswers{conflict: {by, at, revision, draft}}. OtherServiceErrors answer{error, code}, and anything else logs and answers a generic message. -
The available list is the newest version of each active form: a form with a child version (
parent_form_idpointing at it) is an old version and is left out.
forHost() (inherited) reads every requirement with its live form and submission. The answers come only when asked for and allowed:
$st = $conn->prepare(
"SELECT tf.*, f.title AS form_title_now, f.is_active AS form_active,
s.submitted_date, s.submitted_by, a.full_name AS submitted_by_name
FROM " . static::TABLE . " tf
LEFT JOIN forms f ON f.id = tf.form_id
LEFT JOIN form_submissions s ON s.id = tf.submission_id
LEFT JOIN analysts a ON a.id = s.submitted_by
WHERE tf." . static::FK . " = ?
ORDER BY tf.sort_order, tf.id");
// β¦ each row becomes:
// ['id', 'form_id', 'title', 'form_exists', 'form_active', 'is_required', 'requirement_mode',
// 'submission_id', 'submitted_utc', 'submitted_by', 'has_draft', 'draft_by', 'draft_utc',
// 'revision', 'may_read', 'may_fill'] + ['answers' => [...]] when $withAnswers && may_readmay_read is mayReadAnswers(): Forms module access, or static::answersCap(), which for a ticket is Cap::TICKETS_FORM_ANSWERS. may_fill is write access to Forms.
The page that fills a form on a task fills it on a ticket. ?ticket_form=N&embed=1 only changes the endpoint it talks to:
// GH #272: ?ticket_form=N fills a form on a TICKET - the same page and the same rules
// (TicketForms is TaskForms with the ticket as host); only the endpoint differs.
const HOST_PARAMS = new URLSearchParams(window.location.search);
const TASK_FORM_ID = HOST_PARAMS.get('task_form') || HOST_PARAMS.get('ticket_form');
const FILL_API = HOST_PARAMS.get('ticket_form') ? '../api/tickets/forms.php' : '../api/tasks/forms.php';
const taskClientRef = 'tf-' + Date.now().toString(36) + '-' + Math.random().toString(36).slice(2, 10);// the embedded layout (no header) for a ticket's form too
$embed = !empty($_GET['embed']) && (!empty($_GET['task_form']) || !empty($_GET['ticket_form'])); // GH #272: a ticket's form too-
The client reference is made once per page load, so pressing Submit twice, or a retried request, makes one submission (page 1 Β§4).
-
The banner says whose work this is:
b.textContent = (taskFill.host === 'ticket' ? window.t('forms.fill.for_ticket', { ticket: taskFill.task.title }) // "For the ticket "INC-1234 Laptop"" : window.t('tasks.forms.fill_for', { task: taskFill.task.title }));
taskFill.hostisforFill()'s'host' => static::NOUN. -
Talking to the window that opened it. Embedded, it posts to its parent:
tf-savedafter a draft or submit, andtf-heightso the frame can size itself.window.parent.postMessage({ type: 'tf-saved', task_id: taskFill && taskFill.task.id, task_form_id: taskFill && taskFill.task_form_id, submitted: !!submitted }, location.origin); window.parent.postMessage({ type: 'tf-height', task_form_id: Number(TASK_FORM_ID), height: Math.ceil(content.getBoundingClientRect().height) }, location.origin);
A self-contained IIFE, loaded by tickets/index.php after inbox.js. displayEmail() calls loadTicketForms(email.ticket_id) on every draw.
let state = { ticketId: null, enabled: false, forms: [], available: [], canWrite: false };
async function loadTicketForms(ticketId) {
state = { ticketId, enabled: false, forms: [], available: [], canWrite: false };
try {
const d = await getJson('?ticket_id=' + encodeURIComponent(ticketId));
if (state.ticketId !== ticketId) return; // another ticket opened meanwhile
if (d.success) state = { ticketId, enabled: !!d.enabled, forms: d.forms || [], available: d.available || [], canWrite: !!d.can_write };
} catch (e) { /* no button */ }
renderButton();
drawInline(); // the workspace Work tab (Β§4)
}-
The toolbar button.
renderButton()inserts a.action-btnafter Watch (or Checklist). It shows Forms Β· 1/2 (submitted / total), and is removed while the feature is off. -
The modal uses the app's shared modal (
.modal/.modal-content/-header/-body/-footerfrominbox.css), so it fades, closes on Esc or a backdrop click, and themes like every other dialog. Its own look is a small stylesheet injected once (#ticketFormsStyle,.tf-*classes): pill badges with dark-mode colours, one button size, and a quiet Remove that turns red on hover.
The cards are drawn by one function and wired by another, so the modal and the Work tab can't drift apart:
/** The cards and the add row - the same in the modal and in the workspace's Work tab. */
function formsHtml() {
const rows = state.forms.map(f => {
const mode = f.is_required ? f.requirement_mode : 'optional';
const badge = '<span class="tf-badge ' + mode + '">' + esc(/* Required (blocks) | Required (warns) | Optional */) + '</span>';
const fill = f.may_fill && state.canWrite && f.form_exists
? '<button type="button" class="btn ' + (f.submission_id ? 'btn-secondary' : 'btn-primary') + '" data-fill="' + f.id + '">'
+ esc(f.submission_id ? T('correct') : T('fill')) + '</button>' : '';
const ans = f.submission_id && f.may_read ? '<button type="button" class="btn btn-secondary" data-answers="' + f.id + '">' + esc(T('answers')) + '</button>' : '';
// β¦ requirement <select data-req>, <button class="tf-remove" data-remove>, the state line
}).join('') || '<p class="tf-empty">' + esc(T('none')) + '</p>';
// β¦ the add row: <select data-add-select> of state.available minus forms already on it, <button data-add-btn disabled>
return rows + add;
}
function wire(container) {
container.querySelectorAll('[data-fill]').forEach(b => { b.onclick = () => openFill(Number(b.dataset.fill)); });
container.querySelectorAll('[data-answers]').forEach(b => { b.onclick = () => showAnswers(container, Number(b.dataset.answers)); });
container.querySelectorAll('[data-remove]').forEach(b => { b.onclick = () => removeForm(container, Number(b.dataset.remove)); });
container.querySelectorAll('[data-req]').forEach(s => { s.onchange = () => setRequirement(container, Number(s.dataset.req), s.value); });
// the add select enables its button; the button posts {action: 'add'}
}
/** Both places at once, from the one state. */
function redrawAll() {
const panel = document.querySelector('#ticketFormsModal.active > .modal-content');
if (panel) drawPanel(panel);
drawInline();
}- Controls are found by data attributes, never ids, because the same markup can be on screen twice: the modal over the Work tab.
-
Every write answers with the whole list (
{forms}), soact()replacesstate.formsand callsredrawAll(). There's no hand-patching of rows.
function openFill(id) {
const f = state.forms.find(x => x.id === id);
const box = modal('ticketFormFill', 820);
const base = (window.API_BASE || '../api/tickets/').replace(/api\/tickets\/$/, '');
box.innerHTML = '<div class="modal-header">' + esc(f ? f.title : T('fill')) + '</div>'
+ '<div class="modal-body" style="padding:8px 16px;">'
+ '<iframe id="ticketFormFrame" title="β¦" src="' + base + 'forms/fill.php?ticket_form=' + encodeURIComponent(id) + '&embed=1" β¦></iframe></div>'
+ '<div class="modal-footer"><button type="button" class="btn btn-secondary" id="ticketFormFillClose">' + esc(T('close')) + '</button></div>';
}
// The fill page says when it saved or submitted, and how tall it is.
window.addEventListener('message', (e) => {
if (e.origin !== location.origin || !e.data || typeof e.data !== 'object') return;
const frame = document.getElementById('ticketFormFrame');
if (!frame || e.source !== frame.contentWindow) return;
if (e.data.type === 'tf-height' && e.data.height) frame.style.height = Math.min(Math.max(e.data.height + 24, 240), window.innerHeight * 0.8) + 'px';
if (e.data.type === 'tf-saved') {
refresh();
if (e.data.submitted) { closeModal('ticketFormFill'); showToast(T('submitted'), 'success'); return; }
}
});The message handler checks both the origin and that the source is our frame, so another window can't fake a "submitted".
In a workspace, the forms also appear on the Work tab, beside the checklists and the linked tasks. inbox.js gives the tab a holder:
work: checklistHtml + '<div id="twTicketForms" hidden></div><div class="tw-task-list" id="twTaskList"></div><div class="tw-tasks" id="twTaskArea"></div>',/**
* The workspace's Work tab (#twTicketForms, inbox.js): the same cards, beside the
* checklists and tasks. Only while the ticket has forms - adding the first one is
* the toolbar button's job, so an empty Work tab keeps its "nothing here yet" note.
*/
function drawInline() {
const host = document.getElementById('twTicketForms');
if (!host) return;
if (!state.enabled || !state.forms.length) { host.innerHTML = ''; host.hidden = true; return; }
injectStyle();
host.hidden = false;
host.innerHTML = '<h3 class="tf-inline-title">' + esc(T('title')) + '</h3>' + formsHtml();
wire(host);
}ticket-workspace.js's "nothing here yet" observer counts it:
const forms = panel.querySelector('#twTicketForms'); // GH #272: forms on the ticket (ticket-forms.js)
const hasForms = !!forms && !forms.hidden && forms.childElementCount > 0;
const hide = !!(hasChecklist || hasForms || hasTasks);A submenu on the ticket list's right-click menu, built like Attach checklist βΈ. The markup is in tickets/index.php, hidden until the script knows the feature is on:
<div class="ticket-context-menu-item ticket-context-menu-parent" role="menuitem" tabindex="0" id="ctxFormsItem" style="display:none;">
<svg β¦></svg>
<span><?php echo htmlspecialchars(t('tickets.context.add_form')); ?></span>
<svg class="ctx-sub-arrow" β¦></svg>
<div class="ticket-context-submenu" id="ctxFormsSubmenu" role="menu"></div>
</div>inbox.js fills it each time the menu opens, for the right-clicked ticket or the whole selection:
if (typeof populateContextFormsSubmenu === 'function') populateContextFormsSubmenu(ctxActsOnSelection ? selectedTicketIds() : [ctxTargetTicketId]); // GH #272async function populateContextFormsSubmenu(ids) {
// β¦ loading row; GET ?ticket_id=<first>; stale-guard on sub.dataset.for
if (!d.enabled || !d.can_write) { item.style.display = 'none'; return; }
item.style.display = '';
const on = new Set(ctxIds.length === 1 ? (d.forms || []).map(f => f.form_id) : []); // ticks: one ticket only
sub.innerHTML = list.slice(0, CTX_FORMS_SHOWN).map(a => on.has(a.id)
? ctxRow('<span class="ctx-status-name">' + esc(a.title) + '</span><span class="ctx-status-check">✓</span>', ' style="cursor:default;opacity:.6;" β¦')
: ctxRow('<span class="ctx-status-name">' + esc(a.title) + '</span>', ' onclick="addFormFromContext(' + Number(a.id) + ')"')).join('')
+ /* "All formsβ¦" when there are more than 12, for one ticket */ '';
}
async function addFormFromContext(formId) {
closeTicketContextMenu();
let done = 0, already = 0, failed = 0;
for (const id of ctxIds) {
const d = await post({ action: 'add', ticket_id: id, form_id: formId });
if (d.success) done++;
else if (d.code === 'conflict') already++; // TicketForms::add(): "That form is already on this ticket."
else failed++;
}
// toast: "Form added." / "Added to 3 ticket(s). 1 already had it."
}π΄ Rows use inline onclick, unlike the rest of the file. On a phone the menu is a full-screen sheet that copies the submenu's HTML (openTicketMenuLevel() in inbox.js), so listeners attached with addEventListener would be lost in the copy. That's why addFormFromContext and openFormsFromContext are put on window.
Tickets β Settings β Checklists β Forms on tickets. The key is declared on the tab in tickets/settings/manifest.php ('tickets_forms_enabled', so the setting-key map and the tab agree on who owns it), and seeded to '0' by Database Verify. The tab's existing Save sends it, but only writes it when it was sent, so an older caller can't switch it off by leaving it out:
// api/tickets/save_checklist_settings.php
$upsert->execute([SETTING_TICKET_CHECKLIST_EMPTY_CLOSURE, $emptyMode]);
// GH #272: "Forms on tickets". Only written when sent, so an older caller leaves it alone.
if (array_key_exists('forms_enabled', $in)) {
$upsert->execute(['tickets_forms_enabled', !empty($in['forms_enabled']) ? '1' : '0']);
}TicketForms::enabled() (inherited) also requires the Forms module to be on. The settings page shows a warning under the tick when it isn't.
The ticket's case report shows its forms beside its checklists, with the answers only for a reader allowed to see them:
// includes/case_report.php - CaseReport::forTicket()
// GH #272: forms on the ticket, beside its checklists. Answers only where TicketForms::mayReadAnswers() says.
$r['ticket_forms'] = $on('checklists') && TicketForms::columnsReady($conn)
? self::attempt($r, 'checklists', fn() => TicketForms::forTicket($conn, $ticketId, $viewer, true), []) : [];includes/case_report_page.php lays them out with the same markup as a task's forms. A form not yet submitted, or answers the reader may not see, says so instead of showing nothing (form_not_submitted, form_answers_hidden).
| Route | Permission | Handler |
|---|---|---|
GET /tickets/{id}/forms |
ticket_forms.read |
apiTicketFormsList() |
POST /tickets/{id}/forms/{ticket_form_id}/submissions |
ticket_forms.create |
apiTicketFormSubmit() |
// api/v1/lib/routes.php
['GET', '#^/tickets/(\d+)/forms$#', ['ticket_forms', 'read'], 'apiTicketFormsList'],
['POST', '#^/tickets/(\d+)/forms/(\d+)/submissions$#', ['ticket_forms', 'create'], 'apiTicketFormSubmit'],
// api/v1/lib/modules.php - both modules must be on for the routes to answer
'ticket_forms' => ['tickets', 'forms'], // GH #272// api/v1/resources/tickets.php
function apiTicketFormSubmit(PDO $conn, array $apiKey, array $params, array $body): void {
apiLoadTicket($conn, $apiKey, (int)$params[0]); // the ticket's gate, company scope included
require_once __DIR__ . '/../../../includes/services/task_forms.php';
try {
if (!TicketForms::enabled($conn) || !TicketForms::columnsReady($conn)) {
throw new ServiceError('validation', 'disabled', 'Forms on tickets are switched off (Tickets -> Settings -> Checklists).');
}
$row = TicketForms::row($conn, (int)$params[1]);
if ((int)$row['ticket_id'] !== (int)$params[0]) throw new ServiceError('not_found', 'not_found', 'That form is not on this ticket.');
$revision = isset($body['revision']) ? (int)$body['revision'] : (int)$row['revision'];
$res = TicketForms::submit($conn, ActorContext::fromApiKey($apiKey), (int)$row['id'], $revision,
(string)($body['client_reference'] ?? ''), (array)($body['data'] ?? []));
apiRespond(['ticket_id' => (int)$params[0], 'ticket_form_id' => (int)$row['id'], 'submission_id' => $res['submission_id'],
'revision' => $res['revision'], 'replayed' => $res['replayed']], $res['replayed'] ? 200 : 201);
} catch (ServiceError $e) { apiFailFromService($e); }
}-
The list has the same shape as
GET /tasks/{id}/forms.answersis absent, not empty, unless the key's analyst may read form answers. -
revisionis optional on submit. Without it the current revision is used, so an integration that is the only writer doesn't have to track it; one that isn't can send it and get 409. - A requirement addressed through the wrong ticket answers 404, not the form.
-
The catalogue. Both routes are in
api/v1/spec.json, added as text, because the file mixes escaped and unescaped Unicode and a whole-file re-encode is never byte-identical.php api/v1/lib/openapi_check.phppasses. User docs: REST API - Tickets.
tests/ticket-forms.php runs on a disposable install, through the service, the real endpoint (forged session) and the REST API (real keys). 30 checks:
FREEITSM_TEST_DATABASE=<throwaway db> FREEITSM_TEST_URL=http://localhost/<that install> php tests/ticket-forms.php
| Area | Proves |
|---|---|
| Off | GET says off and lists nothing; add is refused (disabled); a required form left in the table does not hold up the close |
| Adding | only the newest version of each active form is offered; adding version 1 fills version 2; the same form twice is refused; Form added in ticket_audit; a nonexistent ticket is not_found
|
| The close | block refuses and names the form (forms_outstanding); warn does not |
| Filling |
host is ticket; a draft moves the revision; a stale draft is a conflict naming who saved; a missing required answer is refused; the submission is linked by for_ticket_id, not task_id, on the newest version; Form submitted in the history; the close then lets go; the panel shows the answers |
| Answers | the ticket permission, not the task one (answersCap() via reflection) |
| Forms | deleting the submission is refused with ticket_evidence
|
| Case report | carries the answers |
| REST | list with answers; a read-only key cannot submit (403); submit 201, then the same reference is 200 with the same submission; the wrong ticket is 404 |
| Removing | the requirement goes, both submissions stay in Forms; merge moves forms once each |
After the host refactor, tests/task-forms.php (103) still passes, so every task behaviour survived static::.
Browser checks (headless Chrome on a test install): the button and modal on a ticket, the fill window loading the real form, the polished modal in light and dark, the Work tab showing the cards in a workspace, and Add form βΈ listing forms with ticks on the ones already added.
FreeITSM β an open-source IT Service Management platform Β· github.com/edmozley/freeitsm Β· MIT licence
- Installation
- β° Scheduled tasks (cron jobs)
-
Architecture
- β³ π§Ή Root folder tidy (URL routing)
- β³ π Database Integrity (FKs & constraints)
- β³ π οΈ Database Verification β Developer Guide
- β³ π§© Service Layer (UI + API share code)
- β³ πͺ€ Code traps (the TRAP: comments)
- β³ π Commenting for the Engineering wiki
- β³ π οΈ Engineering wiki scanner - Developer Guide
- β³ π Service-Layer progress
- π€ Contributing (read before a pull request)
- π§ͺ Developer tests
- π PDF exports moved to PDFKit (#254)
- AI Providers
- Internationalisation (i18n)
- Timezones & Time Handling
- π Date & Time Formats
- π± Currencies
- π§ The sidebar (optional module rail)
- π§© Preference templates
- π Display order (modules, Watchtower cards) β Developer Guide
- Theming & Dark Mode
- ποΈ Recent β getting back to what you were doing
- β¨οΈ Command palette (βK)
- π Searching inside tickets
- π Attached documents
-
MobileβFriendly
- β³ π« Mobile: Tickets
- β³ π» Mobile: Assets
- β³ π Mobile: Calendar
- β³ π Mobile: Knowledge
- β³ π¦ Mobile: Service Status
- β³ πΌ Mobile: Watchtower
- β³ π§© Mobile: Problem Management
- β³ π Mobile: Change Management
- β³ πΏ Mobile: Software
- β³ β Mobile: Tasks
- β³ π Mobile: Forms
- β³ π Mobile: Contracts
- β³ π Mobile: Domains
- β³ π Mobile: People
- β³ π Mobile: Projects
- β³ ποΈ Mobile: Files
- β³ π Mobile: LMS
- β³ πΊοΈ Mobile: CMDB
- β³ πΊοΈ Mobile: Network Mapper
- β³ π§ Mobile: Process Mapper
- β³ βοΈ Mobile: Workflow
- β³ π₯οΈ Mobile: System
- β³ π Mobile: Reporting
- β³ π Mobile: System Wiki
- β³ π Mobile: Self-Service Portal
- β³ π§° Mobile: Techniques & Tricks
-
Security
- Layer 1 β which modules you can enter
- β³ π§© Module Access Control
- β³ π οΈ Module Access β Developer Guide
- β³ π Switching modules off
- β³ π οΈ Module availability β Developer Guide
- β³ π Module availability β design (#217)
- Layer 2 β what you can administer
- β³ π Roles & Permissions
- β³ π οΈ Roles β Developer Guide
- β³ π€ Why capabilities are constants
- Layer 3 β the System module
- β³ π Admin Access Control
- Hardening
- β³ π Security review response 2026-08
- β³ π‘οΈ Security hardening 2026-08
- β³ π οΈ Security hardening 2026-08 β Developer Guide
- β³ π‘οΈ Round three β plain English
- β³ π οΈ Round three β Developer Guide
- β³ π‘οΈ CSRF protection (S4) β Developer Guide
- Single Sign-On (SSO)
- ποΈ LDAP & Active Directory
-
π¦ Microsoft Entra ID
- β³ π₯ Importing people and groups
- β³ π» Intune: assets to their primary user
- β³ π’ Organisation chart
- β³ π οΈ Entra directory sync β Developer Guide
- β³ π οΈ Entra import - review (#235)
- β³ π οΈ Entra follow-ups - review (#237-#240)
- β³ π οΈ Intune primary user - review (#236)
- β³ π οΈ Intune after an Entra import - review (#334)
- β³ π οΈ Intune primary user history - review (#338)
- β³ π οΈ Intune asset types - review (#339)
- β³ π οΈ Intune scheduled syncs - review (#344)
- β³ π οΈ Microsoft 365 in Integrations - review (#352)
- β³ π οΈ Organisation chart - reviews (#242, #265)
- π CardDAV contact sync
- Browser Extension
- API Reference
-
π REST API β how it works
- β³ π Proposal: custom fields, inventory import and change evidence (#194)
- β³ π οΈ Custom fields, evidence + inventory - review (#195-#197)
- β³ π οΈ Long forms in a task's Work view - review (#198)
- β³ π οΈ Empty Procedures fold - review (#247)
- β³ π« REST API: Tickets
- β³ π» REST API: Assets
- β³ π΄ REST API: Problems
- β³ π REST API: Changes
- β³ π REST API: Knowledge
- β³ β REST API: Tasks
- β³ ποΈ REST API: CMDB
- β³ π REST API: Contracts
- β³ ποΈ REST API: Calendar
- β³ πΏ REST API: Software
- β³ π REST API: Domains
- β³ π¦ REST API: Service Status
- β³ βοΈ REST API: Morning Checks
- β³ π REST API: Forms
- β³ βοΈ REST API: Workflow
- β³ π·οΈ REST API: Cost centres
- β³ π’ REST API: Companies
- β³ π REST API: Chart of accounts
- β³ π REST API: Projects
- β³ π‘οΈ API threat protection
- β³ π§βπΌ REST API: Analysts
- β³ πΊοΈ REST API: Network Mapper
- β³ π§ Using the API docs page
- β³ π OpenAPI specification
- β³ β OpenAPI: kept correct
- β³ π οΈ Maintaining the catalogue
- Watchtower
-
Tickets
- β³ Reply subject and replying to one message
- β³ π Live updates
- β³ π οΈ Watching a ticket - Developer Guide (1 of 2)
- β³ βοΈ Ticket address suggestions - Developer Guide
- β³ π οΈ CSAT delay and reminder - Developer Guide
- β³ π οΈ Ticket checklist step types - Developer Guide (1 of 2)
- β³ π οΈ Right-click Attach checklist - Developer Guide
- β³ π οΈ Checklists in the REST API - Developer Guide
- β³ π A ticket's related block and attachments - Developer Guide
- β³ π οΈ Inbox.js map β Developer Guide
- β³ π οΈ Floating windows & the file viewer β Developer Guide
- β³ π οΈ Tickets settings β Developer Guide
- β³ π Simpler ticket and task forms - design (#218)
- β³ ποΈ The ticket workspace
- β³ π Forms on tickets
- β³ π The ticket table
- β³ π Rota copy and paste β Developer Deep Dive
- β³ β Checklists & SOPs
- β³ βοΈ Mandatory fields
- β³ π§Ύ Custom ticket fields
- β³ π·οΈ Ticket categories
- β³ π§Ύ A type for every new ticket
- β³ π₯ Assigning tickets to a team, and escalation
- β³ π’ One board across every company
- β³ π Ticket dashboard β Developer Guide
- β³ Mailbox Authentication
- β³ π€ Email send log
- β³ βοΈ Emailed reports
- β³ π Attachment size limits and large emails
-
β³ Basic IMAP mailboxes
- β³ π Basic IMAP without the PHP extension (#257)
- β³ π οΈ Basic IMAP client β Developer Guide
- β³ π§ͺ Basic IMAP client β Testing and verifying
- β³ π οΈ Basic IMAP - Sent copy - Developer Guide (#270)
- β³ π οΈ Verifying a mail folder β Developer Guide
- β³ π οΈ Mailbox providers β Developer Guide
- β³ π οΈ How Gmail mail collection works β Developer Guide
- β³ Email rendering & images
- β³ SLA Management
- β³ WhatsApp channel
-
β³
βοΈ Telegram channel - β³ β CSAT company scope and filters β Developer Guide
- β³ π₯ Microsoft Teams channel
- β³ π¨οΈ Mattermost channel
- β³ π¬ Web chat channel
- β³ π£ Slack channel
- β³ π Linking tickets
- β³ β Record previews
- β³ π Ticket notes: internal or shared
- β³ ποΈ Canned responses
- β³ βοΈ Limiting replies to particular senders
- β³ π¨ Telling the analyst a ticket is theirs
- β³ βοΈ Email signatures
- β³ π The public web address
- β³ π’ Ticket numbering
- β³ π Raising a ticket for someone else
- β³ π Merging tickets
- β³ π Confidential tickets
- β³ π₯ Portal managers
- β³ π Who has seen a ticket
- β³ π Reading long tickets
- β³ β Splitting tickets
- β³ β Selecting several tickets
- β³ ποΈ The folder pane
- β³ π½ Just my tickets, or no closed ones
- β³ π οΈ Snoozing tickets β Developer Guide
- β³ π₯ Collision detection
- β³ β±οΈ Time tracking
- β³ π Case reports - a ticket and its work as one PDF
- β³ π Scheduled work in your own calendar
- Problem Management
-
Tasks
- β³ π οΈ Task board and subtasks β Developer Guide
- β³ π§βπ€βπ§ People on a task ("Involved")
- β³ π Repeating tasks
- β³ π’ Moving a task between companies
- π Projects
-
Assets
- β³ π οΈ Asset list by type - review (#340)
- β³ π’ Moving an asset between companies
- β³ π Shared asset locations
- β³ π§βπΌ Assigning assets to analysts
- β³ π Warranty and lease alerts
- β³ π Leases
- β³ π Saved table views
- β³ π¨οΈ Recording anything, and importing it
- β³ π§© Asset type layouts
- β³ π Inventory freshness
- β³ π Linked configuration item
- β³ π Connected assets
- β³ π Asset review
-
β³ π·οΈ QR asset labels
- β³ π οΈ QR asset labels β Developer Guide
- β³ π Asset label designer - design (#229)
- β³ π· Asset scanning β Developer Guide
- β³ π οΈ Asset tag numbering β Developer Guide
- β³ π οΈ Asset reconciliation β Developer Guide
- β³ π οΈ Reconciliation, tags + labels - review (#164)
- β³ π Who holds what, and handover documents
- β³ π₯οΈ The inventory agent (PowerShell)
- β³ ποΈ Proxmox VE servers
- β³ βοΈ VMware Cloud Director servers
- β³ πͺ Hyper-V and Failover Clusters
- β³ π Linking equipment to tickets
- β³ βοΈ Follow-up tasks on a ticket
- Knowledge
- Change Management
- Calendar
- Morning Checks
- Reporting
- Software
-
Forms
- β³ π¨ The form designer β Developer Guide
- β³ π Layout & the grid β Developer Guide
- β³ ποΈ Collections β grouping submissions
- β³ π Submissions as PDFs
- β³ β‘ What happens next β a form's own actions
- β³ π οΈ Sections & conditional logic β Developer Guide
- β³ π οΈ Lookup fields β Developer Guide
- β³ π‘οΈ Catalogue request approvals
- People
- Starters & leavers
- Domains
- ποΈ Files
- Contracts
- Service Status
- π Notifications
- π¨ War Room
- Self-Service Portal
- LMS
- Process Mapper
-
CMDB
- β³ π§± Designing your CMDB
- β³ π οΈ CMDB β Developer Guide
- β³ π οΈ Impact analysis β Developer Guide
- β³ π οΈ Data quality β Developer Guide
- β³ π οΈ Record references β Developer Guide
- β³ π οΈ CMDB assistant - Developer Guide
- β³ π Linked assets
- β³ π Linking an asset to its CI - design (#201)
- β³ π Discovery and redundancy-aware impact - design (#199)
- β³ π οΈ Relationship wording - review (#297)
- Network Mapper
-
Workflows
- β³ π οΈ Workflow engine β Developer Guide
- β³ π οΈ Workflows for tasks β Developer Guide
- β³ π οΈ Workflow notes on a ticket β Developer Guide
- β³ π οΈ Workflow category routing β Developer Guide
- β³ β° Time-Based Triggers
- β³ πͺ Webhooks
- β³ π¬ Webhook Message Formats
- β³ π HTTPS Certificates & CA Bundles
- β³ π οΈ SSL Verification β the Global Setting
- β³ π Workflow & Webhook Pitfalls
- Issue trackers (Jira, Azure DevOps)
- π‘ Zabbix (monitoring)
- π¬ Microsoft Teams alerts
- π 3CX (phone system)
-
System
- β³ π οΈ System cards by topic - review (#347)
- β³ π¦ Microsoft 365 (Entra ID and Intune)
- β³ π οΈ Preferences β Developer Guide
- β³ π§Ή Maintenance
- β³ βοΈ Emailed reports
- β³ π Finding people in the Analysts list
- β³ πͺ When an analyst leaves
- β³ π οΈ System β Branding β Developer Guide
- β³ π©Ί Page health (D019) β Developer Guide
- β³ β Feature Bingo
- β³ π Locations
- β³ π·οΈ Cost centres
- β³ π Chart of accounts
- β³ π· Photo Album
- β³ Demo Data
- β³ π οΈ Demo Data β Developer Guide
-
Overview
- β³ π Progress tracker
- β³ Concepts & vocabulary
- β³ Email routing & mailboxes
- β³ Settings: global vs per-company
- β³ Users & self-service
- β³ Staff cross-company access
- β³ One company supporting another
- β³ π’ One board across every company
- β³ Worked examples
- β³ Pitfalls & gotchas
- β³ Scope: what it's for
- β³ π οΈ Developer Guide (make a module multi-company)
- β³ ποΈ Case study: CMDB (a linked graph)
- β³ π§ͺ Test harness (prove it's isolated)
- What this is
-
π Bugs resolved
- β³ π The Intune tab did not check the company
- β³ π #332 Files viewer would not open
- β³ π #333 Note attachments downloaded
- β³ πͺ #326/#327 Form webhook Full record
- β³ π #325 Form PDF download failed
- β³ π Small fixes in 5.1.0
- β³ π CMDB relationships read backwards (5.1.0)
- β³ π #301 CSAT delay was never applied
- β³ π #281 Comments imported from Jira never arrived
- β³ π #288 A change failed to open with Enforce approvals on
- β³ π Long non-Latin articles never got an embedding
- β³ π« #280 Email lookups scanned the whole table
- β³ β #266 Dragging a task told nobody
- β³ π #255 Article previews showed HTML codes
- β³ π #252 A link to a Knowledge article did not open
- β³ π #254 PDFs could not print Polish
- β³ π #250 Clicking a folder left the open article on screen
- β³ π« #260 The dashboard cog did nothing
- β³ π« #248 A department rule never matched on four routes
- β³ π A directory account could be matched to someone else
- β³ π« #244 Reply went to the assigned analyst
- β³ π Mailbox sign-in was not checked
- β³ π Four weaknesses around signing in
- β³ π A lookup answer could name any record
- β³ π« #227 A mailbox could not be deleted
- β³ π« #226 A picture on a note could not be closed
- β³ π» #222 The Assets page never loaded in 4.3.0
- β³ βοΈ #214 A "contains" condition did not match capitals
- β³ βοΈ #216 A workflow email from a chosen mailbox always failed
- β³ π³ The Docker image was missing PHP extensions
- β³ π A failed DNS lookup read as a missing record
- β³ π A link could change data
- β³ π Access outlived its removal
- β³ π Knowledge articles could run scripts
- β³ π Knowledge writes ignored permissions
- β³ π Company boundaries (Oct 2026)
- β³ π Smaller gaps (Oct 2026)
- β³ π Escaped text could leave its attribute
- β³ π Task descriptions were not cleaned
- β³ π Task documents ignored company scope
- β³ π Repeating tasks ignored company scope
- β³ π¬ #183 Mailbox checks overlapped
- β³ π #188 Transfer lock shown off when unknown
- β³ β #184 Subtask names and Overdue
- β³ π§© #186 Teams: the buttons did nothing
- β³ π Text in a change could run script
- β³ π AI settings changed without the AI permission
- β³ πͺ #178 Deleting an analyst failed
- β³ π« A team with no departments showed 0 tickets
- β³ π Projects: adding a phase did nothing on Save
- β³ π Leavers could still sign in
- β³ πΌοΈ Logo and courses broke on Apache with PHP-FPM
- β³ π’ Chat tickets ignored your ticket numbering
- β³ π Dates shown as a dash, or in server time
- β³ π Assets β Users showed people from other companies
- β³ π Restricted analysts could read other modules' data
- β³ πΌοΈ Replies with a picture in the thread failed to send
- β³ π Reply attachments never reached the customer
- β³ π οΈ Outbound email attachments β Developer Guide
- β³ π A global SSO provider was missing from the portal
- β³ π Behind a proxy, the SSO redirect said http
- β³ βοΈ The portal tagline moved when you saved it
- β³ π¨ The portal settings screen forgot what you saved
- β³ π‘οΈ The approvals inbox said "Error" and nothing else
- β³ π A table's answers were missing from the PDF
- β³ β A single-select column let you tick every option
- β³ π The portal ignored a form's field widths
- β³ π The tasks board stopped taking clicks
- β³ ποΈ #121 The index list is out of date after upgrading
- β³ π #133 The calendar subscription was empty
- β³ π #131 Tasks always reopened on the board
- β³ π₯ #129 Every page returned HTTP 500 after upgrading
- β³ π³ #127 A PHP warning above the System page
- β³ π #126 Notes stamped with the server's clock
- β³ π Storing every date in UTC
- β³ πͺ The portal was down for everyone signed in
- β³ βοΈ #120 Workflow notes could never be written
- β³ βοΈ #123 Three errors when running Database Verification
- β³ π #122 The description box was a stub in the corner
- β³ π£ Demo data deleted real accounts
- β³ π #117 Sign-in redirected to the wrong address
- β³ π¨ #108 The priority dot was invisible
- β³ β±οΈ #116 Time logged from the right-click menu
- β³ π #114 API keys refused by our own guard
- β³ ποΈ #110 Assigning a task told nobody
- β³ πͺ #107 Signed out while still working
- β³ π #103 "Share with Requester" reached nobody
- β³ π #102 Search found nothing for hyphens
- β³ πͺ #101 Source code editor opened behind
- β³ βοΈ #88 Subtasks could not be ticked off
- β³ π» #84 Asset deep link selected nothing
- β³ π« #79 A new ticket arrived with no status
- β³ π§ #79 A ticket from email did not say so
- β³ π #78 Bell opened to nothing
- β³ π¬ #77 Mail only collected from Inbox
- β³ π #74 The default password could not be changed
- β³ π¦ #70 Renaming an impact level
- β³ π€ #67 App-only mailboxes could not send
- β³ π #45 Verify only ever worked for Microsoft
- β³ π #45 IMAP reported as not authenticated
- β³ βοΈ An email template stopped escaping itself
- β³ π The portal dashboard showed the wrong time
- β³ π’ The folder said 99 and the list showed 96