[00:21:24] Hello, anybody can help with a little problem? When opening my wiki page it looks like there is no using CSS (Private wiki), but when i log in to the wiki itlooks allright until i go to the preferences page, then it is back to looking weird again [00:37:51] which CSS specifically? [00:38:05] is it coming from a gadget for MediaWiki:Common.css? [00:38:19] sounds like it might be a $wgAllowSiteCSSOnRestrictedPages issue [00:38:32] at least, the Special:Preferences part. [00:38:39] yeah, that was my hunch too [00:38:45] I am pretty new to mediawiki, but from my point of view it seems like a css issue [00:39:01] ok, will check that, where can i find that? [00:39:13] speaking of I noticed that setting doesn't apply to the page you get if you try to log in on a wiki running TorBlock while on Tor [00:39:18] You can set $wgAllowSiteCSSOnRestrictedPages = true; in your LocalSettings.php [00:39:24] ok [00:39:26] give me a min [00:39:44] but, I need to upgrade MediaWiki and check that again afterward before I report it officially ;) [00:41:06] err rather not login but create a new account [00:41:44] ok, when i did that i didnt get permission to show the page at all [00:41:55] Forbidde, 403 Forbidden error [00:48:05] "Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request." [01:01:50] Dekkzter: what exactly did you add to LocalSettings.php? can you paste it in a pastebin (with passwords removed)? also what version of MW are you using? [01:02:03] sure. give me 2 min [01:04:14] could only find one password in there [01:04:15] https://pastebin.com/bW3xAwKG [01:04:39] its the latest stable release.. 1.29.1 [01:05:12] But after i added that last row, i coudlnt show any page, either logged in or logged out [01:07:33] and if i run Vector skin, al pages looks like no CSS i jhust discovered [01:19:30] Dekkzter: you're missing a semicolon at the end of the line [01:19:42] dont say it was that easy... sec [01:20:38] added that, still no CSS [01:20:57] but pages are loading properly now? [01:21:05] yes [01:21:13] hm, I'm not sure then [01:21:42] its a clean install of mediawiki aswell [06:20:06] addshore: I got the integration tests for mediawiki-api working on travis: https://github.com/addwiki/mediawiki-api/pull/46 [06:53:45] having trouble installing mediawiki. I am on ubuntu, and I am unsure whether I should be using the one provided by the repository, or downloading the tarball. [06:55:20] Woodpecker: the tarball is the more common way [06:55:33] samwilson: okay I will do that then. [06:56:25] Woodpecker: if you do go the package way, make sure you use https://www.mediawiki.org/wiki/User:Legoktm/Packages instead of the other older one [06:56:35] but yeah, tarball is easy :-) [07:02:55] I dont understand, "uploaded files" part of the tutorial. Which uploaded files? The files from the tarball I just downloaded? https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki#Uploaded_files [07:03:56] Woodpecker: yep, those are the ones. that doc isn't very clear! [07:04:03] i think the heading used to say more... i'll fix it... [07:04:59] samwilson: well i am gratified that I offer a new users perspective. Ha ha [07:05:08] yes! it's very useful :) [07:05:35] i changed it to just "Upload files", because all the other headings are verbs [07:11:27] "If you installed Apache, the correct directory is specified in your httpd.conf file (it's typically /htdocs). Note: This changes in Ubuntu 14.04 with Apache 2.4.7 where the primary config file for Apache server settings and directories is /etc/apache2/apache2.conf." << I checked the config file, and I do not see where the "correct directory" is specified in it. http://paste.ubuntu.com/25637869/ [07:11:43] Is the "correct directory" /var/www ? [07:12:37] Woodpecker: yep! that's the one. it's the DocumentRoot directive in apache.conf [07:12:57] and usually you put mediawiki into `/var/www/w/` [07:13:14] okay, thanks! [07:13:18] :) [07:15:30] ie – sudo cp -a mediawiki-1.29.1 /var/www/w/ [07:16:11] yep [07:16:50] nice [07:18:49] On this part here, https://www.mediawiki.org/wiki/Manual:Installing_MediaWiki#Run_the_installation_script [07:19:22] it says, "This is no longer required." Does that apply to the whole section or just the above block? [07:20:11] you're good at this! :-) [07:20:19] it's just the block above [07:20:26] the installation bit is still required. i'll fix it now. [07:24:02] thanks! [07:35:59] Woodpecker: thanks for helping improve the docs. Let me know if there are other wierd bits that are hard to understnad [07:36:26] Oh I will. [07:44:49] I am on here. https://www.mediawiki.org/wiki/Manual:Config_script – I am having trouble finding index.php in my web browser, as I am using a localhost (its installed on my computer) and not a web domain. [07:44:59] http://localhost/mediawiki/index.php – is this the webaddress I need? [09:16:11] does the ID of any wikipage change at each revision? For example when I clicked "Permanent link" on Wikipedia, the URL was https://en.wikipedia.org/w/index.php?title=Michael_Francis_Egan&oldid=802919772 so I was wondering if there is a never-changing ID for each topic, or if IDs change continuosly [09:17:47] or maybe, the page title is the actual "unique identifier" across wikipedia, and "id" only refers to revisions? [09:43:38] Woodpecker: try http://localhost/w/index.php [09:43:59] samwilson: not found. [09:44:19] hm, what baout just http://localhost do you get a directory listing? [09:44:40] I get an apache ubuntu landing page [09:45:33] nixusj: you're looking for the `curid` parameter, which takes a page ID instead of `oldid` which takes a revision ID. [09:45:53] Woodpecker: ah, so that's propbably /var/www/index.html if you have such a thing [09:46:26] samwilson: I think so [09:46:42] Woodpecker: and you've got the mediawiki files at /var/www/w ? [09:46:58] samwilson: yep [09:47:26] oh, do you happend to have a /var/www/html ? [09:47:36] with an index.html file in it? [09:47:51] nope. [09:47:57] hold on, my cousin is helping me [09:48:06] :) cool [09:49:09] samwilson: take for example the page /wiki/Rome. Does the topic "Rome" have a fixed, invariable numeric ID, or is "Rome" the ID itself? Numeric IDs seem to change at each revision. [09:49:38] nixusj: it has both [09:50:25] nixusj: if you go to 'page information' in the sidebar, it'll show you the page ID [09:50:55] although, depending on what you're using it for, sometimes the 'Rome' as an identifier is better, because moving pages can change the title but keep the ID [09:51:14] yes but if I want a permanent link to the topic "Rome" (the topic as a whole, not any particular revision), a permanent link that will never change, do I consider the page title as the ID? [09:51:57] yeah, e.g. https://en.wikipedia.org/w/index.php?curid=774776 will point to it, even if it gets moved to "Rome, Italy" [09:52:22] but "curid" will change with the next revision? [09:52:49] nope [09:52:54] there's some info: https://www.mediawiki.org/wiki/Manual:Parameters_to_index.php#Page_revision_or_version [09:53:40] revisions have IDs and pages have IDs. the URL parameters aren't named very well! [09:54:37] nixusj: and here's some more info about the page ID https://www.mediawiki.org/wiki/Manual:Page_table#page_id about when it can change [09:54:51] e.g. someone could delete Rome and recreate it, then it'd have the same title but a different ID [09:55:21] samwilson: so if I edit /wiki/Rome, "curid" will remain 774776 for the new revision, whereas the current version is archived as "old revision" and given a new numeric ID? [09:56:44] yeah, so at any given time, there's a curid that'll show you the page, and a oldid that will show you the *same* page, but only until it's edited [09:57:03] think of curid as being 'pageid' and oldid as 'revid' maybe [09:57:56] nixusj: oh! and shall i confuse you more and say that if you're really looking for a "topic identifier" then a Wikiata ID will serve you better! :-) [10:04:50] thanks for the info :) [10:06:30] Hi All! I cannot seem to get syntax highlighting working. What can be the reason? [10:07:06] Here is my LocalSettings.php: https://pastebin.com/eBXsGFhJ [10:07:37] Okay installed. Now I just need scribunto [10:08:00] I have `wfLoadExtension( 'SyntaxHighlight_GeSHi' );` in there. Is there anything else I should enable? The installation comes from official mediawiki:stable docker image with my LocalSettings.php file embedded. [10:10:36] Special:Version page shows that `SyntaxHighlight v2.0` extension is enabled. [10:11:57] kuznero: most commonly, it means that the webserver was not allowed to execute the python based pygmentize library [10:12:11] which can be for a variety of reasons. [10:13:12] thedj: that is a bit strange as it is running in a docker container - it should have all access to runtime. But I can imaging that if it need to download something from internet to do its job, that might be an issue as I am behind the firewall [10:13:26] no, it won't have to. [10:13:46] well, unlees you didn't composer install it... [10:14:02] did you get from git ? [10:14:19] or from a prepackaged version ? [10:14:57] see also: https://www.mediawiki.org/wiki/Extension:SyntaxHighlight#Installation [10:15:49] thedj: I pulled an official docker image, so I guess it all should be properly pre-packaged already [10:16:34] Hello, anybody can help with a little problem? When opening my wiki page it looks like there is no using CSS (Private wiki), but when i log in to the wiki itlooks allright until i go to the preferences page, then it is back to looking weird again [10:19:02] okay all set up [10:35:05] Is there any way to see what is exactly the error that make page land on `Category:Pages with syntax highlighting errors`? [10:36:38] It seems to be related to this https://phabricator.wikimedia.org/T128993 [10:37:13] Will try with `$wgShowExceptionDetails = true;` now [10:40:06] Finally, here is the error it is producing: Notice: Failed to invoke Pygments: /usr/bin/env: python: No such file or directory [Called from SyntaxHighlight_GeSHi::highlight in /var/www/html/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.class.php at line 308] in /var/www/html/includes/debug/MWDebug.php on line 309 [10:41:07] Problem is that python is not registered as a valid alternative in official docker image... [10:43:25] Official dockerfile does not care about installing python :( That is pretty sad. If issues would have been enabled on https://github.com/wikimedia/mediawiki-docker I would have created a new issue. [10:49:38] kuznero: file reports in our phabricator instance please [10:49:53] phabricator.wikimedia.org [10:49:57] p858snake: can I do it without being logged in? [10:50:15] nope, but if you already have a ccount on mediawiki.org you can use that [10:50:52] nope, I don't... I will register, not an issue. But won't that be better if I will just post a PR to official docker image? [10:59:32] Yep, fix actually works. Will submit a PR during an houw. [11:55:39] Pushed new PR: https://github.com/wikimedia/mediawiki-docker/pull/39 [12:34:05] Hallo, dear comrades. [12:34:23] How can I know if a logged user is watching the page? [12:34:59] The idea is, some page is prepared in template, and if the user is logged on, I want to show other words than to anonymous user. [12:35:02] Is this possible? [12:35:03] Thanks! [12:35:08] PMZ_: Are we commies now? [12:37:39] Sorry, dear sir, here is a special cheers for you, dear sir. [12:41:32] Anyway, is it possible to know the username of current reading user, or that he is anonymous? Thanks, pals. [12:47:43] PMZ_: lol np. good luck with your inquiry [12:48:23] You mean, this cannot be done? [13:26:00] Hello [14:43:49] Any succeed implementation of Visual Editor extension on CentOS 7? [14:44:43] Today it was my first contact with. Is someone using? [14:45:58] It would be a good idea using it on my company. I want to start using. [14:48:30] The VisualEditor extension is already on extensions directory on httpd server. [14:49:14] I'd like to make sure of the next steps before doing. I appreciate any help. [15:18:39] James_F: hi, any chance to get https://gerrit.wikimedia.org/r/#/c/292779/ reviewed? [16:45:57] Hello, anybody can help with a little problem? When opening my wiki page it looks like there is no using CSS (Private wiki), but when i log in to the wiki itlooks allright until i go to the preferences page, then it is back to looking weird again [17:01:35] Hi [17:06:46] Any idea about how to convert to/from latex, bbcode, asciidoc(tor), rst, markdown (in different varieties), docbook, mandoc, html? I'm struggling trying to understand how to use Pandoc for it, the only GUI I found is PanConvert and it's somewhat heavy on dependencies (Qt5, pyqt5 and Python 3). I want this for different use cases such as: Writting content in mediawiki by using asciidoc(tor), converting [17:06:48] content (documentation, articles, papers, books) to mediawiki, converting mediawiki syntax to asciidoc(tor) or, use machine translation as a helper to improve or create articles (but not copy them directly, of course) and compare them side-by-side (I found many addons for Mediawiki about translation) About comparison I found Manypedia.com but only supports two languages (I understand italian to a high [17:06:50] degree despite I'm bad at writing and speaking it. I understand Catalan, Galician and Portiguese to an acceptable way too), diffepedia (https://github.com/jgujgu/diffepedia (last commit from 2015), Microsoft's WikiBhasha (developed in PHP!) but it's dead... [17:06:57] Sorry for the long message! [17:45:40] Dekkzter: do you mean the login page does not have custom (site-wide) CSS applied? [17:49:56] Vulpix, yea exactly [17:53:17] Dekkzter: https://www.mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages [17:53:36] I tried that, doesnt help :/ [19:07:05] There is something wrong. [19:07:27] About LocalSettings.php file: "If this file is not there, the wiki will not work at all - if the wiki does work, the file is there." (www.mediawiki.org/wiki/Manual:LocalSettings.php) [19:07:35] I don't have this file. [19:09:04] peacehope: then you haven't installed the wiki yet, or you moved the wiki from some other place and forgot to copy over LocalSettings [19:09:17] visiting your wiki will give you a link to the installer [19:09:45] that will step you through a bunch of things, set up the database, and download a LocalSettings.php file to your computer, which you then need to upload back to the wiki's server [19:10:11] Skizzerz: the wiki is installed and working. Ps: some months ago it was upgraded. [19:10:25] then the file is there, and you're just looking in the wrong spot for it [19:10:55] (or you or someone else has modified core files, which is not recommended in the slightest) [19:11:43] # find / -iname 'LocalSettings.php' [19:11:43] /usr/share/doc/git-1.8.3.1/contrib/mw-to-git/t/install-wiki/LocalSettings.php [19:13:10] Something is wrong. I'll need to understand. [19:13:45] where is your wiki installed? [19:13:53] (file path) [19:45:31] Trying to Special:Import an XML dump from Special:Export of Commons, I get an "illegal mix of collations" error. [19:46:09] SELECT page_id,page_len,page_is_redirect,page_latest,page_content_model FROM `page` WHERE page_namespace = '6' AND page_title = 'Fantomo_ruĝa.svg' LIMIT 1 Function: LinkCache::addLinkObj Error: 1267 Illegal mix of collations (latin1_bin,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' (localhost) [19:46:31] Default collation: latin1_swedish_ci [19:46:32] Default characterset: latin1 [19:46:32] $wgDBmysql5 = true; in LocalSettings.php [19:47:57] Should I alter the table definitions to use the binary charset? [19:48:31] This wiki was established in 2004, but the software is recent [19:48:39] MediaWiki 1.27.1 (64f7660) 2016-11-25T23:52:22 [19:48:40] PHP 5.5.9-1ubuntu4.22 (apache2handler) [19:48:40] MySQL 5.5.57-0ubuntu0.14.04.1 [19:48:40] ICU 52.1 [19:48:40] Elasticsearch 2.4.4 [19:48:41] Lua 5.1.5 [19:54:01] @kgh says just dump the db and use sed/vim to replace character_set and collation https://www.mediawiki.org/wiki/User:Kghbln/Error_1271:_Illegal_mix_of_collations [19:54:26] but cautions that it doesn't fix existing UTF8 data that might be in the db [19:55:23] as and aside: Is there a way to check for such data? [19:57:12] My db currently has a mixture of MyISAM, INNODB tables [19:59:17] Although https://phabricator.wikimedia.org/source/mediawiki/browse/master/maintenance/tables.sql says SearchIndex needs MyISAM for fulltext, since that support doesn't come until MySQL 5.6 for innodb, so I assume that's the only table that should actually be MyISAM [20:01:53] freephile: What the tables are created as depends on your config (Its an option in the installer) [20:02:27] Innodb is generally always better (except searchindex, there's mixed reports on which is better, and older versions didn't support innodb for searchindex) [20:03:43] bawolff: should I alter the db schema to a) use InnoDB for the engine and b) change the characterset and collation to something more "modern"? [20:04:14] (keeping searchindex as the only MyISAM table [20:04:32] freephile: utf8 is a very bad choice for charset/collation [20:04:59] In general, I'd just reccomend using "binary" as the charset, because then mediawiki just deals with unicode and everything works [20:05:01] bawolff: but binary is recommended [20:05:24] right, so that's what I was thinking... Can't I convert to binary? [20:05:37] not with a "sed" but with actual SQL [20:05:46] And if you did decide to use a unicode charaset, always use utf8mb4 and not utf8 [20:06:03] ok [20:06:18] umm, you should be able to with an ALTER statement [20:07:57] something like Will Jones answer at https://stackoverflow.com/questions/3856435/how-to-convert-all-tables-from-myisam-into-innodb [20:08:08] to do the Engine conversion [20:08:50] ALTER table CHARACTER SET binary COLLATE BINARY; [20:09:01] yes [20:09:12] I think anyways. In any case, definitely take backups before messing with this [20:09:24] I've got 'em :-) [20:10:39] I just haven't looked at my db engines, collations, and charactersets in a long time [20:11:23] bawolff: Thanks, I think I'm good. [20:18:43] ishitach: Once you have mediawiki cloned, next step is to run composer [20:19:01] Ok. [20:19:19] ishitach: If you don't have composer, you have to download it from https://getcomposer.org/ [20:20:08] Once you have it, you have to go to your mediawiki directory, and run [20:20:10] composer install [20:30:53] bawolff: https://paste.ubuntu.com/25641283/ [20:31:06] That worked flawlessly to convert to INNODB [20:48:23] Hello, anybody can help with a little problem? When opening my wiki page it looks like there is no using CSS (Private wiki), but when i log in to the wiki itlooks allright until i go to the preferences page, then it is back to looking weird again [20:50:19] Could be weird caching thing. I would normally check the browser console to see if there are errors, are css load.php things giving 500s, what is their output on pages where css doesn't work, etc [21:49:17] Ok.. so... i have a problem with CSS doesnt seem to be working on my installation, it is 1.29.1, i just now installed 1.28.2, and that works fine, so it might be a issue somewhere in 1.29.1.... should i do a bug report or something? [21:53:23] Dekkzter: is your wiki public? [21:53:28] oh vnm [21:53:29] *nvm [21:53:58] check your PHP error log and set $wgShowExceptionDetails = true; in your LocalSettings.php [21:54:13] its a private wiki, just reinstalled it though, i can install it on a test with a testuser so you can check [21:54:18] if you do the latter, go directly to one of the CSS pages that's reporting a 500 [21:54:21] uhm.. no.. gonna reinstall it again and test [21:54:56] i dont get a 500 error... its just plain text and links [21:55:16] Could be weird caching thing. I would normally check the browser console to see if there are errors, are css load.php things giving 500s, what is their output on pages where css doesn't work, etc [21:55:24] oh [21:55:25] that wasn't you [21:55:30] reading comprehension fail [21:57:02] if you can repro it on a test install, that would probably be easiest to debug [21:57:13] because otherwise I'm not sure what changed between 1.28 and 1.29 that could have caused that [21:57:37] my initial guess would've been that you have custom CSS in MediaWiki:Common.css or a similar page and didn't add that page to $wgWhitelistRead [21:57:42] i can... just give me 5 min and i have done it [21:57:58] but I'd have expected it to be broken on 1.28 in that case as well [21:58:10] its a fresh install and it goes bad [22:04:45] let me know if/when you're getting the test thing up [22:04:49] and I'll take a look [22:05:20] give me a sec... it worked on another subdomain so i am confused right now.. reinstalling on the same subdoomain now [22:05:59] make sure the config is exactly the same [22:06:05] (i.e. LocalSettings) [22:06:09] yea.. i did [22:08:22] ok.... wiki.it-proffs.net [22:08:34] Can i PM you? [22:08:42] sure [22:09:07] (note that I block PMs from unregistered users, so if you don't have a nickserv account let me know so I can temporarily turn that off) [22:10:02] oh.. i dont have a nickserv account [22:11:10] ok try again [22:11:12] with the PM [22:11:24] done [23:35:22] Thanks alot for your time Skizzerz