MantisBT - v1.0 Release (Closed)
View Issue Details
0000128v1.0 Release (Closed)[All Projects] Generalpublic2009-04-06 19:102009-06-07 19:35
Assigned Tocaseydk 
PriorityimmediateSeveritycrashReproducibilityunable to reproduce
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000128: PHP crash on clicking "Task List" button under "My Tasks To Do"
DescriptionPHP Warning: Invalid argument supplied for foreach() in C:\inetpub\wwwroot\Web2Project\modules\tasks\tasks.php on line 325

1) Create a test project with some task
2) Create a test user
3) Grant contractor role to test user
4) Grant all view - access permissions on Projects to the user on the project in step 1
5) Grant access permissons to tasks to the test user
6) Assign the user to a least one task
NOTE: you have to use the project designer as the "New Task" feature will not display the test user
7) Logon as the test user
8) Click the "TODO" button
9) Click the "Tasks List" button
10) Crash.
TagsNo tags attached.
related to 0000127closed caseydk Inconsistent security behavior with projects / task assignment 
child of 0000134closed caseydk Potential dotProject Conversion Issues 
Attached Files

2009-04-12 20:37   
I've tried to reproduce this one without any luck. As soon as you create a User that has a Role, they should be able to log in and appear in all of the assignment lists... so I'm seeing the User in my Assignee box Task Edit. After I log in as that User (different browser), I'm not seeing any errors after following the path you specify.

I did add a check (r374) to make sure the foreach is actually used on an array but that will just prevent the crash, it doesn't resolve the actual problem.

Without a snapshot of your database to see this issue, I'm going to have to close it.
2009-04-19 20:03   
Let me know the best method for providing a current snapshot of my databae. I will get it .ZIP'd for you.
2009-04-26 19:45   
Please email it: keith@caseysoftware with a dot com at the end.
2009-04-27 02:01   
Just for developers, I cannot reproduce the defect. I'm not stating that there can not be a defect, it just does not happen for me.
2009-04-27 21:53   
Although I can't reproduce this issue, the fix applied to 0000127 should prevent this set of conditions from existing. A User now cannot be assigned to the Task unless they currently have permission to View it.

Unless further information becomes available to reproduce it or someone else can, I'm going to close this as "unable to reproduce" on or around 11 May 2009.
2009-05-10 15:27   
Closed as unable to reproduce.

Issue History
2009-04-06 19:10dmarmgaNew Issue
2009-04-12 20:37caseydkNote Added: 0000208
2009-04-12 20:37caseydkStatusnew => feedback
2009-04-12 20:41caseydkRelationship addedchild of 0000134
2009-04-19 20:03dmarmgaNote Added: 0000226
2009-04-26 19:45caseydkNote Added: 0000233
2009-04-27 02:01cor3huisNote Added: 0000236
2009-04-27 21:49caseydkRelationship addedrelated to 0000127
2009-04-27 21:53caseydkNote Added: 0000244
2009-04-27 22:32caseydkPrioritynormal => immediate
2009-04-27 22:32caseydkReproducibilityalways => unable to reproduce
2009-05-10 15:27caseydkStatusfeedback => resolved
2009-05-10 15:27caseydkResolutionopen => unable to reproduce
2009-05-10 15:27caseydkAssigned To => caseydk
2009-05-10 15:27caseydkNote Added: 0000275
2009-06-07 19:35caseydkStatusresolved => closed