Skip to main content

Changelog

Follow new updates and improvements to StackJack.io.

StackJack 0.1.0.9588+bbf262a

StackJack 0.1.0.9588+bbf262a

This release adds richer ticket comments for NinjaOne. It also makes expired invitations clearer, gives better guidance on the Anthropic credentials card, restores automations paused by a cancelled data deletion request, and fixes issues with NinjaOne connections and automation reasoning levels.

New features

  • Richer NinjaOne ticket comments. The tool for adding a comment to a NinjaOne ticket now accepts three optional extras:
  • an HTML-formatted body alongside the plain-text comment
  • time tracked, in seconds
  • up to five file attachments, each supplied inline or from a public HTTPS link, up to 25 MB in total

If any attachment can't be retrieved, nothing is posted. Existing comment calls that don't use these options work exactly as before.

Improvements

  • Paused automations come back when you cancel a deletion request. If a data deletion request switched some of your automations off while it waited, cancelling that request now switches those automations back on and restores their schedules. The account owner receives an email when this happens.
  • Region moves carry over recorded run data. Moving your organization to another region now also copies recorded automation run parts and scenario fixtures. After the move is verified, the copy in the original region is removed.

Bug fixes

  • NinjaOne technician-only refusals no longer disturb the connection. Some NinjaOne requests require a technician-authorized connection. When NinjaOne refused one of these, StackJack used to force a token refresh and retry, which could use up a single-use refresh token without helping. That error is now returned straight away, and the connection is left as it was. All other authorization errors still refresh and retry as before.
  • Re-sync corrects a stale reasoning level. In some cases an automation's reasoning level was reset to the model default in StackJack, but the remote agent kept running at the previous level. Running Re-sync on that automation now brings the remote agent back in line with the model default. If the provider rejects the default level that StackJack sends, the save now retries without a level instead of failing.
  • Cancelling a data deletion request no longer fails when other activity is happening at the same time. The cancellation now goes through. Any deletions that had not yet been withdrawn finish as part of the original request.

UI & UX changes

  • Clear notice for expired or withdrawn invitations. If you sign in with an invitation that expired or was withdrawn, you now see a notice saying so. It asks you to contact an owner or administrator of that organization for a new invitation. Previously you saw a generic no-access message telling you to sign in again.
  • Expired invites are shown as Expired on the Team page. The Team page now labels an expired invite as Expired and explains why. The Resend button is disabled for it. If an invite expired, was revoked or was accepted after you loaded the page, clicking Resend is refused with a message instead of sending an email that wouldn't work.
  • Anthropic credentials card now gives a next step. Accounts that can't add their own Anthropic key and don't have one previously saw an empty card.
  • Owners are now told where to buy an Agent Runner plan, and to check out with the organization's sign-up email and company name so the purchase matches the organization.
  • Members are told that the owner buys the plan and sets the key.
  • If the Agent Runner plan has a payment problem, the card points to the Billing page instead.
  • Clearer region-move checklist wording. The self-service region-move checklist uses plainer item names: "No automation removal is in progress" and "No automations are waiting to be switched back on".

StackJack 0.1.0.9384+c47af81

StackJack 0.1.0.9384+c47af81

This release fixes NinjaOne ticket comments and tightens NinjaOne ticket creation and updates. It adds Claude Sonnet 5.5 to the agent builder, checks reasoning effort against each model, and reports refused or budget-limited runs correctly. It also fixes sign-in from tabs left idle and intermittent errors on the Connectors page.

New features

  • Claude Sonnet 5.5 is now available when building agents. It supports all five reasoning effort levels and defaults to high.

Improvements

  • The agent builder and slot editor now show only the reasoning effort levels the selected model supports.
  • If you pick an effort level that the selected model doesn't support, the save is refused with a message naming the model. Previously the save could succeed and the agent would fail later.
  • If an agent carries over an unsupported effort level from an earlier configuration, template, or copy, that level is reset to the model's default instead of causing a failure.
  • When a tool call is missing a required parameter, the error returned to the agent now includes that parameter's description. This helps the agent correct the call on its next attempt.
  • Some NinjaOne actions, such as adding a ticket comment or creating a ticket, require a technician connection that uses Authorization Code sign-in. When these actions are attempted over a Client Credentials connection, the agent now gets clear guidance:
  • It is told that a technician connection is needed.
  • It is told that nothing was rejected.
  • The attempt is no longer treated as a tool failure.
  • The NinjaOne update-ticket tool is now marked as destructive, because it replaces the whole ticket. Its description also explains how to send a valid full ticket, including which fields are read-only.

Bug fixes

  • Adding a comment to a NinjaOne ticket now works. Previously the request was rejected by NinjaOne.
  • Agent runs that the model refuses, or that stop because they reached their budget, now end as Failed with a plain-language reason. Previously these runs were recorded as Completed and sent no failure email. The reason appears in the run's error message, in live chat, and in the saved transcript.
  • Signing in from a tab left idle for a while now works on the first click.
  • A tab whose session expired while unattended now shows a signed-out page instead of starting a sign-in that nobody completes.
  • Fixed intermittent errors when loading or working on the Connectors page.

Breaking changes

  • NinjaOne add-comment tool:
  • You must now say explicitly whether a comment is public or private. There is no default.
  • The comment type option is ignored.
  • NinjaOne create-ticket tool:
  • It now requires an organization, a ticket form, and an explicit public or private setting.
  • The Critical priority value is no longer offered.

StackJack 0.1.0.9347+aba8fc4

StackJack 0.1.0.9347+aba8fc4

This release adds keyless sign-in and several new management controls for Azure Foundry connections. Personal sign-ins and member keys are more reliable, and support-ticket files are now deleted when a ticket is closed. It also adds a way to cancel paused runs and fixes a number of misleading status messages.

