[00:13:43] I want to get the localised namespace names from the API [00:13:46] is it possible? [01:22:00] Or maybe the only way that localisation for namespaces happens is through the config in languages/i18n/ ? [05:44:22] having some issues trying out the new upgrade. [4aba0d33c67b5f71d9290648] /wiki/Special:Version MWException from line 187 of /var/www/ffxiv-dev.gamerescape.com/htdocs/w/includes/MagicWord.php: Error: invalid magic word 'dpl' [05:44:44] i have already ran rebuildLocalisationCache.php [05:45:21] the wiki is already successfully upgraded and has no problems until I uncomment out DPL in LocalSettings [13:17:28] Hah [13:17:29] https://phabricator.wikimedia.org/T227767 [13:17:39] And people wonder why I get frustrated [13:18:29] When I get an automated response that suggests the original posting wasn't in a specfic format it's strongly discouraging [13:18:46] Perhaps someone here can explain what's missing? [13:19:05] Or do I have to assume that I'm just incompetent? [13:35:47] Hi ShakespeareFan00, my guess is that Andre isn't sure whether you're saying the linting failure is a symptom of a bug your reporting? It isn't clear to me after reading whether you're making a general suggestion to improve markup usage or whether it's an actual bug. [14:00:42] Not a BUG [14:00:49] It's a feature request [14:00:56] I reformatted the request [14:01:08] https://phabricator.wikimedia.org/T227767 [14:01:37] If it was a BUG (and it isn't because Mediawiki is working as intended) [14:02:20] it would be titled "Centered [[File:]] creates malformed HTML, when placed inside SPAN based element" [14:04:22] ShakespeareFan00, your latest edit makes the request clearer to me. thanks! [14:05:48] jgleeson: BTW the layout of the updated task was what I was going to suggest when a proper form for drafting/creating Feature requests is eventually provided. [14:06:07] But that's a different ticket entirly [14:06:30] looks like a good template to me [14:06:36] :) [14:07:28] jgleeson: I was also unusure which tags to use. [14:07:46] As I couldn't find one that was specfically related to image syntax [14:10:47] hmm [14:11:02] it looks like there is a tag for ImageTweaks but that's a specific extension [14:14:46] ShakespeareFan00, there is a 'Proposal' tag [14:14:54] https://phabricator.wikimedia.org/tag/proposal/ [14:15:05] but maybe that's overkill for your request? [14:16:21] Yes.. [14:16:36] And partly why someone asked for Task types [14:16:41] (as was noted yesterday) [14:25:15] ShakespeareFan00, how about the 'Design' tag? It feels like that might fit. There is a CSS tag but this request is specifically markup or HTML. Here is the full list of available tags to select from that I went through to see if I could find one that fits this case. https://phabricator.wikimedia.org/project/query/R.62f6.rF7IT/ [15:39:39] i would like to close my WikiMedia account [16:31:35] having some issues after upgrading to 1.33.0 [4aba0d33c67b5f71d9290648] /wiki/Special:Version MWException from line 187 of /var/www/ffxiv-dev.gamerescape.com/htdocs/w/includes/MagicWord.php: Error: invalid magic word 'dpl' [16:31:39] this happens when DPL is re-enabled (after pinpointing it was the problem after upgrading). i have already ran rebuildLocalisationCache.php [16:34:25] don't make me put in a phabricator ticket! [19:02:34] Hi.. [19:02:45] Can I ask someone to close an old ticket? [19:02:46] https://phabricator.wikimedia.org/maniphest/task/edit/216367/ [19:03:25] I'm about to file a new ticket which covers the same ground but in a slightly more easily explained way? [19:15:31] you can just update the old ticket [19:15:58] that's what I would recommend, update the old ticket with your clarifications [19:18:07] reading through the task, I'd also say that it's highly unlikely for it to ever be implemented [19:27:36] Skizzzerz: On Wikipedia [19:27:49] Something like that at Wikisource would be useful [19:27:56] especially 'ribbon-rows; [19:27:58] ' [19:28:38] The current approach used for multipage table at English Wikisource relies on very specfic whitespace handling... [19:28:45] and thus isn't stable long term [19:29:11] I.E Tables that are built up using a lot of transcluded pages via Proofread Page [19:30:25] The second concern mentioned there about noheader/noheader rows would arise with any table built up from repeated template transclusions as some complex data tables on English Wikipedia are [19:37:25] ShakespeareFan00: you can't implement it solely for wikisource. Any changes to how wiki markup is parsed affect every MediaWiki instance, both on and off WMF wikis, as well as everything that deals with wiki markup (such as VisualEditor) [19:40:27] Okay [19:40:42] Then that ticket should be closed, as unimplementable [19:42:27] Although with the syntax given, exisiting markup shouldn't be afffected [19:42:46] You just get two table instead of a combined onw [19:42:50] with the example given [19:44:48] Skizzerz: any idea on my upgrade related issue? [19:46:05] are you using an up to date version of dpl? [19:46:23] (also which dpl are you talking about) [19:47:09] third-party and latest [19:47:35] 2.3.0 [19:49:02] i thought about maybe converting to DPL3, but worried that might break things! [19:58:48] c: what is the wiki's content language? [19:58:58] English [20:00:02] ok yeah I have no idea then [20:00:20] you're including DynamicPageList.php correctly in your LocalSettings? [20:13:34] ShakespeareFan00: you can use in wikitext [20:51:07] Skizzerz: yes, and apparently DPL3 breaks. claims to be fully backwards compatible but as-is it's not [20:51:18] tgr: Yes... and no [20:51:45] There are some instance where you can't combine wiki table mrakup and HTML table markup without hassle [20:51:51] *markup [20:52:20] right, I believe the general advice in the past has been "if you're doing really complicated table stuff, make it 100% HTML table markup" [20:54:55] One problem I've had is having to write {{{!}} to start a table in a template [20:55:35] writing {{!-}} or {{#table}} would be less typo prone [20:55:49] or just write
[20:55:53] and use only HTML table markup [20:56:01] which is also less typo prone [20:56:22] yes but then my template can't be combined with wiki text markup at all [20:56:26] That said, nothing is stopping you from creating [[Template:!-]] which has {{{!}} [20:56:33] sure it can [20:56:38] it can't be combined with wiki *table* markup [20:56:48] Skizzerx: Hmm.. [20:56:53] but
'''This is bold'''
works just fine [20:57:08] Yes but can you do [20:57:10] |- [20:57:12] |data [20:57:15] |data [20:57:18]
[20:57:30] My experience is not always [20:57:31] I don't believe so, and I don't see why you'd need or want to do that [20:57:58] Skizzerz: Typically when making specific headers [20:58:29] nothing is stopping you from writing it using HTML table markup though. There is *nothing* that wiki table markup can do that the HTML table markup cannot [20:58:37] True.. [20:58:38] and *lots of things* that HTML table markup can do that wiki table markup cannot [20:58:51] not having to care about whitespace/newlines for instance [20:59:25] anyway afk for a while [20:59:25] Okay.. [22:10:49] Hi all. Looking at the compatability chart: https://www.mediawiki.org/wiki/Compatibility I see MySQL requirements move from 5.0.3+ to 5.5.8+ between versions 1.29 and 1.30. How do you upgrade from 1.29 to 1.30? [22:12:25] superboot: same way you upgrade between every other mediawiki version? If you have an older mysql you’ll need to upgrade that first before upgrading mediawiki [22:13:39] Quick qeustion [22:13:47] Does mediawiki tidy empty content spans? [22:14:38] I don’t believe so, but not completely sure [22:15:13] Okay [22:15:38] seems to a common method for creating anchors [22:15:47] it should be easy enough to test if you do preview [22:15:58] I did in Special:ExpandTemplates :) [22:16:14] I don’t know if that runs tidy [22:17:01] Is there a way to test sequences supplied to tidy? [22:17:20] but yeah, I’ve used that to create anchors before, and can be used to inject things with css, so I’d think it has to keep them [22:17:48] go to an edit page, type in what you want to test, hit preview, right-click + inspect element to drill to it in the browser dev tools, see what the generated html looks like [22:19:05] I've got a mediawiki 1.20. Can I upgrade PHP to 7.2? The compatability chart says that 1.20 requires 5.5.9+. In other words, does the + extend all the way to 7.2 (php)? [22:20:44] The same question with mysql, 5.5.62 to 5.7.22 [22:21:11] ShakespeareFan00: Skizzerz: the Tidy library used to remove them, but since we got rid of it and switched to Remex, they are not removed anymore [22:22:12] thanks MatmaRex! [22:22:45] superboot: sure. The upgrade process replaces all the 1.20 files with the 1.33 files so what 1.20 is compatible with doesn’t matter — you’re not executing any of them [22:24:11] the recommended upgrade procedure goes roughly like 1) take backups 2) upgrade php/mysql/etc. versions 3) extract 1.33 into a fresh (new) directory 4) copy over LocalSettings.php and images 5) get updated versions of all your extensions 6) run update.php maintenance script [23:29:47] Skizzerz: I think there might be some traps with running super old MW on newer PHP. Stuff like \Throwable and whatnot [23:56:34] Ok, thanks. That makes sense.