temporalio / temporalio/ui

Support for Custom Client Identity on Schedule Trigger

Open
#2,759 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
431
Forks
179
Avg merge
2d 9h
Merged PRs (30d)
71

Description

Is your feature request related to a problem? Please describe.
We’re trying to differentiate between workflows triggered automatically by a schedule and those triggered manually—such as via the Temporal UI, API, or dashboard. While the TemporalScheduledStartTime search attribute helps in distinguishing scheduled runs in some scenarios, there’s currently no way to identify who or what initiated a manual trigger (e.g., via ScheduleHandle.trigger() or the UI). Additionally, interceptors like ScheduleClientCallsInterceptor.CreateScheduleInput don’t provide enough context to determine the trigger source.

Describe the solution you'd like
We’d like a metadata field—such as trigger_source or client_identity—to be added to the schedule trigger context. This would allow us to track whether a manual trigger came from the UI, a specific service, or another user.

Describe alternatives you've considered
As a workaround, we plan to compare nextActionTime with the actual workflow start time and then manually set a trigger_type search attribute within the workflow.

Additional context
Related Slack discussion: https://temporaltechnologies.slack.com/archives/C076CB0E075/p1747790772423569

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the UI and API paths for manual schedule triggers, including ScheduleHandle.trigger() and ScheduleClientCallsInterceptor.CreateScheduleInput. Determine where trigger context is available and whether the UI can provide the requested identity; done means scheduled and manual triggers expose distinguishable source metadata for the stated callers.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
api, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.