Return a list of failed apps

RESOLVED FIXED in 2013-08-13
(NeedInfo fromanyone)

Status

P3
normal
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: andy+bugzilla, Assigned: davidbgk, NeedInfo)

Tracking

2013-08-13
x86
Mac OS X
Points:
---

Details

(Reporter)

Description

5 years ago
This is a way to query solitude and find a list of failed apps. We should be able to return a list of apps that have explicit status check failures or transaction test failures. This isn't a straightforward API because there's quite a few parameters that you could include to find failed apps. They could be:

* failures within a certain time period (eg: show me all failures within a certain time period)
* only apps that failed when people tried to buy (failures in the transaction table)
* only apps that failed when explicitly checked

We should just be able to return links to the actual status and transaction entries if people want to investigate more.

This list will need to paginate etc.

Let's see if that makes sense and then we can improve.
(Reporter)

Updated

5 years ago
Blocks: 864875
(Reporter)

Updated

5 years ago
Priority: -- → P3
(Reporter)

Updated

5 years ago
Assignee: nobody → david
(Reporter)

Updated

5 years ago
Target Milestone: --- → 2013-08-01
(Assignee)

Comment 1

5 years ago
A few questions related to Andy's comment:

* is it OK to just return a JSON list?
* I don't understand the "when explicitly checked"
* is there any other example of date range filtering in the API?

I started to implement those changes if you have any comments on the approach:

https://github.com/davidbgk/solitude/commit/63e95f3a33fb2fde758cea3505daf62272550b04

I wonder if I should still use that `services` view or switch to a dedicated API resource.
* a JSON list is fine. You probably want to return SellerProduct objects but a transaction ID will be helpful too (when applicable).
* There are two types of failures. One could be a failure that happened during a live purchase. Example: the Bango API returns an error. Another type is a failure that is detected by a Mozilla probe. Example: we might periodically check the billing API to see if a product is fully configured.
* You can search for `filter` in solitude and zamboni to see whitelisted fields. I'll try to dig something up.
(Assignee)

Updated

5 years ago
Target Milestone: 2013-08-01 → 2013-08-08
(Reporter)

Updated

5 years ago
Target Milestone: 2013-08-06 → 2013-08-13
(Assignee)

Comment 4

5 years ago
https://github.com/mozilla/solitude/commit/d77e2c6c461a8f56eb9ac71d532cba2b38907661
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED

Comment 5

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