[02:46:26] 22:46:33 < mutante> wow, we have so many mailing lists.. like one called "Egyptology Wikipedia" run by a Japanese admin, with a French description :) [02:46:51] <-- We have an extension to allow to write hieroglyphs in wikicode. It has been developed by a French guy. [02:47:08] I guess he were also the one to manage the list at creation. [02:47:35] http://www.mediawiki.org/wiki/Extension:WikiHiero [11:18:46] hi [11:20:06] status say OK, but we cant reach some parts of cs.wp [11:28:51] huh I forgot, there is probably WMF fundraiser - that explains, why wp doesnt work [11:28:56] :-) [11:29:08] as every year this time [12:00:03] Juandev: :o [12:19:25] There seems to be one bit server having problem. one random http request to bits is not responding. everytime this affects a file. [12:20:58] if its only an image page is shown, but most of the times it's an important css or js file, so browser does not render the page [12:59:13] Merlissimo: what? [13:00:27] i cannot visit wikimedia wikis because most of the times pages are loading forever. [13:00:46] do you know more about the problem? [13:01:42] i already posted above that firebugs shows that this i because of file loaded from bits (europe) [13:01:52] could you give me the URL? [13:02:38] and the IP that firebug shows for bits [13:02:47] is always a different file, but always bits.wikimedia.org [13:04:04] firebug does not show the ip, because there is not reposne [13:04:47] could you give me the output of "nslookup bits.wikimedia.org" then? [13:05:06] successful responses show 91.198.174.233 [13:05:15] okay, great [13:05:25] that's the "esams" (Amsterdam) cluster [13:05:49] I know you said you were in Europe, but wanted to make sure geolocation worked [13:06:58] since when are you seeing the problem approximately? [13:08:05] since i am online today (12 utc) [13:08:31] aha [13:08:42] but Juandev reported a problem already some time earlier in this chat [13:18:59] grrrr [13:20:44] lol? [14:27:08] hi again [14:34:30] hum, bits take time for reponse sometime [14:36:42] always dcrochet [14:37:35] Yes, I wanted to be "nice" [14:41:11] Yes, and since I'm IPV6, I am connected to the servers united states, whereas before in ipv4, I was on servers in amsterdam. Best technology, but bad routing [14:44:49] hum, maybe not at all [14:45:23] where is esams ? USA or Europe ? [14:45:46] Amsterdam [14:47:29] ok, so the routing is good [14:47:48] Pmtpa is in Tampa, Eqiad is in Ashburn. [14:47:48] but i do not know why some .js are not send [14:55:54] bits. was lagging for me earlier, but a hard refresh fixed it [19:09:32] API related question [19:10:16] ping [19:13:06] kipod_, ? [19:13:45] Krenair: thanks. so i have an API related question: recently a new action was introduced [19:13:56] it's "setnotificationtimestamp" [19:14:35] doc page says it requires token, but it's not clear which token to use: prop=info does not list a token for this action. [19:15:01] i tried with the "edit" token, but could not get this to actually happen. [19:15:09] ideas? [19:17:14] What was the error you got when trying the edit token? [19:18:27] Krenair: did not get an error. the api returned with "state() == "pending", and the notification list did not clear. [19:18:46] But it accepted the token? [19:18:47] i called wit, as per the example, with "entirelist = 1" [19:19:09] it did not return with "bad token" [19:19:11] anomie_, can you help kipod_ ? [19:19:34] That module is marked as being copyrighted by you [19:20:23] Hmm. I seem to have lost the beginning of this to a disconnection (I wonder if I need a new wireless router). Which module are we talking about? [19:21:02] anomie: i am talking about action=setnotificationtimestamp [19:21:30] 1st question: is it really the "edit" token to be used with this call? [19:22:15] documentation is a bit murky about which token to actually use... prop=info does not list "notification" token. [19:23:03] Edit token should work. Let me test. Someday the token docs and stuff really need updating. [19:23:46] ok. so i used it with "edit" token, and it returnd with "state=pending" (i'm calling from JS) [19:24:05] and the list seems to never actually take me seriously. [19:24:48] called, as per the doc page, with "entirewatchlist=1" [19:26:17] should i paste the entire call chain? it's, like, 2 lines from chrome JS console. (admittely, pretty long lines) [19:27:29] oh, well... here goes: [19:27:52] api = new mw.Api() [19:28:41] st = api.post({action: 'setnotificationtimestamp', entirewatchlist: 1, token: mw.user.tokens.get('editToken')}) [19:28:45] no one cares as long as you don't flood [19:30:52] then. "st.state()" returns "rejected". [19:32:43] (i did see "pending" before. not sure what was the difference) [19:37:53] Hmm. When I try it on enwiki it's giving me a database error. [19:41:37] so i should think of this api as broken ATM? [19:42:01] should i fill a ticket in bugzilla? [19:42:18] Anyway, as for the "st.state", you're using it wrong. mw.Api's post returns a jquery promise object. You'd need to do something like st.done( function( r ) { ... } ) and process the response in the "..." bit. [19:42:42] anomie, a database error? can you file a bug for that? [19:44:11] Krenair- If I can't figure out what's going on. The code gets a DB_MASTER database handle, but the error being given is "The MySQL server is running with the --read-only option so it cannot execute this statement". [19:45:53] ... what. [19:46:01] Is this on a WMF site? [19:46:20] actually, what i "really" did was: [19:46:22] st = api.post({action: 'setnotificationtimestamp', entirewatchlist: 1, token: mw.user.tokens.get('editToken')},function(a,b,c){window.a=a;window.b=b,window.c=c},function(a,b,c){window.a1=a;window.b1=b,window.c1=c}) [19:47:31] Krenair- I think it's a bug in my module... [19:48:33] anomie, you're calling $this->getDB( DB_MASTER ); [19:48:57] Look at ApiBase::getDB. It doesn't have a parameter and always returns wfGetDB( DB_SLAVE, 'api' ); [19:49:12] So I think what you want is wfGetDB( DB_MASTER, 'api' ); [19:49:19] Krenair- Yeah, I figured that out about two minutes ago :( [20:03:52] !g 39861 [20:03:52] https://gerrit.wikimedia.org/r/#q,39861,n,z [20:04:39] so i should wait for the next deployment (or one after that) to actually use it? [20:06:42] oh well... by all. peace. [20:06:44] kipod_- Unless it gets backported to 1.21wmf6, it would have to wait for 1.21wmf7 (https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap) assuming it gets merged soon. [20:06:59] sure. thanks. peace.