Closed Bug 1061585 Opened 10 years ago Closed 9 years ago

[User Story] As a Helper, I can see a list of help requests matching my profile settings in chronological order, so that I can decide which request I want to address.

Categories

(support.mozilla.org :: BuddyUp, defect)

Product:
support.mozilla.org
Component:
BuddyUp
Platform:
All
Gonk (Firefox OS)
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: RT, Assigned: rik)

References

Details

(Whiteboard: p=1 s=bu.2015.3)

User Story

As a Helper, I can see a list of help requests matching my profile settings in chronological order, so that I can decide which request I want to address.

Acceptance criteria:
* Helper can select between “New” or “Active” to display 2 separate lists. This user story addresses the “new” list
* Helper can go back to home page
* Helper can access the profile page from the “Answer a question” page
* The “New” list displays questions with the following characteristics:
- Match the helper locale from profile settings
- Have not been commented on yet by any helper
- Displayed in anti-chronological order - most recently updated on top
- Grouped by day with a day indicator header
- Each line shows the first X characters of the question followed by “...” if the question is above X characters, the submission time, the device of the helpee, the OS version of the helpee, the name of the helpee and the number of additional comments (will always be 0)
- Each line shows an indicator of activity (blue dot)
- Y messages are displayed as the helper reaches this screen, the next Y messages can be displayed if the helper presses the “Load more” button
-- The “load more” button is not displayed if there are no more messages to load
- A “Sync” button allows re-syncing the question list displayed with the Y most recent messages on the server
-- An indicator shows when the last sync occurred
-- A sync is performed automatically as the helper reaches the list of questions
- If there are no new questions, a message informs the user that there are no new questions

Attachments

(1 file)

https://github.com/mozilla/buddyup/pull/75
42 bytes, text/x-github-pull-request
rehandalal+mozilla
: review+
Details | Review 
      No description provided.
Adding implementation bugs as blockers.
Depends on: 1062407
Depends on: 1089748
Ignoring the profile settings for now, which I know we will be able to filter on post bug 1089748, there seems to be a missing status on a question.

There currently is no property is_solved

We will need that to show a helper all questions that are still not resolved. Simply because there has been a comment(s) posted on the question does not mean the question has been resolved. A question is only marked as resolved once the Helpee marks it as resolved. Up until that point the question is still fair game for all interested Helpers.
Schalk, I saw this comment, and I added the is_solved and solution (which gives the answer of the solution) to the API. Additionally, you can now filter with `is_solved=1` or `is_solved=0`. I just pushed this out to stage. Enjoy!
Depends on: 1100916
User Story: (updated)
For later reference, dumping an API query example from Mike:
http GET 'kitsune/api/2/question/?metadata={"category":"download-and-install","os":"Windows 7"}'
Whiteboard: p=1
Depends on: 1109642
Blocks: 1109642
No longer depends on: 1109642
Mike: I remember we talked in Portland about how to do a filter for "all questions for device A and no device". I can't remember the syntax though, could you share it again?
Flags: needinfo?(mcooper)
For metadata fields, you can now give a list of values, and they will be ORed together. Additionally, "null" will be considered a search that only matches when the question does not have that metadata. So you can do something like this

http GET 'https://support.allizom.org/api/2/question/?metadata={"device":["Some Device",null]}'
Flags: needinfo?(mcooper)
And I suppose we can specify more than one property:

http GET 'https://support.allizom.org/api/2/question/?metadata={
    "device":["Some Device",null],
    "operator:["Some Operator", null]
}'
Flags: needinfo?(mcooper)
Yes, that looks correct to me.
Flags: needinfo?(mcooper)
Whiteboard: p=1 → p=1 s=bu.2014.4
Whiteboard: p=1 s=bu.2014.4 → p=1 s=bu.2015.1
Assignee: nobody → schalk.neethling.bugs
Assignee: schalk.neethling.bugs → anthony
Status: NEW → ASSIGNED
Status: ASSIGNED → NEW
Whiteboard: p=1 s=bu.2015.1 → p=1 s=bu.2015.3
Adjusted AC to clarify that the list is only filtered by the locale, not the operator, handset or anything else.
User Story: (updated)
This is filtering only by the locale the user has set in the settings. It does not include en-US results.
Attachment #8562270 - Flags: review?(rdalal)
https://github.com/mozilla/buddyup/commit/551e1f4cbc7211d0ce8634b216b2372c81094c2c
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Flags: in-moztrap+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: