Project:Pywikibot/Migrating to bugzilla

From MediaWiki.org
Jump to navigation Jump to search

Migration plan[edit]

Note: SF.net has just migrated the project from the old bug tracker system to the new one ('Allura'). See https://sourceforge.net/p/pywikipediabot/bugs/

WMF Contacs[edit]
Name[edit]

pywikipedia

  • Pywikipedia (per mailing list) or Pywikipediabot (per Manual:Pywikipediabot) are simple enough. Legoktm (talk) 21:34, 10 June 2013 (UTC)
  • I agree on pywikipedia because I think "bot" is redundant, see other py tools, numpy not numpytools, scipy not scipysimulationpackage :D, ... Ladsgroup (talk) 00:47, 12 June 2013 (UTC)
  • I propose pywikibot which is the group name in git/gerrit. The bot is not only for Wikipedia but for other wikis too.  @xqt 16:39, 14 August 2013 (UTC)
    • Because we named git/gerrit pywikibot, I'm fine with naming it the same here. Multichill (talk) 10:46, 18 August 2013 (UTC)
    • personally I prefer pywikipedia but because other people prefer pywikibot (and they used it in git, nightlies, pywikibot-commits-l and so many other places) so I support "pywikibot" because of homogeneity (unity) Ladsgroup (talk) 15:07, 18 August 2013 (UTC)
Components[edit]

The current sf.net labels are:

  • Category
  • copyright
  • cosmetic_changes
  • Genral
  • GUI
  • i18n
  • interwiki
  • login
  • network
  • other
  • redirect
  • rewrite
  • solve_disambiguation
  • weblinkchecker
  • I think we should use categories of sf as components talk) 03:54, 12 June 2013 (UTC)
  • I think we should change this, for example no more need of interwiki but we should add wikidata, and we should correct order of this list (It's totally alphabetical now) for example general must be first and other must be lastLadsgroup (talk) 00:47, 12 June 2013 (UTC)
    • Bugzilla only allows components to be sorted by alphabet. --AKlapper (WMF) (talk) 07:55, 10 August 2013 (UTC)
      • Components are good to make small area's of interest. We should have components for the different low level parts in core and compat, maybe for different libraries that are used by several tools and probably for the different (heavy usage) tools. We can always add/remove components if needed. Multichill (talk) 10:50, 18 August 2013 (UTC)
Amir's Proposal[edit]
  • category
  • copyright
  • cosmetic_changes
  • Genral
  • i18n
  • login
  • network
  • redirect
  • solve_disambiguation
  • weblinkchecker
  • wikidata

What do you think? Ladsgroup (talk) 09:36, 15 August 2013 (UTC)

Linking bugs[edit]
  • how can we make sure bugs link to eachother? i.e. a link from BZ to sf.net and from sf.net to BZ? - Valhallasw (talk) 20:36, 10 June 2013 (UTC)
    • Tickets in Bugzilla have a "See Also" field which allows adding Sourceforge.net URLs. --AKlapper (WMF) (talk) 07:55, 10 August 2013 (UTC)
SF.net export[edit]
  • how can we get an export from sf.net? I know there *should* be a button, but I can't find it. If you need any sf.net permissions for this, let me know. - Valhallasw (talk) 20:36, 10 June 2013 (UTC)

Due to the upgrade, the old export function (which exports XML) will not be updated. The current version does not have backup functionality (see this bug), but there is a REST API: docs example 1 example 2

Anonymous bugs[edit]

Can we allow anonymous/openid submitted bugs? I think there has been discussion about this on wikitech-l, so it might be good to bump that. - Valhallasw (talk) 20:36, 10 June 2013 (UTC)

  • I strongly disagree about it but i think we should obey general bugzilla policies (If it will be changed) talk) 03:54, 12 June 2013 (UTC)

See these threads: [1] [2] for OpenID progress.

Mailing list[edit]

Pywikipedia-bugs should be switched. We probably need to add the bugzilla mail address as permitted sender?

Does BZ support sending only pwb bugs to this mailing list?

Yes, we can just add it as a default CC. Legoktm (talk) 15:58, 13 June 2013 (UTC)
Updated pywikipedia-bugs so that bugzilla can post to it. Multichill (talk) 10:54, 18 August 2013 (UTC)
Closed bugs[edit]
  • we don't need to import closed bugs is there any objection about it? Ladsgroup (talk) 03:54, 12 June 2013 (UTC)
  • +1  @xqt 16:43, 14 August 2013 (UTC)

Importing[edit]

I've started putting together some code at [3] (requested a repo in gerrit for it), to export from sf into bugzilla. Few questions:

  • Should all the history be in the first comment? Or should each comment be individual comments like in bugzilla:2?
  • Should we mark the sf.net bugs as closed? Or just leave a comment with the bugzilla link and keep them open forever.

Thanks, Legoktm (talk) 05:01, 19 August 2013 (UTC)

I think multiple comments is easier to understand. As for closing the bugs - maybe we can create a status 'Moved to bugzilla' on sf.net, which disables commenting? I have to check that for you. Valhallasw (talk) 08:17, 19 August 2013 (UTC)
Example: I've filed http://sourceforge.net/p/pywikipediabot/patches/617/ some months ago: it could be closed on sf.net, because of gerrit:80698, but I still can't found a bugzilla equivalent. --Ricordisamoa 02:44, 3 September 2013 (UTC)
I really don't get Sourceforge.net here. So there are bugs and enhancement requests. And there are "patches". To me, a bug or an enhancement request receive a patch to fix them. So "Patch" is just the "next step" after filing a bug or enhancement. --AKlapper (WMF) (talk) 08:15, 3 September 2013 (UTC)
This system belongs to the svn era not git so when someone make a patch and send a patch request, means someone with access has to merge the patch, we don't need this anymore Ladsgroup (talk) 14:33, 9 September 2013 (UTC)

Script to-dos[edit]

  • OAuth login to sf.net - I have a patch for this locally Legoktm (talk) 17:49, 2 September 2013 (UTC)
  • Set priority based on where bug came from (bugs -> normal, feature requests -> enhancement)
    Yes Done Ladsgroup (talk) 12:10, 20 September 2013 (UTC)