[05:14:59] @Site Reliability Engineers when someone has a moment to go through and reply to this: https://meta.miraheze.org/wiki/Special:RequestWikiQueue/40771 [05:15:14] bit out of the ordinary and very tech focused, would be ideal to get a response from someone more experienced than I [05:15:31] I was going to decline as not possible but thought I'd ask someone to pop in regardless [06:28:06] Whenever someone gets a chance to do the above, should only take ~3 minutes max [06:36:16] It's entirely possible for them to do what they're asking there as long as they understand that the information they will be populating their wiki with will need to be uploaded by them using a bot that they will have to create themselves. [06:37:28] @orduin they want to have us use importTextFiles.php [06:39:31] You have to reply them with that [06:39:48] Probably more credible than I as well [06:40:38] Yep [06:41:16] Though wouldn't that mess with some stuff since all MH wikis are the same on their base foundation? [06:53:15] No [06:53:39] Most maint scripts are perfectly safe to run [08:25:36] @rhinosf1 I've got a new strange theory for why the NS resolver doesn't work. It works with publictestwiki.com because it's already got a DNS zone created, [08:25:41] but that's why it doesn't work for others [12:10:00] Orange_Star: hi, since I'm not sure if you were around before I'll repeat what I said on Discord in case you have any ideas [12:10:07] Reception123 — Today at 9:25 AM [12:10:07] I've got a new strange theory for why the NS resolver doesn't work. It works with publictestwiki.com because it's already got a DNS zone created, [12:10:07] but that's why it doesn't work for others [12:10:21] (I've just seen another example of a domain where there's the same SERVFAIL error) [12:21:31] In that case Icinga should report a NXDOMAIN (having a domain registered with a authoritative nameserver but that server having no records, even SOA, is something I've never seen) error on IRC (currently it does not for rDNS checks, see https://issue-tracker.miraheze.org/T11768) [12:22:40] I've noticed that since Paladox added Cloudflare's IPv4 to the DNS resolvers, these errors have gone down, which makes me think it was indeed throttling on CF's side [12:22:50] can you copypaste that example here? [12:45:15] Orange_Star: well yes but the difference is that the rDNS checks are only done for what's listed here: https://github.com/miraheze/dns/tree/master/zones [12:45:36] that's my theory, that rDNS works if the zone is already added but for new domains before adding the zone it doesn't want to work [12:45:56] https://www.irccloud.com/pastebin/bDXIvlEv/ [12:46:25] if you want I can test it by adding that domain to the DNS repo and then running again [12:49:18] Welp, it seems to be working as intended [12:49:31] also returning SERVFAIL on my side for that domain [12:49:40] ok, I'll try to add it to dns/zones to prove my theory [12:53:14] interesting [12:53:20] now after having added it to DNS it says [12:53:22] https://www.irccloud.com/pastebin/AT7aOVR8/ [12:54:22] though I guess that indicates that my theory is right since there's no more servfail [12:54:47] I'm not sure how to fix it then but the whole idea is that we want the zone to be added automatically so it's completely useless in this context for it only to work after the zone is added [12:57:41] Orange_Star: ^ [13:00:48] you're getting some bizarre erros there Reception [13:00:59] DNS cache issues? [13:01:04] yeah, though I think that's just a python logic error [13:01:18] but the fact that the error has changed clearly means that whether the DNS has a zone file makes a difference [13:01:23] [1] localhost:~$ kdig @ns1.miraheze.org www.ebcat.me [13:01:55] that works correctly [13:02:42] Orange_Star: yeah it's because it doesn't like None [13:02:46] And also, the nameservers return REFUSED for domains they do not have in the zonefile [13:02:49] I changed that to "test" and it just says NS is not pointed now [13:02:53] not SERVFAIL [13:03:03] so even now it still doesn't think it's pointed [13:12:05] well there has to be something wrong with the script because icinga likes it [13:12:07] Plugin Output [13:12:07] SSL OK - www.ebcat.me reverse DNS resolves to cp37.wikitide.net - NS RECORDS OK [17:16:42] ^ @rhinosf1 any thoughts? [17:29:32] Not yet [19:29:56] Should we update https://github.com/miraheze/TSPortal/blob/master/resources/lang/en.json with the merge/move? (Ie replace Miraheze Limited with WikiTide Foundation, UK law with us, etc) [19:30:44] Would also require updating the cheat sheet in https://github.com/miraheze/TSPortal/blob/master/config/app.php [19:57:52] ^ @serverlessharej [19:59:22] for the cheat sheet, I'm not fully sure whether it should be federal statutes or the Idaho criminal code [20:00:28] No-one fully knows I think [20:00:57] who has jurisdiction on Internet-based platforms? Ask 100 people, get 1000 different responses [20:05:46] I’ll hold off on that. Should I at least make a quick PR changing the company name and UK to US law? [20:06:31] That should be fine yes [20:17:09] What's equivalent of the Data Protection Act/Regulation in the states? [20:23:18] (none) [20:26:21] ..Right. US. [20:26:24] Should I uh [20:26:25] just [20:26:28] remove that part [20:28:40] ALSO [20:28:48] [1/2] you have lied to us agent [20:28:48] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1205248889972588614/iAeDOv3.png?ex=65d7ae7f&is=65c5397f&hm=5bafeb19c1805787de68e26cf88950e58730f3fa66c4d3403b1c6d23ec59e108& [20:28:59] its not the wikitide foundation its wikitide inc [20:29:57] im devestated [20:30:06] something something IRS takes a trillion years to process updates [20:30:07] how could you keep such a conspiracy [20:30:20] not enough zeros [20:31:02] [1/2] so what do we do with `"dpa-statutory": "I am a British citizen exercising my rights under the Data Protection Act 2018, or a citizen of a country inside the European Economic Area exercising my rights under the General Data Protection Regulations 2016/679.", [20:31:02] [2/2] "dpa-username-above": "The above username is",` [20:31:28] That remains [20:31:44] GDPR/DPA applies wherever the org is based [20:31:52] oh still applied [20:31:56] gucci [20:32:57] with legal names do you say WikiTide Foundation or the WikiTide Foundation [20:33:21] either works [20:33:28] The last one feels cool to say [20:33:33] the Foundation [20:34:05] https://tenor.com/view/scp-logo-scp-site-alpha-gif-26929242 [20:34:12] wait can we get on of these for us [20:34:18] thats a lit gif [20:37:32] also da hell is a 'company number in the US' I could not find a single thing that brought me the name WikiTide with the id on the footer(5312868) I had to find the EIN from somewhere else [20:37:59] I think Reception123 was the one who updated that and he didn't realize "state registration number" is essentially useless in the U.S. [20:38:07] what really matters for a non-profit is the EIN [20:39:01] want me to update that as well? [20:39:35] I didn't update it myself but Paladox asked me for a number and I mistakenly did make that assumption so perhaps it was updated on that basis [20:40:26] aight ill replace with EIn [20:44:31] @agentisai @reception123 https://github.com/miraheze/TSPortal/pull/17 [20:46:23] "All rejections will align with the Data Protection Act 2018 in the Unted Kingdom" my eyes [20:48:11] fixed