[02:54:47] anyone know a simple extension for easier mass-editing of category info? like selecting a bunch of pages from a list and saying "add all these to category X"? [02:55:42] you can use Pywikibot's category.py probably, AWB or https://commons.wikimedia.org/wiki/Help:Gadget-Cat-a-lot [02:55:50] don't think there's a MW extension for it [05:04:52] the MinervaNeue skin is very nice for mobile but does it have a dark variant? [07:07:59] It doesn't [07:33:14] does anyone have tips on how else to get a nice dark theme on mobile screens? or ways to make the standard Vector skin (the old one) more mobile friendly instead of having to use a different skin on mobile? [07:34:22] hmm, supposedly Timeless works on mobile, and there's https://www.mediawiki.org/wiki/Skin:Timeless/DarkCSS which might be worth a try [07:55:40] Vector is still in active development so you might need to update your modifications frequently if you're modifying Vector [07:55:55] Alternatively you can check out other responsive skins here: https://skins.wmcloud.org/#/explore [08:10:47] You can use `@media (max-width:)` css rules or Mobile.css to make mobile-only styles [08:10:47] All you need to do to make vector usable on mobile is remove sidebar and move search bar back to where it was in the older versions. [08:10:47] Everything else relies on page contents more than skin [08:34:05] hi [08:35:30] I installed mediawiki with docker compose using the stack.yml from the website. My problem is when I want to install mediawiki through its webui I get this error after entering the database configuration: "Cannot access the database: :real_connect(): (HY000/2002): Connection refused." [08:36:25] Any Idea what I might be missing? I tried 'localhost', '127.0.0.1', 'database' for the host. I can connect to the mysql database from the database container directly [08:48:56] bewees: I'm not very familiar with docker, but if the database is in a separate container, could it be that there's a sort of internal firewall between them, in which ports have to be opened? [08:50:17] taylan, Possibly, but I thought that docker creates firewall rules automatically. I think I should ask in #docker [09:08:43] ugh, something in my user preferences seems to have broken. it won't change back to the default skin. looks OK if I open the site in a private window so I'm logged out. [09:09:10] I'm changing it back and forth and it's just not applying the default skin anymore. anyone know how I can "reset" the option entirely? or nuke my entire user preferences maybe? [09:13:16] ok, solved. had to select the theme again. could swear that a minute ago that didn't help either. [09:13:37] (and I mean the theme as in the Theme extension. bug might have been related to that.) [09:21:09] can anyone pls provide me repo link for wikiEduDashboard? [09:21:09] is there any guide for setting up too?? if so pls provide it as well [11:13:35] anyone help me with this pls [11:13:35] just posting again : [11:13:36] can anyone pls provide me repo link for wikiEduDashboard? [11:13:36] is there any guide for setting up too?? if so pls provide it as well [11:16:26] Nikhil61: https://github.com/WikiEducationFoundation/WikiEduDashboard that one maybe? At least that's the first hit when I search for 'wikiedudashboard repository'. It also seems to have setup instructions. [11:16:50] okk thanks [16:00:18] when you have page names that are plural (e.g. [[Animals]]), but you often refer to them in the singular ("a Cat is an [[Animals|Animal]]") is there a more convenient way to do it than to use [[Plural|Singular]] every time? this is kinda *really* frequent on our wiki... [16:09:11] No. Don't use plural names. [16:09:23] There is the pipe truck to go from singular to plural. [16:36:49] not the pipe trick, just link suffixes [16:36:57] e.g. [[animal]]s [16:37:24] anything* that directly follows the closing link syntax will get included as the link text [16:37:56] (*probably various bits of punctuation are excluded, but I've never tested or seen a list of included/excluded characters anywhere) [16:59:36] although it's not ideal either, I decided to go with singular page names... [16:59:55] now cleaning up redirects. is there an easy way to get a list of all redirect pages that aren't actually used? [17:02:08] What do you mean by "aren't used"? [17:02:08] No pages link to the redirect page or the redirect is a redlink? [17:06:14] Nevermind, oprhans.php finds both [17:06:14] https://mediawiki.org/wiki/Manual:Orphans.php [17:06:19] redirects are fine [17:19:07] Archimedes1560: ty! [17:20:06] hmm that doesn't really seem to do what I thought [17:21:08] should have just googled, sorry! https://www.mediawiki.org/wiki/Extension:UnusedRedirects [17:24:43] That extension obviously doesn't take into account search engines or users bookmarking redirects from before a page was renamed [17:36:22] not only that, it also otherwise seems extremely unreliable. deleted a bunch of redirects only to realize they were in use after all, ugh. [17:54:10] a redirect being unused isn't really much of a reason to delete it, especially since you can't say the redirect isn't used in off-site places (e.g. links from other websites, or browser bookmarks) [17:55:13] there *are* valid reasons to delete redirects, of course - most obvious is if it was created by a vandal as an act of vandalism, or similar such situations, but there's also other possibilities, e.g. a redirect with some edit history blocking a page move [17:59:12] our wiki is very young still so it's fine. and a lot of them are just redirects left from moving incorrectly named pages/files, where those incorrect names really shouldn't exist at all. [18:20:50] the extension doesn't seem to work for files and templates, at least. reported here FYI: https://phabricator.wikimedia.org/T328845 [18:45:11] oh, yeah, I agree that file redirects are much more likely to be useless than article redirects [19:12:10] How do you access Mobile.css and Common.css through load.php? [19:12:10] Or what module do the rules end up in [19:13:14] Add &debug=1 [19:20:09] Hmm to what exactly? [19:20:09] I tried adding it to the stylesheet link but it didn't help [19:20:21] Actually it doesn't seem like the rules from Mobile.css are loaded at all [19:20:25] any page that you happen to view where yo uthink those pages should load [19:21:41] so if you're at [[Example]], add either &debug=1 or ?debug=1 depending on your wiki config, and you'll see all the different sources displayed as different loads in console [19:21:49] Oh I see [19:22:21] which means they're all in different link tags in the HTML as well, so you can inspect what's loaded and what's not [19:23:01] as for rules from Mobile.css loading or not, they only load in the context of MobileFrontend. If you're reading a page and you know you're not in that context, you won't see them. Separately, Common.css and Mobile.css are presently mutually exclusive [19:23:09] you get one or the other [19:48:23] Oof I didn't notice I was on a special page when checking this [20:23:21] I'm considering writing an extension or so that turns all instances of [[Name of a redirect page]] into [[Name of the redirected-to page|Name of a redirect page]] [20:39:40] Huh what's the point of that [20:39:40] Also no need for an extension, this can be done with lua [20:41:28] redirects aren't a bad thing :P [20:54:57] I think too many HTTP 301 redirects may have an ever so slight negative impact on SEO? [20:55:17] ever since Google completely tanked our ranking for mysterious reasons, I've gotten paranoid lol [21:00:51] Does mw really give 301 on redirects? [21:02:42] nope [21:03:12] MW will send the HTML for the target page, with some JS that updates the browser location bar [21:03:26] there is no performance impact [21:04:31] Actually, is it even a redirect at all [21:04:31] I mean you are still in `/index.php` [21:05:28] there's no HTTP redirect, no [21:14:39] whaaat, had no idea [21:15:26] why then does the stupid google search console give me "warnings" about redirects it found, ugh. maybe it's URLs it cached from previous crawls that it tries directly. [21:17:33] Maybe you do have redirects somewhere else [21:23:55] you mean from external sites? very unlikely, given google doesn't show many external sites linking to us at all... [21:29:19] without an HTTP 301, how does the page make the browser change the address in the URL bar? [21:31:10] looking at the HTML, I see a maybe that's it [21:38:42] https://phabricator.wikimedia.org/source/mediawiki/browse/master/resources/src/mediawiki.action/mediawiki.action.view.redirect.js [21:39:33] http redirects in MW is https://phabricator.wikimedia.org/T53736 [21:46:58] thanks for the links, interesting stuff