Last modified: 2011-01-25 01:36:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 5546 - Logs about watched pages should appear in the watchlist and recentchanges
Logs about watched pages should appear in the watchlist and recentchanges
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
unspecified
All All
: Normal enhancement with 19 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 881 4898 7790 8969 9189 9452 9689 10695 10986 11750 12046 12062 12375 12376 13654 15038 (view as bug list)
Depends on:
Blocks: 778
  Show dependency treegraph
 
Reported: 2006-04-12 00:25 UTC by Marco
Modified: 2011-01-25 01:36 UTC (History)
16 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Half-done code to use the new RC fields (2.71 KB, patch)
2008-03-20 21:41 UTC, Brion Vibber
Details

Description Marco 2006-04-12 00:25:00 UTC
As [[bug 861]] tells us, MediaWiki now records page blocks in the page history.
Why the don't appear in the watchlist then?
Comment 1 Brion Vibber 2006-04-12 00:41:03 UTC
The watchlist works from the recentchanges table.

Currently that includes the log entries, but may not be including the 
history entries.
Comment 2 Rob Church 2006-04-12 00:49:59 UTC
(In reply to comment #1)
> Currently that includes the log entries, but may not be including the 
> history entries.

It doesn't. The null edit used is not "notified" as a recent change.

Comment 3 Brion Vibber 2006-11-02 19:01:22 UTC
*** Bug 7790 has been marked as a duplicate of this bug. ***
Comment 4 Aaron Schulz 2006-12-25 09:50:34 UTC
The NS and Title for log items in Recent Changes is that of the log, -1 and
"Log/rights" for example. The actual NS and title of the page in question is not
stored however. That info is only in the summary wiki text, along with other
unwanted text.
Comment 5 Aaron Schulz 2006-12-25 19:55:39 UTC
We should just use rc_type only to denote logs perhaps. That way, rc_namespace
and rc_title can be that of the relevant page, rather that the -1,log/something.
This would allow watchlists to pick it up with a small watchlist query change,
that is use  "OR rc_timestamp > page_touched" (for logs events). This is because
the "is this the top edit" makes no sense for log items. This could result in
several events showing on the watchlist for one page, but that is somewhat
unavoidable.

RecentChanges row lines might need some modification on their behavoir, so that
they say "(logs)" in front of them for any rc_type=RC_LOG, rather than the page
name. It would be something like:

(Logs); 08:18 . . Voice of All (Talk | contribs | block) (protected "Freedom
Tower": test [edit=autoconfirmed:move=autoconfirmed])

Otherwise it would show like:

(diff) (hist) Freedom Tower 08:18 . . Voice of All (Talk | contribs | block)
(protected "Freedom Tower": test [edit=autoconfirmed:move=autoconfirmed])
Comment 6 Rob Church 2006-12-26 02:25:40 UTC
It would be nice not to have to regress in terms of the links we provide - I'd
like to see the individual logs distinguished as they are now.
Comment 7 Aaron Schulz 2006-12-26 02:31:38 UTC
I don't mind it just saying (log), since that link is minimally useful, where as
allowing events to watched pages to show is more useful IMO. The above changes
would avoid a table change. 

Nevertheless, with a table change, we might as well swap the rc_namespace and
rc_title for logs witht that of the relevant page, and store the log NS (-1) and
title to another 2 columns. If we are doing this, then I'd like to see
user_agent header info added as a 3rd column per bug 8290 while we're at it.
Comment 8 Aaron Schulz 2007-02-01 22:32:06 UTC
*** Bug 4898 has been marked as a duplicate of this bug. ***
Comment 9 Brion Vibber 2007-02-02 18:20:49 UTC
*** Bug 4898 has been marked as a duplicate of this bug. ***
Comment 10 Rob Church 2007-02-13 18:07:50 UTC
*** Bug 8969 has been marked as a duplicate of this bug. ***
Comment 11 Rob Church 2007-03-06 17:28:33 UTC
*** Bug 9189 has been marked as a duplicate of this bug. ***
Comment 12 Rob Church 2007-03-06 17:29:45 UTC
*** Bug 881 has been marked as a duplicate of this bug. ***
Comment 13 Mormegil 2007-03-08 21:03:57 UTC
Just an administrative-related comment (or maybe a feature request for Bugzilla): is it a good idea to mark an 
older bug with 25 votes as a duplicate of a newer bug (without all those votes)? (Not that voting would mean 
anything really relevant in MediaZilla.)
Comment 14 Rob Church 2007-03-08 22:08:07 UTC
(In reply to comment #13)
This bug covers the general problem and contains better discussion on technical
solutions.
Comment 15 Aaron Schulz 2007-03-16 05:54:03 UTC
Fixed in r20446.
Comment 16 Rob Church 2007-03-16 15:30:39 UTC
Please don't fix unrelated bugs in a big merge again; it makes it near
impossible to review the code. Open a separate branch to make separate changes
like that.
Comment 17 bdk 2007-03-29 22:55:21 UTC
*** Bug 9452 has been marked as a duplicate of this bug. ***
Comment 18 Rob Church 2007-03-30 08:31:54 UTC
(Branch merge was reverted, reopening)
Comment 19 Michael Hardy 2007-03-30 20:26:01 UTC
I think this should be treated as urgent.  Those who spend most of their time
deleting pages are extremely militant and some of them are extraordinarily
hostile to the idea that one should consult persons knowledgeable in a
particular field to find out what is considered notable before deleting a page.
 If a page on my watchlist is deleted, I don't find out about it when I look at
my watchlist.
Comment 20 Brion Vibber 2007-04-04 15:55:01 UTC
Couple of notes:

1) It's not super-urgent, since it's been like this for a long time.

2) Implementation is currently waiting on a database schema change for the
recentchanges table; schema changes are in progress now, should be live in a
couple more days. Then implementation can go ahead.
Comment 21 Raimond Spekking 2007-04-25 11:03:33 UTC
*** Bug 9689 has been marked as a duplicate of this bug. ***
Comment 22 Rémi Kaupp 2007-06-06 11:43:25 UTC
It seems that the database schema change has gone live, now. Can this bug be fixed or is there anything else blocking it ? Thanks.
Comment 23 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-07-25 18:17:11 UTC
*** Bug 10695 has been marked as a duplicate of this bug. ***
Comment 24 Brion Vibber 2007-08-20 13:29:34 UTC
*** Bug 10986 has been marked as a duplicate of this bug. ***
Comment 25 Voyagerfan5761 / dgw 2007-10-15 07:21:06 UTC
I'd like to see this, as well. It would be quite useful.
Comment 26 Brion Vibber 2007-10-27 21:10:48 UTC
*** Bug 11750 has been marked as a duplicate of this bug. ***
Comment 27 Filip Maljkovic [Dungodung] 2007-11-30 12:43:50 UTC
*** Bug 12062 has been marked as a duplicate of this bug. ***
Comment 28 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-12-18 17:59:13 UTC
*** Bug 12046 has been marked as a duplicate of this bug. ***
Comment 29 Brion Vibber 2007-12-22 19:00:50 UTC
*** Bug 12376 has been marked as a duplicate of this bug. ***
Comment 30 Brion Vibber 2007-12-22 19:00:59 UTC
*** Bug 12375 has been marked as a duplicate of this bug. ***
Comment 31 lɛʁi לערי ריינהארט 2007-12-24 20:54:37 UTC
added « and recentchanges » to the summary

the summary of the duplicate was
bug 12375 the namespace=6 (image) filter at « special:Recentchanges » should include the page creation events from « special:upload »
Comment 32 Brion Vibber 2008-03-20 21:41:46 UTC
Created attachment 4736 [details]
Half-done code to use the new RC fields

Some issues with block grouping in enhanced RC view still; more worrying is that the log entries still aren't showing in WL though they should. Bah.
Comment 33 Aaron Schulz 2008-04-02 05:51:46 UTC
Done in r32685.
Comment 34 Le Chat 2008-04-05 10:21:38 UTC
Is this supposed to be working on en.wikipedia? I'm still not seeing page moves on my watchlist, for example.
Comment 35 Robert Leverington 2008-04-05 10:24:40 UTC
Modifications done to the core code are usually synchronised daily with the code used on Wikipedia, but this is taking longer due to configuration issues.  It might be synchronised within the next week or two, maybe.
Comment 36 Brion Vibber 2008-04-09 20:25:18 UTC
*** Bug 13654 has been marked as a duplicate of this bug. ***
Comment 37 Le Chat 2008-04-11 10:40:38 UTC
(Further to previous comments, I see this *is* now working on en.wp.) 
Comment 38 Brion Vibber 2008-08-04 20:48:22 UTC
*** Bug 15038 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links