I have add_model_callback(DiscourseSubscriptions::Customer, :after_save) do ... in a plugin. Most purchases result in a “server” (a custom model) being created. Today, I’ve managed to learn how to make other places where a server gets created transition to the page to configure the new server, with something like Server.createServer(server).then((result) => { if (result.server) { this.get("servers").pushObject(EmberObject.create(result.server)); const id = result.server.id; window.location = getURL(`/pfaffmanager/servers/${id}`); } What I’d like to do now is have Discourse similarly redirect to that new page after the “thanks for your purchase” dialog has been dismissed. I don’t care whether it happens in Rails or Ember, but I guess it needs to happen in Ember? I don’t quite understand (that is, I have no idea, whatsoever) how to hijack extend the controller/model/whatever in the subscriptions plugin from my plugin.

[image] Robert: There’s probably an action closeModal (maybe in the route). Well, not quite. But, miraculously, that was enough! I found this: assets/javascripts/discourse/controllers/subscribe-show.js main } else { const subscription = Subscription.create({ source: result.token.id, plan: plan.get("id"), promo: this.promoCode, cardholderName: this.cardholderName, cardholderAddress: this.cardholderAddress, }); return subscription.save(); } And then I did this!! api.modifyClass("controller:subscribe-show", { pluginId: "pfaffmanager", async _advanceSuccessfulTransaction(plan) { window.console.log("modifying subscription!!!", plan, this); this.alert("plans.success"); this.set("loading", false); let servers = []; servers = await Server.listServers().then((result) => { if (currentUser && currentUser.servers !== undefined) { servers = currentUser.servers.sort((b, a) => { return ("" + a.updated_at).localeCompare(b.updated_at); }); window.console.log("sorted servers", servers); if (servers.length > 0) { window.console.log(`going to first! ${servers[0].id}`); this.transitionToRoute( "pfaffmanager.servers.show", servers[0].id ); } else { window.console.log(`server not found. going to index!`); this.transitionToRoute("pfaffmanager.servers.index"); } // window.location = getURL(`/`); // window.location = getURL(`/pfaffmanager/servers/${id}`); } }); }, }); Which is so very, fary, close. The issue now is that there is a race condition, as the add_model_callback(DiscourseSubscriptions::Customer, :after_save) do might not be finished before I do my ajax query to get the servers. Well, it’s stranger than that. Even if I add a delay (using later) before it does the ajax call to get the new server list, it is still getting a stale list, not the one after the new server has been added in the callback. I can refresh the window in another tab and see that it gets the right data before it does the ajax call. I guess I’ll give up for now. For the case whether the server exists before the purchase (which I think is more common–you’d configure everything and then say, “yeah, let’s do it”) it works; it’s just the case where they say “Yeah, I want to pay for an installation; I’ll pay and then see what happens.”

Redirect to page after purchase

Development

merefield (Robert) September 16, 2022, 7:23am 2

There’s probably an action closeModal (maybe in the route).

Within that you could perform DiscourseURL.routeTo("/yourdiscourseroute");

Topic		Replies	Views
Redirect for specific page after subscription Product Support subscriptions	2	315	October 23, 2023
Redirect to specific URL per product Feature subscriptions	1	501	April 29, 2021
Adding new controllers and routes to Discourse-subscriptions plugin Development subscriptions	5	956	July 23, 2022
Redirect an existing route in a theme component Developers how-to , theme-guides	0	1467	August 27, 2021
Friendly landing page to celebrate new subsciptions Feature subscriptions	1	319	March 6, 2024

Redirect to page after purchase

Related topics