Tracking bug for making mobile watchlist more like the desktop one. While not every feature in the desktop watchlist should be implemented, there are a some that should.
Version: unspecified
Severity: enhancement
Tracking bug for making mobile watchlist more like the desktop one. While not every feature in the desktop watchlist should be implemented, there are a some that should.
Version: unspecified
Severity: enhancement
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | Jdlrobson | T109277 [EPIC]: Use core watchlist code for mobile experience | |||
Open | None | T158181 Aim for workflow equivalence for MediaWiki on desktop and mobile web | |||
Declined | None | T58817 Watchlist features available on desktop that aren't on mobile yet (tracking) | |||
Resolved | None | T54495 Mobile watchlist has no concept of unread/read changes. | |||
Declined | None | T58812 Mobile watchlist just says "Anonymous", doesn't show IP address in overview | |||
Resolved | None | T58816 Watchlist: No option to show only most recent change | |||
Declined | None | T69799 Mobile watchlist should follow the same Show/Hide preferences as the desktop watchlist | |||
Duplicate | None | T156962 Default watchlistview in mobilefrontend should be feed not the list |
bingle-admin wrote:
Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1381
Yes the mobile version of Watchlist is not as feature rich as desktop. Instead of having multiple possibly infinite bugs open around this subject I propose using a single bug as this will ensure it gets better attention during bug triaging:
Features identified so far are:
Marking specific problems as duplicates of a tracking bug doesn't help fixing the specific problems. Do you think it would make sense to de-duplicate them, as it usually happens with blockers of tracking bug reports?