[00:39:40] [discord] Thanks for approving my new username [05:23:54] Is there a way to publicly see which groups have which permissions? Or is that only available to see in LocalSettings.php? [05:37:52] [discord] ryzenda: Special:ListGroupRights [06:54:04] [discord] Small Pig Reporter? 😊 [06:56:50] Damn, DarkVector skin/theme is annoying as fuck, using !important in so many of the css declarations, lol, how is this acceptable? [10:23:33] wiki/Special:Tags - I'm trying to understand tags. How does something get 'tagged?' [11:42:45] ryzenda: in most cases automatically by various extensions or core features [11:43:12] It's technically possible to do it via other means [13:51:24] [discord] Yes that is my old username 🙂. [13:53:41] [discord] file a task and say which wiki [14:58:20] [discord] https://phabricator.miraheze.org/T8856 [14:58:21] [url] ⚓ T8856 Error when deleting files | phabricator.miraheze.org [15:00:32] [discord] I think the ticket is very important and urgent......can I change the Priority? [15:00:48] [discord] noo [15:00:53] [discord] no [15:00:58] [discord] but I can look [15:01:39] [discord] Ok,thanks [15:02:04] [discord] priority is based on SRE's ability/assessment rather than an individual's sense of urgency, if that makes sense [15:03:23] [discord] @SD_hehua what was the exact error on testwiki [15:03:35] [discord] It won't be the exact same [15:04:48] [discord] 删除文件发生错误:存储后端“local-backend”发生了一个未知错误。 [15:04:54] [discord] T8913 [15:05:11] [discord] It was marked as duplicate [15:05:34] [discord] they are not the same error [15:05:40] [discord] https://phabricator.miraheze.org/T8913 [15:05:41] [url] ⚓ T8913 Error deleting files on testwiki | phabricator.miraheze.org [15:06:28] [discord] Let me try it on more wikis [15:10:10] [discord] i'll try a hammer server side [15:10:28] [discord] Wikimedia\Rdbms\DBTransactionError: Explicit transaction still active. A caller may have caught an error. Open transactions: LocalFile::lockingTransaction [19:18:00] At the end of LocalSettings.php, after a bunch of wfLoadSkin and wfLoadExtension calls, var_dump($wgResourceModules); shows empty array. Where can I inspect the vaalue of php variables later in execution when the variables are fully populated? [19:19:49] eval.php [20:07:05] Hello forteller! If you have any questions, feel free to ask and someone should answer soon. [20:13:35] Hi. I have a support question: About a week ago the direct access to the VisualEditor on any page on one of my wikis stopped working. I can still access the VE, but only by first opening the source editor and then going to the VE from there. This has been confirmed by another user. I don't understand what I've done to make this happen. At first I [20:13:35] thought it was the Reference Tooltip that did it for some strange reason, because this happened around the time I got help turning that on*, but turning off the Gadgets extension did not help, so it's probably not that. I've looked trough my list of other installed extensions, and can't remember turning on any other of them at the time this bug [20:13:36] started. [20:13:36] The wiki in question is https://norskpolitikk.miraheze.org/ [20:13:37] Any help trying to fix this bug would be truly appreciated. It's very important for this wiki that it's easy to edit for anyone, so the VE needs to work directly from the articles. Thanks! [20:13:37] * https://phabricator.miraheze.org/T8857 [20:13:38] [url] ⚓ T8857 Install extension Reference Tooltips | phabricator.miraheze.org [20:13:43] [url] Norsk politikk | norskpolitikk.miraheze.org [20:16:44] [discord] forteller: Try disabling VisualEditor for the main namespace in Special:ManageWiki/namespaces, let it rest for 10 minutes and then re-enable it [20:16:47] [discord] Cycling usually helps [20:17:20] @Agent 😊 fast enough, I was about to say that [20:17:29] Haha. "Have you tried turning it off and on again" – no I have not tried that. Thanks, I'll give it a shot! :) [20:17:42] Yeah try that [20:48:27] Thanks, but no, nothing changed :( [21:12:02] [discord] forteller: Try disabling VE and re-enabling VE [21:12:13] [discord] via Special:ManageWiki/extensions [21:16:37] That didn't work either. Though I did not let it rest for 10 minutes this time, since you didn't mention that [22:16:59] forteller: It wouldn't hurt if you disable VE and let it rest for hours; [22:17:10] just enable it back later and see what's up [22:17:54] Ok. I need to go to bed now, so I'll turn it off until tomorrow and see what happens. Thanks. [22:18:50] yeah [22:19:17] [discord] VE's always been a bit annoying to get going perfectly tbh [22:19:51] [discord] a bit of time is indeed necessary for most managewiki related changes though, since various changes/extensions take time to update in full [22:20:15] @raidarr lol [22:20:45] [discord] looks like we have another request for a wikipedia fork [22:20:48] yeah, most times, with managewiki changes, you just have to be patient [22:20:54] I mean, very very [22:20:56] [discord] at this point 'wikipedia fork' should just be a full on wiki category [22:21:35] where's that one? lol [22:22:02] [discord] request that was 'future wikipedia' and currently named 'futurikipedia' [22:23:40] ah, that's interesting [22:25:53] [discord] I think I found an odd 6 of them that could roughly fit that category so far, and 3-4 of them were from this year's requests [22:49:22] Ah [23:34:12] Following https://mediawiki.org/wiki/Snippets/Load_an_additional_JavaScript_or_stylesheet_file_on_all_pages I got a working solution to load a css file from LocalSettings.php but it doesn't render until 1 second after the page is visible. Is there a hook earlier than BeforePageDisplay to inject css file to load for skins? [23:34:13] [url] Snippets/Load an additional JavaScript or stylesheet file on all pages - MediaWiki | mediawiki.org