arashbi / morphy-chess-server Goto Github PK

At some point, I would like to migrate command data from the file-based setup 
which is currently in place to the database.

As a general rule, I would like to use files as little as possible, and use the 
database backend for storing all of this information.

Before starting work on this, I would like some additional feedback on the 
necessity of this as well as effort:return ratio.

In the future, we should look into dynamic server reloads, like FICS can do. 
However, there may be some limitations on this because of the Java Virtual 
Machine. It would make me happy if we could support this well.

Thief is printing verbose style 12 strings for users.
Although I cannot replicate this, Flamedude (who was helping me test at the 
time, and provided the attached screenshot) did.
We are both using Thief 1.25 on Windows 7 - he was logged in as a guest, I was 
not.

These will include how to use StringBuilder,High level design, general
guide lines.

Once internationalization is figured out, we need a good document
describing how to write commands.

Would be nice if it could support delays between issuing commands.
Have ramp up capabilities.

Every time Morphy is shutdown, it tries to re-save its configuration. However, 
it writes the same configs over and over. This needs to be fixed.

I do not know the logistics and complexity of such a request, but perhaps we 
should allow examined bughouse game support. It is a feature that all servers 
seem to be missing.

Add support to allow people to see all the players where they are on a certain 
list of that player, eg censor or notify, regardless of whether the players are 
online or not.

We have the string "23:09_fics% " in PartnershipRequest.java, acceptAction(). 
Also, declineAction() is not implemented.

These should be easy to fix, so I have made them Priority-High.

Allow Morphy to listen on multiple ports, eg 23 and 5000, rather than just one, 
5000. These port numbers should be configurable and support an arbitrary amount 
of listening ports.

It might be an idea to support chat conferencing; what I had in mind was 
supporting multiple usernames in the tell command; eg "tell 
johnthegreat,pgkaralis,CDay Hello" would send "Hello" to the 3 people listed in 
the comma-separated command.
I think this would be relatively easy to implement because all it would require 
is split using "," as a delimiter.

Most features do not have word-wrapping built in (eg messaging, announcements, 
etc). Add it.

As a bughouse player, it is near impossible to coordinate continuation of 
adjourned bughouse games. I think that noescape should be either be forced on, 
or ignored while playing a bughouse match.

What steps will reproduce the problem?
1. Build morphy
2. run morphy
3. you will see 3 exceptions on console.


Exceptions : 
1. 15:54:40,623 ERROR CommandContext:131 - Error reading help file: Handles
2. 15:55:04,426 ERROR CommandContext:131 - Error reading help file: iset
3. 15:55:04,436 ERROR CommandContext:131 - Error reading help file: observe


Cause : Command files are missing for following commands 

1. Handles
2. isset
3. observe

Add a formula variable called "titled". This variable would either allow, or 
restrict, your formula from matching titled players; eg (IM), (GM), etc.

Not sure the usefulness of this.

It might be interesting to automatically disable and/or re-enable certain 
features (an example might be the fancy login/logout screens) based on how much 
data we are trying to upload at a given time.

For example, if we know our upload speed is .42 Mbps, and we know that we are 
trying to upload more than that every second, the software program should be 
able to determine how much bandwidth each feature is causing and when it is 
time to scale back.

This issue ties in closely with Issue 14.

This is mostly for Scalability purposes, and it would affect Performance and 
Usability - the appropriate tags have been added.

On FICS when I offer to partner "Chickencrossroad" and change my mind, I can 
use withdraw to withdraw the partnership request. However, I cannot seem to use 
"withdraw chicken", because it says:

There are no offers to chicken to withdraw.
Type "pending" to see the list of offers.

When there is no user by the name of "chicken" logged in. It would be nice if 
it would autocomplete the handle and kick back with list of matching handles if 
ambiguous.

Need to add support for internationalization before the project moves too
far along.

Should we disable move validation for bughouse (specifically kings moving into 
check, and then allow capture of the king?) This would better simulate OTB play.

Program the ability for 0-15 values of the highlight variable. I will need to 
do some research on what 8-15 does (and these will be implemented as according 
to telnet through cmd.exe on Windows).

As of now (08/23/2011), work on highlight=1 is started.

