[01:33:56] hi, just runned BlockAndNuke's ban.php script [01:33:58] Found 24575 bannable users and 15299 pages [01:35:04] noticed that every banned user had checked selection "Automatically block the last IP address used by this user, and any subsequent addresses they try to edit from (also called hardblocking)" [01:35:30] so maybe I have now many IP addresses blocked in my mediawiki installation [01:36:44] I wonder if that operation have any side-effects to some other users than spammers from years 2012-2013 [01:37:29] so how can I review those IP based blocks? [01:41:14] my mediawiki is installed in finnish so also special pages urls are translated [01:41:22] but i think [01:42:03] I have in Special:Block list only usernames bun no any IP address [01:43:09] sorry, Special:BlockList is the list i checked [03:24:01] AriMartti: Check Special:AutoBlocklist maybe? [03:44:00] extrarius_guest: I don't think you can do that easily. You'd need to create an extension/modify core code to do that sort of a thing, I suppose. [06:57:57] I am using mediawiki version 1.28.2 as my localhost, when I try to launch VisualEditor, it seems to show that the 'localhost says:"http"', how do I rectify this issue? [07:30:27] hi [07:47:32] hi miloo_amila [08:02:11] I'm searching information about RIP software, here can I found them? [08:28:27] hello everyone i am new to mediawiki .....how should i start ? [08:30:12] miloo_amila: What is "RIP software"? [08:30:31] Hi prakamya and welcome! What would you like to do with MediaWiki? :) [08:30:31] prakamya: are you going to be developer, contributor or administrator? [08:31:13] yeah i want to contribute as a developer!!! [08:31:59] then https://www.mediawiki.org/wiki/List_of_tutorials may be worth of digging [08:32:44] e.g. https://www.mediawiki.org/wiki/Developer_hub [08:33:16] thank you @AriMartti [08:33:33] no need to @-mark me :D [08:34:05] what is Phabricator? [08:35:43] bug tracker? [08:36:11] i was wondering that too last night when i found bug from BlockAndNuke extension [08:37:31] I'm not sure if I should write specific bug report or create account there and do pull request [08:39:59] RIP = Raster Image Processor [08:41:04] i want try for GSOC under Wikimedia Foundation next year then how should i start ? [08:46:30] "Developer Hub" is for experiences developers. [08:46:34] prakamya, I'd recommend to take a look at https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker [08:48:35] prakamya: it also links to coding tasks for starters and explains how to set up your development environment [08:49:08] ok thanks!! [10:16:19] AriMartti: You want to make a PR to BlockAndNuke? [10:17:04] AriMartti: We use Gerrit for code review, so you should submit your patch there and not in Github. [10:17:52] Niharika: yes, https://www.mediawiki.org/w/index.php?title=Topic:S27v0luobpyhyjl9&topic_showPostId=trjfnwig076af8hp#flow-post-trjfnwig076af8hp [10:19:45] https://phabricator.wikimedia.org/diffusion/EBAN/browse/master/BanPests.php;e3ea66fb8dba64eb7e68178c42109d2d52f5c342$18 [10:19:50] there [10:20:37] so my patch might be to change 200 -> 8192 [10:20:44] not actually coding [10:21:44] i think it's not necessary to link to documentetion of php and fread function [10:22:03] AriMartti: Ah. It'd still have to go on gerrit. I don't understand the change - I could make the patch if you explain it to me? [10:22:52] i had about 25k accounts in my mediawiki and only 388 was ok [10:23:51] there was 6 accounts in recent changes table which exists in whitelist.txt but blockandnuke didn't recognise those [10:24:30] after i change the value there was no problem about that [10:25:04] seems like blockandnuke didn't read the whitelist.txt to end [10:25:42] AriMartti: Where does the 8192 number come from? [10:25:54] stackoverflow [10:26:40] sorry, http://php.net/manual/en/function.fread.php [10:27:24] i'm not a coder but increasing that value might be good idea [10:30:34] i think 8 kbyte might be better than 200 bytes and 8192 is 2^14 so it's nice number [10:30:52] sorry 2^13 [10:39:34] AriMartti: I submitted a patch. [10:39:58] https://gerrit.wikimedia.org/r/#/c/356362/ [10:40:05] Needs reviews. [10:55:23] Niharika: Bartosz DziewoƄski might be thinking the correct way [10:55:51] if there is function in php to read entire file why don't use that? [10:56:01] (that's me. hi!) [10:56:09] :) [10:58:25] the process clearing spam from years 2012-2013 was a little bit problematic :) [10:58:54] i had to repopulate recent changes table by 9 years data and then run ban.php [11:05:58] I agree. I can change it but I can't test the changes. [11:07:16] maybe you can generate 50k accounts to mediawiki, then whitelist 1500 and run ban.php? [11:08:02] there is no need to have modifications to ban an account [11:08:57] it was very cool that ban.php wasn't crash last night :) [11:09:08] AriMartti: Could you test the changes on your install for now? I updated the patch. [11:09:46] there were characters like ' and ; in id_name [11:10:15] Niharika: those 24,5k users are already banned [11:10:38] so there might be no effect to rerun ban.php [11:17:43] i wonder if bans are cleared if i truncate ipblocks table? [11:18:23] that is production wiki so i should not test something like that [14:17:49] how can I modify the account creation page to have additional fields that must be filled out by the user? I don't mind having to create an extension, but I can't seem to find the right hooks/etc for this [14:20:48] extrarius_guest: i would guess that you need to implement a PrimaryAuthenticationProvider (https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager#PrimaryAuthenticationProvider) and add it to https://www.mediawiki.org/wiki/Manual:$wgAuthManagerAutoConfig [14:20:57] documentation on this seems a bit scarce though :( [14:33:12] MatmaRex: Any idea where in any of the existing PrimaryAuthenticationProviders they define form elements? [14:35:18] hm, good question [14:38:28] extrarius_guest: it seems to be a part of AuthenticationRequest (e.g. see PasswordAuthenticationRequest::getFieldInfo()). but i have no idea how an AuthenticationProvider is associated with an AuthenticationRequest [14:39:03] thanks for the pointer [14:39:42] it always amazes me how some complicated features can be implemented easily, while some seemingly-simple changes require delving deep [17:04:30] Anyone have ideas why internal IP addresses IE 10.10.x.x would be leaking into MW as the user's IP address? [17:08:01] Betacommand: presumably you do not have them set in $wgSquidServers/$wgSquidServersNoPurge, or they are not sending X-Forwarded-For [17:11:24] MatmaRex: $wgSquidServersNoPurge does have the IP Ill see if its sending the X-forward for [18:08:55] hey all [18:18:24] hi SandovalCurse [18:20:29] hey andre_! so I have a question for the chat. how would you handle linebreaks in a tooltip via imagemap? the imagemap extension is generating the desired tooltip on hover, but I'd like to turn the caption into an ordered list. i.e. [[Page Link|Ordered List 1
Ordered List 2
Ordered List 3]] [18:20:38] but obviously
is rendered as text in an imagelink. [18:20:44] or rather an internal link [18:20:45] any ideas? [21:00:21] Hello :) [21:01:18] Hi :) [21:02:00] RFC meeting starting now in #wikimedia-office: PostgreSQL schema change for consistency with MySQL [21:02:20] Hello badon [21:21:00] Hi I have issues upgrading to 1.29.0-rc.0 [21:21:39] after checking it out and running composer update I get [21:22:07] PHP Fatal error: Class 'Wikimedia\\Timestamp\\ConvertibleTimestamp' not found in /.../w/includes/MWTimestamp.php on line 32 [21:22:40] Moreover update.php silently fails to run, proably becaus of the fatal [21:28:17] issue129, did you try running "composer install"? [21:29:56] you mean instead of composer update. Just tried and the result: Nothing to install or update. [21:30:08] totally stuck [21:30:29] update.php does not even issue errors. it does not even run. [21:33:25] is there a vendor directory with wikimedia/timestamp in it? [21:39:04] yes there is. [21:39:26] i am loading a couple of extensions via composer.local.json [21:39:37] after removing them it worked to upgrade [21:39:52] will not try to get these abord again [21:47:36] after getting the extensions in everything is gone again. interestingly no php errors. just a 500 [21:48:20] what is painful is that i planned the ususal 5 minutes for the upgrade [21:48:27] issue129: you probably have error reporting disabled, see https://www.mediawiki.org/wiki/Manual:How_to_debug [21:48:46] no, error reporing is enabled. [21:49:45] a it was on e_error [21:49:50] so lets seel [21:49:53] see [21:54:19] ok, back in business. [21:54:29] the widgets extension was giving pain [21:54:48] however this issue is unrelated to what I experienced in the first place [21:54:57] so lessons learned. [21:55:13] uninstall all extensions installed via composer [21:55:17] do the mediawiki thing [21:55:29] reinstall all extensions via composer [21:55:36] continue on [22:10:56] There is sill an issue with the timestamp stuff. will report [22:22:02] In "AuthenticationProvider"s and "AuthenticationRequest"s I see where the form fields are defined, but I don't see any validation code. I would like to create a text input with a validation pattern (html attribute pattern with value being regular expression). Is there any way to create such a form element for use during account creation?