Last modified: 2013-03-26 12:39:32 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43135, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41135 - on beta wmf-config/extension-list is a live hack
on beta wmf-config/extension-list is a live hack
Status: RESOLVED WORKSFORME
Product: Wikimedia Labs
Classification: Unclassified
deployment-prep (beta) (Other open bugs)
unspecified
All All
: Normal normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 41132
  Show dependency treegraph
 
Reported: 2012-10-17 21:16 UTC by Antoine "hashar" Musso (WMF)
Modified: 2013-03-26 12:39 UTC (History)
5 users (show)

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


Attachments

Description Antoine "hashar" Musso (WMF) 2012-10-17 21:16:49 UTC
On beta, the file wmf-config/extension-list is a live hack. It hold a list of extensions entry points, most probably to be used by the l10n updater when it generate the list of i18n files.

Whenever a new extension is installed on beta, an entry must be added as a live hack in that file.

We need to find out a solution so that either:
- production does not choke (to be verified) when the extension does not exist 
- beta uses its own extension-list file and any script using the file need to be adapted to detect they are in a beta context and use another file (like extension-list-wmflabs).
Comment 1 Antoine "hashar" Musso (WMF) 2013-03-26 12:39:32 UTC
That used to be a problem when we had specific extensions deployed on beta. That is no more the case since beta is no closely following production.   Hence, this bug report is no more needed :)

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


Navigation
Links