Support for standard chess is critical and needs to be implemented before 
Morphy can ever have a chance at being successful. Support for other variants 
would be nice but are not absolutely necessary in this release.

This includes support for the standard style12 (set style 12),g1 (iset gameinfo 
1),and b1 (for bughouse) lines.

Once implemented, remember silence mode (set silence 1), the "say" command, and 
checking for if on noplay lists.

Implementation of the formula would also be nice.

As a bughouse player, I want the ability to automatically match a certain team 
once that game is over.

Timeseal needs to be implemented and supported. Internationalization and 
timeseal might not get along. I have talked to some other developers about a 
new timeseal protocol for internationalization support.

Message handling needs some tweaking to fix this and telnet.

As a server administrator, I want to know how much bandwidth is being used both 
as a server total as well as the amount per user in the format I specify (eg 
KB, MB, etc)

When I type help on some commands, I do not see the description. We need to 
track down why this is occurring.

Channel permissions are not working. Guests (for example) can speak in channels 
that are supposed to be restricted (eg channels 0,5,etc).

Possibly add a variable to COMPLETELY disable all forms of communication. This 
may be useful for public school teachers and students.

This may never be implemented (even though I suppose it shouldn't be too 
dificult), but I am looking for feedback on the idea anyway.

As a user I want the ability to add a comment while adding a player to censor 
list so that I remember why I censored him, and so that the player who I am 
censoring knows why, instead of a generic "username is censoring you."

I thought this might be a decent idea, but I have not had any feature requests 
from users about this - so whether it is actually implemented will be by demand.

- John

As the bics-chess project was alive a few years ago, people made great 
suggestions to it's issues list. We should use some of the ideas for Morphy - 
but without touching (eg copying) the bics source code.

bics-chess issues list can be found here: 
http://code.google.com/p/bics-chess/issues/list

It might be interesting if we allowed an account to be logged in more than 
once. Eg. so I can keep it open at home and work or vacation at the same time. 
Not real sure what the point of this would be, and it would probably take a lot 
of code to be rewritten.

When I try: +ch 1
I see this: You are not playing or examining a game.

This is a bug with the underlying board/move library.

Data should be persistent between reloads (eg. channels, user lists, server 
lists, etc).

There should be support for multiple-command aliases, where when you type a 
user-defined alias you get multiple commands issued. FICS currently implements 
a one alias to one command restriction on this. A potential separator may be 
newline character (\n) or whatever; Thief 1.25 uses "#" as a separator for 
partner communication buttons.

This should be reasonably easy to implement - just split by \n (or whatever the 
delimiter is) and simulate the user sending each command. Make sure the 
delimiter, whatever it is, can be escaped if necessary.

Currently, ServerList values (for example, (FM), (SR), etc) are not being 
flushed to database, nor are the values being retrieved from the database when 
the ServerListManagerService class loads. This affects persistence.

We need to optimize sequential searches and use Binary Trees instead. There are 
probably many places that could use this optimization.

When a guest types "shout hello" or similar, they see "shout: command not 
found". Instead, they need to see "Only registered players can use the shout 
command." - this code is currently handled inside of the ShoutCommand process() 
implementation. I do not really want to do some hack that changes the level of 
the shout command to guest (But I will if I HAVE to).
We need to have another look at permissions.

Server help files contain bare bones information (just enough to avoid a 
run-time exception that there is no help file) and absolutely *MUST* be made 
significantly more user-friendly and detailed before any type of stable public 
release.

Password verification is currently being ignored. This allows anyone to login 
as anyone. 

The method in code only takes a username and completes the login process there. 
All login code can be found in morphy.service.SocketConnectionService.

I have labled it Priority-High, as when testing with one user this is not 
critical. However, this *MUST* be fixed before Morphy goes public.

I would like to move all admin help files to a separate admin/ folder for 
cleanup purposes.

As a bughouse player, I do not want private bughouse games allowed.

Perhaps we should add a count parameter for some commands when we only want to 
find out how many elements are in a certain list (eg stored, journal). For 
example, "stored johnthegreat count" would return the number of stored games I 
have. This would reduce the amount of parsing (overhead) necessary for certain 
types of bots, etc.