Mailspring/internal_packages/notifications/lib/activity-sidebar-long-poll-store.coffee

{Actions} = require 'nylas-exports'
NylasStore = require 'nylas-store'

class AccountSidebarLongPollStore extends NylasStore
  constructor: ->
    @listenTo Actions.longPollReceivedRawDeltasPing, (n) => @trigger(n)

module.exports = new AccountSidebarLongPollStore()
fix(NUX): show when initial sync is taking place Summary: fixes T3563 todo [x] check with @bengotow and @evan -- does this solution make sense to you? [x] decide on the actual visual cue to the user -- @bengotow you suggested a loader or spinner, but i was thinking that actual copy should be used so it doesn't look like an unhelpful spinner which goes indefinitely. what do you think of the copy here? [ ] implement spinner similar to sending a draft [ ] write tests [ ] verify that we're showing progress in a helpful way problem - new users would see nothing in edgehill after they log in, with no indication on why they can't see any of their mail - in actuality, our backend is actively pulling all their mail to serve it to edgehill - new users think edgehill is broken because they're unaware of the work that our backend was doing solution - when the backend sends deltas to edgehill, we show a message in the activity bar saying that we're trying to get their mail - we'll show the sync progress Test Plan: still need to add tests. all previous tests still green. Reviewers: bengotow, evan Subscribers: sdw, bengotow, evan Maniphest Tasks: T3563 Differential Revision: https://phab.nylas.com/D2032 2015-09-19 07:15:15 +08:00			`{Actions} = require 'nylas-exports'`
			`NylasStore = require 'nylas-store'`

			`class AccountSidebarLongPollStore extends NylasStore`
			`constructor: ->`
fix(activity-sidebar): render correct copy on only correct moments Summary: fixes T3725 changes: - show the sync mail activity only if number of deltas received is greater than 10 - make the sync mail activity notification persist for longer, since large deltas (>1k) come in intervals of about 25 seconds, which was greater than our previous timeout interval of 15 seconds - change to clearer copy - minor style changes to match new copy Test Plan: tested manually Reviewers: bengotow Maniphest Tasks: T3725 Differential Revision: https://phab.nylas.com/D2051 2015-09-23 05:05:26 +08:00			`@listenTo Actions.longPollReceivedRawDeltasPing, (n) => @trigger(n)`
fix(NUX): show when initial sync is taking place Summary: fixes T3563 todo [x] check with @bengotow and @evan -- does this solution make sense to you? [x] decide on the actual visual cue to the user -- @bengotow you suggested a loader or spinner, but i was thinking that actual copy should be used so it doesn't look like an unhelpful spinner which goes indefinitely. what do you think of the copy here? [ ] implement spinner similar to sending a draft [ ] write tests [ ] verify that we're showing progress in a helpful way problem - new users would see nothing in edgehill after they log in, with no indication on why they can't see any of their mail - in actuality, our backend is actively pulling all their mail to serve it to edgehill - new users think edgehill is broken because they're unaware of the work that our backend was doing solution - when the backend sends deltas to edgehill, we show a message in the activity bar saying that we're trying to get their mail - we'll show the sync progress Test Plan: still need to add tests. all previous tests still green. Reviewers: bengotow, evan Subscribers: sdw, bengotow, evan Maniphest Tasks: T3563 Differential Revision: https://phab.nylas.com/D2032 2015-09-19 07:15:15 +08:00
			`module.exports = new AccountSidebarLongPollStore()`