3 Commits

Include renames

Author	SHA1	Message	Date
dc	5538e0c575	fix(diagnostics): give the startup service a body for browser_info ... Both startupservice call sites pass null, and the attach guard skipped a null payload, so the service whose log a support ticket is read from never received browser_info / browser_url_vars. The e2e test named for the startup service only asserted on getdata, so the gap was invisible. The name is corrected to what it asserts, its sibling sweep now excludes the diagnostics services (it must, once the startup service really does carry them), and the guard itself is covered by a unit spec - red before the fix, green after.	2026-09-25 15:57:53 +00:00
dc	293636a5f8	refactor(client): scope browser_info to startup and hook services, add browser_url_vars ... The diagnostics tables now go only where they can be read: the startup service, and the services that %include customer-provided code - the hook scripts (getdata, stagedata, loadfile, restore, postdata) and the dynamic cell dropdown programs (getdynamiccolvals). Every other service is spared the payload, so the high-frequency calls stay lean. The page's URL parameters now also travel as a browser_url_vars table, one row per parameter (name, value), taken from both the search string and the hash query string - easier for a SAS developer than parsing the browser_info url column. The table is sent only when the URL has at least one parameter, and only to the same services as browser_info. mpeinit's debug dump covers browser_url_vars alongside browser_info. The spec asserts both directions on the adapter interface: the viewer's data services carry no browser_info, getdata does, and a ?labels=true visit arrives as a browser_url_vars row. Each test boots from the app root with a guarded evaluation-agreement acceptance, because Cypress clears cookies between tests and the SASjs Server session drops (the same flake hook-programs.cy.ts hits on this estate).	2026-09-25 00:26:16 +00:00
dc	a770f3695c	feat(client): report the browser and both versions in browser_info ... Adds dc_version, adapter_version, browser, browser_version, platform and the raw user_agent to the browser_info row, so a support ticket can be read off the log and a hook can branch on the browser without parsing the user agent itself. The summary comes from a new parse-user-agent util, following the existing shared/utils convention. Also adds a Cypress spec asserting the table reaches the adapter interface, which is the only place the payload is observable end to end.	2026-09-24 19:31:13 +00:00