Begining around the first week of december 2015, I have some difficulties to manage versions of modules. For this I use package.loaded.
Each require() records well the module in package.loaded, but #invoke do not that. Before, this was working fine.
To verify this, I just make 2 modules in french wikisource, used in their discussions: Module:TestRequire and Module:TestpackG
| Status | Assigned | Task | ||
|---|---|---|---|---|
| Duplicate | None | T60462 Gadgets enabled by default should be held to a higher level of quality | ||
| Open | None | T39230 Provide standard way to create/run QUnit tests for Gadgets and user scripts | ||
| Open | None | T53651 Auto-generated gadget code documentation | ||
| Open | None | T71445 Implement a sane code-review process for MediaWiki JS/CSS pages on Wikimedia sites | ||
| Declined | • Reguyla | T102657 Create project tag for Twinkle | ||
| Open | None | T101362 A #Templates tag for tasks related with creating/fixing MediaWiki templates? | ||
| Resolved | Nemo_bis | T85433 Using Phabricator for gadget-related tasks | ||
| Open | None | T66475 Make crosswiki bits and pieces truly global (tracking) | ||
| Open | None | T121470 Central Global Repository for Templates, Lua modules, and Gadgets | ||
| Open | Rical | T135845 Convert any module as central or centralisable | ||
| Open | None | T122752 #invoke do not record the main module in package.loaded |
Each require is well recorded in package.loaded
Where exactly can this be seen if I wanted to reproduce the problem?
The 2 test modules, TestRequire and TestpackG list the content of package.loaded (and of the global _G space for my own use). Exactly with the same code.
The only difference is the require() in TestRequire.
To increase the confidence in the test, I use twice the same instruction to list, one to detect "ext", the other to detect "Module".
The result lists 1 module when it is require(), and no module when it is #invoke, which denotes the bug.
Thanks for your attention, and sorry for this difference hiden between many others.
To restore the main module in my case, I use:
local gettitle = mw.getCurrentFrame():getTitle() -- to get the mainmodule title
module = centre.pcallrequire(gettitle) -- require() must not fail in case of error.
For many other uses, this bug have no impact, but we need to repair that.
Find the origin or the bug is probably longer than repair it.
The bug appears probably around 2015-11-25 to 2015-11-28 if we look at my comments in history, when I begin to search the main module date and time.
To better understand what happens, I edit my file in local Jedit and try the module 20 to 100 times a day.
I record the module only when I get enought stable running. History of the module:
Before, this was working fine.
Please indicate the specific version of Scribunto in which this was "working fine". I can't manage to reproduce it locally, even reverting much farther back than you've specified. As far as I can determine the module from the #invoke was never included in package.loaded.
Sorry for the ambiguity. I edit the module in local Jedit, and for each try I copy the code of the module in the standard edit window,
in the standard public page https://fr.wikisource.org/wiki/Module:Central or some other.
The version of Scribunto is the standard version in standard MediaWiki at each date, for fr.wikisource.
I never look at this version.
Unfortunately, as I said, I can't manage to reproduce your old behavior locally with the relevant versions.