Page MenuHomePhabricator

Add Bugzilla components for Wikivoyage extensions
Closed, ResolvedPublic

Description

The following extension will be used on wikivoyage and so needs a component in product MediaWiki extensions:

  • CreditsSource
  • Insider
  • Listings
  • MapSources
  • RelatedArticles
  • RelatedSites
  • TocTree

Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=43983

Details

Reference
bz41111

Related Objects

StatusSubtypeAssignedTask
ResolvedNone
ResolvedAklapper

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:54 AM
bzimport set Reference to bz41111.

I forgot four of them:

  • BreadCrumbs
  • Calendar
  • CustomData
  • ReplaceText (*)

(*) not confirmed it's used and pending review, but it's worth to add it to Bugzilla, as it's on Gerrit

So the consolidated list is:

  • BreadCrumbs
  • Calendar
  • CreditsSource
  • CustomData
  • Insider
  • Listings
  • MapSources
  • RelatedArticles
  • RelatedSites
  • ReplaceText
  • TocTree

sumanah wrote:

Andre, as you prioritize this, take into account the timeline of the Wikivoyage migration: https://www.mediawiki.org/wiki/Wikivoyage_migration

I guess I'll look up the descriptions for each component on their home pages...
I assume that the default assignee for bug reports in these components will be "Nobody (wikibugs-l@lists.wm)" just like for most other products/components, however I will need to contact their maintainers anyway to make them aware of their Bugzilla component and bug reports ending up there.

Dereckson: Similar to Wikidata project using "wikidata-bugs@lists.wm" in this Bugzilla, is something in the style of "wikivoyage-bugs@whatever" wanted as default CC for these components?
This would make it possible to receive bugmail for all these components by subscribing to this one address under "User Watching" on https://bugzilla.wikimedia.org/userprefs.cgi?tab=email (my workaround until bug 37105 is solved).

I can create mailing lists or mail aliases to get wikivoyage-bugs@ to point to some real person(s).

(Technically that's not even needed if people have Bugzilla accounts: They can just add the wikivoyage-bugs@ account to their User Watchlist.)

Question is social: Is it wanted by people that would like to follow wikivoyage bug reports via bugmail? :)

I have no idea if there is a policy for extensions to have wiki homepages, but I personally prefer that, plus having author(s) listed for the sake of escalation (but in theory I could also wade through gerrit logs). So:

(In reply to comment #1)

  • Calendar

Which one is that, in order to clarify? http://www.mediawiki.org/wiki/Extension:Calendar lists quite a few.

  • CreditsSource
  • Listings
  • TocTree

404s for http://www.mediawiki.org/wiki/Extension:EXTENSIONNAME

  • CustomData
  • Insider
  • MapSources
  • RelatedArticles
  • RelatedSites

No author(s) listed on http://www.mediawiki.org/wiki/Extension:EXTENSIONNAME

[ Extensions page on the wiki ]

Matthias Mullie created some extensions pages, I've a draft for RelatedArticles. I'll see to that once I'm done write some unit tests for wmf-config.

[ Calendar ]

[[mw:Extension:Calendar]] should be moved to [[mw:Extension:Calendars]].

The Wikivoyage's one is currently unlisted.

[ Descriptions ]

Description from extensions localization files:

Breadcrumbs: Adds a trail of bread crumbs to the page

Calendar: Adds a parser function to show a calendar

CreditsSource: Display source work credits in the page footer.

CustomData: Extension provides easy management of custom data.

Listings: Location listings extension (in german: Erweiterung zur Ausgabe von Ortsbeschreibungen)

TocTree: Extension for the expansion and collapsing of the table of contents

CustomData: Extension provides easy management of custom data (from README, no desc yet).

Insider: Extension for presentation of destination docents on the sidebar (in german: Erweiterung für die Ausgabe von Insidern auf der Sidebar)

MapSources: Map sources extension

RelatedArticles: Adds a link to related pages on the sidebar

RelatedSites: Adds a link to related sites on the sidebar

ReplaceText: Provides a special page to allow administrators to do a global string find-and-replace on all the content pages of a wiki

Thank you! I've created all components (including calendar):
https://bugzilla.wikimedia.org/describecomponents.cgi?product=MediaWiki%20extensions

(In reply to comment #7)

[ Calendar ]
[[mw:Extension:Calendar]] should be moved to [[mw:Extension:Calendars]].
The Wikivoyage's one is currently unlisted.

I'm not in a position to make recommendations, but has creating something like [[mw:Extension:Calendar_(Wikivoyage)]] been considered and linking it from current [[mw:Extension:Calendar]]?
Anyway, up to you what you plan to do in this case, as long as I can link the Bugzilla component description against some "Calendar extension homepage" in the end. :)

Insider: Extension for presentation of destination docents on the sidebar

Did you mean documents instead docents?