in the HTML. [01:32:42] id="bs-wrapper" gets identified as #bs-wrapper in CSS. [02:15:43] Ivy: It worked like a charm. Thankyou [02:18:03] No problem. [05:08:08] Hello I am newbie I have installed mediawiki base and also a its source code but I dont know how to find and fix a bug can you please help me to find and solve my first bug [18:20:05] I'm working on writing some bot commands to be able to access information on a WM based wiki and am wondering how well the software deals with logins and logouts. Will it be better for me to have the bot login and and out for every command or log in once when started and stay logged in? This bot is node.js for Discord using discord.js-commando. Thanks. [18:23:03] !api | ShoeCloud [18:23:03] ShoeCloud: The MediaWiki API provides direct, high-level access to the data contained in the MediaWiki databases. Client programs should be able to use the API to login, get data, and post changes. Find out more at < https://www.mediawiki.org/wiki/API >. For client libraries in various languages, see < https://www.mediawiki.org/wiki/API:Client_Code >. [18:26:34] Yes Skizzerz, I'll be using the API. Doesn't answer my question though about if the API can handle the extra load of three accesses for every command instead of one. [18:27:09] What do you mean three accesses for every command? [18:27:51] The API can tell you if you're logged in based on the cookies etc you send [18:28:05] It's probably easiest to just check if you're logged in periodically, and then action based on that [18:28:12] Though, there's also the assert api you can use for that too [18:29:29] I mean one to log in, one to request the information, and one to log out. [18:30:13] Generally, the log out is probably superfluous [18:30:25] And as to whether a wiki can handle it... Depends on the wiki you're using [18:30:31] So, you're saying log in and stay logged in but check if logged in. [18:30:31] And what resources they have available [18:30:48] Yeah, no real point to repeatedly logging in and out [18:33:18] That's the answer I was looking for. :) [18:37:33] Hello everyone [18:38:08] Does anyone else have a problem with RecentChanges? For me, they won't update automatically. [18:38:40] I am forced to php maintenance/rebuildall.php or php maintenance/rebuildrecentchanges.php. Nothing else seems to work. Not even truncating the jobs or recent changes tables. [18:39:16] as in, if you truncate the recent changes table, it still shows changes? [18:39:23] or is it blank at that point [18:39:39] if it still shows things, then there's some caching in the way that's causing you trouble [18:39:51] if it's blank, that's to be expected [18:39:59] Blank at that point. [18:40:13] (truncating the jobs table is a bad idea btw) [18:40:38] if it has stuff, run the runJobs.php maintenance script [18:40:42] but that shouldn't affect RC [18:40:50] what version of mediawiki are you using, and what database? [18:41:03] http://ways-of-darkness.sonck.nl/Special:Version [18:41:15] MediaWiki 1.29.1, 10.0.27-MariaDB [18:41:27] Also, I did run update.php before [18:42:27] can you go ahead and make another test edit right now? [18:42:35] Sure, I will [18:42:38] (don't run any maintenance scripts just yet) [18:43:28] Recent changes does not show the change. [18:43:33] yeah, weird [18:43:52] That's the problem I'm talking about. [18:44:06] What do I do about it? [18:44:23] I'm guessing one of your extensions is the culprit, everything else about your setup seems fairly standard [18:44:39] could also be config-related [18:44:40] I am guessing it must be CheckUser [18:44:53] Even though the logs show no related error. [18:45:02] Just in case, I will update some extensions. [18:47:00] yeah, CU does do stuff with RC, so try updating that (or disabling it to see if it starts working) [18:47:32] if no dice, can you please pastebin your LocalSettings.php somewhere? Remember to remove things like database passwords and upgrade keys first as well as anything else private [18:51:46] I've noticed that RC doesn't update on most wikis for about 24 hours if you're not logged in. I'm guessing there is some new(ish) caching as of 1.24 causing it. Try logging out and back into see if it show up. [18:51:47] Allright, I updated CU... should I just try to edit after that, or run update.php, or run rebuildall.php, or what? [18:52:09] ShoeCloud: Which wikis? [18:52:20] Oh yeah, now it works. [18:52:25] I updated CU, now it works just fine. [18:53:10] Non-WMF ones using MW. DDOwiki for example. [18:53:31] Sounds like bad caching setup then [18:54:19] Worked fine in 1.19. Started acting strange as of 1.24 and I know no configs where manually changed. [18:54:37] No big deal to me. [18:54:41] CheckUser is the real culprit. [18:55:28] I'll have the person who manages the hosting check on updating CU [18:55:48] If it's anon vs non anon.. It's not CU [18:56:45] https://cdn.discordapp.com/attachments/315800188042084362/397824904432582656/Screenshot_20180102_195402.png doesn't this look amacing? [18:57:03] I love this syntax highlighting thing. [18:57:19] That date template thing looks horrible [18:57:33] It gets even worse [18:58:11] You see.... the Wiki is about a fantasy world that has it's own calendar (each year is like 377 days, instead of 366.25 of our Earth)... but the Date template still asks for dates in the Terran format, and converts them to the local world's format. [18:59:56] Very inconvenient for exact dates, but convenient for random date generation. [19:01:48] why not just have one template for conversion and a second for when you need to enter dates in the fantasy calendar system directly? [19:02:44] I do have such one