[01:04:33] is there a status update on addressing the issue with createwiki? [01:04:33] https://phabricator.miraheze.org/T11466 [01:10:36] we're up to 50 pending in the queue and we can't process them because createwiki isn't working properly to create the wiki and/or provide appropriate rights to the requestor. [01:11:31] not to mention an unknown number of wikis that were created before this issue was identified where the requestors don't have their bureaucrat rights. [01:19:34] @jph2 can you pick a wiki that you approve of and i'll do it [01:19:56] i don't really want to go through the process of trying to create a test wiki when there's some in the queue i can see. [01:43:18] I thought we used Phabricator.. [01:44:38] [1/3] this wiki request is ok [01:44:38] [2/3] https://meta.miraheze.org/wiki/Special:RequestWikiQueue/38115 [01:44:38] [3/3] futureuspolwiki [05:09:34] oh i don't have perms to accept [05:09:47] can you accept/approve please [09:09:15] https://discord.com/channels/407504499280707585/1179403563957497856 and https://discord.com/channels/407504499280707585/1179628826322534471 Domain Exceptions happen when some people access Special:Preferences [11:29:36] We do, Phabricator in its original form isn’t maintained anymore so the community created a fork [13:45:46] I just approved this one: https://meta.miraheze.org/wiki/Special:RequestWikiQueue/38123 [13:48:50] Looks like it has been created properly. [14:11:22] [1/2] @paladox I just created the wiki from this request: https://meta.miraheze.org/wiki/Special:RequestWikiQueue/38116 [14:11:22] [2/2] It created the database and gave the requestor the proper permissions but the wiki's Main Page is blank. So it's not incorporating the boilerplate into the Main Page. [14:12:49] I see it did include the boilerplate for the wiki Redmin created, though. Strange. [14:17:56] [1/2] @palodox I created the wiki at this request to see if the issue was related to older requests. it created the database but the Main Page is empty and it failed to give the requestor bureau permissions but it did create the requestor's account on the wiki. [14:17:56] [2/2] https://meta.miraheze.org/wiki/Special:RequestWikiQueue/38227 [14:18:21] so it's still not working right or consistently for me. [15:10:21] Hmm, when I go to those wikis now, I don’t see any of the issues you mention [15:24:11] (I can see default main pages, and rights are properly granted) [15:26:35] I will note that wiki creation isn't instant [15:27:20] And neither are jobs [15:27:58] Some delay is acceptable [15:28:31] @jph2 [15:31:01] Thank you. I see the same for those wikis now. [15:31:06] I will note that the requestor doesn't get a notification until everything is done [15:31:23] Good to know [15:31:25] And you should get a message on the wiki request page if there's been a fault [15:32:06] Has there ever been an instance where there's been a fault and it not comment? Or are all just slow like MacFan4000 has pointed out? [15:34:56] https://romenxtfic.miraheze.org/wiki/特別:登録利用者一覧/sysop [15:35:08] This was the one linked in the phab task [15:35:20] User truly wasn’t granted bureaucrat rights [15:35:36] MacFan4000: anything in graylog? [15:36:44] Permission denied/memcached error when setContainersAccess was being run, but that seems fixed now (can run manually without issue) [15:38:42] Weird [15:39:37] That's fairly early on [15:39:42] MacFan4000: I have a theory [15:40:05] If one step fails, do the rest run [15:40:39] Because I'm pretty sure the rest could [15:40:50] And it could just report in a comment for a failed post step [15:41:07] So the setContainersAccess issue might have caused the rest to not run [15:41:23] And I don't think it taking a few minutes is a problem [15:41:29] MacFan4000: thoughts? [15:42:10] Maybe, don’t have time to look at it right now though [15:43:25] That's my theory from the sea [15:55:16] [1/2] > I will note that the requestor doesn't get a notification until everything is done [15:55:16] [2/2] I don't think that's correct. A message saying "Wiki created." is left on the request as soon as the DB is created. [15:55:32] HolidayRhino: ^ [15:56:09] The email and echo notification are at the end @redmin0 [15:56:12] [1/2] > Permission denied/memcached error when setContainersAccess was being run, but that seems fixed now (can run manually without issue) [15:56:12] [2/2] Is that related to Swift? [15:56:17] Yes [15:56:28] To the is that swift [15:56:36] Oh, wasn't aware of that. [15:56:43] But ye the comment on the request is at the start [15:56:57] Maybe there could be a creating/created comment [15:58:03] The log is very last [15:58:16] So check for the log message as having appeared [15:59:52] But my thoughts are likely blame Swift [16:00:01] Unless any are still failing [16:14:50] same [16:33:31] They seem to be creating without issue now. Although I haven't verified each and every one, those I did check are good. [16:41:29] Cool [18:36:28] Hmm, i see the main page on this one? [18:41:38] @paladox: I think issues might be resolved now [18:41:47] And it was just a tad slow earlier [18:42:23] ok [19:08:13] Yeah, can confirm it's working fine now. [22:07:43] @orduin see dms pls [22:14:01] seems we use wdc disks on cloud13 [22:14:12] and kingston on cloud14 [22:40:12] Just to close the loop, @palodox, create wiki seems to be working fine now. and that wiki is fine and the requestor has their proper rights. [22:42:12] the last wiki i created a bit ago is fine with rights assigned