[00:24:53] Okay perhaps I'm losing it but the jobrunner is capable of regenerating the cache on the webserver through that redis key but it can't regenerate its own databases.php; I'm assuming it's something to do with file perms but everything is running as www-data so tbh I'm not completely sure [03:35:37] Nah nah nah, everyone learns at their own pace. [03:36:37] Hell, I didn't even know you needed to setup cronjobs or a job queue runner when I first starting messing around with MediaWiki instances. Nor did I know how to do either, you'll eventually keep improving and learning more. [07:09:40] Afaik, there is no jobrunner involved in regenerating cache files in CW/MW. The cache key is checked in the onSetupAfterCache hook and evicted on manage wiki change; the next time that hook runs if the cache key isn't found the file is regenerated [08:05:30] This conversation reminded me I need to finish work to remove databases.php entirely. [08:06:07] But just storing cache entires for some things it needs cross wiki and relying on individual wiki local cache for everything else. [08:15:59] It's not specifically the jobrunner but that's the server it occurs on; it has nothing to do with actual jobs aside from the fact that for whatever reason a cache regeneration by CreateWikiJob doesn't regenerate the local cache in time for post creation tasks (or at all in fact), but it does regenerate the cache on other servers [08:19:24] I thought it might be due to permissions of www-data not being able to access it for whatever reason but if I run the function through eval.php with sudo -u www-data it will regenerate so it's just when the actual job queue calls it somehow [09:18:40] Unrelated note but why use eval.php? shell.php is much nicer and doesnt crash the entire terminal and future commands if you make an error lol. [09:34:06] job queue doesnt touch it though. [09:35:08] it doesnt need the cache for post creation jobs if configured correctly either [09:35:46] As long as its not exiting without it it doesnt actually need it that is. [09:36:15] but if something in config is exiting it then it becomes an issue. [09:48:23] force of habit, warp autocompletes it for me so yeah [09:50:02] It does doesn't it? WikiManagerFactory->create() calls $this->doAfterCreate() which has $this->dataStore->resetDatabaseLists( isNewChanges: true ); in it which should regenerate the local cache [09:51:02] I've done some debugging and the scripts die because $wi->missing is true because the cache hasn't actually updated on the local server [09:55:29] Yeah but it doesnt need that to do post creation steps like main page and other things. Unless I misunderstood what you meant. [09:56:04] Also are you on latest CreateWiki and ManageWiki? [09:56:06] It should though? It calls Shell: which passes a --wiki argument which will fail because databases.php isn't up to date [09:56:15] Yeah [09:56:40] It shouldnt if whatever error page you have is setup correctly. [09:57:04] Unless Shell::makeScriptCommand doesnt pass as CLI [09:57:44] Well the problem here is the resetDatabaseLists doesn't update it on the local server only on remote ones [09:57:53] CLI shouldnt exit with no wiki in databases.php it juat gives a print message and then generates it. If the error page kills in CLI also then that could be the issue. [09:58:59] Not sure tbh. It really should work and doesnt need databases.php entry during creation. If it does then there must a race condition somewhere. [09:59:28] In which case there's a config issue, if --wiki is passed manually to CLI based on my understanding it's meant to find it anyway and databases.php only exists for fpm [09:59:48] Yes. [10:00:02] Okay there's probably a race condition somewhere then [10:00:57] Not really sure [10:01:13] Can look a little tomorrow. Its 3AM lol [10:01:46] Fair enough — I need to look later when I have more time at what's happening in mh functions, it might be that ours is outdated tbh [10:01:56] it shouldn't be but I'm not sure [10:14:13] It's either --wiki isn't setting MW_DB properly when it's ran in doAfterCreate or $this->dbname isn't passed properly into it I'd assume [10:24:24] Although this has brought to my attention that MissingWiki.php should call a sync cache lol [11:37:37] [1/2] https://issue-tracker.miraheze.org/T14977 [11:37:37] [2/2] @abaddriverlol you wanna do it? i wanna go to sleep rn, and not sure if i have any time planned tomorrow (and definitely not overmorrow lol) [11:37:55] I'm not at home rn but maybe in the evening [11:37:59] oki [12:19:15] This is why I fucked off that messing with cache files shit, it's too fragile [12:29:22] The whole of CW and MW and CA are all pretty painful and fragile and rely on some hacky things like mh functions [16:25:56] hey, does anybody know how to make a page ahve an image when you send a link? [16:26:03] i've tried things like #seo but it hasn't worked [16:26:12] would be greatly appreciated if anybody could tell me [16:26:33] can you link an example [16:29:40] https://unitedrepublicofman.miraheze.org/wiki/The_Man_Army [16:29:45] i used seo on this one [16:29:48] but no picture on the link [16:29:55] the picture is the logo of the wiki [16:30:07] and i want the picture inside of the page to be displayed [16:31:23] [1/4] ```diff [16:31:24] [2/4] - |image=[[File:TheManArmy.webp|thumb]] [16:31:24] [3/4] + |image=TheManArmy.webp [16:31:24] [4/4] ``` [16:31:38] beat me to it 😠 [16:31:50] i love you bro [16:31:51] 🙏 [16:32:44] oh wait [16:32:46] @pskyechology [16:32:47] https://unitedrepublicofman.miraheze.org/wiki/The_Man_Army [16:32:49] still no work [16:32:50] hold up [16:32:54] give it a moment [16:32:58] [1/5] {{#seo: [16:32:59] [2/5] |title=The Man Army [16:32:59] [3/5] |description=The main branch responsible for URM's military efforts. [16:32:59] [4/5] |image=TheManArmy.webp [16:33:00] [5/5] }} [16:33:00] like a few mins [16:33:02] oh alr [16:33:02] it can be a bit slow after changing it [16:33:09] oh alright ty ty [16:33:16] ill check back in 10 mins [16:33:19] ty for the help [16:33:45] it shows up in https://unitedrepublicofman.miraheze.org/wiki/The_Man_Army?action=info so you're good [16:34:02] and there was peace [16:34:10] ty [16:57:17] hey sorry for the ping it's been a while and it still doesnt show up [16:57:19] https://cdn.discordapp.com/attachments/1006789349498699827/1478073732533588089/image.png?ex=69a712ef&is=69a5c16f&hm=20602c60983f26654cf845cd38440f923e3c03e86a6c3afedd9a91f42ae7d70f& [16:57:24] https://unitedrepublicofman.miraheze.org/wiki/The_Man_Army [16:58:03] discord caches these iirc and theres not much you can do about it other than wait [16:58:22] wait so i if i send it another place that is not discod [16:58:24] will it show up? [16:58:35] like whatsapp or messenger or something like that [16:58:38] [1/2] yes [16:58:38] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1478074060842860606/image.png?ex=69a7133d&is=69a5c1bd&hm=a0fe1dc6da7653d4ec9eb8a61feefa18d970729e007e3af43238caee394b06f4& [16:58:45] oh [16:58:47] alright ty [17:37:30] Hi, is there any way to embed an image that isn't hosted on Miraheze or Wikimedia Commons? [17:37:41] I want to mirror an image from my Github if that's possible [17:56:14] images on github and currently accessible only via fastly's CDN iirc and they most likely won't serve it at all if the repo is too big [18:05:26] Ah, what if I have it hosted on my own URL? [18:06:12] [1/2] Like this image for instance [18:06:12] [2/2] https://exordium.breadcraft.me/exordium%20world%20map.png? miraheze [18:06:44] not on the CSP so it would be blocked [18:13:20] you can request an addition to the CSP on [[Phorge]] but those aren't prioritized since the list is already quite large [18:13:53]

