There is a bug occuring on registration stating: email already exists… when it doesn't.

store information needed to show activity stream

definitely required

Provide client login with more accurate error messages.

currently a business id is collect for each of these collections, but because users can create this content too it we need to be able to support that as well, so proposed change is:

entity: {type: ['consumer', 'business'], id: objectid}

this is essentially a dbref, so see if a dbref can be used in an index and just do that.

do it for flipads as well, another entity type: charity might be added i'm assuming

Added error.message parameter to the following:

1. update email requests
2. update email confirm
3. update password requests

Now error.notify will show the error message rather than showing the generic "Validation Error(s)"

image upload calls

I am adding the following restrictions:

1. Campaign being updated must be processed and not active (start date)
2. Campaigns in an 'error' (transactions.state) can always be edited

this applies to campaign 'updates' as well as 'deletions'

Verify entity has enough fund before adding updating poll.

Updates to poll schema for better validation.

changing api calls for listing campaigms polls and discussions

date calls:
active, future, completed
transaction calls:
pending/processing, and errored

update client discussions, update db schema, check api hooks

This is displayed in each campaign's page

encrypt non-fb consumers password, just like clients

add add/remove affiliation id and update barcode id api calls

implement consumer api calls in the global api

1. Consumer profile page.
2. Update login to use new facebook graph batch request and fetch proper fields.
3. Add a helper for validating/populating added media

update the forgot password logic to allow the user to input a new password instead of generating a random password.

Check that the user performing the api request has permissions in either the api layer or the route handlers

• Write tests for listing pending, active, completed discussions
• Write tests for transaction state

Tags submitted with discussions will get saved to the tags collection. Existing tags counts will get updated. The tags collection is used to autocomplete the tag field.

if a user's setting is set to hide all activity, then just set the feeds:global to false

call the collection sequences
there should usually only be one document. so all operation should be using findOne

On the consumer site, users are being shown polls that have been deleted. add delete $ne true to the query.

Fields Required

• Question
• Image
• Amount allocated for giving away to users (total)
• count of responses (not including comments on responses)
• dates for starting/ending
• list of the best responses (these will be featured at the top of a discussion when it completes)

API Functions

• List
  • pending
  • active
  • completed
• View Single
• Cancel discussion (only if it's not already running)

Consumer integration look here: https://trello.com/card/discussions/4f14bcaf7217818273021a17/16

for example. When thanking in a discussion we want to transfer funds from one user to another. If after we deduct funds from the thanker we are unable to deposit into the thanked then we should refund the amount to the thanker.

no tests!

default have globals and involved streams - which have their own meaning
update tapIn and another events to support this

Need Schema and Class for requesting an event