New features

  • Keyless sign-in for Azure Foundry. StackJack can now reach your Foundry account through the StackJack Foundry Runner instead of a stored key. Turnkey setup uses keyless sign-in by default where the runner is already allowed in the chosen subscription's directory. The Foundry tab adds:
  • Switch to keyless sign-in for an existing connection
  • Attach an existing Foundry account without a key
  • Narrow StackJack's access to a minimal role
  • StackJack Foundry Runner consent. The Foundry tab shows a runner card where an owner or administrator can allow the runner once for a directory. The card explains what allowing it does and how to take it away.
  • Scheduled key rotation. Stored-key Foundry connections can let StackJack rotate the key on a schedule. Automatic rotation stops after repeated failures, and you get an email for each rotation outcome.
  • Azure cost card. A Foundry connection can show its daily Azure cost next to StackJack's estimate.
  • Run StackJack's AI help on your Azure Foundry. A new option on the Foundry tab runs AI help on your own Foundry. When it is on, the builder's cost line says when a turn ran there.
  • Full teardown of a Foundry connection. Removing a connection can also remove the Azure resources StackJack created, with a preview of what will be deleted and what stays.
  • Revoke my key. Team members can now revoke their own personal StackJack key from their personal sign-in card, after a confirmation.
  • Cancel a paused run. Paused Managed Agents runs and paused Foundry runs now offer Cancel run. A confirmation explains that the run stops right away and is charged for what it already used.

Improvements

  • Ticket files are deleted on close. Closing a support ticket now deletes the files attached to it. Deleting an organization deletes every support-ticket file StackJack stores for it.
  • Re-authorizing keeps your key. Re-authorizing or reconnecting a personal sign-in now keeps your existing StackJack key. You no longer get a new key that has to be swapped into your AI tools. The one-time key page appears only on your first personal sign-in for a connection.
  • Kept keys stay current. When a personal sign-in renews, the key it keeps is updated to your current tools.
  • Member keys follow role changes consistently. A member's personal keys now update their tool list when you:
  • Edit their tools
  • Assign, remove, edit or delete a role
  • Run a directory sync
  • Transfer a role through an invite
  • Demote a co-owner
  • Removing a Foundry connection can be retried by someone else. If another owner or administrator presses Retry on a stopped Foundry operation, the operation now continues under that person's Azure sign-in.

Bug fixes

  • Personal sign-in cards now show real problems. Cards no longer say "Connected" while the sign-in is failing:
  • HaloPSA and NinjaOne: a failing sign-in shows Re-authorize Required.
  • Microsoft Azure and Microsoft Graph: a refused sign-in shows Re-authorize Required, or Administrator Action Required when only an administrator can fix it.
  • N-central: a rejected token shows Token Refused.
  • Unreachable services: these show Can't reach it.
  • Health and session checks report expired personal sign-ins. Both checks now say when a personal sign-in needs to be re-authorized, instead of reporting a generic connector problem.
  • Move memory no longer archives unread memories. If Move memory cannot read the full source, it now stops with a message instead of archiving memories it never read.
  • Failed Foundry attaches stay visible. A failed attach now stays on the Foundry tab after a reload, with its reason and a Retry button. Previously you had to remove the connection and start over.
  • "Grant cost access again" now repairs the access. If the cost-reading access was deleted in Azure, the button now restores it. Previously it reported success without fixing anything.
  • Allow returns when the runner is removed. If the StackJack Foundry Runner is removed from your directory, the Foundry tab now offers Allow again instead of showing the runner as still allowed.
  • Accurate Disconnect confirmation. The Disconnect confirmation for a Foundry connection now correctly says whether StackJack's key will stay valid.
  • Your Marketplace subscriptions are protected. A full Foundry teardown no longer deletes a resource group that contains one of your own Azure Marketplace subscriptions. The group is kept, and the preview and receipt name the item.
  • AI help stops after Disconnect. AI help now stops calling your Azure Foundry as soon as the connection is disconnected, even partway through a turn.
  • No false failed checks during changes. Keyless Foundry connections that are being disconnected or re-granted no longer get a failed status from the daily check.
  • Stop buttons report refusals. If a run cannot be stopped, the run page now says why and reloads the run's real status, instead of always reporting success.
  • Stops that lose to other updates still work. A stop request that conflicted with another update to the run now retries instead of reporting success while the run kept going.

UI & UX changes

  • Full names in the tool picker. The tool picker's left-hand list now shows every connector and category name in full, and widens in wide dialogs.
  • Correct buttons in messages. Messages, emails and setup guides now name the buttons and pages that actually exist:
  • Your personal sign-ins instead of the retired My Connectors page
  • Update credentials for shared HaloPSA connections
  • Remove connection on the Foundry page
  • Test and Re-test in the Avanan outage warning
  • Messages match each reader's permissions. Foundry messages now name a button only to people who can see it. Other team members get a plain description of the state.
  • Clearer re-authorize emails. These emails now link straight to the Connectors page and name the exact card to use. They also explain what to do with an old personal sign-in card.
  • Microsoft connectors named in full. Both connector lists in the personal sign-ins section now name Microsoft Azure and Microsoft Graph.

Fixed customer-reported issues

  • A HaloPSA personal sign-in kept failing on live calls while the portal still showed it as connected, even after repeated re-authorization (01M3Q6ZKKGYKYZE9WCDR1HKAA1). The personal card now shows Re-authorize Required when the sign-in is failing. Error messages tell you to re-authorize that specific personal sign-in, and re-authorizing keeps your existing StackJack key.

Earlier updates