When video finishes and is stuck on ended, users can click on suggested videos which mess up synch. We should disable flash on video end.

None of the major UI components in any of the forms have had their tabstops ordered properly. Some forms appear to be correct, but the main form definitely needs some work. In addition pressing enter in some spaces that the user would assume would "save" or "submit" do nothing. We want enter to work as if it were a submit or save button press in these situations.

When pressing enter in the chat box, it produces a Windows "ding" which is out of place since it usually signals an improper input or a prevented action. The chat works as intended despite the error noise.

If there is no video playing, whether there is one waiting in the playlist or not, and the vote begins, then the program throws an invalid argument.

Connected clients, when disconnected, still display members chatting and information about the playlist despite not being in a room. When terminating the program after disconnect, an exception is thrown but unhandled. "Unable to write data to the transport connection: An established connection was aborted by the software in your host machine." Probably refers to the "Good-bye" message sent to the server when a client disconnects and how it can't be sent since there is no more connection.

The host currently can connect to or host a room while already hosting a room. We need to make sure that once a host has decided to host that he either needs to close the program or terminate all hosting processes before accessing this window.

If a server is not there and you try to connect to it, the program hangs. See connection window ConnectButton_Click().

Basically none of the toolstrip menu items work. We need someone to start making them. Copy+Paste specifically are centered around the Playlist box and now that they have universal hotkeys need universal applications. Set it up so they can work with chat, chat box, and usernames as well as the playlist. Don't bother with playback or settings. Save should save the current playlist in a file.

When deleting a video lower in the playlist (closer to the top), the now playing bold does not update when triggered from either the client or the host. The index of boldness stays the same even through the index of currently playing has updated.

A really great feature that will help improve usability would be the ability to export playlists to a file and load them from the same file. There should be an option to access save and import in the playlist context menu and the toolstrip menu. There should be Save, Save As, and Load. They should, when appropriate, bring up the file dialog box to choose save location and name. The default opening spot should be the location of the executable.

Unknown as to what happens when the program tries to run offline. We need to have a safety net for users who start the program without access and for those that lose connection while hosting and those that lose connection while being a client.

We need this to be external.

Voting seems to be working right now (locally), but we need to make it interface smoothly with the UI. There probably should be an option in the context menu of the playlist as well as an option in the Toolstrip Menu under the playlist category (which should include the playback options as well). There shouldn't be a single item "Vote" menu. There should be an initial announcement when the vote starts which tells the time limit and a 30 and 10 second warning time (more or less) for when it closes. Vote to skip announcements should also say when a member has voted anonymously and display a counter (5/10 for example) for how many people have voted out of how many people are required to skip. If the vote passes in the time limit, the playlist should advance.

Instead of left clicking so you have a selected item and then right click and deleting, is it possible to make it so you can just right click any of the videos and delete?

The playlist count starts adding extra digits once there are more than 10 videos.

Positioning of ShockwaveFlash Object in running program is inconsistent with positioning in the designer.

Seems to only happen when the host is closed (possibly prematurely?) before the client.

We should let the panels collapse so users can hide them under "View" in the toolstrip menu. Hide the playlist, local files, both, or list of people chatting, the chat itself, both.

Whenever a client connects to the host, it automatically plays the video even if the host was paused prior to the client connecting.

Next Thursday we're going to be needing to turn in our Requirements Analysis report, so I thought I'd make an issue here since we need to be focusing our communication through Github and Skype more often.

We should start thinking about how our users should be mapped out and how they will interact with our application, but other than that I guess we'll just sit tight until he posts the deliverable officially.

Due to the nature of our hashtable, we don't handle collisions well. In fact, a single hash collision will cause the server to crash. Thankfully the likelihood of this happening with unique usernames makes fixing this a non-issue. Unfortunately, we don't enforce unique usernames. We need to make sure that users connecting to a server do not have a nickname specified that another member already connected to the group has.

Sometimes (read often) when adding videos to the playlist it displays the message "...has added * to the playlis" instead of displaying the full word playlist.

There may be problems if a client, while currently connected to a host, tries to connect to another host or tries to host himself. We need to test this and see what happens and then make sure that when the client tries to connect to a new host he terminates all connection with the old host first.

When right clicking and deleting, it doesn't synch the changes. Deleting in general doesn't produce a message like adding videos.

Let's try and have this done by March 3rd when we meet with Morales. Basically just spell check things in the outgoing chat box. Don't worry about spelling in the actual chat history.

When a client connects, he starts playing at 0:00.

We need to get a tooltip to appear when a user hovers over the playlist that displays the name of the video they are hovered over. Here is a good place to start looking at how this is done: http://stackoverflow.com/questions/192584/how-can-i-set-different-tooltip-text-for-each-item-in-a-listbox

Loading videos into the playlist with titles that have foreign characters (such as Japanese/Chinese) change the font and it does not change back.

See title. It's fine on local connections, but there is clearly a race condition happening where the host plays back the same time.

When a client disconnects the host video unpauses and rewinds.

When you change your name, the entire chat bar goes off screen or is offset. This is probably because of the adjustable name changing the position of the chat bar to a fixed location instead of being relative to the edge of the screen.

When you double click the first time the video will not play. But every time you double click any video after the first time it works as intended.

Nicknames, while nice to have them long, start having problems at a certain length with the chat box. Either the chat box needs to be adaptively sized (good solution) or the nickname label needs to be limited to a certain number of characters (bad solution).

The farther away you drag, the longer rearranging takes. Of course shifting in a list is slow, but this lag is based on distance from the source and not how many items need to be rearranged.

We need an Icon.

Unable to drag/drop Youtube URL's as text into the Playlist anymore. Most likely broken because of rearranging Playlist functionality.

Some reports of full screen being disabled after clicking on clients.

We need to create a website and host it for downloading our client and providing useful documentation on its use.

When adding/deleting videos from the playlist, the clients don't send messages to the host in order to handle the changes.

Delimited symbols used in the chat program can easily be entered plaintext into the chat box. '$' in particular messes up chat. Character names must also be alpha-numeric only but there are no restrictions in place for this. Chat rooms can have multiple clients broadcasting the same name.

There appears to be a small chance to have some or all clients pause when seeking in a video. The problem is far more likely to be reproduced when seeking from a client instead of the host. The problem was mostly mitigated by the SeekImunity boolean, but it still persists.