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

The Premium plan should not need to buy the premium theme #14896

Closed
htdat opened this issue Jun 8, 2017 · 20 comments
Closed

The Premium plan should not need to buy the premium theme #14896

htdat opened this issue Jun 8, 2017 · 20 comments
Labels
[Feature Group] Appearance & Themes Features related to the appearance of sites. [Feature] Theme Showcase The theme showcase screen in Calypso in Appearance > Themes. OSS Citizen [Pod] Design Selection Issues related to the WP.com Design Selection focus pod. [Pri] Normal Schedule for the next available opportuinity. [Type] Bug When a feature is broken and / or not performing as intended

Comments

@htdat
Copy link
Member

htdat commented Jun 8, 2017

Steps to reproduce

  1. Go to a premium theme like this https://wordpress.com/theme/floral

  2. Click the “Pick this design $xx” button

  3. Select my premium site. E.g: premium.wordpress.com

  4. The button “Purchase” displays

  5. I am redirected to https://wordpress.com/checkout/premium.wordpress.com/theme:floral

  6. Looks wrong to me. I delete this theme from the cart.

  7. I go to this link https://wordpress.com/themes/premium.wordpress.com. I can add any theme freely here.

What I expected

  • The steps 4 and 5 should not be there: no “Purchase” button and no checkout page
  • I can activate the theme right away.

What happened instead

  • I am seeing the steps 4 and 5.

Browser / OS version

I am using Mac on Chrome.

Context / Source

  • Chat: 430947-hc
  • I noticed the issue by myself.
@designsimply
Copy link
Contributor

Tested and confirmed that with a Premium Plan active I can activate premium themes from within my Calypso site dashboard at https://wordpress.com/themes/:site: but I am asked to pay for the theme for the same site if I start from https://wordpress.com/themes such as https://wordpress.com/theme/floral or from the All Sites view.

@designsimply designsimply added [Feature] Purchase Management Related to managing purchases such as subscriptions, plans, history, auto-renew, cancellation, etc. [Feature Group] Appearance & Themes Features related to the appearance of sites. [Type] Bug When a feature is broken and / or not performing as intended labels Jun 8, 2017
@ockham
Copy link
Contributor

ockham commented Jun 21, 2017

Dupe of #157? I hope that after ridding ThemesSiteSelectorModal of sites-list, we might finally be able to implement something like this. Feel free to ping me for further info.

@mendezcode
Copy link
Contributor

Hey @ockham, I have been testing for a bit, and yes, indeed it is a duplicate. I'll ping you later on, so we can work together on this.

@ockham
Copy link
Contributor

ockham commented Jun 26, 2017

@mendezcode #9368 might be helpful to get in first

@lancewillett
Copy link
Contributor

This came up again in a customer feedback survey:

Customers are occasionally charged for premium themes even when they have a Premium plan

@jom
Copy link
Member

jom commented Jul 26, 2018

I encountered this issue with the theme flow today when testing a premium site.

@rachelmcr
Copy link
Contributor

I ran into this while testing #21075. I can reproduce it with the steps above for an account with multiple sites, and for an account with a single site (a more likely case since most users have only one site).

Here's a screencast on an account with a single site (on the Premium plan):

premium-theme-activate

I got hopeful when I first saw the message "Woohoo! You don't owe us anything!" on the checkout page, but that was while the price was being calculated. That message was then replaced by the checkout screen charging me for the theme.

However, for accounts with only one site, I noticed that if you wait on the theme detail page for a bit, the "Pick this design $xx" button changes to "Activate this design" and you can activate the theme for free. So it seems it's more of an issue for accounts with multiple sites.

@lancewillett lancewillett added the [Pri] High Address as soon as possible after BLOCKER issues label Apr 9, 2019
@donpark
Copy link
Contributor

donpark commented Jul 17, 2019

As I mentioned here, how about changing how we handle /theme to work like how /customize is handled: require site selection before showing themes?

@Aurorum
Copy link
Contributor

Aurorum commented Jul 17, 2019

If that's done, it's probably worth ensuring that users who aren't signed in don't need to select a site, as is currently the case.

@lancewillett lancewillett removed the [Pri] High Address as soon as possible after BLOCKER issues label Aug 28, 2019
@github-actions
Copy link

This issue is stale because it has been 180 days with no activity. You can keep the issue open by adding a comment. If you do, please provide additional context and explain why you’d like it to remain open. You can also close the issue yourself — if you do, please add a brief explanation and apply one of relevant issue close labels.

