[06:36:00] it's a tradition of a decade. every year or two i come in here to dip in the MW knowledge [06:36:33] today, i updated our decade old MW from 1.26 to 1.28 [06:36:55] great [06:37:09] along with the OS (centos 7), php 7 [06:37:26] all looks good, but i cannot seem to login once i logged out [06:37:44] password reminder sent email, but login attempt gives me errors: [06:37:59] https://www.dropbox.com/s/nk27sotkxndob5u/Screen%20Shot%202017-03-21%20at%205.39.08%20PM.png?dl=0 [06:41:18] i'm not sure how to dbug this [06:41:21] debug [06:42:31] any guidance? [08:35:54] is there a simple way to make an image in a mediawiki linkable to an external site so you click the image and is taken to the external website? [08:36:12] s/mediawiki/mediawiki article* [13:22:39] cpg|away: I had the same error message on wikitech a while ago, clearing out the browser cache & especially cookies and then doing what it says (load a regular page, from there go to login page and then try to login) worked for me. [14:11:57] Dereckson: Any news on that bug? [19:20:58] Hi! Anyone having experience working with Wikipedia APIs? [19:22:02] Is this room alive? :( [19:22:27] !ask [19:22:27] Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [19:22:53] Oh okay! Sorry :( [19:23:23] I wanted to know if it's possible to query an older version of the wikipedia api [19:24:02] There are certain parameters which are deprecated in the current version of the api but what available in the older versions [19:24:19] *where [19:25:43] nellex: Most likely not, unless you're using an older version of MediaWiki. Have you checked the status of those parameters or read changelogs? It might say "X has been deprecated, use Z instead." [19:27:35] Uhm I think I'll go through it and get back.. Thanks for a start [20:24:21] !logs [20:24:21] channel logs: http://bots.wmflabs.org/~wm-bot/logs/%23mediawiki/ html version: http://tools.wmflabs.org/wm-bot/logs/index.php?display=%23mediawiki [20:26:22] !logs is channel logs: http://wm-bot.wmflabs.org/logs/%23mediawiki/ [20:26:23] This key already exists - remove it, if you want to change it [20:26:33] !del logs [20:26:33] Deleting users is very messy and not recommended, because this breaks referential integrity in the database (they appear in many different tables like users, edit histories, recentchanges, preferences, etc). A safe solution is to block the users, and possibly rename them with . You can also try [20:26:42] !logs del [20:26:42] Successfully removed logs [20:26:49] !logs is channel logs: http://wm-bot.wmflabs.org/logs/%23mediawiki/ [20:26:50] Key was added [20:27:17] !botbrain [20:27:18] Hello, I'm wm-bot. The database for this channel is published at http://bots.wmflabs.org/~wm-bot/db/%23mediawiki.htm More about WM-Bot: https://meta.wikimedia.org/wiki/wm-bot [20:27:40] !botbrain del [20:27:40] Unable to find the specified key in the database [20:28:32] !wm-bot del [20:28:33] Successfully removed wm-bot [20:28:49] !wm-bot is Hello, I'm wm-bot. The database for this channel is published at http://wm-bot.wmflabs.org/db/%23mediawiki.htm More about WM-Bot: https://meta.wikimedia.org/wiki/wm-bot [20:28:49] Key was added [20:30:42] !botbrain2 del [20:30:42] Successfully removed botbrain2 [20:36:18] héllo, I have an issue with https://en.wiktionary.org/api/rest_v1/page/title/ [20:36:32] I tried to dump wiktionary via that api, but the list of pages is missing some [20:36:44] like https://en.wiktionary.org/wiki/Wikisaurus:anthropic [20:36:54] the list of pages doesn't contain that ^ [20:37:41] but the /page/html/ endpoint does return something [20:37:45] https://en.wiktionary.org/api/rest_v1/page/html/Wikisaurus:anthropic [20:38:01] I am not sure how to really list all pages from the mediawiki instance [20:40:14] the action api's list=allpages is probably more reliable. https://en.wiktionary.org/w/api.php?action=query&list=allpages [20:40:31] https://www.mediawiki.org/wiki/API:Allpages [20:41:42] https://en.wiktionary.org/w/api.php?action=query&list=allpages&aplimit=max&formatversion=2 [21:10:11] bkeys: you can follow it at the URL [21:10:44] bkeys: but seriously, independantly of the bug, you shouldn't have a folder where your PHP user can't write, so you should configure it [21:24:01] MatmaRex: tx [22:30:07] a question about HTMLform : is there a way to displayAlways() the form without contents (and more important without re-validate the fields)? [22:35:47] hi, my wiki is ok after an upgrade to 1.28, ... *except* when browsing on an ipad [22:36:42] the ipad is trying to access the / of the site, and i get a "forbidden" permission access error and a 404 could not be used either [22:36:50] i get this in the logs: https://wiki.amahi.org/index.php/Main_Page [22:36:52] oops [22:36:53] no [22:37:12] i get AH01630: client denied by server configuration: / [22:37:42] however, suspicious of redirection, when i try the URL above directly in the browser, it works! [22:40:07] you can check in the apache's access_log or even error_log what's the real URL the ipad is trying to access [22:40:15] with curl, i get a HTTP/1.1 301 Moved Permanently [22:40:57] [22/Mar/2017:15:40:40 -0700] "GET / HTTP/1.1" 404 - "-" "Mozilla/5.0 (iPad; CPU OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1" [22:41:04] it's trying to get / [22:41:15] gets a 404 [22:41:47] maybe apache has a special rule targeting iPad user agent? [22:41:48] i tried removing a mobile front-end extension, but it does not do anything [22:42:17] Vulpix: good thought. i will check but this was working for years befor the 1.28 upgrade [22:43:02] cpg: indeed, if I spoof my user agent, I get the forbidden error [22:43:22] wait, you may be right! [22:43:23] RewriteCond %{HTTP_USER_AGENT} ^.*(iphone|android|ipad).*$ [NC] [22:43:24] RewriteRule (.*) $1?useformat=mobile [E=useformat:mobile,QSA,S=1] [22:43:40] maybe that's it? [22:44:03] looks like it's the culprit [22:44:05] i am not sure when we introduced it, but it has not changed in years [22:44:05] good thought Vulpix ! [22:44:45] yup [22:45:35] I'm not sure what's trying to do that rule, redirect/map to ?useformat=mobile ? [22:46:05] yes, add that when it's a mobile client [22:46:37] maybe that extra stuff in the url breaks 1.28 [22:46:53] it's not obvious to me it would break with a 404/permission [22:47:49] but i never got enough mojo to grok the RewriteEngine secret incantations [22:47:57] thanks for the thought Vulpix! [22:51:37] looks lik we lost the automatic mobile view [22:52:02] there is a link at the bottom that takes one to it, but one has to click it [22:54:45] cpg: the rewrite rule sets an environment variable useformat:mobile, I guess there should be some extension using it to take effect [23:00:14] Vulpix: looks like the MobileFrontend should pick it up https://www.mediawiki.org/wiki/Extension:MobileFrontend#More_information [23:00:27] but i am unsure about the part in the [] [23:00:39] in the rule ... the [E=....] [23:01:52] http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewriteflags [23:02:10] > env|E=[!]VAR[:VAL] Causes an environment variable VAR to be set (to the value VAL if provided). The form !VAR causes the environment variable VAR to be unset. details ... [23:04:26] i tried clicking the link in a phone [23:04:53] the "mobile view" link [23:05:01] i got this ?mobileaction=toggle_view_mobile [23:05:14] i tried that in the rewrite rule and it also caused issues [23:05:36] same issue -- permission error and 404, which itself could not be handled [23:06:02] i think i will just remove this rule and let people click on the link at the bottom if they want the mobile view [23:07:00] the rule has also S=1 which means it will skip the next rewrite rule that apply, maybe you have another to map to your wiki, and without it the URL points to an empty directory? [23:07:44] hmm. no more rewrites on the virtualhost [23:08:11] good point, tho [23:39:46] a question about HTMLform : is there a way to displayAlways() the form without contents (and more important without re-validate the fields)?