Page MenuHomePhabricator

Mobile watchlist has no concept of unread/read changes.
Closed, ResolvedPublic

Description

Author: qiyue2001

Description:
I opened my watchlist, then viewed the diff between revisions in an article. After that, I switched to desktop version and opened the watchlist in desktop version, modifications I have read is still displayed with bold face.


Version: unspecified
Severity: enhancement

Details

Reference
bz52495

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 1:49 AM
bzimport set Reference to bz52495.
bzimport added a subscriber: Unknown Object (MLST).

Looks like the current implementation just shows recent changes and doesn't take into account what you've previously read.
Should it only show changes you haven't seen, or should it highlight changes you haven't seen differently or should it just show all changes?

qiyue2001 wrote:

(In reply to comment #1)

Looks like the current implementation just shows recent changes and doesn't
take into account what you've previously read.
Should it only show changes you haven't seen, or should it highlight changes
you haven't seen differently or should it just show all changes?

This is my suggestion:
Default show all changes and use bold to mark all unread items, and add options to lets user select show unread only or show all changes.

Jorm added a comment.Aug 22 2013, 9:11 PM

Agree with Qiyue2001.

Default should be "all unseen changes".

Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/mobile//1179

Jorm added a comment.Sep 7 2013, 12:06 AM

I get "Either the resource you requested does not exist or you do not have access rights to that resource" when trying to view that mingle card.

Brandon: Sorry, correct link is

https://mingle.corp.wikimedia.org/projects/mobile/cards/1179

Marking as confirmed, I noticed this too.

  • Bug 56993 has been marked as a duplicate of this bug. ***

This bug may also break watchlist enotif as we use mark as reas status to control sending email

merging into a single bug to assist bug triaging and prioritization.

  • This bug has been marked as a duplicate of bug 56817 ***