Implement Gadgets 2.0
Open, NormalPublic

Tokens
"Love" token, awarded by Sunpriat2."Orange Medal" token, awarded by Krinkle."Heartbreak" token, awarded by He7d3r."Love" token, awarded by Liuxinyu970226."Mountain of Wealth" token, awarded by RandomDSdevel."Love" token, awarded by Qgil."Love" token, awarded by Luke081515."Love" token, awarded by Ricordisamoa.
Assigned To
None
Authored By
Krinkle, Jun 4 2011

Details

Reference
bz29272

Related Objects

StatusAssignedTask
InvalidNone
OpenNone
OpenNone
OpenNone
OpenNone
Resolved Krinkle
DeclinedNone
Resolvedkaldari
Resolvedkaldari
Resolved Krinkle
OpenNone
Resolved Krinkle
Resolved Krinkle
Resolved Krinkle
Resolved Krinkle
OpenNone
DeclinedLegoktm
ResolvedLegoktm
DeclinedLegoktm
ResolvedLegoktm
ResolvedKrenair
ResolvedNone
ResolvedLegoktm
ResolvedLegoktm
ResolvedKrenair
ResolvedLegoktm
Resolvedkaldari
Resolved Krinkle
Resolved Fhocutt
Resolvedkaldari
Resolvedkaldari
StalledNone
ResolvedNone
ResolvedNone
ResolvedNone
There are a very large number of changes, so older changes are hidden. Show Older Changes

We should be able to get away with not implementing separate content models/handlers for the Gadget namespace, all we needed were data updates on edit and on deletion, which are available through the SecondaryDataUpdates & WikiPageDeletionUpdates hooks. But not implementing a full content model might bite us later on...thoughts?

We will need one for the Gadget definition namespace regardless.

  • determine migration deployment plan

Here's what I'm thinking:

  1. Run script to populate Gadgets definition namespace pages
  2. Run script to move MediaWiki:Gadget-* pages to Gadget namespace. Because we will leave redirects behind, existing gadgets will continue to work, albeit with a performance hit due to extra HTTP requests.
  3. Flip configuration switch to use GadgetDefinitionRepo (or whatever it is named)

I don't know how bad the performance hit in #2 is going to be...if it's terrible we could do the configuration change first, and then move pages and have a small time where gadgets don't work until the page move script finishes running.

Nemo_bis removed a subscriber: Nemo_bis.Aug 2 2015, 10:11 AM
Restricted Application added a subscriber: Luke081515. · View Herald TranscriptAug 9 2015, 8:14 PM
He7d3r updated the task description. (Show Details)Aug 27 2015, 3:23 PM
Catrope removed a subscriber: Catrope.Nov 13 2015, 8:21 PM
Base added a subscriber: Base.Dec 7 2015, 11:14 PM
TTO renamed this task from Implement Gadgets 2.0 (tracking) to Implement Gadgets 2.0.Jul 11 2016, 12:02 AM
TTO edited projects, added Epic; removed Tracking.
TTO removed a subscriber: wikibugs-l-list.

Not wanting to tread on anyone's feet here, but this is an "epic" task with a clearly-defined endpoint, not a continuous "tracking" task.

In fact it is a Gadgets-2.0 release duplicate. (And all releases are obviously epics, therefore is not necessary to tag it Epic.) I was going to clean it up, but by removing Tracking it goes out of my radar, so it may take longer now...

He7d3r rescinded a token.Oct 17 2016, 1:29 PM
He7d3r awarded a token.
Prod added a subscriber: Prod.Oct 17 2016, 3:04 PM
Krinkle removed a subscriber: Krinkle.
jhsoby added a subscriber: jhsoby.Feb 19 2018, 4:05 PM
Nirmos added a subscriber: Nirmos.Mar 26 2018, 6:07 AM
Sunpriat2 added a subscriber: Sunpriat2.

What's the current situation here? Is this task stalled? I can neither see any major contributions done to this (nearly done?) project in more then a year nor any major blockers.

Qgil removed a subscriber: Qgil.Aug 13 2018, 7:29 AM