cktricky da061c79b6 intended to remove some of the weirdness when updating a users account. A blank password basically ends up causing the previously existing password to be hashed twice. Probably move to has_secure_password at some point although that may end up screwing up the intent of the particular tutorial item

2013-09-30 13:03:03 -04:00

..

.gitkeep

made some changes to the application controller, added a user controller, and am now about to start working on the login piece

2013-04-24 18:09:43 -04:00

benefits.rb

added a tutorial for command injection

2013-07-10 20:42:04 -04:00

paid_time_off.rb

I believe this has resolved the dependent destruction and we can close issue #18

2013-06-02 13:08:56 -04:00

performance.rb

fix for performance bug

2013-09-10 21:58:29 -04:00

retirement.rb

got rid of mass assignment in certain areas

2013-05-30 12:52:43 -04:00

schedule.rb

added validation for all schedule fields (presence of) and working on a new way to dynamically update your calendar upon submission of a new calendar event

2013-05-31 00:31:13 -04:00

user.rb

intended to remove some of the weirdness when updating a users account. A blank password basically ends up causing the previously existing password to be hashed twice. Probably move to has_secure_password at some point although that may end up screwing up the intent of the particular tutorial item

2013-09-30 13:03:03 -04:00

work_info.rb

okay, finally got a working redirect vuln

2013-06-04 11:00:01 -04:00