[00:57:27] The list is final now if you want to take a look [01:00:14] mwcosmos's real URL is https://mwcosmos.wikitide.org. Not sure why the Miraheze version of the URL shows that. [01:02:14] [01:02:29] idk it gives the miraheze.org URL here [01:03:01] Looks like the WikiDiscover API might be broken? [01:03:25] Probably. https://mwcosmos.wikitide.org/wiki/Special:ManageWiki says it uses the wikitide.org domain. [01:06:00] Apparently I was wrong about shiftlesswiki but I have no idea how it managed to end up in the list of public+open wikis from the WikiDiscover API [01:09:35] Can you check if mwcosmos has a value in the wiki_url row [01:10:34] It shouldn't. I think `wiki_url` is the value shown in "Domain name" on ManageWiki. It used to have a custom domain but CA forgot to renew it. [01:11:09] In fact the link on mediawiki.org still points to the old custom domain which has been down for a long time [01:11:12] Because if not, it's passing it to CreateWikiValidator::getValidUrl which just appends .miraheze.org without considering that it's not on miraheze.org [01:11:53] Which I think might be a fault of CreateWikiValidator? I mean, I don't know how you account for wikitide.org wikis in particular [01:14:07] [1/2] https://dpl4.miraheze.org/ also shows domain misconfigured. [01:14:07] [2/2] So the fact that Cosmos Example Wiki _used to_ have a custom domain is probably the reason. [01:14:46] DPL4 Wiki should also get an exemption from inactivity lol. [01:16:33] Actually WikiDiscover behaves exactly the same with respect to the DPL4 wiki and I probably just haven't noticed it in my error logs because I went to shower around the time it was on the letter D [01:18:05] So I guess the question is just, how does CreateWiki even know wikitide.org is an allowed domain [01:19:44] Or does it even know that, is that a ManageWiki exclusive thing [01:20:08] [1/15] I was going to say I found no difference but if dpl4 wiki has the same issue then problem resolved. [01:20:08] [2/15] ``` [01:20:08] [3/15] object(stdClass)#9831 (2) { [01:20:09] [4/15] ["wiki_dbname"]=> [01:20:09] [5/15] string(8) "dpl4wiki" [01:20:09] [6/15] ["wiki_url"]=> [01:20:09] [7/15] NULL [01:20:10] [8/15] } [01:20:10] [9/15] object(stdClass)#9744 (2) { [01:20:10] [10/15] ["wiki_dbname"]=> [01:20:11] [11/15] string(12) "mwcosmoswiki" [01:20:11] [12/15] ["wiki_url"]=> [01:20:12] [13/15] NULL [01:20:12] [14/15] } [01:20:13] [15/15] ``` [01:20:20] Or is that just a MirahezeFunctions hack [01:24:52] Yeah wikitide.org is probably just a horrible MirahezeFunctions hack lmao [01:31:44] https://issue-tracker.miraheze.org/T15301 [01:35:21] Okay I removed all domain misconfigured wikis from the list since they are all just on wikitide.org [01:57:30] [1/2] There is something misconfigured in Echo that makes it send requests to /api.php instead of /w/api.php when fetching cross-wiki notifications [01:57:31] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1498865784766726255/image.png?ex=69f2b70a&is=69f1658a&hm=355f762a5da03d2a0f05e993a714570ca2e62f93cd20f6050a8ec6dd025172a0& [01:58:16] Or maybe CentralAuth actually [01:59:14] [1/3] It's supposed to look like the left one but instead just ends up listing links to Special:Notifications like on the right [01:59:15] [2/3] https://cdn.discordapp.com/attachments/1006789349498699827/1498866220131422368/image.png?ex=69f2b772&is=69f165f2&hm=e056ea72fffd8b2e6c35b543544a25eb04479ccf30b10b94090d0ca09c8987d2& [01:59:15] [3/3] https://cdn.discordapp.com/attachments/1006789349498699827/1498866220416372928/image.png?ex=69f2b772&is=69f165f2&hm=488f911359d2839d4dd49110f6c4c5809c57ae0f6d0aa5603b5d1aa42d6e16a9& [02:04:23] Yeah it looks like $wgScriptPath is set locally but never in $wgConf which is why Echo thinks other wikis have it blank [02:17:27] https://github.com/miraheze/mw-config/pull/6389 [03:47:03] I’ve now extracted an XML dump from my wiki’s SQL dump. The resulting XML dump is 2.0 GB in size. Any issues with me importing this? The original SQL dump was 960 MB. [03:47:33] This is a wiki I am migrating from Wikibase Cloud to Miraheze [03:51:21] (Zero files) [05:50:09] is it to do with the article path being set [05:50:55] some check would probably need to be added to echo/other extensions for other wikis' script paths then [05:51:02] Script path [05:51:33] I don't think Echo needs any check I'm pretty sure just updating $wgConf should work [05:55:51] I guess if you're having the same issue on WikiOasis you can test my fix from above lol [06:24:04] Use Special:ImportDump on meta like all users do [06:24:18] If that fails, go to Phorge [06:25:07] Yes but we're not quick about it [06:31:08] [1/2] That explains https://issue-tracker.miraheze.org/T14888 lmao. [06:31:08] [2/2] Thanks for the fix! I can't believe no one else saw that error. [12:41:39] [1/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499027887284686878/image.jpeg?ex=69f34e02&is=69f1fc82&hm=711b34726570ae7a1e7b080af74852629d3e026fd5149bce8af6bd8e49618f77& [12:41:39] [2/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499027887733473390/image.jpeg?ex=69f34e03&is=69f1fc83&hm=6264007e666c6eb52701f2778a41cb2f4b81c31c756807a10ea6fb605e64d789& [12:41:40] [3/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499027888131805294/image.jpeg?ex=69f34e03&is=69f1fc83&hm=fc47773e02f23bc982a33b536277ed65ee6c9dcf68245aaf3ccaf6c93ee65f5b& [12:41:40] [4/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499027888480190484/image.jpeg?ex=69f34e03&is=69f1fc83&hm=5cd70b86b183ff6bc33e13eac816ddcd0c87bcc47d4ed1544b140b1142641036& [13:29:02] we don't do custom article paths, it's just /wiki [13:29:15] firstly /wiki is just better and secondly it's like yeah [13:39:38] But this has nothing to do with article paths lmao this is script path [14:45:09] does mh allow custom script path [14:45:14] iirc the script path on WO is just / anyway [14:45:50] I was more asking if you expect any issues with importing a dump of that size but I guess the answer is no [15:05:36] I doubt 2gb is big enough [19:07:14] [1/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499124919923904572/PXL_20260418_041553_486.jpg?ex=69f3a861&is=69f256e1&hm=adf02c4e665dd6e5cf3a72a43f557876389fc445f4f00a918214d2855cb53500& [19:07:14] [2/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499124920431546500/image_6w7e8q.jpg?ex=69f3a861&is=69f256e1&hm=cfe6466808033dc4799ff550bcffc6242f50eae3c7fa48a1b5f9a93420466e45& [19:07:14] [3/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499124921048236302/IMG-20260331-WA7542.jpg?ex=69f3a861&is=69f256e1&hm=fc1a2cb17590d497983575a987b9887378acd249956aa51b38db30c4ea604632& [19:07:15] [4/4] https://cdn.discordapp.com/attachments/1006789349498699827/1499124922096816350/IMG_7092.jpg?ex=69f3a861&is=69f256e1&hm=1f82da1ee9fc269581fe292b6fa0f7e3d55ec878df435eae29a9f01f222e8988& [19:18:06] [1/2] > Error loading MediaViewer: Failed dependency: mmv [19:18:07] [2/2] :EmotiHmm: [22:58:01] it'll take a lot of time probably but that's about it [22:58:35] for custom domains that already have `.wiki` then it's kinda redundant [22:58:59] true true [22:59:00] The upload might fail for very large files. I can't remember the exact numbers, though. [22:59:10] equally so then what's the point in adding /wiki at all [23:00:13] yeah but if that happens it can be requested on phorge with no issues