My favorites | Sign in
Project Logo
                
Details: Show all Hide all

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 .
  • 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
  • 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 .
  • 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
  • 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
  • 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
  • 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
 
Hosted by Google Code