Skip to content

chore(aci): All create monitor buttons should link to type selection#111801

Merged
malwilley merged 3 commits into
masterfrom
malwilley/fix-create-monitor-btn
Mar 31, 2026
Merged

chore(aci): All create monitor buttons should link to type selection#111801
malwilley merged 3 commits into
masterfrom
malwilley/fix-create-monitor-btn

Conversation

@malwilley
Copy link
Copy Markdown
Member

Closes ISWF-2215

"Create Monitor" buttons should always link to the initial type selection page. We made this link to the actual form on the type-specific pages after user feedback, but we now believe that the original experience was more consistent and leads to less confusion overall.

@malwilley malwilley requested a review from a team as a code owner March 30, 2026 17:47
@linear-code
Copy link
Copy Markdown

linear-code Bot commented Mar 30, 2026

@github-actions github-actions Bot added the Scope: Frontend Automatically applied to PRs that change frontend components label Mar 30, 2026
Copy link
Copy Markdown
Contributor

@cursor cursor Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cursor Bugbot has reviewed your changes and found 1 potential issue.

Fix All in Cursor

Bugbot Autofix prepared a fix for the issue found in the latest run.

  • ✅ Fixed: Unused export makeMonitorCreateSettingsPathname after removing its only consumer
    • Removed the unused makeMonitorCreateSettingsPathname function from pathnames.tsx since it had no remaining consumers after the PR removed its only import.

Create PR

Or push these changes by commenting:

@cursor push fb4497098e
Preview (fb4497098e)
diff --git a/static/app/views/detectors/pathnames.tsx b/static/app/views/detectors/pathnames.tsx
--- a/static/app/views/detectors/pathnames.tsx
+++ b/static/app/views/detectors/pathnames.tsx
@@ -23,10 +23,6 @@
   return normalizeUrl(`${makeMonitorBasePathname(orgSlug)}new/`);
 };
 
-export const makeMonitorCreateSettingsPathname = (orgSlug: string) => {
-  return normalizeUrl(`${makeMonitorBasePathname(orgSlug)}new/settings/`);
-};
-
 export const makeMonitorEditPathname = (orgSlug: string, monitorId: string) => {
   return normalizeUrl(`${makeMonitorBasePathname(orgSlug)}${monitorId}/edit/`);
 };

This Bugbot Autofix run was free. To enable autofix for future PRs, go to the Cursor dashboard.

Comment thread static/app/views/detectors/list/common/detectorListActions.tsx
@malwilley malwilley changed the title chore(aci): All create monitor buttons should like to type selection chore(aci): All create monitor buttons should link to type selection Mar 31, 2026
<SentryDocumentTitle title={TITLE}>
<WorkflowEngineListLayout
actions={<DetectorListActions detectorType="uptime_domain_failure" />}
actions={<DetectorListActions />}
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not for this pr -- but how could we DRY up all these WorkflowEngineListLayout components? feels fairly repetitive and wonder if we could do something to simplify this (as we add more monitor types, it'll be more difficult to maintain)

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think having a little boilerplate in each list view page is necessarily a bad thing, WorkflowEngineListLayout is already an attempt to DRY up the code. Each list page needs to be rendered in a separate component since they be customized (for example the uptime page here needs to wrap the content in a MonitorViewContext provider)

@malwilley malwilley enabled auto-merge (squash) March 31, 2026 18:08
@malwilley malwilley merged commit 748eea6 into master Mar 31, 2026
74 checks passed
@malwilley malwilley deleted the malwilley/fix-create-monitor-btn branch March 31, 2026 18:15
dashed pushed a commit that referenced this pull request Apr 1, 2026
…111801)

"Create Monitor" buttons should always link to the initial type
selection page. We made this link to the actual form on the
type-specific pages after user feedback, but we now believe that the
original experience was more consistent and leads to less confusion
overall.
@github-actions github-actions Bot locked and limited conversation to collaborators Apr 16, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

Scope: Frontend Automatically applied to PRs that change frontend components

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants