From: brion@svn.wikimedia.org brion@svn.wikimedia.org Date: Jul 11, 2008 12:11 AM Subject: [MediaWiki-CVS] SVN: [37542] trunk/phase3 To: mediawiki-cvs@lists.wikimedia.org
Revision: 37542 Author: brion Date: 2008-07-10 22:11:11 +0000 (Thu, 10 Jul 2008)
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
Modified Paths:
trunk/phase3/RELEASE-NOTES trunk/phase3/includes/DefaultSettings.php trunk/phase3/includes/LinksUpdate.php trunk/phase3/maintenance/parserTests.inc trunk/phase3/maintenance/postgres/tables.sql trunk/phase3/maintenance/tables.sql trunk/phase3/maintenance/updaters.inc
Removed Paths:
trunk/phase3/maintenance/postgres/archives/patch-recentlinkchanges.sql
Can I put this back in now that we have branched? Or is there more stuff to fix about it?
Bryan
On Wed, Jul 23, 2008 at 8:35 PM, Bryan Tong Minh bryan.tongminh@gmail.com wrote:
From: brion@svn.wikimedia.org brion@svn.wikimedia.org Date: Jul 11, 2008 12:11 AM Subject: [MediaWiki-CVS] SVN: [37542] trunk/phase3 To: mediawiki-cvs@lists.wikimedia.org
Revision: 37542 Author: brion Date: 2008-07-10 22:11:11 +0000 (Thu, 10 Jul 2008)
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
Modified Paths:
trunk/phase3/RELEASE-NOTES trunk/phase3/includes/DefaultSettings.php trunk/phase3/includes/LinksUpdate.php trunk/phase3/maintenance/parserTests.inc trunk/phase3/maintenance/postgres/tables.sql trunk/phase3/maintenance/tables.sql trunk/phase3/maintenance/updaters.inc
Removed Paths:
trunk/phase3/maintenance/postgres/archives/patch-recentlinkchanges.sql
Can I put this back in now that we have branched? Or is there more stuff to fix about it?
Bryan
Sorry for asking again, but can I put this back?
Bryan
Bryan Tong Minh wrote:
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
[...]
Sorry for asking again, but can I put this back?
Sorry if you told us already, but... What's it for?
-- Tim Starling
On Wed, Aug 27, 2008 at 6:48 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
[...]
Sorry for asking again, but can I put this back?
Sorry if you told us already, but... What's it for?
Bug 13588 https://bugzilla.wikimedia.org/show_bug.cgi?id=13588: It would be useful to have a new recentchanges like table that tracks changes in pagelinks, categorylinks, imagelinks, interwikilinks, etc.
A blocker of bug 7148 https://bugzilla.wikimedia.org/show_bug.cgi?id=7148
Bryan
Bryan Tong Minh wrote:
On Wed, Aug 27, 2008 at 6:48 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
[...]
Sorry for asking again, but can I put this back?
Sorry if you told us already, but... What's it for?
Bug 13588 https://bugzilla.wikimedia.org/show_bug.cgi?id=13588: It would be useful to have a new recentchanges like table that tracks changes in pagelinks, categorylinks, imagelinks, interwikilinks, etc.
A blocker of bug 7148 https://bugzilla.wikimedia.org/show_bug.cgi?id=7148
It looks like a really slow way to fix 7148 (watchlist for category membership changes). It would be much, much faster if you tracked changes to categorylinks only.
I don't think we should be increasing the DB write rate unnecessarily, it stresses both master and slave DB servers.
-- Tim Starling
On Wed, Aug 27, 2008 at 7:12 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
On Wed, Aug 27, 2008 at 6:48 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
Log Message:
Hold back $wgTrackLinkChanges for a little bit; reverting r37322, 37430, 37432, 37435. Even disabled, it's started interfering with regular tasks like running the parser tests.
[...]
Sorry for asking again, but can I put this back?
Sorry if you told us already, but... What's it for?
Bug 13588 https://bugzilla.wikimedia.org/show_bug.cgi?id=13588: It would be useful to have a new recentchanges like table that tracks changes in pagelinks, categorylinks, imagelinks, interwikilinks, etc.
A blocker of bug 7148 https://bugzilla.wikimedia.org/show_bug.cgi?id=7148
It looks like a really slow way to fix 7148 (watchlist for category membership changes). It would be much, much faster if you tracked changes to categorylinks only.
Of course, but in the future people may want to track changes in page links or image usage. Could adapt it though to make the type of links to track configurable.
Bryan
Bryan Tong Minh wrote:
On Wed, Aug 27, 2008 at 7:12 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
On Wed, Aug 27, 2008 at 6:48 PM, Tim Starling tstarling@wikimedia.org wrote:
Bryan Tong Minh wrote:
> Log Message: > ----------- > Hold back $wgTrackLinkChanges for a little bit; reverting r37322, > 37430, 37432, 37435. > Even disabled, it's started interfering with regular tasks like > running the parser tests.
[...]
Sorry for asking again, but can I put this back?
Sorry if you told us already, but... What's it for?
Bug 13588 https://bugzilla.wikimedia.org/show_bug.cgi?id=13588: It would be useful to have a new recentchanges like table that tracks changes in pagelinks, categorylinks, imagelinks, interwikilinks, etc.
A blocker of bug 7148 https://bugzilla.wikimedia.org/show_bug.cgi?id=7148
It looks like a really slow way to fix 7148 (watchlist for category membership changes). It would be much, much faster if you tracked changes to categorylinks only.
Of course, but in the future people may want to track changes in page links or image usage. Could adapt it though to make the type of links to track configurable.
My advice would be to write the feature, and commit it together with the backend stuff.
-- Tim Starling
wikitech-l@lists.wikimedia.org