| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0000454 | v2.0 Release (Closed) | [All Projects] General | public | 2010-05-31 11:20 | 2010-06-21 21:11 | ||||
| Reporter | opto | ||||||||
| Assigned To | caseydk | ||||||||
| Priority | normal | Severity | block | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | v2.0.0 | |||||||
| Summary | 0000454: can't display user related task priority for single user, can't reset the same to normal | ||||||||
| Description | see http://forums.web2project.net/viewtopic.php?t=2152 both for description and patch | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files |
| ||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
opto (manager) 2010-05-31 15:55 |
currently, there is no way to intentionally display all users on this page. This can be changed the following way: in reading the POST for $log_userfilter, use default 0 before the arrayselect for the displayed user list is called, enter '0' => 'All users' to the array containing the user names. If I remember right from what I did 6 weeks ago, this allows to select 'all users'. Also, in my case, where the display of all users takes 100sec, I just use another default than 0 for my installation |
|
caseydk (administrator) 2010-05-31 20:29 |
Resolved differently than described but the same result in r1129. |
|
opto (manager) 2010-06-01 07:46 Last edited: 2010-06-01 07:57 |
sorry, the forum post also had another issue: can't reset the user task priority to normal because there is an onchange event for the drop down list, if this is preset with normal in default display, it cannot be thrown by setting to normal. In the current version, part of my proposal is there, but not all: I see select user prio, high, normal, but no low. Setting to high works, resetting to low does not. if you change $taskPriority[999]=$AppUI->_('Select User Priority'); and -1 to 999 in $tmpuser .= '<td align="center">' . arraySelect($taskPriority, 'task_priority', 'onchange="javascript:chPriority(' . $user_id . ');" size="1" class="text" title="' . $AppUI->_('Change Priority of selected Tasks') . '"', -1, true); this is resolved. beware, there is another location of this for the orphans, where it also needs to be changed. No low in dropdown: I intentionally set the set user priority to 999, because the priorities are centered around 0: low is -1 (at least in my dP conversion - is that nonstandard now?). And nobody (hopefully) will have +- 999 priority levels So currently, the select ... at [-1] overwrites the low priority. Klaus |
|
caseydk (administrator) 2010-06-02 19:50 |
Thanks for the tips. Resolved in r1131. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-05-31 11:20 | opto | New Issue | |
| 2010-05-31 11:20 | opto | File Added: tasksperuser_sub.zip | |
| 2010-05-31 11:45 | caseydk | Status | new => assigned |
| 2010-05-31 11:45 | caseydk | Assigned To | => caseydk |
| 2010-05-31 15:55 | opto | Note Added: 0000923 | |
| 2010-05-31 20:29 | caseydk | Note Added: 0000925 | |
| 2010-05-31 20:29 | caseydk | Status | assigned => resolved |
| 2010-05-31 20:29 | caseydk | Resolution | open => fixed |
| 2010-06-01 07:46 | opto | Note Added: 0000932 | |
| 2010-06-01 07:46 | opto | Status | resolved => feedback |
| 2010-06-01 07:46 | opto | Resolution | fixed => reopened |
| 2010-06-01 07:51 | opto | Note Edited: 0000932 | |
| 2010-06-01 07:57 | opto | Note Edited: 0000932 | |
| 2010-06-02 19:50 | caseydk | Note Added: 0000938 | |
| 2010-06-02 19:50 | caseydk | Status | feedback => resolved |
| 2010-06-02 19:50 | caseydk | Resolution | reopened => fixed |
| 2010-06-21 21:11 | caseydk | Status | resolved => closed |
| 2010-06-21 21:11 | caseydk | Fixed in Version | => v2.0 |
| Issue History |