Page MenuHomePhabricator

Watchlisting of pages do not propagate to talk pages
Closed, InvalidPublic

Description

I have [[Wikipedia:MediaWiki 1.5 bugs]], which didn't have a talk page, on my
watchlist. When creating the talk page, the "Watch this page checkbox" wasn't
checked; after saving, I had a page which were on my watchlist, but with its
talk page not on my watchlist. That shouldn't be possible, as it's confusing. I
confirmed the watch/unwatch tabs weren't lying by looking at the recent changes
on the watchlist; a recent change to the page was listed but the edit to the
talk page wasn't.


Version: 1.5.x
Severity: normal
URL: http://en.wikipedia.org/wiki/Wikipedia:MediaWiki_1.5_bugs

Details

Reference
bz2580

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:36 PM
bzimport set Reference to bz2580.
bzimport added a subscriber: Unknown Object (MLST).

Well, they're both on your watchlist now.

I haven't been able to reproduce this so far on a test box with the procedure
described.

(In reply to comment #0)

I have [[Wikipedia:MediaWiki 1.5 bugs]], which didn't have a talk page, on my
watchlist. When creating the talk page, the "Watch this page checkbox" wasn't
checked; after saving, I had a page which were on my watchlist, but with its
talk page not on my watchlist. That shouldn't be possible, as it's confusing. I
confirmed the watch/unwatch tabs weren't lying by looking at the recent changes
on the watchlist; a recent change to the page was listed but the edit to the
talk page wasn't.

I will check this matter thoroughly again.

After Enotif was committed into CVS, a couple of changes have been applied by
other developers and it can be, that the "linked" action - when you click on
"watch" of one of the pages (Article, Talk) is again broken.

Related to this is that the number "pages I watch" is probably wrong - I have
programmed it differently in my special edition "EnotifWiki". Please allow me
one day to study the current code (in SpecialWatchlist.php and WatchedItem.php)

It was planned by me in that way:

  • when you add a "watch", you are watching both pages (no user-interface change)
  • The SpecialWatchlist (magic) shows you each single page, i.e. the page count

is usually twice as high as before

  • You can disable each watch separately, if you wish so (this was my intention -

I am not sure about the current MediaWik1.5beta1 code !)

As mentioned, I will check the matter again and post here a status and probably
a solution.

Thanks for your attention and patience
Tom

(In reply to comment #0)

I have [[Wikipedia:MediaWiki 1.5 bugs]], which didn't have a talk page, on my
watchlist. When creating the talk page, the "Watch this page checkbox" wasn't
checked; after saving, I had a page which were on my watchlist, but with its
talk page not on my watchlist. That shouldn't be possible, as it's confusing. I
confirmed the watch/unwatch tabs weren't lying by looking at the recent changes
on the watchlist; a recent change to the page was listed but the edit to the
talk page wasn't.

(In reply to comment #1)

Well, they're both on your watchlist now.

I haven't been able to reproduce this so far on a test box with the procedure
described.

I have now found out that is a cache problem (I regard it as a cache problem):
once you edit or preview that page, the watch/unwatch tab is not lying any
longer and shows the correct status.

  • I REVOKE THIS ANSWER ****

(In reply to comment #3)

(In reply to comment #0)

I have [[Wikipedia:MediaWiki 1.5 bugs]], which didn't have a talk page, on my
watchlist. When creating the talk page, the "Watch this page checkbox" wasn't
checked; after saving, I had a page which were on my watchlist, but with its
talk page not on my watchlist. That shouldn't be possible, as it's confusing. I
confirmed the watch/unwatch tabs weren't lying by looking at the recent changes
on the watchlist; a recent change to the page was listed but the edit to the
talk page wasn't.

(In reply to comment #1)

Well, they're both on your watchlist now.

I haven't been able to reproduce this so far on a test box with the procedure
described.

I have now found out that is a cache problem (I regard it as a cache problem):
once you edit or preview that page, the watch/unwatch tab is not lying any
longer and shows the correct status.