Offline search

[bhajneet]

Needs to be split into two stories: poor data and no data to cut down effort.

User Persona, Goal, and Motivation

I am a user at a sangat-gathering with poor data connectivity, I want to search, so that I can read the Shabad that is being sung.

Acceptance Criteria

AC1

• GIVEN the user searches for a shabad
• WHEN the user has no connectivity (as reported by the OS)
• THEN no connectivity + limited results messaging appears to the user
• AND fallback results are returned from database search

AC2

• GIVEN the user searches for a shabad
• WHEN the search takes longer than 200ms
• THEN a search spinner appears

AC3

• GIVEN the user searches for a shabad
• WHEN the search takes longer than 2s
• THEN poor connectivity + limited results messaging appears to the user
• AND fallback results are returned from database search

Notes

• We may want to switch the user over to limited searching for the rest of the session/until good connectivity - let's look at analytics to determine necessity

Approach

• Add no/poor connectivity messaging & loading spinner #164
• Show loading spinner when search longer than 200ms #165
• Show no connectivity messaging when OS reports no connection #166
• Show poor connectivity messaging when search longer than 2s #168
• Return database results when no connectivity or poor connectivity #167
• Track search durations #169

Mockup

Ideas

Google's approach

• Spinner only added after N ms rather than instantly
• Poor connection + Limited search results messaging displayed to user

Old

Users should have a way to search things offline if they're not connected to the API

Though this affects a few users at odd times, it is crucial for those moments. So low impact, but high priority for stable experience.

[Harjot1Singh]

I’d also add “poor connection” as part of “offline”.

…

On 7 Apr 2020, at 17:44, Bhajneet S.K. ***@***.***> wrote:  Users should have a way to search things offline if they're not connected to the API Though this affects a few users at odd times, it is crucial for those moments. So low impact, but high priority for stable experience. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or unsubscribe.

[swissarmykirpan]

Since the mobile apps are going to offline first this won’t be a problem