Closed Bug 1072428 Opened 10 years ago Closed 9 years ago

remove requirement for description in Input API

Categories

(Input Graveyard :: Backend, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: willkg, Unassigned)

Details

(Whiteboard: u=dev c=api p= s=)

The Input API for posting feedback requires a description. This is good in a lot of cases, but there are some cases where this is undesirable and leads to crap results. For example, in order to get around the restriction Loop pre-fills the description with localized strings which make it difficult to suss out unique issues in the resulting data (there are like 200+ "unique strings"). This involves: 1. fixing the api code 2. writing up a test 3. updating the documentation
Whiteboard: u=dev c=api p=1 s=input.2014q4 → u=dev c=api p= s=input.adam
Tossing this in the 2015q1 queue.
Whiteboard: u=dev c=api p= s=input.adam → u=dev c=api p= s=input.2015q1
There are pretty stiff ramifications to this. I think for now we should push it off and try not to do this. Having said that, Loop sends the same description often and might be hitting ratelimiting pretty often. I created bug #1120988 for that. In the meantime, I'm bumping this out of this quarter.
Whiteboard: u=dev c=api p= s=input.2015q1 → u=dev c=api p= s=
At one point, we thought about expanding what "feedback" means and what we're collecting. Instead of expanding it, though, we're going to continue use Input feedback as sentiment data and derive sentiment from descriptions. That requires a description. Further, the primary use case for this bug is gone. Given those, I'm going to mark this as WONTFIX. If we hit another compelling use case we can rethink things then.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: Input → Input Graveyard
You need to log in before you can comment on or make changes to this bug.