eRepublik, FreeSpace, Habbo, Honey Works Premium Live, GFL/IOP, Knuckle Cracker, LifeWiki, Melvor Idle, Mii, Minetest, Protochroma, Salem, Songs of Syx, This Might Be A Wiki, Traveller RPG, Vendetta, and Wyvern
Detective Conan Wiki included /wiki/ in both its base_url and
search_path. While this doesn't actually cause search to fail, as the
site seems to be able to resolve ?search= queries even when the base
path is invalid, it does mean the URL path is invalid if attempting to
use it for other purposes.
Starfy Wiki included its full URL in the search_path. This is consistent
with how Starfy Wiki's MediaWiki API defines its search_path, but it
violates assumptions made by IWB, causing redirects to fail.
Also, adjusted the origins_label for Warcraft Wiki.
Bulbapedia's search path was incorrectly listed as `/wiki/index.php` instead of `/w/index.php`. This caused redirection to Bulbapedia to fail, landing on the invalid wiki page https://bulbapedia.bulbagarden.net/wiki/index.php
Renamed platform "doku" to "dokuwiki".
The software is named "DokuWiki", just like "MediaWiki".
The previous search path construction for DokuWiki wikis would fail for
wikis that put their page names in query parameters instead of the path.
For example, https://wiki.diceydungeons.com/doku.php
(note that this wiki is not currently supported by IWB).
The solution is to use "doku.php", which always renders as the main page
on DokuWikis, regardless of the URL structure, so can safely be used as
the base URL for searches.
However, to parallel MediaWiki wikis, which put "index.php" in the
wiki-specific search_path, I've moved "doku.php" to the definitions of
individual DokuWikis, so the JS now only adds query parameters.
Gabriel