Automattic / Automattic/wp-calypso

Feature Request: Offer an opportunity to rename the site address before a site transfers to Atomic

Open
#95,201 3 comments 0 reactions 0 assignees View on GitHub
[Feature Group] Other Infrastructure [Feature] Other Atomic Infrastructure [Pri] Normal [Product] WordPress.com Enhancement Feature Request Quality Sprint: Week 2
Dominant language
TypeScript
Stars
12.6k
Forks
2k
Avg merge
1d 17h
Merged PRs (30d)
552

Description

### What

Default site addresses cannot be changed once they move to the `wpcomstaging.com` subdomain. Barring that changing (related request: https://github.com/Automattic/wp-calypso/issues/87140 ), providing customers an opportunity to consider their site address and update its name _before_ we begin the transfer could help address that limitation.

### Why

Site addresses are routinely created using a customer's username+NUMBER. Some of our onboarding flows can encounter errors and lead to multiple sites getting created. For customers with multiple sites under their account, this can get increasingly confusing, esp when they're not using custom domains yet for whatever reason.

### How

Using the A4A site creation modal as inspiration – could we offer an opportunity to rename the site during the upgrade or "feature activation" process?

For example, we could update this notification:

![Image](https://github.com/user-attachments/assets/8ec76f35-cc57-4178-ab56-0fd73e8075e1)

To provide a field to update that URL, like what we offer for A4A:

![Image](https://github.com/user-attachments/assets/e4d5372b-99b6-486a-a2a8-82a37c84a050)

Contributor guide

Open the contributing guide

Research direction

Start by locating the A4A site creation modal and the notification used during the upgrade or feature-activation transfer flow. Compare how the existing URL field validates and saves a site address, then define the point before transfer where renaming should occur and verify that the selected address is retained through the transfer.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.