Last modified: 2014-06-05 09:22:17 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 14045 - Set up an easy to parse recentchanges feed
Set up an easy to parse recentchanges feed
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Low enhancement with 5 votes (vote)
: ---
Assigned To: Krinkle
:
: 30555 (view as bug list)
Depends on:
Blocks: 5560 16599
  Show dependency treegraph
 
Reported: 2008-05-08 15:01 UTC by mnh
Modified: 2014-06-05 09:22 UTC (History)
8 users (show)

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


Attachments

Description mnh 2008-05-08 15:01:16 UTC
Current browne IRC feed isn't exactly parser-friendly, with colors and rather peculiar field arrangement
making things a lot harder than would be necessary. Since many tools depend on the stream, I'd suggest 
to additionally offer a less painful format.

Proposed format: separated list using either U+001E (std record separator) or U+001F (std unit separator) 
as delimiter with field order: 

 page, editor, minor, new, edit type, action flags, action duration, size delta, diff link, summary

s.t. (just BNFing the non-obvious)
<minor> ::= 'M' | ''
  <new> ::= 'N' | ''
<edit type>      ::= 'block' | 'protect' | <whatever> | ''
<block action>   ::= 'anononly' | 'nocreate' | 'nomail' | <block action>',' <block action>
<protect action> ::= 'autoconfirmed' | 'sysop' | 'none'
<action flags>   ::= <block action> | <protect action> | ''
<action duration>::= <timestring> | ''

Examples: (; used instead of U+001[EF] here)
 User:myVictim;EvilAdmin;;;block;anon-only,nocreate;infinite;http://XY.wikipedia.org/wiki/Special:Log/block;because I can\n
 Testpage;Editor;M;N;;;10;http://XY.wikipedia.org/w/index.php?title=...;just testing\n

Advantages: 
 - tool programmers could simply fetch and split() each line, not much chance for bugs to creep in
 - independent of any particular project settings, whereas current stream uses e.g. "„[[Benutzer:Foo]]“
   für den Zeitraum: Unbeschränkt (Erstellung von Benutzerkonten gesperrt)", the format thus eases i18n
   of tools
 - easy to specify
 - probably pretty straightforward to implement

Disadvantages: 
 - not particularly well suited for human readability. When offered as a supplement stream instead of
   entirely replacing the old one, this is however neglectable.

Regards, mnh
Comment 1 Leon Weber 2008-05-08 15:07:03 UTC
XML would be cool. We could even distribute it over XMPP! :-)
Comment 2 Filip Maljkovic [Dungodung] 2008-05-08 22:05:03 UTC
Although the current scheme is parseable, this proposal seems reasonable, but only if it would exist along with the "human readable" channels. I suggest something like #meta.wikimedia.bot for the channel names.
Comment 3 Danny B. 2008-05-15 10:18:30 UTC
Bug 11152 related.
Comment 4 Mike.lifeguard 2009-01-23 02:43:07 UTC
(In reply to comment #2)
> Although the current scheme is parseable, this proposal seems reasonable, but
> only if it would exist along with the "human readable" channels. I suggest
> something like #meta.wikimedia.bot for the channel names.
> 

It's actually not so parseable. In particular, localization is a problem, as is the rights log. We make do, but a standardized output built specifically to be machine-readable would be a boon.
Comment 5 Siebrand Mazeland 2009-02-02 12:42:03 UTC
Changed component to "RecentChanges"
Comment 6 Daniel Kinzler 2009-02-12 00:02:57 UTC
Bug 17450 is specifically about RC-via-XMPP. Since a easy-to-parse feed over IRC is impossible due to random cut-off, i'll mark this bug as depending on the XMPP one.
Comment 7 Gerrit Notification Bot 2014-05-05 02:50:38 UTC
Change 131040 had a related patch set uploaded by Krinkle:
Add 'rcstream' module for broadcasting recent changes over WebSockets

https://gerrit.wikimedia.org/r/131040
Comment 8 Gerrit Notification Bot 2014-05-09 12:21:49 UTC
Change 131040 merged by Faidon Liambotis:
Add 'rcstream' module for broadcasting recent changes over WebSockets

https://gerrit.wikimedia.org/r/131040
Comment 9 Krinkle 2014-05-13 16:57:15 UTC
Moving from MediaWiki to Wikimedia. This bug is mostly about the IRC feed that Wikimedia provides. And has been referred to by Ori and Faidon for the RCStream service that's being created at the moment.
Comment 10 Krinkle 2014-06-05 09:16:33 UTC
*** Bug 30555 has been marked as a duplicate of this bug. ***
Comment 11 Krinkle 2014-06-05 09:22:17 UTC
See:
* https://wikitech.wikimedia.org/wiki/Stream.wikimedia.org
* https://wikitech.wikimedia.org/wiki/RCStream

There is still a few minor issues to be resolved. An announcement to wikitech-l will be made when the service is ready for wide usage. However this bug as-is is done.

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


Navigation
Links