[03:15:17] https://shorturls.redwerks.org// is giving me an error [03:15:28] .query not returned by api? [03:16:32] is there another way to do short urls? [03:16:48] is your wiki public? [03:17:08] also see https://www.mediawiki.org/wiki/Manual:Short_URL [03:20:17] Skizzerz: i think so. Also, that url mention that it expects the wiki files to be installed in folder /w/. Mine are in /wiki/ [03:21:30] adjust as desired, as long as the place the files are and the virtual path aren't the same (they can be, but it means that certain page names will be unusable on the wiki because they have to be mapped to files instead) [03:23:13] i'm not entirely sure what you just said [04:51:14] Can someone please block and roll back all contributions? Translation deletions - https://www.mediawiki.org/wiki/Special:Contributions/2001:44C8:4526:E423:29C2:7267:7325:A02C [04:55:05] I've blocked and rolled back what I could [04:55:13] E:Translate strikes again [04:56:16] yea the translation extension blocking undo is my main reason for hating that thing ... [05:00:16] not sure what's up with that 2806:... though with that talk page message though, but it seems to be less persistent [05:20:31] another anonymous to block - https://www.mediawiki.org/wiki/Special:Contributions/2601:82:C380:26C0:4D39:F7E5:C691:3CDF [05:24:24] done [10:03:28] Hi, what is the most used/maintained extension for watching images on mediawiki, like and so on? [14:49:45] Hello, my MediaWiki installation 1.27.1 sends out the following HTTP Response Header in relation to Cache-Control: [14:49:56] private, must-revalidate, max-age=0 [14:50:20] I would like to add 'no-transform' value to this. [14:50:31] Where and how is this done? [16:05:59] Hello i have problems with removing index.php [16:06:13] w to wiki [16:09:13] 404 not found [16:16:16] Hi and thanks for the awesome wiki engine [16:16:55] I'm trying to import some ~20 pages from one wiki of mine to another one and I get error "Import failed: * Loss of session data. You might have been logged out. '''Please verify that you're still logged in and try again'''. If it still does not work, try [[Special:UserLogout|logging out]] and logging back in, and check that your browser allows cookies from this site. * No interwiki prefix was supplied " consistently [16:18:10] Am using default caching of PHP7.3 [16:20:03] Earlier on I imported single articles with full histories and the import worked just fine. Now trying with a 15MB xml file I get the above error. Any help would be appreciated. I'm on irccloud so constantly hanging around. This is not an urgent issue. [16:21:19] jukebohi: Do sessions work normally? [16:21:57] bawolff: Do I stay consistently logged in? Yes [16:21:58] jukebohi: sometimes session issues can be caused if using apcu for caching, and apcu.shm_size is small and sessions get evicted. You can try setting $wgSessionCacheType = CACHE_DB; to work around that [16:22:39] I guess its possible the import fills up cache and causes things to be evicted, but it is a little odd you only get the error during importing [16:23:25] It looks like the "error message" is intended to be parsed as wikitext and not just spit out in red color [16:25:58] I set $wgSessionCacheType = CACHE_DB; [16:26:05] retrying the import [16:30:47] did not help [16:31:42] and that "No interwiki prefix was supplied" is not true [16:38:21] My guess is that this is not the right error message, but just gets triggered like that [16:39:50] bawolff: I should mention that this wiki is part of a wiki family of 2 wikis. Also: I have migrated the target wiki to a brand new Debian10 server a few months back. What should I try? [16:41:08] It does look like the wrong error message is being triggered. 15MB XML file size could be causing something to fail in PHP with the wrong error message being triggered [16:41:14] Well you could try doing importDump.php from command line if that is an option [16:41:28] jukebohi: Which version of MediaWiki? [16:41:49] bawolff: 1.34.0 [16:42:41] bawolff: I need to import these pages to be subpages of a page. Can I do that in the CLI? [16:43:14] I didn't even know you could do that from the web interface [16:43:42] jukebohi: yes, importDump.php has a --rootpage option [16:44:06] where is the documentation for it? [16:44:13] importDump.php [16:45:06] !manual importDump.php [16:45:06] An introduction to using MediaWiki is at , see for information about copying it to your own wiki. More technical information for MediaWiki administrators is at . For an introduction on programming with MediaWiki, see . [16:45:07] ah. here. https://www.mediawiki.org/wiki/Manual:ImportDump.php [16:45:13] whoops, guess that doesn't link [16:46:34] bawolff: I'd like to try to get the web thing to work. Previous imports of one page went just fine, so there is probably some memory limit being hit somewhere, but some other error message is triggered [16:47:00] I don't think a memory limit is being triggered, you would get a specific error message for that [16:47:18] The code path to trigger "import-token-mismatch" error, is pretty specific to the token not matching [16:48:21] jukebohi: Do you have a web application firewall setup, or maybe some sort of web server config that limits max post body size? [16:48:56] Maybe what's happening is your request is being cut off in the middle, cutting off the prefix and editToken value, causing the error [16:48:59] bawolff: Apache2 is pretty much like it came with Debian10, naturally enabled the sites etc. [16:50:25] php post_max_size is supposed to get rid of the entire post body if its over-sized [16:51:13] I check that [16:51:40] bawolff: post_max_size = 8M [16:51:52] in /etc/php/7.3/apache2/php.ini [16:52:07] Well that's going to need to be at least as big as the thing you are importing [16:52:17] although MW should also handle this situation better [16:52:22] I set 20M [16:55:30] I set 30MB and now result of retrying the import is a blank page at URL https://develop.consumerium.org/w/index.php?title=Special:Import&action=submit [16:56:10] Well progress! [16:56:12] !debug [16:56:12] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [16:56:26] OR more specificly, blank page usually means php fatal error [16:56:37] enable error reporting in php.ini to see error, or like in php error log [16:56:44] *look in php error log [16:59:57] jukebohi: fyi, I have filed 2 bugs based on your comments [17:00:08] 08:59 < wikibugs> MediaWiki-Export-or-Import, MediaWiki-Special-pages: Special:Import should report descriptive error if max_post_size is too low - https://phabricator.wikimedia.org/T245923 (Bawolff) [17:00:12] thank you bawolff [17:00:24] 08:55 < wikibugs> MediaWiki-Export-or-Import, I18n: import-token-mismatch message shown unparsed to user during Special:Import but has wikisyntax in it - https://phabricator.wikimedia.org/T245922 (Bawolff) [17:00:50] If you have an account, you can subscribe to the bugs to get updates, although honestly its kind of a low priority area so it might not get fixed anytime soon [17:00:52] Weird. Now the import finished [17:01:08] all I did was turn php error reporting on [17:01:32] Could have been some sort of timeout. Maybe it was half imported, and second time around finished the job [17:01:40] (not sure if Special:Import actually works that way) [17:02:00] bawolff: oh yes. It had already finished part of the import and now it succeeded because it did not hit some timeout [17:04:51] Thanks bawolff for your help! [17:04:59] and creating the tickets too [17:08:09] I see only 9 imported articles in the RC when there should be 21 [17:11:09] Retrying the import it states for all 21 articles that "No revisions imported (all were either already present, or skipped due to errors)." [17:12:28] wrt documenting php code, do we need to write documentation even for the constructor ? [17:12:52] Looks like I need to rollback the files and database. Damn.. I had some progress since last backup [17:14:36] oh hold on.. I'll likely run into the same problem again [17:14:50] It does it half way, but never really does it to the end [17:15:21] Sohom_Datta: For MediaWiki coding conventions, you have to at least put @param documentation [17:15:56] Sohom_Datta: I don't really think you need to have a function description for the constructor, especially if its a trivial constructor (Of course, if there is something weird about it, you should document it) [17:18:01] Ah okay, that makes sense :) [17:23:28] bawolff: any ideas how to get the 21 articles successfully imported? Right now the situation is that running the import again says that the articles have already been imported, when infact only 9 of them show up in the RC [17:24:22] I don't know why the other one's wouldn't be. Perhaps enabling MW debugging would help figure out why [17:33:20] This isn't working to get the debug [17:33:21] $wgDebugLogFile = '/tmp/mediawiki.log'; [17:39:31] bawolff: --rootpage isn't documented in https://www.mediawiki.org/wiki/Manual:ImportDump.php. I'm not having much luck turning on the Mediawiki logging [17:40:51] bawolff: I'm going to revert to last database and file backup and try again. [17:41:25] jukebohi: the --help option for the scripts tend to be more up to date than the wikidocs [17:41:33] ok [17:43:14] trying to use Extension:OAuth, it's giving me endpoints such as "/oauth2/authorize"; do anyone know what these are relative to? The only example I can find of it being used in a real URL is in WP's /api [17:50:42] shauno: The oauth2 stuff is relative to https://en.wikipedia.org/w/rest.php i think [17:54:05] hm. I'm still missing something then. /w/rest.php/oauth2/authorize on WP.org gives me an application error (because it's not a properly formed request). but on my wiki it gives me {"messageTranslations":{"en":"The requested relative path (/oauth2/authorize) did not match any known handler"},"httpCode":404,"httpReason":"Not Found"} [18:04:37] I did revert the database and then ran [18:04:39] php importDump.php --rootpage="User:Jukeboksi/studied-business_administration" ~/Wiki.study-20200222160516.xml [18:05:04] that suggested to rebuild recent changes and something else, but nothing shows up imported in RC [18:05:09] I revert again [18:14:29] Once again. Runinng the import first results in a blank page and then on the 2nd run it claims that some were already imported, yet only 9 entries show up in RC [18:15:06] I think I will just export-import each article as there are only 21 of them... unless someone has a better view of what to do [18:34:23] shauno: OAuth2 is fairly new, you'd have to be on master [18:58:59] recent changes seems to be running a bit slow for about the last 15 minutes or so [19:46:00] Hi everyone, maybe a stupid question, but when you save a page a page you can hook to "PageContentSaveComplete", when you edit an article then "ArticleEditUpdates" right? And which hook if you create a new article? Is it "ArticleInsertComplete"? [20:12:32] hmmm lost connection [20:13:25] Looks like safari is loosing connection very quickly. Now I am on chrome. Here my question: Hi everyone, maybe a stupid question, but when you save a page a page you can hook to "PageContentSaveComplete", when you edit an article then "ArticleEditUpdates" right? And which hook if you create a new article? Is it "ArticleInsertComplete"? [20:21:46] a page a page?