Page MenuHomePhabricator

Disable new bug posting for some semantic extensions (moving to GitHub)
Closed, ResolvedPublic

Description

I'd like to have new bug reports disabled for the following extensions:

  • Semantic MediaWiki
  • Maps
  • Semantic Maps
  • Semantic Result Formats
  • Semantic Extra Special Properties
  • Semantic Watchlist

I'd also like to have their descriptions updated to "The bugs for this extension are now tracked at $1", where $1 is one of

Thanks


Version: unspecified
Severity: normal

Details

Reference
bz62114

Event Timeline

bzimport raised the priority of this task from to Normal.Nov 22 2014, 2:50 AM
bzimport added a project: Wikimedia-Bugzilla.
bzimport set Reference to bz62114.
bzimport added a subscriber: Unknown Object (MLST).

(In reply to Jeroen De Dauw from comment #0)

I'd like to have new bug reports disabled for the following extensions:

That's possible. :)

  • Semantic Extra Special Properties

Does not seem to exist in bugzilla.wikimedia.org?

I'd also like to have their descriptions updated to "The bugs for this
extension are now tracked at $1

Note that https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions will not offer (and display) components that are disabled for new bug entry.
The only place where the descriptions would be still visible will be https://bugzilla.wikimedia.org/describecomponents.cgi?product=MediaWiki%20extensions

Hence it's important to inform reporters also in other places where they are expected to go.
Will you update the Extension homepages (e.g. https://www.mediawiki.org/wiki/Extension:Maps ) to clearly say where to file bug reports and enhancement requests?

What should happen with the existing open tickets in bugzilla.wikimedia.org?

Out of curiosity, what's the code location plan for git.wikimedia.org vs Github? Mirroring?

And just to mention it explicitly (but I guess you're aware of it), as other semantic components (Semantic Glossary, SemanticBundle, SemanticCompoundQueries, SemanticDrilldown, SemanticForms, SemanticFormsInputs, SemanticSignup) would stay in Bugzilla, moving a ticket from one semantic component to another will become harder if the other component is in a different bugtracking system. Just saying, as I have no idea how often tickets are moved (or initiallymis-filed) among semantic components.

(In reply to Jeroen De Dauw from comment #1)

And Wikibase Database: https://github.com/wmde/WikibaseDatabase/issues

That's currently watched (default assignee) by wikidata-bugs@ so I assume it requires clarification how to make sure that ticket notifications in GitHub are still send to the Wikidata crew.

Note that this is not just about "semantic" extensions...

Does not seem to exist in bugzilla.wikimedia.org?

Heh. Less work then!

Note that ... components that are disabled for new bug entry. ...

Sure, that's fine.

Will you update the Extension homepages

Yes. Those should already have been updated actually... so many things to get to!

What should happen with the existing open tickets in bugzilla.wikimedia.org?

Remove them. Like I said, either they are not relevant, or they have been migrated already.

Out of curiosity, what's the code location plan for git.wikimedia.org vs Github? Mirroring?

Depends on the extension. For SMW we have been using GitHub as our primary repo and issue tracker for quite some time now. Every now and then we sync the code with the WMF repo for i18n updates (if twn supported GitHub, we'd have gotten rid of the WMF repo by now).

That's currently watched (default assignee) by wikidata-bugs@ so I assume it requires clarification how to make sure that ticket notifications in GitHub are still send to the Wikidata crew.

I'm part of the Wikidata crew and assure you the relevant people are watching the GitHub repo.

Any progress on this? People are currently getting confused because this issue tracker is still open.

Please drop the request for changing this for Wikibase Database for now. Just tackle the ones listed in the first post.

(In reply to Jeroen De Dauw from comment #4)

Just tackle the ones listed in the first post.

As requested I now disabled filing new tickets in bugzilla.wikimedia.org for the following components under "MediaWiki extensions":

  • Semantic MediaWiki
  • SemanticMaps
  • SemanticResultFormats
  • SemanticWatchlist
  • Maps

I've updated the component descriptions accordingly:
https://bugzilla.wikimedia.org/describecomponents.cgi?product=MediaWiki%20extensions

Note: On http://semantic-mediawiki.org/ "Report a Bug" still links to https://bugzilla.wikimedia.org/buglist.cgi?component=Semantic+MediaWiki

(In reply to Jeroen De Dauw from comment #3)

What should happen with the existing open tickets in bugzilla.wikimedia.org?

Remove them.

Not possible. Bugzilla does not allow deleting tickets for the sake of data integrity. (You can move them or change their status, though.)

As requested I now disabled filing new tickets in bugzilla.wikimedia.org
I've updated the component descriptions accordingly

Fantastic, thanks \o/

Note: On http://semantic-mediawiki.org/ "Report a Bug" still links to

Please have a more carefull look.

The important part of this ticket has been done, closing.

(In reply to Jeroen De Dauw from comment #6)

Note: On http://semantic-mediawiki.org/ "Report a Bug" still links to

Please have a more carefull look.

Well, the sidebar links to https://bugzilla.wikimedia.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bugidtype=include&component=Semantic%20MediaWiki&list_id=286181&order=Importance&product=MediaWiki%20extensions&query_format=advanced&resolution=WONTFIX&resolution=LATER&resolution=---
(which doesn't make much sense as the link says "Enter a bug" instead of "View existing tickets") plus creating new tickets isn't possible anymore.
So this still needs fixing.

Oh... :D Well spotted, I had no idea we had that link there. It was also still linking to WMF gerrit... Guess none of the wiki contributors are actually using those links :)

There was also the "smw_smwadmin_mediazilla" system message which pointed to bugzilla. This one was [1] amended March 4, 2014. However one will have to upgrade/update SMW to get the new link. Reality has it that the updating situation for SMW is unfortunately as bad as for MW itself. :(

[1] https://github.com/SemanticMediaWiki/SemanticMediaWiki/commit/943e22ae2d09bbffe2f14467a69c4275fb8426ae#diff-97befc8fae2e31265042c4d8425cccee

Idially people would get redirected when visiting the old link, though I guess that is not possible.

Idially people would get redirected

Not in Bugzilla itself; maybe via some Apache tweaks

Not in Bugzilla itself; maybe via some Apache tweaks

That would solve part of the issue.

Though I have now also seen people search for SMW in the list, not find it, and then post under a random other Semantic* extension. Having the thing actually still listed though redirect people when selected would solve that.

Bugzilla doesn't allow listing extensions which are disabled for new bug entry on the new bug entry page...

hashar added a subscriber: hashar.Apr 2 2015, 2:45 PM

Can we archive the repositories hosted on Gerrit and drop them from the continuous integration configuration?