@github-actions github-actions bot added the Stale label Feb 17, 2021
@michaeldcain michaeldcain added [Feature] Theme Showcase The theme showcase screen in Calypso in Appearance > Themes. and removed [Feature] Purchase Management Related to managing purchases such as subscriptions, plans, history, auto-renew, cancellation, etc. labels Mar 8, 2021
@ianstewart ianstewart added the [Pod] Design Selection Issues related to the WP.com Design Selection focus pod. label May 4, 2021
@mreishus mreishus self-assigned this May 4, 2021
@mreishus
Copy link
Contributor

mreishus commented May 7, 2021

PR Here: Visiting /themes while logged in forces you to select a site #52686

@mreishus
Copy link
Contributor

#52686 is deployed, which forces logged in users to select a site context when visiting /themes.
After visiting /themes while logged in, if you have multiple sites, you'll be prompted to select a site, and be redirected to /themes/<siteurl>. From there, if you click info on a theme, you'll be brought to /theme/twentytwentyone/<sitename>.

However, a logged in user can visit https://wordpress.com/theme/floral directly and run into the original issue, but I'm not sure how they would get there (perhaps an outside link). This might be worth looking at or maybe not.

@kwight
Copy link
Contributor

kwight commented May 27, 2021

However, a logged in user can visit https://wordpress.com/theme/floral directly and run into the original issue, but I'm not sure how they would get there (perhaps an outside link). This might be worth looking at or maybe not.

I think we'll have no choice but to lock down direct links too as the next step – I could see us causing problems by promoting themes in email blasts with direct links, for example.

@kwight kwight added the [Pri] Normal Schedule for the next available opportuinity. label May 27, 2021
@nickpagz
Copy link

nickpagz commented Jun 2, 2021

I think we'll have no choice but to lock down direct links too as the next step

FWIW, this kills HE work-flow when helping users in tickets or chat. Just saying.
I understand if it HAS to be done, but would be great if the themes were directly accessible.

@kwight
Copy link
Contributor

kwight commented Jun 2, 2021

FWIW, this kills HE work-flow when helping users in tickets or chat. Just saying.

Ah, good point – that's more important than me worrying about potential future what-ifs. 👍

@nickpagz
Copy link

nickpagz commented Jun 3, 2021

I was also referring to #52686 which ...forces logged in users to select a site context when visiting....
Again, not ideal when helping user's. Suggesting a bunch of themes (via links) to users now requires we either a) strip out our test site slug from the url via some sort of Alfred workflow, or b) we SU as the user and copy the links from the theme section on their site. Testing option a) now seems to break things, so it's no longer an option. I get a url like https://wordpress.com/checkout/null/theme:floral/freetestsite214934814.wordpress.com which just gives me a blank screen. So that's out. (Test by using a direct link like https://wordpress.com/theme/floral, then click on the Pick this design button, pick a site, then I get a blank screen - no bueno).
I think this is the exact scenario @mreishus mentioned above, ie However, a logged in user can visit https://wordpress.com/theme/floral directly and run into the original issue, but I'm not sure how they would get there (perhaps an outside link). This might be worth looking at or maybe not.
So yeah, we need to get HE's to stop sharing those "outside" links to themes directly.

We're now left with option b).

Is there a way to fix the original issue without changing the theme access flow?

@michaeldcain
Copy link
Member

@nickpagz can you use the logged-out view of the Showcase (via an incognito browser)? It doesn't require a site context for either the themes list or single theme pages, and I believe the links are all the same.

@github-actions
Copy link

github-actions bot commented Jan 5, 2022

This issue is stale because it has been 180 days with no activity. You can keep the issue open by adding a comment. If you do, please provide additional context and explain why you’d like it to remain open. You can also close the issue yourself — if you do, please add a brief explanation and apply one of relevant issue close labels.

@michaeldcain
Copy link
Member

@sixhours: does this issue exist for the newly bundled A8C premium themes? If not, I think we can close it.

@sixhours
Copy link
Contributor

I can't reproduce it now. Closing!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature Group] Appearance & Themes Features related to the appearance of sites. [Feature] Theme Showcase The theme showcase screen in Calypso in Appearance > Themes. OSS Citizen [Pod] Design Selection Issues related to the WP.com Design Selection focus pod. [Pri] Normal Schedule for the next available opportuinity. [Type] Bug When a feature is broken and / or not performing as intended
Projects
None yet
Development

No branches or pull requests