Page stays on watchlist after you lose access

Bug #1429505 reported by Kristina Hoeppner
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Mahara
Confirmed
Wishlist
Unassigned

Bug Description

When a user removes access to a page that is on your watchlist, you don't have the possibility to take it off the watchlist anymore. There are two possibilities that I can see:

1. Remove a page from the watchlist automatically when you lose access to it. This is not ideal because the watchlist owner doesn't know directly why the page was removed.

2. "Grey out" the link to the page (remove the link) to which you don't have access anymore and allow the watchlist owner to remove it entirely. This would require though that a delete button is placed into the block which we currently don't have.

3. Create a proper watchlist management screen where you can edit pages on the watchlist, i.e. remove them or even sort them.

Revision history for this message
Aaron Wells (u-aaronw) wrote :

A couple more options:

4. Same as #1 (remove the page from the watchlist when you lose access to it), but we also send the watcher a notification message that says "Page X on your watchlist, has been deleted or is no longer visible to you."

5. We retain the record for the page on their watchlist, but we simply hide the page from displaying on the watchlist block, and we don't send them any notifications about it. This solution has the advantage that, if the page becomes accessible to them again, it re-appears on their watchlist.

6. The same as #5, but with notifications to say "Page X you were watching has been deleted or is no longer visible to you" when the page goes away, and another notification to say, "Page X you were watching and which you lost access to, is now visible to you again."

I think I favor option #5 (just make the inaccessible watched page invisible), but... for technical reasons it might be tricky to implement it along with paginating the watchlist block. We'd have to incorporate the access control calculations into the paginated SQL!

I also think that we should implement option #3 at some point.

Revision history for this message
Kristina Hoeppner (kris-hoeppner) wrote :

The problem I see with #5 and #6 is that the queries might take some time esp when you've lost access to lots of pages and always have to cycle through them.

#4 sounds like a good interim solution to me until we have more of a management screen.

Changed in mahara:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Brett Lucas (brettaki) wrote :

I would very much like to vote for #4 too. Is there any chance we are going to see any movement on this one beyond the wishlist?

Revision history for this message
Fiona (f-macneill) wrote :

I would also vote for #4 on this one (which is related, but different to another bug report that I have on the go: https://bugs.launchpad.net/mahara/+bug/1778481

Revision history for this message
Rumi Begum (rumibegum) wrote :

I would like to vote for #4 too. This problem is affecting a number of users in our organisation so I hope we can see some movement on this.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.