Sometimes, when clicking "search" button, the text input expands but does not focus.

Seen on HTC one mini.

btw: make the click zone larger for search button as the user taps the area between the search icon and the refresh button hopping for something to happen.

Printing is not sustainable (we should clearly remind the users of that issue). but it could be a fast and easy way to distribute the QR-Code..

Party host should see a minimum of info about his party like :

• #of connected users
• #of songs in playlist
• list of previously played songs, see #14

If server is takes long serving some script, requirejs times out.

Manage to do something like grooveshark's broadcasts

Change desktop UI to make the main view more formal and allow to open a secondary view for screens/beamers.

Beamer view should look like music TV channels, with video background, brand, trends and infos on top. It must include:

• the brand logo
• at least next song title with votes
• One or two ways to join the party (this highly depends on the policy. Do users come from an FB event ? Is the party open ?)

Desktop view should look professional and include as many controls as possible. In particular:

• playlist view
• party statistics
• search view
• party settings: {
  • allowed search sources
  • acces control policy
  • authorized people (if available)
  • FB event link
    }
• player controls
• Button to open beamer view
• extensive tooltips/guides/hints to help the user get accomodated with the UI
• Some way to add local files
• Some way to show and solve problems with local files

Give user (at least on desktop version) the possibility to give direct feedback.

The start your party dialog button "Done" should be activated with hitting enter. -> Flow

Define a set of functionnalities considered "admin-only" and restrict access to them.

A party only occurs in some restricted area, it might be wise to enable some kind of geographical filtering to avoid parasitic usage.

Error dialog in main app (components/) is really specific. It should be cleaned and made more general since it is no longer reserved to Flash errors.

Doesn't happen everytime, but some times it just stops and doesn't load the next song.

[Error] TypeError: 'undefined' is not a function (evaluating 'this._player.getCurrentTime()')
getProgress (YoutubePlayer.js, line 158)
watchProgress (Player.js, line 292)
boundMethod (react.js, line 4320)

On mobile browsers, p.fetch(..) doesn't update the party.The response seems to be cached.

Many views get refreshed on some actions when they don't need to be.
eg. on song add, on played song change.

Session is not a strong authentication mecanism, they can be lost so parties linked to lost sessions should be destroyed.

router.before('read', function(req, id, cb) {
  if (isAuthorized(req.session))
    cb('there was an error');
  cb(null, id);
}

This currently creates random results and leaks forbidden information !
Must prevent multiple calls to cb and warn when this happens.

Limit number of votes per user (in time / per track ? ...)

Limit number of track submissions per user ?

possibility to search for all songs added by one specific user,
user ranking

Case sensitive party name may be confusing.

This large issue includes:

• login w/ facebook
• linking parties to fb events
• allow access to all friends / short-list of friends / members of an event
• Show a logged-in user parties he subscribed to / redirect him to the only party he subscribed to

One cannot reopen the create dialog after closing it.

Search bar is essential. Could be longer and moved a bit to the right?

Code must be as bug-free as possible for v0.0.1

Values not cleaned when shown with _.template(). Desktop should not be affected.
Solutions:

• Deep Song model validation: perform server-side check with the original source (ie. youtube)
• Direct XSS protection in mobile
• Simple server-side string escaping (may not work with react re-escaping stuff)

Desktop app has a compatibility detection feature but doesn't use it right now (errors goes to the console)

Display a column next to the search results with "Suggestions/Evergreens/TopCharts" to give song ideas to the user.

QR-Code on firefox desktop browser has no white margin and hence, is not recognised.

QR code won't flash with "neo reader" on xperia U

When opening create dialog, scrollbars disappear forever.

After opening the menu, the user might want to use the physical back button to close it.

Should be able to build the whole project "production ready" with something not more complicated than grunt.

Volume isn't saved when refreshing

This implies to store this information on the server.

Save an history of played songs somewhere.

Find a good UI design to start with.

This is a "double" issue:

• create an url to join a party
• generate the QR code in the client

I take the first one if anyone is interested in the second...

The possibility of using local files is a "killer feature".

It should be possible to add many files at a time, and have them all placed in the playlist at once. Once played, they should still be availble for search.

However, it requires:

• error handling for out-of-sync files. (must grant access on every page refresh). including a UI designed for this constraint.
• reflexion on how to store such songs in DB and how to include them in the search (are out-of-sync files included in search results ? When admin is offline, we cannot know if a song is out-of-sync).

(note: how about hashing music files to keep track of them accross page reloads ? )

Test suites must be created right after v0.0.1 to fix every feature

When server crashes and the sio's socket reconnects, it doesn't join the room again.

Take "framework" out in a separate npm package.
Use require('framework').model('Party') instead of shitty require('../(../)*Party');
In the end, no more require('../something');

Reorder hierarchically stuff in controllers so that api URLs kind of matches file paths.