Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Manage site flow: Allow to change subdomain #45905

Open
niranjan-uma-shankar opened this issue Sep 24, 2020 · 2 comments · Fixed by #45040
Open

Manage site flow: Allow to change subdomain #45905

niranjan-uma-shankar opened this issue Sep 24, 2020 · 2 comments · Fixed by #45040
Labels
[Feature Group] Emails & Domains Features related to email integrations and domain management. [Type] Bug

Comments

@niranjan-uma-shankar
Copy link
Contributor

In pau2Xa-1Io-p2#comment-6759 , we take users clicking browser back from checkout through a modified signup flow. The domain step in this flow does not allow to change the subdomain of the user's current site.

Steps to reproduce

  1. Starting at URL: wordpress.com/start
  2. Select a paid plan and proceed to the checkout page
  3. Hit browser back button on the checkout page.
  4. Wait till the domain step has finished rendering.

What I expected

I expected to change my current site's wordpress.com subdomain.

What happened instead

I am not shown any *.wordpress.com suggestions, and I'm not allowed to change the current site's subdomain. I'm however allowed to purchase a custom domain for the current site.

@niranjan-uma-shankar niranjan-uma-shankar linked a pull request Sep 24, 2020 that will close this issue
@cathymcbride cathymcbride added [Type] Bug [Feature Group] Emails & Domains Features related to email integrations and domain management. labels Sep 24, 2020
@klimeryk
Copy link
Contributor

klimeryk commented Feb 9, 2021

@niranjan-uma-shankar, I've been able to still reproduce it. But I'm not sure what would be a best change here. It does not feel like the best flow to change the address of the site. I wonder if we have enough data to figure out how many users try to search for a *.wordpress.com subdomain in cases like this?

As a quickfix - when the user triggers this state (clicked back after site creation) and they search for a *.wordpress.com subdomain, we show a special notice with a link that will take them to the existing screen in domain management that will allow them to edit the site's free WPCOM subdomain?

@niranjan-uma-shankar
Copy link
Contributor Author

As a quickfix - when the user triggers this state (clicked back after site creation) and they search for a *.wordpress.com subdomain, we show a special notice with a link that will take them to the existing screen in domain management that will allow them to edit the site's free WPCOM subdomain?

That sounds like a nice solution to me.

Also noting that as per #52798 (comment), the current subdomain address is now displayed is on this page.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature Group] Emails & Domains Features related to email integrations and domain management. [Type] Bug
Development

Successfully merging a pull request may close this issue.

3 participants