View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
---|---|---|---|---|---|---|---|---|---|
0001739 | v3.4 Release (Current) | Project Designer | public | 2017-09-27 01:34 | 2019-01-03 12:53 | ||||
Reporter | opto | ||||||||
Assigned To | opto | ||||||||
Priority | normal | Severity | major | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0001739: User Priority broken | ||||||||
Description | User A owns task and is assigned. B is viewing the task. A sets his user priority. On refresh on B's PC, (his) UP is set -> bug. B cannot set his UP. A assigns B to task. All UP is reset to normal. -> bug. Now: A cannot set his UP. But B can set his UP. If A refreshes screen, user B's UP is displayed as his UP. If I remember correctly, A and B should be totally discoupled with respect to UP. Both can set theirs individually, and it is only displayed to them. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files |
|
![]() |
|
opto (manager) 2017-10-28 00:07 |
the user priority table stores all UP with user_id. getTaskTree has a joint for table user_tasks, but no addwhere for user id. So always, the first table row for the task is shown. It might belong to the user being displayed, or it might not. Thus, the confusion in displaying UP in project designer. |
opto (manager) 2017-10-29 11:51 |
the fix caused a regression. So: still not fixed |
opto (manager) 2017-10-29 15:32 |
new try: add and with user_id into join: $q->addJoin('user_tasks', 'ut', 'ut.task_id = tasks.task_id AND ut.user_id = '.$this->_AppUI->user_id ); otherwise, the first record of ut with the task id is shown, but not necessarily the one for this user |
caseydk (administrator) 2019-01-03 12:53 |
In the 31 Dec 2018 release: http://docs.web2project.net/release-notes/3.4.html |
![]() |
|||
Date Modified | Username | Field | Change |
---|---|---|---|
2017-09-27 01:34 | opto | New Issue | |
2017-10-28 00:07 | opto | Assigned To | => opto |
2017-10-28 00:07 | opto | Status | new => resolved |
2017-10-28 00:07 | opto | Resolution | open => fixed |
2017-10-28 00:07 | opto | Note Added: 0003892 | |
2017-10-29 11:51 | opto | Status | resolved => confirmed |
2017-10-29 11:51 | opto | Note Added: 0003895 | |
2017-10-29 15:32 | opto | Status | confirmed => resolved |
2017-10-29 15:32 | opto | Note Added: 0003897 | |
2019-01-03 12:53 | caseydk | Note Added: 0003977 | |
2019-01-03 12:53 | caseydk | Status | resolved => closed |