To get this bug, attempt to edit date on a newly created mood object without editing its date.

For me the most recent moods displays the most recent mood twice.
Not sure if this is a problem due to our persistence bug or if its a real problem

When a request is sent to the requestee, if the requestee kills app and comebacks to it(persistence works) the request is missing. But if they then log out and in, request appears.

Add 2 different mood types
filter one of them
delete that mood
the other one pops up now
Working as intended?

You can follow the same user multiple times under the follow user feature on the profile page. You can also follow yourself.

Accepted follows only appear once you log out and in, requester problem

When followed moods is toggled, it does not display live info. It requires log in and log out for new mood to appear

Should we store sorted moods by date in the db for each user. It would make the checking the latest mood for each user much easier for the 5km distance map requirement?

If a request gets denied, it does not let the requester to request again (db is not changed when denied) so resending one just appears with toast "request already sent" requestee problem

Should we deny the user from creating moods in future time and only allow past and present creation?

TODO

• Address Ta Feedback (if applicable)
• UML - Vuk dibs
• Unit Tests
• • Write function signatures
• • • Specific function
• • Write unit tests for function signatures (in mvc style)

When creating a new mood, a large empty space can be created in the middle if cancelling an 'add photo' attempt. This makes the create mood button and several other fields move out of view (until you scroll down).

Requests from other users only appear when you log out and log in, requestee problem

Displaying the users selected cords is really ugly in the edit/add mood stuff

Going into profile crashes the app when there are no moods in the list

Main Activity - Currently Most important

• Make it pretty
• Filtering/Sorting - Henry
• Add required menus - Henry
• UI Tests

1. Account Setup and login - Frederic

High Priority

• Profile page
• • Show mood feed
• • Implement filtering on mood feed
• Syncing account to DB
• Usernames should be unique
• Implement login
• • Log in by username (Involves syncing account to DB)
• • Sync user to data
• • Implement login as a server side event (account not tied to phone, just unique username)
• UI Tests

Should do

• Don't allow log in with username if username logged in somewhere else
  OR
• Log out other user with username if username logged in somewhere else

2. Create Mood event - Vuk Dibs

High Priority

• Syncing - update db with new moods
• Updating main screen listview
• Location selection
• Setting date doesnt include creation timestamp, but when no date is selected, by default a timestamp is created. Solve problem.

Lower Priority

• • Ask for permission to use GPS if off

Optional

3. View Mood Event - Chris I guess?

High Priority

• Edit Moods -Allow the editing of moods

Lower Priority

• View Moods -Simple screen for in depth mood info
• Delete Moods -Simple mood deletion

4.

High Priority

Lower Priority

5.

High Priority

Lower Priority

6.

High Priority

Lower Priority

7. Map Stuff - Boris as per request of Vuk

High Priority

• View map with mood events that specifically have locations attached (No filtering yet)

Lower Priority

When a mood is edited. The old date does not stick along with it. It creates a new date and time for the edit. Is this the functionality we want?

If requestee is offline, request gets lots in db, requestee problem

Currently map will display all user moods that contain a location. Needs to be adjusted to display the filtered moods.

Boris sends a request to Chris. Boris can send another request to Chris repeatedly, which is not working as intended.
Chris receives the request, and accepts it. When he visits his requests again, the request is there again. Not working as intended.
Boris doesn't see Chris' most recent mood, even after it's been accepted. Broken.