[05:29:17] Hi, what happens if a "help [05:31:15] Hi, what happens if a "help" entry is put into the interwiki table, and then the "help" namespace is not configured on the host wiki? It'd be nice to be able to share help resources, but to allow a local wiki to maintain a separate "talk" page for any topic-page in the interwiki [05:32:32] can a help namespace be shared in this manner, assumimg the 'help' wiki puts ints help pages into its main namespace, would this work? [12:29:06] is there a rate limit for logins via api? [13:03:19] Freddy2001: yes [13:04:34] or at least I've hit it sometimes with a bot... [13:44:42] hello, after importing pages and images, there is a problem in the image pages, in the File usage section, it says " [13:44:42] There are no pages that link to this file. [13:44:43] " [13:45:02] how am I supposed to fix this? [13:57:06] I am getting this error after upgrading to 1.28.0 = There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. [13:57:24] Any help? [13:59:01] blueHawk: if you have $wgMainCacheType = CACHE_ACCEL then you may need to set $wgSessionCacheType to CACHE_DB [13:59:08] see https://www.mediawiki.org/wiki/Manual:$wgSessionCacheType [14:00:34] zero2: you may need to run https://www.mediawiki.org/wiki/Manual:RefreshLinks.php [14:01:52] I have this value = $wgMainCacheType = CACHE_NONE; [14:06:06] It did not work with what you said. [14:06:59] I do not have APC [14:16:41] blueHawk: try using private browsing, if it works you may need to clear old cookies [14:22:58] Vulpix: it is same in private browsing. not solved. [14:24:05] is the wiki public so you can post the link to the wiki here? [14:29:39] No it is not. Anything I can provide you to check? [14:36:15] I don't know, this is usually a problem with session data vanishing when $wgMainCacheType = CACHE_ACCEL but the accelerator may lose things between requests. Other option may be cookies being generated for the wrong server name or path so the browser doesn't send them back [14:37:29] you may check cookies with developer tools of your browser (hitting F12), inspecting requests and response headers and see that the session cookie issued by the server is being sent back to the server on next requests [15:07:15] Vulpix: I send link in private? I have two wikis having same problem. I can share the public and less used. is it ok? [15:07:30] blueHawk: no problem [16:02:05] you "may" ? are you sure that will fix this issue? [16:02:59] I'm asking because the last script I did run lasted for a week :/ [16:04:01] now running unnecessary scripts would be a huge disappointment [16:25:12] it is possible to use different color schema for some lang=? with SyntaxHighlight ? [16:52:48] zero2: if editing the page where the image is included causes this section to be updated, then it would fix the issue, yes. Otherwise there may be other causes [16:53:47] Vulpix> thank i'll do the page edit test [16:54:41] if back links are fixed I'll run the script then [17:12:42] Vulpix: I fresh installed 1.28.0 on a sub-domain, and got same problem [17:20:01] are there any restrictions from server side? [17:21:00] the only thing I can think of would be missing encryption algorithm which can be "fixed" setting https://www.mediawiki.org/wiki/Manual:$wgSessionInsecureSecrets [17:24:50] Hi, I wonder if there is a documented way to reverse the compression on old changes done by compressOld.php [17:49:43] Nop not working [17:50:14] Hi everybody. I need help in installing mediawiki. Using debian 8.7, nginx 1.6.2, php5-fpm 5.6.29. Nginx config used from https://www.nginx.com/resources/wiki/start/topics/recipes/mediawiki/. But when I open my domain, I always see only 403 error. webserver forder and files chown'ed to www-data with 644 for files and 755 for directories. Does anyone know how to solve that error? [17:54:07] blueHawk: I don't know more options, sorry, I think anomie implemented the new system, pinging him in case he has more ideas [18:08:05] hmm strange deleteArchivedFiles.php has only deleted 40 files, and there are still thousands files in the archive folder [18:08:31] why the script doesn't detect other archived files? [18:11:57] zero2: are they in the filearchive table? [18:12:45] I don't know [18:13:05] !db filearchive [18:13:05] See http://www.mediawiki.org/wiki/Manual:filearchive_table [18:13:29] i have imported some images then imported and overwritten the old version [18:13:45] so if it's not in the database it's the import script fault [18:14:00] how can i fix so they are added to the database? [18:15:02] the filearchive table is empty [18:15:23] how can i fix this please? [18:15:51] so you want to delete files or import them? [18:16:12] delete old versions of files [18:16:32] those which appear in file history [18:18:07] they shouldn't appear on the file history anymore, maybe you just need to purge those file description pages [18:19:10] they are still very much physically present [18:19:43] the image is in the archive folder, and purging doesn't make any difference [18:20:43] first check: find . -type d -name "archive" [18:20:45] then delete: find . -type d -name "archive" -exec rm -r {} \; [18:20:48] is it normal the filearchive_table is empty and File:image.jpg#filehistory still shows file history? [18:21:18] what is this? [18:21:19] mmm, wait [18:23:04] the filearchive holds *deleted* images, not old versions of a current image [18:23:49] so this has nothing to do with the file history [18:28:36] ok so is there a way to batch delete old file versions [18:33:03] no supported way that I'm aware of [18:33:38] :[ [18:34:25] if i delete the archive folders, i suppose the database will still have the history regardless? [18:37:07] zero2: yes [18:37:40] that was a stupid question :/ [18:39:12] image administration on mediawiki is really weak :/ [18:39:19] so many missing features [18:40:15] where can i add a feature request? [18:41:59] Phabricator ? I don't have an account -___- [18:42:23] not worth the bother, will probably be ignored so... [18:52:39] Hi, what happens if a "help" entry is put into the interwiki table, and then the "help" namespace is not configured on the host wiki? It'd be nice to be able to share help resources, but to allow a local wiki to maintain a separate "talk" page for any topic-page in the interwiki [18:52:47] can a help namespace be shared in this manner, assumimg the 'help' wiki puts ints help pages into its main namespace, would this work? [18:56:13] thanks for any comments about this [18:58:44] the most "standard" way of doing that is enabling scary transclusions, and manually add a template/transclusion on each help page ({{helpwiki::{{PAGENAME}}}}) [18:59:16] https://www.mediawiki.org/wiki/Manual:$wgEnableScaryTranscluding [19:01:36] vulpix, thank you for your reply. double colon must be a typeo. Distributed SMW appears too bulky a solution for sharing a namespace.... [19:03:23] ... so i'm curious whether the interwiki/page name parsing regime in place would interpret help:a-page as a request to the interwiki? [19:04:22] maybe an original idea of interwiki was to allow this 'topology' of wikis [19:05:31] if you call an interwiki help:, all links to it will redirect people to the target wiki (if configured correctly, otherwise will give an error) [19:06:18] vulpix thanks again for any info you can provide about this approach. certainly i can try it myself, however i'm thinking about "unintended consequences" that aren't revealed by a simple test. [19:07:50] the problem with redirecting users to another wiki is that they usually doesn't notice they're on another wiki and may try to create offtopic pages, or get confused [19:08:00] Vulpix, you're giving me reason to be optimistic!! How about the MediaWiki namespace? [19:08:28] don't mess with the MediaWiki namespace :) [19:09:07] a little more detail would help me understand... you're not talking to a rookie here [19:11:11] the MediaWiki namespace is for i8n messages, there's a risk you edit a page it's being used (or will be used in a future) as part of the interface [19:11:34] with regard to help, write permissions to help: namespace would be disabled, but it seems as though the help_talk namespace can still be available for local add/change/delete [19:11:57] right. MW namespace edit permission would be denied locally [19:13:10] so the interwiki remains a read-only resource, as it was meant to be [19:14:44] Vulpix i looked across meta/elsewhere and it's surprising me noone's noted this ? [19:17:49] noted what? sorry I don't follow... [19:17:51] (actually, I think the MW: namespace is for i18n replacements and additions, so there is no harm to having a purely remote repository for a namespace's pages [19:18:57] iow sounds like you don't know any showstopper preventing me from distributing ALL read-only subject namespaces to other wikis [19:19:22] obviously a local wiki's main namespace cannot be remote [19:27:38] Are user: && category: the only named namespace that MUST be local ?? [19:27:52] THis is Great, I don't have to load a gadget or widget namespaces on new wikis [19:28:59] vulpix, i really don't have the same insight as you about Talk: pages .... what might happen if there are remote subject pages, and local talk pages ?? [19:30:08] confusion, I guess, I doubt anyone would use them since the subject redirects to other wiki [19:31:16] hello, i recently moved my mediawiki site to a new cpanel-based server, and upon attempting to access any page i am given this error [19:31:31] "The lua binary ([path]/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable." [19:31:39] anything technically that migth be a problem, as in a talk page being associated with a remote page id? [19:31:56] would anyone know about this issue? i can give other information if it can help [19:34:02] https://cdn.discordapp.com/attachments/209144353170391040/275347819173249026/unknown.png [19:34:10] this is the error shown for each page [19:34:15] Factodef: check if that path has execute permissions [19:35:31] https://cdn.discordapp.com/attachments/209144353170391040/275348190075682826/unknown.png [19:35:41] it appears to have it [19:37:05] Factodef: the "lua" binary file on it, sorry [19:37:11] line 209 of the file only seems to be an error message [19:37:22] throw new MWException( sprintf( 'The lua binary (%s) is not executable.', $options['luaPath'] ) ); [19:37:53] yes, that's where the error is thrown [19:38:04] https://cdn.discordapp.com/attachments/209144353170391040/275348826221576193/unknown.png [19:38:12] doesn't appear to be executable [19:38:23] mark it as such [19:38:24] just changed the permissions [19:39:54] wow, just changed the permissions and pages are showing up again! thanks! [19:40:06] yw :) [19:43:36] Vulpix, I don't see any links stored between subject and talk pages [19:43:40] so now I'm worrying about the template: namespace .... that & module: one I really want to be remote... [19:44:18] so now I'm worrying about the template: namespace .... template: & module: I would love to see these both remote... [19:44:34] I think that, by "remote", you mean you can use it locally as if it's local, but that won't work [19:45:22] no, by remote i meant an interwiki reference (again, all read-only against the remote wiki) [19:46:16] as in, I want template: and module: to be shared, read-only wikis containing those respective pages [19:46:57] as in, I want template: and module: to be interwiki entries to give access to shared, read-only wikis containing those respective pages [19:47:33] the Module: pages won't be usable on the local wiki, are you aware of that? [19:47:57] because theyre preparsed and stored locally ? [19:48:55] only the HTML output is stored locally if you have a cache enabled, IIRC [19:49:14] iirc parsed templates are cached if short enough, so that's not a problem (it's the templatelinks table that's worrying me) [19:50:08] i'm not much educated about the content model, but am assuming that a module has two content models associated with each page [19:51:51] so module: might be a problem because lua code assumes both content models are kept in the same database (somewhere in that schema!) [20:01:08] if i experience wait times abnormal for my site, what could be a proper way to troubleshoot? [20:05:40] https://cdn.discordapp.com/attachments/209144353170391040/275355720604712960/unknown.png [20:12:25] Is there any way to combine ParserOutput objects together? [20:12:39] these are the results of a ping test, and i can say personally it takes about 10-20 seconds to load a single page [20:30:04] i've tried changing CACHE_NONE to CACHE_DB but it doesn't seem to change anything [20:40:07] i know this isn't an error with my server specifically, since i have a wordpress site that loads fine [21:22:36] Any help with this error : There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. [21:22:48] I tried almost everything but did not work out [21:30:00] what it means unserialize(): error at offset 0 of 236 bytes at line #? [21:32:16] something is screwed up, either in sessions or in caching [21:34:04] how to find out more? any idea? [21:35:35] where does this message appear? [21:37:24] I debug and it came on my sign-in page and home page also [21:43:45] How it is screwed up? what do you say? [21:44:57] blueHawk: there's no file and line number printed? :S [21:45:14] yes there is printed [21:45:44] SQLbagostuff at 643 and 648 [21:47:11] !db objectcache [21:47:11] See http://www.mediawiki.org/wiki/Manual:objectcache_table [21:48:00] blueHawk: can you open the database and truncate it? truncate = remove all files, not deleting the table! [21:51:43] how to do without command line? never done this before [21:53:12] do you have access to phpmyadmin? [21:53:32] yes I do have [21:53:59] http://stackoverflow.com/questions/18271951/delete-all-records-in-a-table-of-mysql-in-phpmyadmin [21:54:18] there's a button called "empty" next to each table [21:54:46] ok got it [21:55:29] done [22:01:11] Truncate is done, now what? [22:01:28] check if the error is still happening [22:03:54] Still coming [22:04:10] if you upgraded, from the things you should do, there are 2 important: 1. unpack new files on an empty directory and not over the old ones (copying LocalSettings.php from the old and others as explained in the manual), and 2. Run update.php [22:18:33] Well I did a fresh install and it was same