[19:12:30] Main thing I'm looking for is to be able to mirror/embed an image on the wiki without having to constantly update two places at once [19:12:56] I could transition over to using the wiki as my primary hosting service, but I have reasons to use a git [20:50:51] Just FYI this is something else I am working on removing as well (https://github.com/miraheze/ManageWiki/pull/762) [20:53:04] Core SettingsBuilder sucks though so its not nearly ready. And probably won't be until it improves in core. [20:53:54] I definitely dont want an ExtensionRegistry override just to support some non extension.json load paths. (like Wikibase) as SettingsBuilder currently only works for exactly extension.json or skin.json. [20:59:46] 👍 — will keep an eye on that PR [20:59:53] Just use GitHub if you prefer it then. And load the images via Extension:ImgTag and jsdelivr. [21:01:17] GH is surprisingly lenient when it comes to hosting files on there, but to be safe assume you might need move elsewhere. [21:02:49] assuming he wants to use his exordium repo, jsdelivr doesn't seem to like it due to being too large [21:15:22] [1/2] https://bluearchive.wiki/wiki/User:PetraMagna/sandbox/viewer [21:15:23] [2/2] That's kind of surprising because we've loaded 3MB files through jsdelivr before. [21:16:31] i believe there was a 20-50mb limit for the whole repo [21:16:59] unless i got the url wrong, see for yourself: https://cdn.jsdelivr.net/gh/hadesTTW/exordium/resources/AM_symbol.png [21:19:25] [1/2] I think the link is wrong. [21:19:26] [2/2] https://cdn.jsdelivr.net/gh/hadesTTW/exordium@master/resources/AM%20Symbol.png [21:19:41] oh awesome i did get the url wrong [21:19:56] I always go back to https://www.jsdelivr.com/github because I can't remember how the link works [21:20:12] i mean, im trying to just use a single image from the repo [21:20:45] i thought about writing a script to automatically reupload to the wiki whenever it detects changes to my Github [21:20:50] not sure if that'd work [21:21:00] as petra linked above you can just use jsdelivr [21:21:29] files from github but from someone else™ [21:22:03] i have a hackier idea, but i think it'd fail on 3 MB files [21:22:53] specially cursed -> fetch image via external data -> base64 encode -> redirect to data uri [21:35:56] i love that you never think if you should [21:42:06] in my case, i can't use jsdelivr [21:42:11] but if you can, please do