[04:07:01] HI [04:08:10] Some know how to solve this problem, the method of this topic no longer works for 1.40 stable https://www.mediawiki.org/wiki/Topic:X6i6tq58vih0hga5 [05:27:32] Weird. Why is MainConfigNames.php +x on my system [05:59:39] Anyone know if I can make TextExtracts and PageImages just use the meta tags of a page? Both of them seem to be really janky and don't easily find the correct text and image when pages are complex... [05:59:54] we add the meta stuff explicitly via WikiSEO anyway, so they could just use that [06:08:43] you'd probably have to make a custom extension for that [07:24:17] I was able to solve the issue for TextExtracts by removing 'div' from the list of tags it strips, but not sure what the issue is with PageImages. You'd expect that it's very clear what the image for a page like this is: https://bg3.wiki/wiki/Longsword [13:30:55] This is really strange. I've been debugging the issue with PageImages, trying to figure out why it won't use any image, and according to my debugging, it definitely calls $parserOutput->setPageProperty( "page_image_free", "Blah blah.png" ); [13:31:05] But the database column remains empty [13:32:35] Semantically, I'm not sure why setting a parseroutput property would necessarily lead to writing it ot the DB [13:33:37] That's what the documentation says it does. [13:33:52] https://doc.wikimedia.org/mediawiki-core/master/php/classParserOutput.html#adf666ffe5f673a286d2050e19b2c7eee [13:34:28] On some pages we *do* have images, so it's not a general problem... [13:34:54] but for this page, right after I save it and my debugging indicates that it just called that function with an actual image name, I query the table and that column contains the empty string [13:36:29] aha, found something: WikiSEO contains some code to overwrite it... weird thing is, WikiSEO actually shows the desired image for this page (saves it in a property simply called "image") [13:36:48] so WikiSEO actually CAN override page images, theoretically, but in this case just breaks it?.. [13:38:27] WikiSEO documentation: "Additionally you can set $wgWikiSeoOverwritePageImage = true; to overwrite the image set by PageImages with the one specified by WikiSEO." [13:38:41] Huh, and I have it set to true in my LocalSettings.php, so apparently I once knew about this possibility and then forgot. [13:38:56] Because that's actually exactly what I've been looking for, except it apparently doesn't work. [13:39:46] maybe in WikiSEO I have to explicitly set "page_image" and not just "image". since I don't set that, I guess it's the empty string so WikiSEO overwrites it with that? let's see... [13:42:39] nope, adding page_image in my {{#seo ...}} thing didn't help. let's just debug WikiSEO too while I'm at it *sigh* [13:43:07] I could just disable its feature to override the page_image property but it would actually be neat if I could [13:48:28] Meh, too tired to figure this out. Just gonna disable that feature of WikiSEO for now and use the automatically chosen image. [13:56:38] Anyone know a way to force pages to be re-parsed, like a null edit does? On a mass scale, that is. PageImages won't update the page properties otherwise. [14:00:54] Ehh, for now I can just update the page properties table via SQL and set every page image to the 'image' property set by WikiSEO. Almost the same thing. Any discrepancies will slowly solve themselves over time. [14:06:48] there is an action=purge API [14:09:55] MatmaRex: but does it force re-parsing the wikitext, or just re-rendering? [14:10:01] (assuming there's a difference, somehow) [14:10:16] (coz using the purge maintenance script wasn't enough) [14:10:44] i think it does, there's an option [14:11:08] just purging a page will re-parse the wikitext, but it will only update the cached HTML rendering of the page, it won't update the links tables (e.g. category entries) [14:11:19] with action=purge you can specify forcelinkupdate=1 to also do that [14:11:41] and i am pretty sure that this will also update metadata like PageImages as well, but i can't test it right now [14:13:29] hmm, sounds like refreshLinks.php might be able to do the same, maybe? [14:14:30] oh, probably [14:15:10] coolio, just takes a while apparently [14:15:51] yup, I see the number of pages with a value for 'page_image_free' increasing [14:18:49] gosh, feels good to finally have nice images on mouse-over popups! [22:56:09] hello [22:56:37] any clue about this error appearing seemly after vector 2022 arrived? TemplateStyles' src attribute must not be empty. [22:56:56] mainly on template pages