[01:55:21] Hey, how can I set my wiki so that only logged-in users can make edits? [02:04:38] auroraborealis: See https://mediawiki.org/wiki/Manual:Preventing_access [02:05:17] Is there a way without doing localsettings [02:05:23] because I think my host server thing controls that [02:05:47] auroraborealis: Do you have shell access? [02:06:06] Not usre, how would I find out? [02:07:37] auroraborealis: It depends on your hosting provider. Did you install MediaWiki yourself? [02:07:52] No, it was done through miraheze [02:10:42] auroraborealis: It sounds like you need to contact Miraheze. See https://meta.miraheze.org/wiki/Request_Features [02:11:12] Sorry, bad link. See https://meta.miraheze.org/wiki/Request_features [02:20:15] prtksxna: delayed response but I do have js enabled and have tried different browsers and even desktops [02:31:21] posting my question again for context since I posted it yesterday: so I have mediawiki installed on a webserver and it is working fine except for one minor issue that is driving me crazy trying to figure out; when I navigate to "Preferences" at the top, User profile loads fine but when I try to click any of the other tabs, I cannot click them they do nothing any ideas on how to start debugging the issue [02:31:56] What version? [02:32:45] 1.27.1 [02:33:35] Are you using a default skin or a custom one? [02:33:47] default I've also tried the other supplied skins same issue [02:34:30] when I try to click on any of the tabs, no network calls are sent [02:34:31] Is it shown as a hyperlink (a finger like cursor shows) [02:34:31] yes [02:34:46] Hmmm perhaps mediawiki isnt setup properly [02:35:05] try typing after /wiki/Special:Preferences [02:36:12] I can get to Special:Preferences but I am unable to click the actual tabs within it such as "Appearance" and "Editing" [02:36:22] "User profile" shows since it is the default load page [02:37:01] Are you able to copy the link from the other tabs into your address bar [02:37:46] I can copy it but it doesn't do anything when I try actually loading it [02:37:54] Appearance shows up as "Special:Preferences#mw-prefsection-rendering" [02:38:06] full url of course [02:38:40] Can you go to special:version and pase the info from there [02:38:46] Paste* [02:41:07] https://dpaste.de/1csx [02:41:11] trobotham: are there any javascript errors in your browser console? [02:41:40] none at all [02:42:18] what browser are you using? the tabs themselves are created using JS, so if they show up, I'd expect it to work... [02:42:38] I've tried different browsers and workstations, as of now I am using firefox developer edition [02:43:40] hmm [03:18:11] interesting, just did a fresh install and am getting the same issue [04:32:53] Hi, I'm trying to do some debugging with my extension and DatabaseMySQLi->mysqlNumRows() throws some sort of error (but it's hidden by DatabaseMysqlBase->numRows() with MediaWiki\suppressWarnings()) [04:33:58] What should I do? [04:42:50] Never mind, I found the problem. [04:43:54] My query was returning a single row with null instead of no rows at all. [07:08:07] hello [07:08:16] I want to contribute [07:08:23] any easy bug to start off [07:19:16] !contribute | scarypanda [07:19:16] scarypanda: For information on how to contribute towards the MediaWiki project, check out [09:36:28] Hello Folks, I get the following error when I point my Browser to the Install path: [09:36:37] [WHIGxsCoLCwAAEQq@DAAAAGp] /mw-config/index.php InvalidArgumentException from line 49 of /mnt/web115/a2/12/57862812/htdocs/mediawiki/includes/libs/objectcache/HashBagOStuff.php: $maxKeys parameter must be above zero Backtrace: #0 /mnt/web115/a2/12/57862812/htdocs/mediawiki/includes/libs/objectcache/CachedBagOStuff.php(47): HashBagOStuff->__construct(array) #1 /mnt/web115/a2/12/57862812/htdocs/mediawiki/includes/session/Sessio [09:36:47] can you please help? [09:37:34] I use the newest stable release [09:39:25] https://dpaste.de/3GXQ [09:49:25] IndexPager::buildQueryIn fo (DeletedContribsPager) 81.4.125.112 1176 Key 'usertext_timestamp' doesn't exist in table 'archive [09:49:29] any ideas on how this could be caused? [09:51:00] Reception|away, when posting log entries, please remove any IP addresses to avoid abuse :) [09:51:21] Ok [09:51:41] It is already public in our GitHub configuration anyways. [09:52:37] Ah, didn't know that, then it is ok ^^ [09:54:14] divadsn: any ideas on the error? [09:55:12] It sounds for me like something to do with MySQL ^^ [09:56:10] I am currently away from any of my working machines, so I can't lookup exactly where this message could be thrown [09:56:20] Ok. Thank you anyway. [09:57:02] You can still look into your MySQL database into that table and see if the key exists, or the table itself :) [09:58:48] Reception|away: try re-running the update script [09:59:39] p858snake: I would but I'm not authorized as our rule is to never run it without an exceptional cause. We use wmgCreateWikiSQLfiles for SQL files [10:00:08] but wouldn't this error have to be caused by a change to the configuration? [10:01:05] your DB tables are missing something, either from a change in extensions or your core update didn't complete properly [10:01:54] Hmm ok. It's only happening on one of the wikis (we're a wiki farm) so must've been a change there. [10:02:05] There was but the extension is question doesn't use SQL files [12:18:19] I have update my mediawiki to 1.28.0 and I cannot sign in now, I get following message at login screen https://www.hastebin.com/dejinayaju.pas [12:18:27] and I am using shared hosting. [12:21:14] purpleMoon: try setting $wgSessionCacheType = CACHE_DB; in LocalSettings.php https://www.mediawiki.org/wiki/Manual:$wgSessionCacheType [12:48:37] Vulpix: no it is not working. I have tried all that. [12:55:59] purpleMoon: is your wiki public so someone here can try to login/create account and see cookies? [13:21:30] no it is not for public, just for company staff. [13:38:33] Is there a way to do vertical CJK text inline with the body of an article? If so, how? [14:22:37] Halian: i guess wrapping it inside a span with style display:inline-block [14:22:51] Ah [14:22:57] What about adding furigana? [14:24:33] https://en.wikipedia.org/wiki/Furigana ? That's done there, using tables [14:31:38] Hrm. [14:32:14] As I said, I want to be able to put vertical Japanese text and accompanying furigana in the body of an article, but I guess it's not possible in MediaWiki [14:34:01] there's no supported way of do that which I'm aware of, you can only use HTML/CSS tricks to place them as you want [14:35:26] Hrm. [15:10:11] Does anyone know how elementswiki IndexPager::buildQueryIn fo (DeletedContribsPager) Key 'usertext_timestamp' doesn't exist in table 'archive' [15:10:15] this would be fixed? [15:15:51] !db archive [15:15:52] See http://www.mediawiki.org/wiki/Manual:archive_table [15:16:25] Reception|away: what MediaWiki version? [15:16:32] 1.28 [15:16:56] obviously, a table index is expected by some query but it's not present on your database [15:17:54] Reception|away: did you run update.php? [15:18:20] I would but I'm not authorized as our rule is to never run it without an exceptional cause. We use wmgCreateWikiSQLfiles for SQL files [15:18:27] (We're a wiki farm) [15:18:46] all extension sql files are loaded when we install them, so that can't be the problem. [15:19:12] that's not from an extension, this table index is added in MediaWiki core [15:19:47] Vulpix: so by what could this have been added? This is only happening on one of the wikis on our wiki farm. The rest are fine. [15:20:33] that particular wiki got upgraded from a previous version and someone forgot to run update.php, or it failed with an error [15:21:08] All of them got upgraded at the same time, and update.php was ran on all our wikis. [15:21:20] So that couldn't be the issue here [15:22:25] how could you explain that this particular wiki is missing the index but others aren't? [15:23:13] another cause would be a bogus restore from backup that's missing indexes, or someone fiddling with indexes [15:23:57] that couldn't have happened either.. The problem is we don't know since when the error is happening. The first time we got it is today [15:24:10] and no changes to anything have been made on that wiki that would affect this [15:25:04] something seems wrong here, since Key 'usertext_timestamp' is for 'revision', not 'archive' https://phabricator.wikimedia.org/diffusion/MW/browse/master/maintenance/tables.sql;d6423137639590a19580198429d7845388943e39$376 [15:26:51] when doing SELECT * FROM archive; there's no usertext_timestamp [15:27:05] or well, that shoud be the case, but I now see this patch that must be wrong https://phabricator.wikimedia.org/diffusion/MW/browse/master/maintenance/archives/patch-archive-user-index.sql [15:27:19] Reception|away: that's an index, it's not shown in selects [15:27:43] but if that patch would be wrong, why would the error only be on one wiki? [15:29:33] the error happens only when a query forces the use of a given index. Maybe no other wiki use this query [15:29:53] that's just guessing based on a MediaWiki version and an error message [15:30:25] I tried searching the same thing on other wikis and only one gives the error [15:30:38] Could it be something in https://github.com/miraheze/mw-config/blob/master/LocalSettings.php? [15:32:09] I doubt it has to do with configuration settings [15:32:54] Ok.. It's impossible that anything changed on the command line, though. As no one would have changed anything [15:33:40] full log is: mw2 elementswiki IndexPager::buildQueryIn fo (DeletedContribsPager) 1176 Key 'usertext_timestamp' doesn't exist in table 'archive' (-) SELECT ar_rev_id,ar_nam espace,ar_title,ar_timestamp,ar_comment,ar_minor_edit,ar_user,ar_user_text,ar_de leted FROM archive FORCE INDEX (usertext_timestamp) WHERE ar_user_text = 'D eltaQuad' AND ((ar_deleted & [15:33:40] 12) != 12) ORDER BY ar_timestamp DESC LIMIT 51 [15:34:00] Sorry, I forgot to send the last part previosuly [15:36:38] the thing is, there's no usertext_timestamp index on archive. The most similar one is ar_usertext_timestamp, so this query is probably wrong [15:38:51] Yes.. I only see [ar_timestamp] when using SELECT though [15:39:26] and why would it be looking for a different index then? [15:40:00] someone made a typo, probably [15:40:35] When doing what? [15:41:24] We updated the week when 1.28 came out, and I don't remember there ever being errors like this until today [15:41:42] when is this error occurring? [15:42:20] when trying to search something on Special:DeletedContributions [15:42:26] any username gives this error [15:45:05] There's also mw1 elementswiki: [30e63bbf046814607c7cc964] /w/index.php?title=Special%3ADeletedContributions&target=DeltaQuad&namespace= DBQueryError from line 1054 of /srv/mediawiki/w/includes/libs/rdbms/database/Database.php: [15:45:38] Vulpix: we host mediawiki on two servers (mw1 and mw2). The actual database error only shows up on mw2 and only the log I just sent shows up on mw1 (exception.log) [15:45:44] Could that indicate the error? [15:47:26] I've tested on a local 1.28 wiki and this error is happening [15:48:04] works fine on 1.27 though [15:48:44] Vulpix: Ok. Then my question still is why there is no error on the other wikis? [15:49:06] because no other wiki is doing Special:DeletedContributions [15:49:08] Also shouldn't someone backport a fix for this? [15:49:25] only if it's fixed on master, which I doubt [15:49:29] Vulpix: I tried Special:DeletedContributions on wikis and it worked./ [15:49:56] Reception|away: have you actually searched for a username? [15:50:15] Yes [15:50:18] https://meta.miraheze.org/w/index.php?title=Special%3ADeletedContributions&target=Reception123&namespace= [15:50:32] (sorry, you wouldn't be able to see it) but it works [15:50:42] It gives all the deleted contributions [15:50:50] whereas https://elements.miraheze.org/w/index.php?title=Special%3ADeletedContributions&target=Reception123&namespace= [15:50:52] gives the error [15:50:58] so this wiki has a database index that other wikis don't have [15:51:10] and how could that have happened? [15:51:17] Oh.. This wiki was created after the upgrade [15:51:29] ill check another one created after [15:51:49] Yes. It's that [15:53:56] the error is clear, but I don't know how this won't happen coming from a previous version, since archive.usertext_timestamp doesn't exist on tables.sql on earlier versions neither [15:54:13] except... for the patch I mentioned earlier, that seems to be wrong [15:54:29] maybe the patch was being executed on previous versions, and not now [15:55:01] Yes. I will file a Phabricator task for upstream [15:56:43] please do and post the task number here, I want to add more information :) [15:56:50] https://phabricator.wikimedia.org/T154872 [18:40:59] Hey, I'm trying to enable image uploads on my wiki and I was wondering if I could get some clarification on the instructions in the article (https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads) [18:41:12] It says "Set the /images folder (or the /uploads folder in previous versions) to have permission "755"" [18:41:30] How and where do I set that permission? [18:53:34] Spark[01]: is the wiki on linux or windows? [18:53:50] Vulpix: windows [18:55:48] you should then give the appropriate permissions to that folder to the user account which is running the web (under IIS I guess it's IIS_USRS) [18:56:48] the general "modify" permissions should be OK [19:03:58] Vulpix: Is this something I do in the PHP console or a configuration file? [19:06:10] Spark[01]: right-click on a folder, choose properties, and there's a security tab https://technet.microsoft.com/en-us/library/cc754344(v=ws.11).aspx [19:06:31] OH that makes sense, thank you [19:06:57] are you publishing MediaWiki on IIS or a WAMP/Apache server? [19:07:22] it's on xampp, so I'm not really putting it up for public use yet [19:08:13] hmm, maybe XAMPP is just running under your user account, and may not need additional permissions [19:09:12] Yeah, I just wanted to have an understanding of how it works [19:09:25] Or rather how one is supposed to do it [19:13:31] uploading files require the server to create/copy the file that's sent from the client. Usually web applications don't have permissions to write/create files, to avoid security issues, but for uploads it needs to have a writable folder where to put those files [19:14:12] I see [19:14:38] I think I understand, thanks again [21:03:04] @seen andre__ [21:03:04] divadsn: andre__ is in here, right now