6.0.0-alpha10
5/14/25

Search Results: 17 of 27 [ <<First <Prev Next> Last>> ] [ Return to Search Results ]


[#13836] Nag Block Task Summery does not check show perm
Summary Nag Block Task Summery does not check show perm
Queue Nag
Queue Version 4.2.3
Type Enhancement
State Feedback
Priority 1. Low
Owners
Requester michael.menge (at) zdv (dot) uni-tuebingen (dot) de
Created 02/02/2015 (3754 days ago)
Due
Updated 01/22/2023 (843 days ago)
Assigned 02/06/2015 (3750 days ago)
Resolved
Milestone
Patch No

History
01/22/2023 03:11:18 PM juliephillips7030 (at) gmail (dot) com Comment #11 Reply to this comment

[Show Quoted Text - 28 lines]
01/27/2016 10:18:03 AM Jan Schneider Comment #10 Reply to this comment
Maybe we should remove the *all lists* option from the block settings.
What if we only show the user the tasks from non-show lists that 
he/she is the assignee on?
I think this over-complicates things for a block that should just 
provide a summary.

Once we have extended some the usage of assignees in Nag, it would 
make sense to add a separate block to only show assigned tasks.
01/27/2016 10:16:11 AM Jan Schneider Comment #9 Reply to this comment
Regarding the status feedback: Do you need my feedback or the 
feedback of other developers?
Both.
what do you mean by "remove the *all lists* option"? At the moment 
this Option is the default
as no task list is selected by default.
Exactly, but we could default it to display no task list, unless 
explicitly selected.
IHMO I would use all lists that the users  show perm for, if no list 
is selected.
This would be the same as if the user had selected all lists he can select at
that moment, but would autocratically include new lists/ list with 
new show perms.
Re-thinking this over and comparing it with Kronolith, this may indeed 
be the most consistent behavior. It even explicitly reads there: "All 
Visible" as an option which is pretty unambiguous.
01/27/2016 08:55:45 AM michael (dot) menge (at) zdv (dot) uni-tuebingen (dot) de Comment #8 Reply to this comment
Maybe we should remove the *all lists* option from the block settings.
What if we only show the user the tasks from non-show lists that 
he/she is the assignee on?
Could work, but what happens if the show perm is removed? Can he/she 
still unassignee?

01/26/2016 03:42:22 PM Michael Rubinsky Comment #7 Reply to this comment
Maybe we should remove the *all lists* option from the block settings.
What if we only show the user the tasks from non-show lists that 
he/she is the assignee on?
01/26/2016 02:08:52 PM michael (dot) menge (at) zdv (dot) uni-tuebingen (dot) de Comment #6 Reply to this comment
Regarding the status feedback: Do you need my feedback or the feedback 
of other developers?

what do you mean by "remove the *all lists* option"? At the moment 
this Option is the default
as no task list is selected by default.

IHMO I would use all lists that the users  show perm for, if no list 
is selected.
This would be the same as if the user had selected all lists he can select at
that moment, but would autocratically include new lists/ list with new 
show perms.

01/26/2016 07:57:42 AM Jan Schneider Type ⇒ Enhancement
State ⇒ Feedback
Priority ⇒ 1. Low
 
01/26/2016 07:57:15 AM Jan Schneider Comment #5
Priority ⇒ 1. Low
Reply to this comment
Maybe we should remove the *all lists* option from the block settings.
02/12/2015 08:39:55 AM michael (dot) menge (at) zdv (dot) uni-tuebingen (dot) de Comment #4 Reply to this comment
This may be inconsistent but is inherently correct.
Maybe I don't understand the permissions system #4021, but ...
In the portal block you have the option to show tasks from *all* 
lists, which includes lists with read but without show permissions. 
In the regular interface there is no such *all* option, you pick the 
displayed lists individually. And since non-show lists are not 
displayed, you cannot select them, even if you had read permissions.
... at no other place that I have found that you can select from *all*  lists.
I can see and read task that I did not create, from a task list that I 
can't select/deselct
in the the nag block configuration and I don't have access to that 
task list at any other place.
You can access task from task lists you can't see in nag, or the block 
configuration otherwise.

So this is supprising from the users (the user that sees the task from 
an unkonwn other person
and the person owning the task list, that *all* other users see the 
taks) point of view.

This is changed between horde 3.3. and nag 2.3 and horde 5.2 and nag 4.2.


02/06/2015 08:24:44 PM Jan Schneider Comment #3
State ⇒ Feedback
Reply to this comment
This may be inconsistent but is inherently correct.

In the portal block you have the option to show tasks from *all* 
lists, which includes lists with read but without show permissions. In 
the regular interface there is no such *all* option, you pick the 
displayed lists individually. And since non-show lists are not 
displayed, you cannot select them, even if you had read permissions.
02/02/2015 10:29:14 AM michael (dot) menge (at) zdv (dot) uni-tuebingen (dot) de Comment #2 Reply to this comment
Nag does show task from task list in the summery portal block, for 
task lists where I have
list perms (via creator perm_creator_4 = true) but no show perm.
s/list perms/read perms/
In Nag these task and tasklist are not shown
02/02/2015 10:24:26 AM michael (dot) menge (at) zdv (dot) uni-tuebingen (dot) de Comment #1
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Nag Block Task Summery does not check show perm
Queue ⇒ Nag
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
Nag does show task from task list in the summery portal block, for 
task lists where I have
list perms (via creator perm_creator_4 = true) but no show perm.

In Nag these task and tasklist are not shown

Saved Queries