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

Subscriptions: cloning OC's should copy schedule #2439

kirstenalarsen opened this Issue Jul 6, 2018 · 4 comments


4 participants
Copy link

kirstenalarsen commented Jul 6, 2018


Enterprise users need to set up lots of basically identical order cycles in a schedule before they can start using subscriptions.

The current clone feature (available from the Order Cycle index page) does not clone key information - most importantly the schedule itself which is left blank

This means that the user must open each order cycle to set the schedule - infuriating. This combined with G2430 makes this initial essential step very annoying and likely off-putting

Expected Behavior

When an Order Cycle is cloned from the Order Cycle index page, the schedule information should be copied

Actual Behavior

The schedule information is left blank

Steps to Reproduce

  1. Go to Order Cycles
  2. Select an Order Cycle that is in a Schedule (or put one in one - which will require creating a schedule)
  3. Clone it - using button on the right of the of
  4. notice that cloned OC has no schedule


I'm putting this as severity 3. In conjunction with #2530 it makes OC creation for setting up a schedule very very painful and likely off-putting to early adopters

NB - Relationship to previously reported issue #1052

I think this is a better and simpler solution and so #1052 should be closed
My (light) investigations suggest that products fees and tags are being correctly captured in cloning so it is just the schedule that needs to be included

@kirstenalarsen kirstenalarsen changed the title Subscriptions: cloning OC's should copy schedule - and other key info Subscriptions: cloning OC's should copy schedule Jul 6, 2018

@kirstenalarsen kirstenalarsen added this to Dev Ready in Subscriptions Jul 13, 2018


This comment has been minimized.

Copy link

ssciolist commented Jul 14, 2018

Hi there! I’m a first-time contributor and was hoping to help out with this issue. I noticed nobody was assigned to it, but if there’s already a solution in progress I’m happy to try helping out elsewhere. Thanks!

@myriamboure myriamboure added this to Dev ready in Bug management Jul 14, 2018

@myriamboure myriamboure removed the bug-s3 label Jul 14, 2018

@myriamboure myriamboure removed this from Dev ready in Bug management Jul 14, 2018


This comment has been minimized.

Copy link

ssciolist commented Jul 20, 2018

Unfortunately, I’ve had to drop this issue from my to-do list. Sorry about that, and hopefully someone else will be able to pick this up!


This comment has been minimized.

Copy link

oeoeaio commented Jul 27, 2018

Ah! Sorry! Just saw this. I don't think that not copying the schedule was not an oversight or a mistake. I think I did that deliberately to avoid order cycles being mapped onto a bunch of subscriptions unintentionally because the user did not pay attention to which schedule applied when they duplicated. I agree that there is an issue with UX, but I think the proposed solution of such copying across the schedule is maybe not the best way to fix this.

It is possible to bulk add/remove order cycles to/from a schedule from the index page by clicking on the name of the schedule. Perhaps we just need to work on making this UX a bit better/obvious. I actually wouldn't mind removing the schedules element from the order cycle forms completely, to me they are minimally useful, out of context and in the way.

As I mentioned in the discussion on the community forum, I find the whole schedules interface a bit crap, and feel that maybe it would be better to remove all mentions of schedules from the OC interfaces and instead build a dedicated interface that sits under a top level subscriptions menu item. To me, schedules are more closely related to subscriptions than they are to order cycles.


This comment has been minimized.

Copy link
Contributor Author

kirstenalarsen commented Jul 27, 2018

ok, point taken @oeoeaio. I will close this issue and make change to the User Guide that advises people to clone all the order cycles first and then open up the scheduler and add them to the Schedule - rather than opening the order cycle to change the schedule.

Subscriptions automation moved this from Dev Ready to Closed Jul 27, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment