grinnellplans - Project Hosting on Google Code

Today 6 hours ago issue 158 (New Users Cannot Save Their Plan Posts) reported by wangentz - You can use the "bug report" link on the bottom of every Plans webpage to automatically include relevant information. Username: [wangentz] Revision: r517 URL: read.php Browser: Firefox/Chrome/IE Operating System: MAC/Linux/Windows How can we reproduce the problem? 1. Create a new plan account 2. After log in the new account, try to edit the plan What is the expected output? What do you see instead? Once you submit (click the "Change button"), it brings you to a blank page. After refreshing the page, the edit box is still blank, indicating that nothing has been saved. You can use the "bug report" link on the bottom of every Plans webpage to automatically include relevant information. Username: [wangentz] Revision: r517 URL: read.php Browser: Firefox/Chrome/IE Operating System: MAC/Linux/Windows How can we reproduce the problem? 1. Create a new plan account 2. After log in the new account, try to edit the plan What is the expected output? What do you see instead? Once you submit (click the "Change button"), it brings you to a blank page. After refreshing the page, the edit box is still blank, indicating that nothing has been saved. 17 hours ago issue 150 (Eliminate kommand/truncate.php) changed by thatha7777 - This issue was closed by revision r517. Status: Fixed This issue was closed by revision r517. Status: Fixed 17 hours ago r517 (Fixes issue 150.) committed by thatha7777 - Fixes issue 150 . Fixes issue 150 . 17 hours ago issue 155 (Code review: automated passwords) commented on by thatha7777 - Just a general comment: new code should use Doctrine to query the database. Just a general comment: new code should use Doctrine to query the database. 17 hours ago issue 157 (Remove interfaces/dev/) changed by thatha7777 - This issue was closed by revision r516. Status: Fixed This issue was closed by revision r516. Status: Fixed 17 hours ago r516 (Fixes issue 157) committed by thatha7777 - Fixes issue 157 Fixes issue 157 17 hours ago issue 157 (Remove interfaces/dev/) commented on by thatha7777 - Agreed. Agreed. 18 hours ago issue 157 (Remove interfaces/dev/) reported by ian.gree...@gmail.com - The Dev interface has been removed from the database options, and dev.php is completely obsolete. It should be deleted. The Dev interface has been removed from the database options, and dev.php is completely obsolete. It should be deleted. 18 hours ago r515 (Addendum to r513) committed by thatha7777 - Addendum to r513 Addendum to r513 18 hours ago r514 (Adding Eclipse IDE files to svn:ignore) committed by thatha7777 - Adding Eclipse IDE files to svn:ignore Adding Eclipse IDE files to svn:ignore 18 hours ago issue 137 (Disable short open tags) changed by thatha7777 - This issue was closed by revision r513. Status: Fixed This issue was closed by revision r513. Status: Fixed 18 hours ago r513 (Fixes issue 137.) committed by thatha7777 - Fixes issue 137 . Fixes issue 137 . 18 hours ago r512 (improving readability of random.php) committed by thatha7777 - improving readability of random.php improving readability of random.php Yesterday 30 hours ago r511 (a few small stylistic changes ) committed by thatha7777 - a few small stylistic changes a few small stylistic changes 30 hours ago r510 (Beautified all of the PHP code) committed by thatha7777 - Beautified all of the PHP code Beautified all of the PHP code Last 7 days Dec 18, 2009 issue 156 (Typo in recent bugs link) changed by thatha7777 - This issue was closed by revision r509. Status: Fixed This issue was closed by revision r509. Status: Fixed Dec 18, 2009 r509 (Fixes issue 156) committed by thatha7777 - Fixes issue 156 Fixes issue 156 Dec 18, 2009 issue 156 (Typo in recent bugs link) reported by ian.gree...@gmail.com - The link says "recentl" - should be "recent" The link says "recentl" - should be "recent" Dec 17, 2009 issue 65 (Automated password resetting) commented on by ian.gree...@gmail.com - Ok, code review is in issue 155. Ok, code review is in issue 155. Dec 17, 2009 issue 155 (Code review: automated passwords) reported by ian.gree...@gmail.com - Purpose of code changes on this branch: See issue 65 After the review, I'll merge this branch into: /trunk Purpose of code changes on this branch: See issue 65 After the review, I'll merge this branch into: /trunk Dec 17, 2009 r508 (Applying Saul's patch for password reset (issue 65) ) committed by ian.gree...@gmail.com - Applying Saul's patch for password reset (issue 65) Applying Saul's patch for password reset (issue 65) Dec 17, 2009 r507 (Recreating automated passwords branch ) committed by ian.gree...@gmail.com - Recreating automated passwords branch Recreating automated passwords branch Dec 17, 2009 r506 (Deleting automated passwords branch ) committed by ian.gree...@gmail.com - Deleting automated passwords branch Deleting automated passwords branch Dec 17, 2009 r505 (updating names and years for committers) committed by thatha7777 - updating names and years for committers updating names and years for committers Dec 17, 2009 issue 154 (Password shouldn't be displayed after being changed) Merged into changed by thatha7777 - This issue was closed by revision r504. This issue was closed by revision r504. Dec 17, 2009 r504 (Fixes issue 154) committed by thatha7777 - Fixes issue 154 Fixes issue 154 Dec 17, 2009 issue 154 (Password shouldn't be displayed after being changed) changed by thatha7777 - Agreed. I applied your patch. Thank you very much. Status: Fixed Labels: Security Component-Frontend Agreed. I applied your patch. Thank you very much. Status: Fixed Labels: Security Component-Frontend Dec 17, 2009 issue 154 (Password shouldn't be displayed after being changed) reported by saul.stjohn - Username: sstjohn Revision: 501 URL: /changepassword.php Browser: all Operating System: all How can we reproduce the problem? 1. Change your password. 2. Notice that your new password is displayed on the resulting page. What is the expected output? What do you see instead? It stands to reason that, if a user can successfully enter hir new password twice, ze doesn't need to be reminded of it again. There's no upside to displaying the new password, but there is the possibility that it results in exposure of the password to unwanted third parties. Attaching fix. Username: sstjohn Revision: 501 URL: /changepassword.php Browser: all Operating System: all How can we reproduce the problem? 1. Change your password. 2. Notice that your new password is displayed on the resulting page. What is the expected output? What do you see instead? It stands to reason that, if a user can successfully enter hir new password twice, ze doesn't need to be reminded of it again. There's no upside to displaying the new password, but there is the possibility that it results in exposure of the password to unwanted third parties. Attaching fix. Dec 17, 2009 issue 65 (Automated password resetting) commented on by saul.stjohn - Meh, and here it is again with the new files, too. Meh, and here it is again with the new files, too. Dec 17, 2009 r503 (Addendum to r502) committed by thatha7777 - Addendum to r502 Addendum to r502 Dec 17, 2009 r502 (Changing bug reporting link--adding link to open issues to a...) committed by thatha7777 - Changing bug reporting link--adding link to open issues to avoid duplicates Changing bug reporting link--adding link to open issues to avoid duplicates Dec 17, 2009 issue 150 (Eliminate kommand/truncate.php) Summary changed by thatha7777 - Summary: Eliminate kommand/truncate.php Summary: Eliminate kommand/truncate.php Dec 17, 2009 issue 153 (Code review: automated password reset) Status changed by ian.gree...@gmail.com - Let me recreate this branch so the review only has pertinent changes... Status: Invalid Let me recreate this branch so the review only has pertinent changes... Status: Invalid Dec 17, 2009 issue 153 (Code review: automated password reset) reported by ian.gree...@gmail.com - Purpose of code changes on this branch: See issue 65 When reviewing my code changes, please focus on: r501 After the review, I'll merge this branch into: /trunk Purpose of code changes on this branch: See issue 65 When reviewing my code changes, please focus on: r501 After the review, I'll merge this branch into: /trunk Dec 17, 2009 issue 150 (kommand/truncate.php) Owner changed by eryn.oneil - When a plan gets truncated for going over the size limit, sometimes it would cut off in the middle of a link. The code didn't handle this case gracefully, and it'd result in everything after that part of the page being unusable. We'd fix this by using truncate.php to remove the rest of the link from the bottom of their plan. It's my understanding that there are changes in the pipeline that will keep this from ever happening, so this page won't be needed any more. It can be cut. Owner: ian.greenleaf When a plan gets truncated for going over the size limit, sometimes it would cut off in the middle of a link. The code didn't handle this case gracefully, and it'd result in everything after that part of the page being unusable. We'd fix this by using truncate.php to remove the rest of the link from the bottom of their plan. It's my understanding that there are changes in the pipeline that will keep this from ever happening, so this page won't be needed any more. It can be cut. Owner: ian.greenleaf Dec 17, 2009 issue 152 (quicklove lists plans with zero hits) changed by ian.gree...@gmail.com - Status: Duplicate Status: Duplicate Dec 17, 2009 issue 147 (Quicklove seems to include some folks with a count of 0.) commented on by ian.gree...@gmail.com - Issue 152 has been merged into this issue. Issue 152 has been merged into this issue. Dec 17, 2009 issue 152 (quicklove lists plans with zero hits) reported by Jackie.Brown.IA - Username: [brownj] Revision: 499 URL: www.grinnellplans.com/read.php?searchname=athanasa User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 How can we reproduce the problem? 1. Run quicklove (I use Newlove) 2. 3. What is the expected output? What do you see instead? Plans with 3 of planloves for me. Plans are listed with 0 planloves Username: [brownj] Revision: 499 URL: www.grinnellplans.com/read.php?searchname=athanasa User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 How can we reproduce the problem? 1. Run quicklove (I use Newlove) 2. 3. What is the expected output? What do you see instead? Plans with 3 of planloves for me. Plans are listed with 0 planloves Dec 16, 2009 r501 (Applying Saul's patch for automated password reset ) committed by ian.gree...@gmail.com - Applying Saul's patch for automated password reset Applying Saul's patch for automated password reset Dec 16, 2009 r500 (Merging changes from trunk ) committed by ian.gree...@gmail.com - Merging changes from trunk Merging changes from trunk Dec 16, 2009 issue 150 (kommand/truncate.php) commented on by thatha7777 - s/longs/logs/. They're very long, though. s/longs/logs/. They're very long, though. Dec 16, 2009 issue 150 (kommand/truncate.php) commented on by thatha7777 - In about 4 months worth of longs, it's been hit once but it wasn't used (only a GET, no POST). I say slash it. In about 4 months worth of longs, it's been hit once but it wasn't used (only a GET, no POST). I say slash it. Dec 16, 2009 issue 151 (kommand/adduser.php doesn't work) changed by thatha7777 - This issue was closed by revision r499. Status: Fixed This issue was closed by revision r499. Status: Fixed Dec 16, 2009 r499 (Fixes issue 151) committed by thatha7777 - Fixes issue 151 Fixes issue 151 Dec 16, 2009 issue 148 (api/1 readTask fails) Status changed by thatha7777 - LOL. I was pretty much trying to commit the exact same thing. Except indentation. Thanks for fixing the bug I owned :P. Status: Fixed LOL. I was pretty much trying to commit the exact same thing. Except indentation. Thanks for fixing the bug I owned :P. Status: Fixed Dec 16, 2009 issue 148 (api/1 readTask fails) commented on by ian.gree...@gmail.com - Ok, I committed some changes that look like they should fix it. I can't do much testing, though, so someone else should check that out. Ok, I committed some changes that look like they should fix it. I can't do much testing, though, so someone else should check that out. Dec 16, 2009 r498 (Tentative fix for the api ) committed by ian.gree...@gmail.com - Tentative fix for the api Tentative fix for the api Dec 16, 2009 issue 151 (kommand/adduser.php doesn't work) reported by thatha7777 - Error adding entry to accounts"","athanasa2","","","thatha@thatha.org","","","","","","","","2009","70","14","","","","student","","","0" Error adding entry to accounts"","athanasa2","","","thatha@thatha.org","","","","","","","","2009","70","14","","","","student","","","0" Dec 16, 2009 issue 148 (api/1 readTask fails) commented on by ian.gree...@gmail.com - Wow, I didn't realize we actually had an api in place, or I would have been more conscientious about not breaking that. Wow, I didn't realize we actually had an api in place, or I would have been more conscientious about not breaking that. Dec 16, 2009 issue 148 (api/1 readTask fails) changed by thatha7777 - Summary: api/1 readTask fails Status: Accepted Owner: thatha7777 Summary: api/1 readTask fails Status: Accepted Owner: thatha7777

issue 158 (New Users Cannot Save Their Plan Posts) reported by wangentz - You can use the "bug report" link on the bottom of every Plans webpage to automatically include relevant information. Username: [wangentz] Revision: r517 URL: read.php Browser: Firefox/Chrome/IE Operating System: MAC/Linux/Windows How can we reproduce the problem? 1. Create a new plan account 2. After log in the new account, try to edit the plan What is the expected output? What do you see instead? Once you submit (click the "Change button"), it brings you to a blank page. After refreshing the page, the edit box is still blank, indicating that nothing has been saved.

You can use the "bug report" link on the bottom of every Plans webpage to automatically include relevant information. Username: [wangentz] Revision: r517 URL: read.php Browser: Firefox/Chrome/IE Operating System: MAC/Linux/Windows How can we reproduce the problem? 1. Create a new plan account 2. After log in the new account, try to edit the plan What is the expected output? What do you see instead? Once you submit (click the "Change button"), it brings you to a blank page. After refreshing the page, the edit box is still blank, indicating that nothing has been saved.

Today

Yesterday

Last 7 days