[01:18:08] Hi there, I'm having an issue with a PNG render of a vector image https://commons.wikimedia.org/wiki/File:Canadian_Barnstar_-_Gold.svg [01:49:49] Hi kolbert. What's the issue? [01:50:26] Ah, seems to have been resolved. [01:50:26] Well, the original version I uploaded rendered fine as a vector but was black as a PNG [01:50:30] yeah :) [01:50:35] thanks, though! [05:06:35] Just a heads up, the "read more" button on that maintenance template is b0rked. [05:51:40] what's up with the sites? won't load anything, and I see the IRC server is dead [05:52:00] o_O [05:52:03] ah, it's back [05:52:13] Was curious how you sent that message :P [05:52:38] well, I waited a few minutes, and then by the time I posted about it, it got resolved x_O [06:04:19] dungodung: which IRC server? [06:21:02] legoktm: irc.wikimedia.org but it's recovered now (or my connection might have been flaky, dunno) [06:21:10] ok :) [06:21:27] <_joe_> dungodung: when did you experience issues? [06:21:47] <_joe_> the time, so that I can see if it correlates with any other event [06:22:08] well, around 5:49 UTC [06:42:52] is there a Pywikibot script that can locate similar title of a article Ex: Piwikibot & Pywikibot just to resolve/correct dual pages [11:17:23] Please deploy a 1.31.0-wmf.3 version of MediaWiki now in group 0. [11:19:18] Please deploy a 1.31.0-wmf.3 version of MediaWiki now in group 0. [11:25:20] That's not how it works. [13:58:20] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: @addshore & @Andrew-WMDE - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:43:50] andre__: That was a very known eswiki/es-channels troll [14:59:44] o/ [14:59:50] ohia CFisch_WMDE [15:00:03] \o/ [15:01:08] * jem says hi [15:01:10] So welcome everybody to our weekly Technical Advice IRC meeting [15:01:28] hi jem! :-) [15:01:56] :) [15:03:50] So we have one point posted on the agenda, but whoever has technical questions in the wikimedia / mediawiki world and needs help feel free to ask [15:04:17] * jem knows about that one point [15:04:22] jem your thinking of developing a spell checking gadget, right? [15:04:42] Well, I'm thinking about improving the current gadget [15:04:47] Hello, we're having an issue removing an autoblock on enwiki. Special:Unblock is giving an error "#7892601 isn't a valid username." [15:04:49] The one linked in my point [15:04:56] yeah right [15:05:38] But my task list is huuuuge so if there will be "official" work in it, I prefer to do other things [15:06:19] So I asked James_F yesterday if the WMF has plans on doing anything with spell checking [15:06:24] Great [15:06:34] and he said no :-) [15:06:46] so they thought about it in the past [15:07:28] but it seems hard to do it efficiently [15:07:36] DoRD: https://en.wikipedia.org/w/index.php?title=Special:Unblock&wpTarget=%237892601 ? [15:07:42] Interesting [15:07:55] Not even for VisualEditor? The LanguageTool extension? [15:08:04] so currently they are not looking at it anymore [15:08:31] addshore: yes [15:08:58] Hey guys, I need some help with the eventlogging module [15:09:15] DoRD: shall I give it a go? are you okay for me to remove your block? [15:09:24] please [15:09:26] hi smartyrad1! [15:09:27] jem I think if you are motivated to do it, give it a try [15:09:39] addshore: Hi again :) [15:09:52] DoRD: yup, I get the same issue [15:10:03] it sounded a bit, like the last approaches in that direction are from some while ago [15:10:12] I think it might be a regression, let me have a look [15:10:20] addshore: thanks [15:10:49] Actually the issue is that there is some ambiguity in the eventlogging module's documentation. I was hoping someone out here might be able to help out [15:10:56] jem: The LanguageTool extension was undeployable because of performance, yeah. :-( [15:11:10] DoRD: I think https://gerrit.wikimedia.org/r/#/c/377048/ will have broken it [15:11:34] DoRD: I'll file a ticket for you [15:12:23] Ok, James_F, thanks, so if we just want to pick LanguageTool correction lists it will have to be "by hand", also [15:12:51] Yeah. [15:12:59] addshore: yep, validating for username of IP would probably break it alright. Thanks! [15:13:11] *or* [15:13:38] I have tried registering the schema as given in the documentation( Basicallyu crested the schema page and also added the schema name and version to the extension.json of the eventlogging module) but I am unable to use the schema in the signup page. Moreover, the documentation mentions that a table will be created automatically in the database for the schema but that does not seem to happen in reality [15:14:10] Ok then, so I will begin to make plans about it, as the tool/gadget is useful and a lot of things can be improved [15:14:18] Thanks everyone [15:14:55] jem https://en.wikipedia.org/wiki/User:Dnaber is the User that maintains https://www.languagetool.org/ [15:15:09] That module has been quite a blocker for me as I have been stuck with it for quite some time now [15:15:16] DoRD: https://phabricator.wikimedia.org/T177952 [15:15:25] he said it you need help there just post in https://forum.languagetool.org/ [15:16:12] Ok, CFisch_WMDE, I will, after the new information :) [15:16:19] :-) [15:16:32] thanks again, addshore. I [15:16:56] *I've worked around this particular block by changing the original target account's block. [15:18:04] smartyrad1: I am not that in to the eventlogging module but if there is a table missing you might need to run the update script [15:18:36] DoRD: your welcome! :) [15:19:06] smartyrad1: "schema in the signup page" unable how? [15:19:06] smartyrad1: meaning maintenance/update.php ;-) [15:19:15] CFisch_WMDE : Yeah, I did try that but no change either [15:19:26] *"unable to use the schema in the signup page" [15:19:42] addshore, CFisch_WMDE: basically I guess I am missing something [15:20:23] Firstly, when I run a code that I have made, it just says schema does not exist or mempty [15:20:29] That's a console error [15:20:39] also, thanks for sending me here, legoktm ;) [15:21:03] DoRD: looks like there is already a patch up for a potential fix :) [15:21:25] smartyrad1: do you have the code somewhere that we can look at it? [15:21:31] Here is the code https://pastebin.com/m6pQ8EVY [15:21:37] :D [15:21:56] This is where I am calling the schema [15:23:26] I have registered the schema by going to the extension.json of the eventlogging module and adding https://pastebin.com/fNcjaH9A [15:23:31] smartyrad1: I'm not sure thats how you use eventlogging in JS [15:23:53] I'll add a link to the documentation here. One sec :) [15:24:59] smartyrad1: https://doc.wikimedia.org/EventLogging/master/js/#!/api/mw.eventLog.Core-method-logEvent [15:26:27] the method your currently using is built in to core and afaik is only used to other types of tracking data, essentially just counters, https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw-method-track [15:27:56] addshore : Yes true but the problem is that when I try using logevent(), it gives me a console error [15:28:07] That says schema missing or empty [15:28:50] So basically I guess I have either set up eventlogging wrong or maybe I haven't registered the schema properly [15:28:58] smartyrad1: have your read https://www.mediawiki.org/wiki/Extension:EventLogging#Developer_setup ? [15:29:29] "I have registered the schema by going to the extension.json of the eventlogging module" hmm, what do you mean the extension.json of the eventlogging module? [15:29:54] addshore : Yes, that documentation is what I had followed [15:30:12] $wgEventLoggingBaseUri = 'http://localhost:8080/event.gif'; is something I am not sure of [15:30:36] The reason being 8080 is the port used for vagrant whereas Im running a manual installation [15:30:54] Moreover, there is no file called event.gif in my main directoryu [15:31:50] addshore : By that , I meant that I did what was given here https://www.mediawiki.org/wiki/Extension:EventLogging/Guide#Deploying_a_schema [15:32:11] smartyrad1: it looks like you may also want to give https://www.mediawiki.org/wiki/Extension:EventLogging/Guide#Debugging a read [15:32:32] afaik you need to set something up to listen to the event logging calls [15:32:53] Tried that as well :( . It listens well i.e everything I try to log shows up there [15:33:10] But no tables created , no schemas found [15:33:39] hmm, I'm not sure how the dev setup works with eventlogging [15:33:56] but if the events show up correctly then in "production" it would work [15:34:23] Are you just trying to develop something against event logging right? or are you trying to setup event logging for actual use on a real wiki? [15:34:28] True that is why I am not sure as to where I am going wrong [15:35:15] Infact I just want to be able to use mw.eventLog.logEvent without any errors being shown [15:35:21] smartyrad1: for the event.gif - I think there does not need to be a actual event.gif file on your server dir I think it's some server magic - my rough guess is that you put your webserver address in there and pretend you have a event.gif in the webroot [15:35:53] smartyrad1: you said "It listens well i.e everything I try to log shows up there" do errors still happen then? [15:36:39] addshore : Initially it would throw me an error [15:37:32] : Oh okay then I'll renmove the 8080 port number as apache does not use 8080 probably [15:38:01] addshore : One workaround I found is that when I try opening my browser console [15:38:04] and type [15:38:34] mw.loader.load( 'schema.CaptchaMouseData'); [15:38:49] and then type mw.eventLog.schemas [15:39:14] Then my schema shows up in the list otherwise the console replies undefined [15:39:54] smartyrad1: I think you might need to add that as a dependancy of whatever JS resource loder module your making! [15:40:09] But then when I try using the logevent function then it again throws the same erro [15:40:53] addshore : Can you point me to any documentation for that? I don't think thats mentioned in the documentation [15:41:22] addshore: I feel thats a possible reason too [15:41:59] Actually my fellow members working on that task were also not able to get thos module set-up right [15:42:14] *colleagues [15:43:36] addshore : I am actually working with a special page i.e. the usersignup page and not a module so Im not sure how to do that [15:44:00] do you have a git repo for the code? [15:44:10] oh wait, your working on the page in core if I remember? [15:44:57] addshore : Yes I'm working on a page in core [15:45:11] addshore : Now when I tried, I get this error mw.eventLog.logEvent is not a function [15:46:48] addshore : I do not have repo for that :( [15:47:19] you probably also need to load ext.eventLogging mw.loader.load( 'ext.eventLogging' ); [15:47:54] Nope< I still get the error :( [15:48:01] hm.. [15:48:04] smartyrad1: so for extension JS modules you do stuff like https://github.com/wikimedia/mediawiki-extensions-GettingStarted/blob/master/extension.json#L76 [15:48:12] smartyrad1: what is the JS file in core called that you are editing? [15:49:29] addshore: I created my own js file as a module in core( I have registered in resources.php as well) [15:49:56] But this is the complete code for that https://pastebin.com/m6pQ8EVY [15:50:23] well, mw.track is still wrong [15:50:57] addshore: This is the updated code https://pastebin.com/cWEEdz0D [15:51:02] but if you were to add the schema.FOO to the dependencies of th module you added to Resources.php then i expect it would work, when calling mw.eventLog.logevent [15:51:15] addshore : Yes I am no longer using mw.track [15:51:20] okay [15:51:32] ext.eventLogging should also be in the dependancies of the module in Resources.php [15:52:05] Although, this hits a problem, as EventLogging is not in core, it is an extension, and thus not always available to load [15:52:13] Ah that's an excellent point! [15:52:21] Maybe thats the problem! [15:52:39] well, you shouldnt run into that while developing, as you do have event logging loaded [15:53:18] If you add ext.eventLogging and schema.CaptchaMouseData to the dependancies of the module you added to Resources.php everything should work (or just load those prior to doing the function call in the JS) [15:54:32] Is this how I add it(JS file is loaded) but the dependency : 'dependencies' => [ 'mediawiki.EventLogging'] ? [15:55:07] no, see https://github.com/wikimedia/mediawiki-extensions-GettingStarted/blob/master/extension.json#L95 [15:55:30] I think adding the schema will also load the rest of event logging [15:56:32] Hmm, I have added the stuff to the Resources.php of CORE actually [15:56:41] yes [15:57:08] https://pastebin.com/i1YMcVTw [15:57:19] Because that is where I have defined my module [15:57:59] yes, but remove mediawiki.EventLogging, just have schema.FOO [15:58:07] where FOO is whatvever your schema is called [15:59:00] I have a small question – is my understanding correct that page access via index.php does not support CORS or cross-origin access via JavaScript at all? [15:59:24] addshore: Okay , I'll try it out [15:59:47] Lucas_WMDE: https://www.mediawiki.org/wiki/Manual:CORS [16:00:10] addshore: I did try to RTFM, specifically that page, a few times :) [16:00:31] which is why my question is “I can’t do this, right?” and not “how do I do this?” :D [16:00:40] just double-checking in case I misundersrtood [16:00:44] addshore : Now I get this [event.CaptchaMouseData] Missing or empty schema [16:01:04] Lucas_WMDE: https://github.com/wikimedia/operations-mediawiki-config/blob/12f5c49b44126f11301623c6c6ff685c0d1844a6/wmf-config/CommonSettings.php#L598 [16:01:56] Lucas_WMDE: where are you making requests from? [16:02:12] @smartyrad1 in theory it should also be possible to load all dependencies there in JS, but you have to make sure, the loading the dependencies is done before running your code [16:02:15] addshore: in the end, query.wikidata.org [16:02:18] e.g. like that [16:02:28] Lucas_WMDE: query.wikidata.org -> wikidata.org ? [16:02:30] https://www.irccloud.com/pastebin/41RpWQ5S/ [16:02:31] but AFAIK $wgCrossSiteAJAXDomains is only for api.php, not index.php [16:02:45] I know how to get it to work with api.php, but I want to know if index.php is possible [16:02:48] Lucas_WMDE: ahh yes [16:03:02] because API requests aren’t cached if I understand correctly [16:04:06] Lucas_WMDE: indeed it is only for api.php [16:04:21] CFisch_WMDE: yes I have ensured that but don't know why this schema thingy seems to be really weird :( [16:04:21] okay, thanks [16:04:30] Lucas_WMDE: what were you trying to use it for? [16:04:43] addshore: geoshapes on commons [16:04:50] showing them in the query service :) [16:05:01] but why do you need to use the index.php instal of api.php? [16:05:07] so I need a CORS-enabled, cacheable way to access data [16:05:13] I need the raw page content [16:05:16] with index.php that’s ?action=raw [16:05:28] with the API the only way I could find was some ugly action=query prop=revisions rvprop=content thing [16:05:51] hmmm [16:05:52] I think I’ll create a ticket, then someone can still tell me that it’s not necessary, I should do it like so-and-so ;) [16:05:59] After you have created a schema, you must register it, by using the $wgEventLoggingSchemas configuration variable [16:06:06] This is something I havent done yet [16:06:15] Any ideas as to how to do it? [16:06:54] Lucas_WMDE: yeh, make a ticket :) [16:07:06] but, that other api call looks like it might be the answer [16:07:16] but yeh... that wouldnt be cached [16:07:26] okay, ticket it is. thanks :) [16:08:01] smartyrad1: so, again, its a bit odd as your doing this in core [16:08:11] but adding it to your localsettings.php should suffice to test that it works [16:08:42] Core AFAIK doesnt do any event logging at all, only extensions do. [16:08:59] $wgEventLoggingSchemas=['CaptchaMouseData' => 10]; [16:09:01] smartyrad1: addshore I have to leave ... good luck! [16:09:05] * CFisch_WMDE waves [16:09:06] That is our 1 hour timeslot gone! :D (slightly gone over) [16:09:10] * addshore waves at CFisch_WMDE [16:09:14] smartyrad1: indeed [16:09:17] Added this but stil stuck [16:09:23] thanks a lot guys [16:09:31] smartyrad1: $wgEventLoggingSchemas['CaptchaMouseData'] = 10; [16:10:06] Really appreciate your effort .I'll post my updates next week :) [16:10:15] once you do that, the schema will actually be registered, and it should then be able to load in JS! [16:10:36] Nopw stil not working :( [16:10:50] what happens now? [16:11:00] Same error [event.CaptchaMouseData] Missing or empty schema [16:11:25] This schema registration is the biggest thing ! [16:11:38] Everything else can be debugged but not this [16:12:00] *by me [16:12:29] well, again, this is all a bit odd as people generally do this in extensions not in core [16:12:36] which ticket were you working on again? [16:12:59] https://phabricator.wikimedia.org/T175331 [16:13:28] Even the others working on this task were unable to get this working [16:13:42] so smartyrad1 the task says "Make MediaWiki log some data on registration. For example, you could use the LocalUserCreated hook and record the IP of the user." [16:13:56] that could be done as an extension [16:14:12] Right now I think you are working on mouse tracking on the registration page? [16:14:15] Will that allow me to use the Eventlogging schema as well? [16:14:19] Yes , true [16:15:34] I dont think there is a hook that would allow an extension to modify the registration page [16:15:58] So thats a blocker as well :( [16:16:02] smartyrad1: I think it would be worth writing another comment on the phab ticket stating what you are currently trying to do, and the issues that you are running into so that other people can comment [16:16:35] I'v just subscribed to the ticket so I'll see when you post [16:16:49] Thanks a ton! :) [16:17:00] Everyone seems to be facing similar issues [16:17:40] Infact the accepted patch does not seem to do everything https://gerrit.wikimedia.org/r/#/c/381787 [16:18:41] These commits wont be merged but I am trying to get it up and running. Moreover I guess I'll use vagrant to set up a fresh instllation in it as well in the meantime [16:21:05] addshore: Thanks for your help, I wont waste your time anymore this week and hipefully I'll have this up by next week and report to you :)