Removed the bedroom and bed drop downs from the assign student interface.

Instead of specifying the bedroom/bed, the assign_student function should place the student being assigned into the first available bedroom and bed.

Add a link to show/hide the bed drop down on the assign student page.

The drop down needs to display the correct content no matter what state the other drop downs (hall, floor, room) are in.

None

Need to print the names of all students assigned to a room when a room has 3+ people assigned to it or is part of a suite.

Add defines for the various meal plans and then use them.

There may be areas of HMS where usernames are compared in a case-sensitive manner, whether this is within the php code or a select statement that uses '=' instead of 'ILIKE'. This needs to be fixed. Particularly, when the autoassigner checks to see if someone had already been assigned, it is case-sensitive.

Also, the application should save all usernames as lowercase. Really there should never be any uppercase letters whatsoever in a username, but it's best to be able to accept bad data, so in the application and in all comparisons, strtolower should be used.

Once someone is assigned to an RLC, the roommate search tool should only return students who are assigned to the same RLC.

Needs different letters to be sent out to different groups:[[BR]]

• Newly assigned student; first mailing to them[[BR]]
• Student who has already been assigned and is moving somewhere else[[BR]]
• Student who has already been assigned and is NOT moving but is getting a new room

For printing, the above should be sorted by last name, and give the option to split into groups of freshmen/transfer/continuing.

The letters should be editable, with an option to preview changes.

Make it work with the new hall structure.

Make it handle all current situations as well as filling in individual empty beds appropriately

Add an assignment pager to the HMS_Assignment class, and call it from the show_edit_room function.

The assignment pager should have links for 'Reassign' and 'Unassign' for each student assigned to the room.

Need to separate the code in HMS_Forms out into the individual classes it belongs in.

Other people need to be able to view RLC appliations, but not actually accept them, etc.

Need to add permissions for all actions so this is possible, then add checks for these permissions.

Implement the lottery system.

Add a set of check boxes to the housing application for speical needs.

• Physical disability
• Psychological
• Medical
• Gender

Need to app "You're applying for an RLC." and "What is an RLC?" links and verbage saying that applying for an RLC will limit the selection of roommates to only those in the same RLC.

Need to also add some verbage to the initial housing app and the main menu with links such as "What is an RLC?".

The select bed drop downs don't activate/deactivate properly one a bed is selected but then a hall/floor/room is changed.

The save() function in all the hall structure class needs to call set_id() with whatever id the DBMS assigned to the object after an insert.

Implement the 'show_verify_assignment' op so that students can view their assignments.

HMS_Deadlines class needs to be updated to include a term column, along with all the code to handle it (interfaces, etc..)

We have a db.log of every database transaction that takes place; we also need a soap.log that shows every SOAP transaction that takes place, including results, whether successful or not. This can be done within HMS_SOAP.php, and the log file needs to be more or less human-readable with definitely human-readable timestamps.

The link to view a full RLC application in the RLC application pager is not intuitive.

Need to change this link so it is more obvious how to view an individual student's RLC app.

• Fix "Assigned To" to display CURRENT TERM'S ASSIGNMENT
• Add link to create assignment for an unassigned student, or to move them if they are assigned (again only in current term)

Any banner errors during the Application process are thrown out. $result gets set to the output of report_application_received in line 180 of HMS_Application, but then is tested with PEAR::isError, which doesn't tell us anything, as a nonzero integer reply is not a PEAR_Error. What needs to happen is thus:

1. Go ahead and record the application in our table
2. Record the error in the log file that will be created in trac#56
3. Send someone important (ie, [email protected], or perhaps [email protected]) an email saying that it screwed up

A banner failure causes a failure during assignment or removal on the administrative side, because they are part of the staff and are aware of how things work around here. A banner failure CANNOT cause a failure to apply, as the applicant is NOT aware of how things work around here, it will just piss them off, and chances are it will happen because of something stupid. If we can quietly resolve the problem on our end, so much the better.

Remove the HMS_Bedrooms class all together.

We need two methods to test for assignability on a bed:

bed->can_assign($gender)
This will test whether someone can be assigned there through the actions of the administrative interface. $gender must match the bed gender (and all other related checks) and the bed and all nodes on the path to its residence hall should all be marked online.

bed->can_autoassign($gender)
This tests whether someone can be assigned by the autoassigner. In addition to the above checks, if any of the reserved (medical, etc) flags are set, return false.

Pull the student's credit hours/class from Banner and display it in two columns on the RLC application pager.

Add a drop down above the RLC application pager to allow the user to limit the display of applications to just one RLC in the 'first choice' column.

Add a link to "move student" on the student search results page.

Implement a captcha and multiple "are you sure" screens before a roommate is confirmed (when a user clicks a link from the confirmation request email).

Firstly, it said I hadn't filled out an application, when I had.

Secondly, I couldn't create a new application due to some key violation. I suspect this is related to #1, but it needs to be looked into.

Make work with new fancy fancy

Comment out all the nice, clean stuff that's in there, and replace it with hacks on the new "roommate_hack" table. Basically: try the pair, and if it doesn't work, too bad.

Modify the HMS_Student class to call HMS_SOAP::get_student_info() only once (when the Student object is created) and parse all the data accordingly.

Additionally, the HMS_Student object should pull from a yet-to-exist proxy class, which pulls its data from a local database populated by the Banner dump.

The Autoassigner needs a method for getting an unassigned, autoassignable bed from anywhere in the active semester's bedfile. There may need to be a second (optional) parameter to say that extra steps should be taken to ensure that this bed is random

We now have the Application Term available over the SOAP interface. Let's make use of it.

Do not allow a room's gender to change if there is anyone assigned to that room.

Additionally, the halls, floors, and rooms, need to make sure that their genders are consistent when changing the gender at any level higher than the 'room' level.

We want to make sure we don't regress.

If a student applies for an RLC and is accepted, they are taken out of the Lottery and, wham bam thank you m'am, get that room.

Subject says it all...

In hms_learning_community_application table:

• rename the 'entry_term' column to just 'term'
• Add a foreign key constraint linking the 'term' column to the 'term' table.

Fix to work with the new layout; CONSIDER pretty graphics, although this can be put off for time.

Once someone is assigned to an RLC, the roommate selection page should only allow a student to choose a roommate from the same RLC.

The student name in the RLC assignment pager should link to the student's info page.

Rework suite editing to work with the new hall structure.

Need at least the ability to change the gender of a suite and view the rooms in a suite.

Should be linked to from the 'edit room' screen.

Add an event define for students who log in and are shown the >25 yrs old message. Log this event and redirect the student to the mountaineer apartments page.

Fix the "assignment pager" currently shown when editing a room.

It should list the beds, the person currently assigned (or ), and whether or not the bed is an RA bed.

The drop downs for room and floor should show a M/F.

The floor drop down should show the M/F if the floor is of a single gender.
The room drop down should show the M/F if the floor is coed.

The room and bed drop downs should show (RA) if the room/bed is an RA room/bed.

The login code needs to check if the student's 'entry_term' from banner exists in the 'hms_term' table.

If so, everything is fine. If not, the student needs to be shown the 'it's too early' message.

Right now, there are a few issues running HMS under PHP 5, and maybe some PostgreSQL 8 problems. We basically need to go over it with a fine-toothed comb and make sure it will work with these before the migration happens.

Add tabs to the main maintenance screen to group functions.