Last modified: 2009-08-28 18:05:24 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T21055, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 19055 - rebuildrecentchanges.php must purge RSS and Atom feeds
rebuildrecentchanges.php must purge RSS and Atom feeds
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Maintenance scripts (Other open bugs)
1.16.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: patch, patch-need-review
Depends on: 19391
Blocks: feeds
  Show dependency treegraph
 
Reported: 2009-06-02 18:48 UTC by Dan Jacobson
Modified: 2009-08-28 18:05 UTC (History)
2 users (show)

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


Attachments
rebuildrecentchanges.php forgets to purge RSS and Atom feeds, meaning feed users will still get old drivel. This patch purges the feeds, and also fixes docs/memcached.txt. Actually I don't purge the (1.66 KB, patch)
2009-06-02 18:48 UTC, Dan Jacobson
Details
Now use wfMemcKey. Wish there was a wildcard... (1.49 KB, patch)
2009-06-02 20:10 UTC, Dan Jacobson
Details

Description Dan Jacobson 2009-06-02 18:48:29 UTC
Created attachment 6185 [details]
rebuildrecentchanges.php forgets to purge RSS and Atom feeds, meaning feed users will still get old drivel.  This patch purges the feeds, and also fixes docs/memcached.txt.  Actually I don't purge the
Comment 1 Dan Jacobson 2009-06-02 18:49:22 UTC
Actually I don't purge the feeds, as I don't know how to easily match
the many $wgDBname:rcfeed:*:*:*: combinations that might be present in
the cache. However I found that just deleting the timestamps works good
enough for now.
Comment 2 Chad H. 2009-06-02 19:07:48 UTC
Rather than building the key manually, why not just use wfMemcKey()?
Comment 3 Dan Jacobson 2009-06-02 20:10:32 UTC
Created attachment 6187 [details]
Now use wfMemcKey. Wish there was a wildcard...
Comment 4 Chad H. 2009-06-02 20:17:26 UTC
You shouldn't be adding to the key manually by appending :keypart, etc. Pass all the parts of the key to wfMemcKey() in an array.

Instead of:
 wfMemcKey('rcfeed').":{$feed}:timestamp"

Try:
 wfMemcKey( array( 'rcfeed', $feed, 'timestamp' )
Comment 5 Dan Jacobson 2009-06-03 06:25:51 UTC
Not only does using
$messageMemc->delete(wfMemcKey( array( 'rcfeed', $feed, 'timestamp' )));
not help in deleting
keyname: radioscanningtw:rcfeed:atom:50::
keyname: radioscanningtw:rcfeed:rss:2::
keyname: radioscanningtw:rcfeed:rss:4::
but it doesn't even delete
keyname: radioscanningtw:rcfeed:rss:timestamp
So, sorry.

What I need is a utility function, like UNIX rm -r, which will expand
to all rcfeed:* matches, no matter how many trailing colons. That way
I need not leave any of these now useless strings wastefully behind
there in the database, for months too in the case of quiet wikis. By
the way
>public static function checkPurge( $timekey, $key )
could make use of such a function too, as it also leaves some things
wastefully behind. Such a function should reside in the same file the
rest of those mem* functions do.
Comment 6 Alexandre Emsenhuber [IAlex] 2009-08-28 18:05:24 UTC
Fixed in r55657.

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


Navigation
Links