Status

Marketplace
API
P1
normal
RESOLVED FIXED
4 years ago
4 years ago

People

(Reporter: andym, Assigned: andym)

Tracking

2013-06-20
x86
Mac OS X
Points:
---

Details

(Assignee)

Description

4 years ago
This url added in bug 781258 is a 404. Would like to get this fixed before real receipts go out, because we can't change them.

This possibly could be the same page as bug 881450.
(Assignee)

Comment 1

4 years ago
How a reissue works is here:

https://wiki.mozilla.org/Apps/WebApplicationReceiptRefresh

Since refresh and reissue can't work until bug 757226 is done, there's not much to do here apart from make a sane and stable end point that we can add replace to later on.
(Assignee)

Updated

4 years ago
Depends on: 757226
Sounds like we just point to the same place as bug 881450.  1 line fix!
Assignee: nobody → dspasovski
(Assignee)

Comment 3

4 years ago
Actually after chatting to Davor about it, I think this should be something slightly different. The actually goal of doing the POST of the receipt is to make the update as silent as possible. There's no need to bother the user and client, unless something goes wrong.

Given that the replaceReceipt API is on the platform, I think this should just be an API end point in marketplace. Something like /api/v1/receipt/replace/ maybe.

Re-assigning over to the API team. The end point doesn't have to do anything yet. Just return a 200 OK. But it CANNOT change. So this makes it a simple bug.
Assignee: dspasovski → nobody
Component: Consumer Pages → Payments/Refunds
(Assignee)

Updated

4 years ago
Component: Payments/Refunds → API
(Assignee)

Updated

4 years ago
Priority: -- → P1
Target Milestone: --- → 2013-06-20
Assignee: nobody → amckay
(Assignee)

Comment 4

4 years ago
https://github.com/mozilla/zamboni/commit/7d73ba
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → FIXED

Comment 5

4 years ago
Please add STR here or mark it with [qa-] if no QA is needed.
You need to log in before you can comment on or make changes to this bug.