Context: T268657: Epic: IP Info popup
This piece is needed for fetching Block and Contribs information to display in the IP Info popup.
- Decouple where the assumption of GeoIP is harcoded
- Add another source of truth - Wikipedia
Context: T268657: Epic: IP Info popup
This piece is needed for fetching Block and Contribs information to display in the IP Info popup.
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Open | None | T285977 IP Info | |||
Open | None | T268657 Epic: IP Info popup | |||
Resolved | • Niharika | T286661 Create framework for fetching on-wiki information [L] | |||
Resolved | phuedx | T270318 Block info in the popup [M] | |||
Resolved | Spike | • TThoabala | T293263 [SPIKE] Investigate getting number of past block for IP (including IP ranges) [8H] | ||
Resolved | • wikitrent | T270319 Contribs info in the popup [M] |
AFAICT this is mostly done. The extension can use multiple strategies to fetch information about an IP address from anywhere we choose. However, as modelled, the extension expects each of those strategies to return the same information but this can be fixed with a very small change to the codebase.
Decouple where the assumption of GeoIP is harcoded
Because the extension can use multiple strategies to fetch information about an IP address, it's conceivable that we could have one strategy that makes that assumption (that the GeoIP database is available on the local filesystem) and another strategy that doesn't.
Change 708556 had a related patch set uploaded (by Phuedx; author: Phuedx):
[mediawiki/extensions/IPInfo@master] Relax return type of InfoRetriever::retrieveFromIP
Working on T270318: Block info in the popup [M] a little highlighted an issue with the current design that I hadn't considered yesterday: The domain objects know how to serialise themselves to JSON (and only JSON). Up until now, this was acceptable because no additional context was required during serialisation. However, what happens when you want to display a message as is the case when displaying a block's comment and/or duration. As well as relaxing the return type of MediaWiki\IPInfo\InfoRetriever::retrieveFromIP, I plan to remove these limitations by doing the following:
and for T270318: Block info in the popup [M]:
Change 709687 had a related patch set uploaded (by Phuedx; author: Phuedx):
[mediawiki/extensions/IPInfo@master] rest: MediaWiki\\IPInfo\\RestHandler -> ..\\Rest\\Handler
Change 709688 had a related patch set uploaded (by Phuedx; author: Phuedx):
[mediawiki/extensions/IPInfo@master] rest: Add presenter
Change 708556 merged by jenkins-bot:
[mediawiki/extensions/IPInfo@master] retriever: Several closely related changes
Change 709687 merged by jenkins-bot:
[mediawiki/extensions/IPInfo@master] rest: MediaWiki\\IPInfo\\RestHandler -> ..\\Rest\\Handler
Change 709688 merged by jenkins-bot:
[mediawiki/extensions/IPInfo@master] rest: Add DefaultPresenter
The patches for this task should be NOPs from the point of view of the UI. Testing that the infobox/popup UXs are still working should suffice.
Change 713828 had a related patch set uploaded (by Phuedx; author: Phuedx):
[mediawiki/extensions/IPInfo@master] Update mw.IpInfo.IpInfoWidget for new API response
Change 713828 merged by jenkins-bot:
[mediawiki/extensions/IPInfo@master] Update mw.IpInfo.IpInfoWidget for new API response
Change 731097 had a related patch set uploaded (by Phuedx; author: Phuedx):
[mediawiki/extensions/IPInfo@master] widget: Several display fixes
Moving this back to Done: Q2 2021-22 as code review and QA of the above will be done as part of T286662: Display block and contribs info in popup and infobox [S].
Change 731097 abandoned by Phuedx:
[mediawiki/extensions/IPInfo@master] widget: Several display fixes
Reason:
Merged into wikitrents patch elsewhere.