Page MenuHomePhabricator

No way to flag your talk page as read
Closed, ResolvedPublic

Description

Using api.php?action=query&meta=userinfo&uiprop=rights|hasmsg I get
information about new message.

Now I can read it using api, but that doesn't flag the talk page as
read.

I tried action=setnotificationtimestamp as someone suggested but later I received a response that it's broken and needs fix. So once it's fixed just close this.


Version: 1.23.0
Severity: enhancement

Details

Reference
bz64238

Event Timeline

bzimport raised the priority of this task from to Normal.
bzimport set Reference to bz64238.
bzimport added a subscriber: Unknown Object (MLST).
Petrb created this task.Apr 22 2014, 1:16 PM

(In reply to Peter Bena from comment #0)

I tried action=setnotificationtimestamp as someone suggested but later I
received a response that it's broken and needs fix. So once it's fixed just
close this.

No, it's not "broken". It works exactly as intended: it sets the notification timestamp of some set of pages. It's not intended to affect the value returned by User::getNewtalk().

OTOH, perhaps the API should include some method to flag the talk page as "read" with respect to User::getNewtalk() rather than requiring a hit on index.php.

Change 156274 had a related patch set uploaded by Nemo bis:
created a new api to flag messages as read

https://gerrit.wikimedia.org/r/156274

Change 156274 had a related patch set uploaded by Merlijn van Deen:
API: created a new api to flag messages as read

https://gerrit.wikimedia.org/r/156274

Change 156274 merged by jenkins-bot:
API: created a new api to flag messages as read

https://gerrit.wikimedia.org/r/156274

Anomie added a comment.Sep 8 2014, 3:22 PM

(In reply to Gerrit Notification Bot from comment #5)

Change 156274 merged by jenkins-bot:
API: created a new api to flag messages as read

https://gerrit.wikimedia.org/r/156274

@Peter Bena: This is why the "Bug:" footer is useful.