Last modified: 2010-05-15 15:38:41 UTC
When viewing the watchlist pages on either en: or nl: (probably others aswell) on the top of the page a count of pages on your watchlist is given. Currently the amount displayed is divided by 2.
This seems to be by design?
Enotif must know for each page separately, whether a notification has been actually sent, thus each page (article, talk) occupies a distinct entry in table watchlist within Enotif design. That means, if user X watches page Y and implicitely talk page Y, this counts for 2(two) pages in original Enotif design. But Avar has added a division by two in r1=1.57&r2=1.58">http://cvs.defau.lt/cvsweb.cgi/phase3/includes/SpecialWatchlist.php.diff?r1=1.57&r2=1.58 which can cause problems. In the original design of Enotif, _any_ page (article _and_ talk) page has its own entry in the table watchlist and any of these pages were shown in special watchlist view - which has doubled the number of shown entries. As a solution, I already proposed to arrange the corresponding pages (article, talk) in form of a table, so that article and corresponding talk page names are shown in two columns instead on two lines. See also http://bugzilla.wikipedia.org/show_bug.cgi?id=1555 and http://bugzilla.wikipedia.org/show_bug.cgi?id=581 I will present a suitable solution - which overcomes all problems - after the Wikimania conference, and think, that showing actually all pages in table form instead of artifically halving the displayed number of watched pages is the best solution.
*** Bug 3009 has been marked as a duplicate of this bug. ***
This behavior seems to have recently regressed on the English Wikipedia. I hadn't noticed it before today.
Yeah, I noticed today that I "have 77.5 pages on [my] watchlist (not including talk pages)".
It appears that at [[Special:Watchlist]], the number is being divided by 2 *twice*, whereas at [[Special:Watchlist/edit]], it is only divided by 2 *once*, and therefore shows the correct number. (This was after counting manually all 1000+ articles on my watchlist)
I concur with ABCD about the symptom description.
Live hack was broken. Fixed, and applied recentchanges-based Watchlist to REL1_5 cvs for management.