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
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)".

en.ABCD wrote:

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)

colin.pitts wrote:

I concur with ABCD about the symptom description.

Live hack was broken. Fixed, and applied recentchanges-based Watchlist to REL1_5 cvs for management.