purchase-proto into main
Conversation originally raised in a private space with Mirlo and Fairplayer participants, transcribed here for visibility and to continue driving this towards a publishable protocol.
1aaf126f41
81b5590ac1
@ -0,0 +16,4 @@
> Simon (Mirlo): Yeah adding a redirect url to the purchase response is on my very long todo list. It'd be very useful for other things too. FWIW I'm working on simplifying the purchase endpoint, though I'm not actually sure whether what I'm doing here is desirable to FP. The idea is there would be one endpoint for all purchases in a standardized way (basically a cart). This is very desirable for us, but it feels like actually might be an issue for FP who probably want a "buy this specific album" URL in the Canimus spec.
> Carles (Fairplayer): This may actually make a lot of sense for us in the long run, since what we aim to do can be expressed as "create listener communities where it's easy to support artists" and one way we can make that easy is by pooling payments, so you can support multiple artists with a single transaction. This could apply maybe not so much to album purchases but to things like "support the artists you've enjoyed this last month (or those you manually choose to) with a single payment".
Maybe after considering the "shopping cart scenario" a better solution rather than to think about this as a "redirect" is a callback notification (aka webhook) that may happen sometime in the future. I.e. after the user has finally made the payment, maybe long after putting the item in a shopping cart.
Use this merge commit message when completing the merge manually.
Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?