docs(troubleshooting): document the browser_info / browser_url_vars support diagnostics #9

Merged
allan merged 5 commits from docs/support-diagnostics into main 2026-09-27 20:51:21 +00:00
5 Commits
Author SHA1 Message Date
dc 13042876b8 docs(troubleshooting): a worked URL-parameter example for the hook read 2026-09-27 20:47:53 +00:00
dc 7f2a76986a docs(troubleshooting): correct the browser_url_vars collision, add hook read examples 2026-09-27 20:20:07 +00:00
dc be8d92f439 docs(troubleshooting): note the 128 debug value and the loadfile upload limitation
The adapter sends _debug=128 (not 131) on the Viya web JES path when
runAsTask is enabled, which is what the frontend uses there. Document
that value alongside 131, and note that editors/loadfile is reached
through the multipart file upload, which carries no input tables.
2026-09-25 07:55:49 +00:00
dc 7770737963 docs(troubleshooting): scope the diagnostics tables to their services, add browser_url_vars
The support diagnostics are now sent only where they can be used: the
startup service and the services that execute customer-provided code
(hook scripts, dynamic cell dropdown programs) - not with every service
call. The page's URL parameters arrive as a new browser_url_vars table,
one row per parameter, so a SAS developer reads a parameter by name
rather than parsing the url string.
2026-09-25 00:21:56 +00:00
dc 2a65664a51 docs(troubleshooting): document the browser_info support diagnostics
Every service call carries a single-row browser_info input table, readable
by any service or hook script as work.browser_info and dumped to the job log
when debug is on. Document its columns and how to see it, so a support ticket
can be answered from the log without follow-up questions.
2026-09-24 20:29:30 +00:00