[17:53:44] It appears that extension registration callbacks aren't run before schema updates are applied by install.php/update.php; does this feel correct to people, or wrong? Either I should document it clearly, or file a task to fix it, I think. [17:59:55] James_F: correct for install.php, but I think they should run before update.php. In any case, the eventual goal is that extensions aren't loaded at all: https://phabricator.wikimedia.org/T258844 [18:00:38] Right. [18:01:15] In this particular case, I want to define my namespace constant before trying to do DB things with it, which is failing in install.php (and I assumed update.php, but glad to hear not). [18:04:27] James_F: link to code? extensions are like half-loaded in the installer, for the most part everything has to be self-contained in the hook function [18:04:39] legoktm: You're going to be sad. [18:05:17] https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikiLambda/+/master/includes/Hooks.php#134 [18:09:57] James_F: can you file a bug for this? There are a few other extensions with similar use cases [18:10:14] also for adding $wgNonincludableNamespaces support - that should be trivial :) [18:10:36] legoktm: The use case of 'I want to inject content on installation'? Or 'I want access to constants / extension set-up in the schema change'? [18:10:44] Oh, yeah, forgot to file that one ages ago. [18:10:44] the former [18:12:57] Filed as T277209 and T277210. [18:12:58] T277209: Provide a clean mechanism by which extensions can inject content into the wiki on installation/upgrade - https://phabricator.wikimedia.org/T277209 [18:12:58] T277210: Allow adding namespaces to wgNonincludableNamespaces via static extension registration - https://phabricator.wikimedia.org/T277210