[02:22:13] Good evening. I have a question that I can't find a working answer for. I'm getting this error on file upload on a MW 1.24.1 setup. [02:22:43] I'm getting Could not create directory "mwstore://local-backend/local-public. Permissions are set correctly, and it's owned by www-data. [02:30:46] I have been looking around, but everything I can find that points to fixes for this all seem to focus on permissions and ownership. [02:36:50] ElmerG: Is the images directory owned by www-data and chmod 777? [02:37:03] It's CHMOD 775 and it's owned by www-data [02:37:40] I also tested it with 777 and it still failed. However, we found one error and now images are saying they upload, but when they are clicked on, they get a not found. [02:38:08] $wgUploadPath is set to /images/ as well. [02:38:14] Is there anything inside the images directory? [02:38:21] And is that stuff all 777? [02:47:11] Looks like it. Though I think part of the issue, for some reason, is when I go to click or display an image it's not showing the /iimages/ directory in front of the /f5/etc./blah.jpg [03:07:53] a/wg #linuxcaffe [05:13:37] I have a weird error. So we've been fighting with image uploads. We've got them to where we can upload. However, they don't dispaly;when I get into looking at the files themselves, the filepath is mising the /images/ directory. I'm not sure where to go from here. [05:21:27] sorry for the late help... [05:21:37] looks like you've been waiting for a long while [05:21:57] Nah, it's fine. We're playing with options in LocalSettings.php. [05:22:12] I'm doing other stuff to try to fix it myself, just to dig a little deeper. [05:24:45] We got it! [05:27:17] what was it? [05:28:39] $wgUploadPath wasn't set (which is weird; my friend did a manual install and she had to add a whole bunch of stuff to her LocalSettings; I couldn't get a manual to work so I used Softaculous, and I didn't have to add all the things she did). [05:29:18] ahhhh [05:29:28] yes hmm [05:29:37] very troublesome these errors.. [05:30:10] Well, we got hers working now [05:39:30] Hi Nahiyan. [05:57:01] hello [07:49:23] Curious. Looks like I just encountered this error message for the first time in 6 years. I guess htmlform is spreading! https://translatewiki.net/w/i.php?title=MediaWiki%3AHtmlform-invalid-input%2Fit&diff=6022212&oldid=1196015 [11:07:45] Hi everybody. I just upgraded 1.23.8 to 1.24.1 and now I got an exception like this: 'Exception from line 205 of /var/www/mediawiki-1.24.1/includes/skins/SkinFactory.php: No registered builder available for fallback.' [11:10:16] Default skin is unchanged 'monobook' [11:37:40] May be try updating the skin? [12:02:34] gleki: I did and out-of-place update, so the skin is the one from 1.24.1 [12:06:26] I upgraded 1.19.20 without a problem to 1.23.8, yet neither the upgrade vom 19.20->24.1 or the 23.8->24.1 works ... yields the aforementioned 'No registered builder available for fallback' [12:14:15] did you ran update.php? [12:14:36] *run [12:14:55] gleki: Yes, acutally multiple times to be sure [12:16:08] did you try disabling extensions and all non default options in LocalSettings? [12:17:07] in such cases i just moved the whole folder to another place except /extensions and /images, redownloaded the repo from git and moved it into the working folder. [12:17:21] I was just reading the changed configuration section of the changelog. [12:17:21] then ran update.php again to be sure. [12:19:52] ofc. you may also try to just use the default LocalSettings.php again. and then add your settings from your LocalSettings one by one [12:19:58] I stripped down the LocalSettings.php to not include anything, only setting variables [12:21:22] may be the new version requires something new in localSettings. [12:21:50] so instead of editing the old localsettings you may try to use the default localsettings from the new version and then edit it [12:22:23] Yes, i just delete the LocalSettings.php and tried to setup a new one [12:24:03] well, may be the MW version you are trying to use isn't going to work at all? may try installing another mediawiki with the same version number and see if this error happens. [12:37:02] gleki: The Skins have to be loaded manually in LocalSettins.php [12:43:07] LnxBil: is this problem only with monobook, not vector? [12:50:32] Hi [12:50:40] Small concern [12:50:53] Is there a way to do mirrored text in mediawiki [12:50:55] ? [12:51:08] I.e reversing a text span. [12:51:26] https://en.wikisource.org/wiki/Page:The_New_Latin_Primer_%28Postgate%29.djvu/43 [12:52:01] Currently I am using a kkludge of using an IPA symbol, but ideally what i would llike is a {{mirrored|C}} I can use instead of the IPA symbol [12:52:14] because the IPA symbold doesn't exactly render nicely [12:54:45] Qcoder00: Unicode probably has a character for that [12:54:54] It does... [12:55:04] The Reveresed C I'm using.. :( [12:55:14] (which is technicaly an antisigma) [12:55:15] I think [12:55:35] If Unicdoe has a different symbol given the contex. I'd like to know :) [12:56:22] Qcoder00: https://en.wikipedia.org/wiki/Roman_numerals#Hypotheses_about_the_origin_of_Roman_numerals uses a different symbol [12:57:06] Do you know the Unicode point? [12:57:09] Ɔ [12:57:33] https://en.wikipedia.org/wiki/Ɔ = https://en.wikipedia.org/wiki/Open_O [12:58:05] hard to tell how "correct" it is, though [12:58:44] ROMAN NUMERAL REVERSED ONE HUNDRED Ↄ is correct [12:58:53] Because Unicode explicitly states it [12:59:15] ha. indeed [12:59:27] So it's render/font issue [12:59:37] The Wikipedia article is wrong not me [13:00:13] yep [13:04:44] Hi all [13:05:18] hi [13:06:32] gleki: No, the problem is, that you have to include every Skin you want to use. In 1.23 it loads automatically, in 1.24 there is this SkinFactory which needs every class to register itself and therefore the "no skin error" occurs. [13:07:08] I want to add a personal item in special search results. I tried to use the OnSpecialSearchResults hook, but I have no idea how to manipulate a SearchResultSet object. Anyone have an idea ? Thanks [13:09:24] Qcoder00: i edited the wikipedia article, let's see how long till i get reverted. :P [13:16:09] Ping vagrant folks. I updated my vagrant today and got this error: https://dpaste.de/1bet [13:16:25] While running vagrant up. [13:20:45] MatmaRex: 5... 4... 3... [13:24:48] I found !! :D [13:25:21] Ok thank guys, I found a way to do it, so you can stop searching for helping me :) [13:31:06] By the way, I suspect OnSpecialSearchNoResults hook to be removed in code, but documentation doesn't mention this. Not sure enough to update doc. Does someone can confirm that ? [13:48:40] Kallys: yes. blame ^d. https://gerrit.wikimedia.org/r/#/c/156725/ [13:50:34] Thanks MatmaRex, I'll clean the doc :) [14:07:47] :( [14:08:57] Ok, is there a proper way to modify search engine, just to add personal results ? [14:10:16] And by the way, I think I spotted a bug :/ [14:10:39] In hook : OnSpecialSearchResults($term, &$titleMatches, &$textMatches) [14:11:32] What is the purpose of giving $titleMatches and $textMaches by reference if their values are already cached before the hook is called ? [15:46:56] !semantic [15:46:56] Semantic MediaWiki is MediaWiki extension that lets you store and query data within the wiki's pages. It has a dedicated IRC channel at #semantic-mediawiki. [15:59:16] Ping vagrant folks. I updated my vagrant today and got this error: https://dpaste.de/1bet, while running vagrant up. Replacing Line #51 with 53-57 worked. https://dpaste.de/T49p#L51,53,54,55,56,57 [16:26:10] Hi. This is Ayushi here. I am new to mediawiki. I cloned the Vagrant directory, but when I use ./setup.sh, I am getting this error: Vagrant failed to initialize at a very early stage: There was an error loading a Vagrantfile. The file being loaded and the error message are shown below. This is usually caused by a syntax error. Path: /home/ayushi/vagrant/Vagrantfile Message: uninitialized constant MediaWikiVagrant::VERSION Failed t [16:26:26] Could somebody please help me? [16:31:37] ayum: Hi! [16:31:58] ayum: Can you pastebin the whole error? [16:32:01] !pastebin | ayum [16:32:01] ayum: To avoid overflowing the channel with inane amounts of text, use https://phabricator.wikimedia.org/paste/create/ or other awesome pastebin sites to share code, errors, and other large texts. [16:34:30] THe whole error is here : https://phabricator.wikimedia.org/P302 [16:36:10] ayum: How did you download MediaWiki Vagrant? [16:39:18] marktraceur: I followed this tutorial: https://www.mediawiki.org/wiki/MediaWiki-Vagrant [16:39:23] Hm, OK [16:39:27] Niharika is apparently experiencing the same error. [16:39:37] Maybe a recent patch that messed it up [16:39:40] I blame bd808 100% [16:40:00] I blame society [16:40:08] cgt: It seems like a different error. [16:40:09] * bd808 looks at paste [16:40:19] Niharika is apparently also experiencing an error [16:40:35] Would Niharika be a dear and share the error with us? :) [16:40:41] he did [16:40:44] earlier [16:40:47] Oh. [16:40:48] * Niharika is a she [16:40:55] She did, earlier [16:40:56] ayum: What does `vagrant --version` say for you? [16:41:02] 21:29 (Niharika) Ping vagrant folks. I updated my vagrant today and got this error: https://dpaste.de/1bet, while running vagrant up. Replacing Line #51 with 53-57 worked. https://dpaste.de/T49p#L51,53,54,55,56,57 [16:41:50] Hi ayum. :) [16:42:08] Hi Niharika :) [16:42:52] Niharika: how about your vagrant --version? I have a feeling I know what's broken [16:42:54] Niharika: Your first paste URL returns 404 [16:43:50] Oh. It elapses in one hour. https://dpaste.de/GUo8 <--Repasted [16:44:15] bd808: Vagrant 1.6.5 [16:45:09] Ok. lets open a phab bug about this. I want Dan to figure out what his patches broke [16:45:19] I'm betting it is a ruby version thing [16:45:48] Mine is Vagrant 1.4.3. [16:45:52] Vagrant embeds a ruby interpreter and I'm guessing that 1.6.5 -> 1.7.x updated to a newer version [16:46:55] I merged some patches yesterday that added fancy looking ruby stuff from Dan which worked for me but may be sucky for the rest of you [16:47:44] oh.... it may be that you can't update to the version of the plugin that workes [16:47:51] chicken and egg stuff [16:52:01] ayum, Niharika: filed as https://phabricator.wikimedia.org/T89727 [16:52:07] feel free to add info [16:59:39] ayum: Temporary workaround for you: `git checkout 3ad01a4` -- I think that is the commit before the one that is causing you problems [17:08:17] bd808: Okay. I'll try [17:28:06] bd808: I updated to vagrant version 1.7.2 and its working fine now. [17:28:33] ayum: Oh? So it may be a ruby version issue then [17:29:11] ayum: You did not checkout the older version of the repository? [17:29:59] bd808: No. It worked fine without doing that. I just upgraded and that's all. [17:31:50] ayum: Thanks for the data! I've added that to the bug I opened [17:35:08] bd808: Thanks for the help :) [17:44:31] I am wanting to report a link as a scam [17:44:44] don't paste the link [17:44:56] :p [17:44:58] What is the best way for me to report it [17:45:54] what kind of link is it? [17:46:06] uh oh [17:46:08] I mean [17:46:11] uh [17:46:14] It is a mediawiki page [17:46:18] ah.. [17:46:19] and it has a download link in it [17:46:29] you can hmm [17:46:37] the village pump on mediawiki? [17:47:08] It is a Dani Johnson book scam [17:47:39] the title of the page says "Book dani johnson - free download pFxbT the file" [17:50:36] the entire article? [17:50:41] then AfD [18:31:40] I'm trying to import pages from an XML dump, but while the import says it was successful, many pages aren't showing up. Main_Page still shows the old content, for instance. [18:41:58] Hi AAA_awright [18:42:13] Hello [18:43:01] AAA_awright: Maybe the import didn't overwrite pages that already existed? [18:43:33] That seems to be the case, but you figure one should be able to import Main_Page [18:44:16] You should, but only if there's no content in it [18:44:46] Maybe if the content was exactly equal to the predefined content, we should ignore that [18:46:00] I'm trying to import content that has updated, and some other cases [18:46:31] Main_Page seems to be the exception where the page I'm trying to import is older than the existing one (though I want to pull that in, too) [18:47:17] Is there some flag to update content? [18:49:09] There's a flag confusingly called NoUpdates, which is already off [19:06:03] AAA_awright: I'm sure I'm going to regret asking, but why would you need to update pages anyway? [19:07:05] marktraceur: Templates that are out-of-date. It appears I have imported the latest revisions after all, Mediawiki ate my success message for those; the only problem was Main_Page, I just deleted it [19:07:22] Hm, OK. [19:07:44] bd808: I got rid of the rebase mess by cherry-picking right stuff into a new branch and resolving a zillion conflicts. Two patchsets up for review, whenever convenient. [19:08:12] Or actually, saved an old version [19:35:44] hey fellas! [19:37:29] i need some assistance. Anyone care to help? [19:38:34] is anyone here to help? [19:39:33] !ask | achoo_ [19:39:34] achoo_: 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:41:03] I have an adapted See also template where I want to make the "See also" part a level 1 header but I don't understand how to alter the syntax to accomplish this. See http://wiki.gamepaduniverse.com/w/index.php?title=Template:See_also&action=edit [19:50:02] hello [19:50:29] i'm using https://projects.archlinux.de/vhosts/wiki.archlinux.org.git/plain/extensions/FluxBBAuthPlugin.php to do SSO, does anyone know how to initiate/whatever DB_SLAVE? [19:50:44] like how i can have it read from a different database name but same login? [19:53:56] hazardous: if you only have one database, DB_SLAVE will point to the same database as master. It's only different if you have a cluster with replication [19:55:26] Vulpix: so if my forum and wiki are in different databases, i have to rewrite that function? [19:56:08] cant override it for just the select query? [19:57:33] hazardous: ah, it has nothing to do with DB_SLAVE then. It will use the same credentials as MediaWiki, but will use the "users" table from the database specified in $FluxBBDatabase [19:58:34] so basically, the database should be on the same server as MediaWiki's database, and the user that connects to the database needs to have permissions to perform a select on the users table [19:58:58] you set the target database with the $FluxBBDatabase variable [19:59:09] How do I make the Template:See also have the text "See also" as a level 1 headline? It can be found here: http://wiki.gamepaduniverse.com/w/index.php?title=Template:See_also2&action=edit [20:01:21] achoo_: prepend

[20:04:18] using
over == heading == is preferred inside templates because it won't generate an edit link [20:04:33] a section edit link [20:05:01] yep, that's why I came here! [20:05:09] much appreciated kind sir [20:06:03] yw :) [20:09:08] How and under what circumstances do I get access to upload a widget on MediaWikiWidgets.org [20:11:29] Would I need to create an extension instead of a widget if I am going to call a variable on localsetting.php? [20:12:11] yes, since I'm pretty sure widget don't have access to LocalSettings.php variables [20:14:39] cool, there is an existing extension that isn't maintained and doesn't work well. How would I go about replacing it with something that I created? [20:15:01] It can be found here:http://www.mediawiki.org/wiki/Extension:AmazonAssociates [20:19:24] achoo_: feel free to replace it with your extension, since the code is directly on the page... [20:20:03] cool beans. What about my MediaWikiWidgets.org question? [20:22:21] I don't know who runs MediaWikiWidgets.org, maybe look if they have a policy or something about submitting new widgets [20:36:19] Hellllooooo. I can't get _HIDDENCAT_ to work. [20:37:18] it's HIDDENCAT with double underscores. [20:38:31] Uploaded photos were somehow created as categories. I'm unable to reproduce the prob on my site. But, client's site isn't accepting _HIDDENCAT_. [20:40:08] Thanks, MatmaRex, actually that was my repeated typo, here, but not there. [20:40:40] willazilla: How old is their install of MediaWiki? [20:41:18] willazilla: HIDDENCAT was added in MW1.13. [20:41:51] willazilla: (Summer 2008, 7 years ago.) [20:42:02] The site is 1.24.1 - On the site it is HIDDENCAT [20:43:00] And, thanks for any help! [20:43:16] Hmm. [20:44:02] First, how does one create a category simply by uploading an image (it was not me, or I wouldn't be asking). [20:44:35] Then, when I try to delete the category, it deletes the image. [20:44:53] I have tried to recreate the issue of my dev but can't. [20:47:34] So, using the HIDDENCAT to hide it from the list of Categories and it does not hide. :( [20:48:00] It's a naughty dilemma [20:49:13] Is it a bug? I don't think so, since I can't reproduce it. [20:49:18] Hi everybody. I am trying to run the tests for 1.23.8 but I am getting require_once(): Failed opening required 'PHPUnit/Runner/Version.php' (include_path='.:/usr/share/pear:/usr/share/php') in /etc/mediawiki/tests/phpunit/phpunit.php on line 105 [20:49:43] willazilla, a category exists when it has a page in it [20:50:38] you can't delete a category, you can only delete a category page (i.e. the Category: namespace page for the category) [20:50:42] Right!!! So, did the upload create a page to place the png? [20:51:29] adding HIDDENCAT prevents the category from being shown at the bottom of each of the pages in that category, unless the user has a preference set to show them anyway [20:51:44] They have $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; in the localsettings, should that change? [20:51:57] I don't understand how this is related to files or uploading. [20:53:01] Is there a global for hiding that I can add to the localsettings? [20:53:56] That would override the user pref [20:55:17] ^^Krenair me either. As I said, I am unable to reproduce it on my dev by using upload [20:58:05] So, how can I run the tests? [20:59:25] My SQL is failing gerrit/jenkins' SQLite tests, anyone know much about syntax here? [21:23:12] malaverdiere, how are you running the tests [21:23:42] GEOFBOT: Its more that I'm not running them :) [21:23:51] what command are you running :P [21:24:02] I can't install the old version of PHPUnit - that PEAR repo has been retired [21:24:32] can't you just run tests/phpunit/phpunit.php [21:24:32] I am running php phpunit [21:25:02] just tried that, same outcome [21:25:48] Installing phpunit with pear gives me unknown channel "phpunit" in "phpunit/PHPUnit" [21:26:49] have you tried http://stackoverflow.com/a/12545727/3246662 [21:27:11] the second half [21:27:27] no wait that doesnt seem to work [21:27:30] https://github.com/sebastianbergmann/phpunit/wiki/End-of-Life-for-PEAR-Installation-Method [21:27:38] The pear repo is down now [21:29:37] the little bit I saw on SO is that phpunit code doesn't need those require statements anymore [21:29:56] but I haven't given this a shot since I'm a total n00b [21:30:11] have you tried the mediawiki phpunit installer? [21:31:01] wait that doesn't work either [21:31:04] ugh i am a terrible helper [21:31:40] Answering your question, yes :) [21:31:41] what linux distro are you on [21:31:49] centos 7 [21:31:55] try sudo yum install phpunit [21:32:09] no phpunit in the repos [21:32:32] theres phpunit in the fedora repos :o [21:33:11] and it works with that one? [21:33:20] malaverdiere looks up in epel [21:33:48] malaverdiere, yum install php-pear-PHPUnit? [21:34:40] No package php-pear-PHPUnit available. [21:35:00] weird [21:35:23] epel says it has it [21:35:36] http://dl.fedoraproject.org/pub/epel/7/x86_64/repoview/php-phpunit-PHPUnit.html [21:35:38] something is there in epel, I'll add that repo and give it a shot [21:37:20] GEOFBOT: I have to go, sadly, but I'll try installing it from EPEL [21:37:28] thankx [21:37:30] ok, good luck [21:48:15] [[Items:Berry|]] don't work [21:48:31] [[Items:Berry|]] work [21:48:44] [[Items:Berry|]] don't work [21:48:49] Hello [21:48:52] any idea? [22:34:47] what is the best way to get rid of categories [22:55:40] I'm inclined to say bots? [23:05:04] Dear users.. I'm trying to get the full iiprop=comment as specified in http://www.mediawiki.org/wiki/API:Properties [23:05:31] However, it seems that the returned string has some sort of limit.. for example: http://commons.wikimedia.org/w/api.php?action=query&titles=File:Vincent_Willem_van_Gogh_038.jpg&prop=imageinfo&iiprop=url|sha1|comment [23:05:56] Does anyone know how I can overcome this situation? [23:06:27] I've searched through all the parameters in the documentation and I could not find anything related to this [23:07:21] Guest91785: It should be limited to 255 bytes [23:07:40] Guest91785: which is same as in normal interface [23:08:29] Guest91785: The comment is not the page contents, but the thing that's in the file history table on the image description page labelled comment [23:08:58] Guest91785: If you want the image description, you can fetch it like a normal page [23:09:02] bawolff: Well, please take a look at this page (the same from the query): http://commons.wikimedia.org/wiki/File:Vincent_Willem_van_Gogh_038.jpg [23:09:04] On my wiki @ http://wiki.gamepaduniverse.com/wiki/Main_Page, at the bottom where the footer is located I cannot find the appropriate css element to change to alter the text color. You can use your curor to highlight towarsd the bottom to see where the text is at. I've been using "inspect element" in google chrome. Can anyone figure out the element? [23:09:29] bawolff: I'm trying to fetch metadata such as author and dimensions [23:10:12] Guest91785: https://commons.wikimedia.org/w/api.php?action=query&titles=File:Vincent_Willem_van_Gogh_038.jpg&prop=imageinfo&iiprop=extmetadata might work better [23:10:17] bawolff: apparently, I can only find this info in the "comments" field.. which is pretty limited considering the amount of information that is available and displayed [23:10:58] bawolff: I have tried all of them.. Dimensions/Artist/ID are only located in "comment" [23:11:27] Other options include screen scraping https://commons.wikimedia.org/wiki/File:Vincent_Willem_van_Gogh_038.jpg?action=render (See https://commons.wikimedia.org/wiki/Commons:Machine-readable_data for how html is formatted) [23:12:07] or https://commons.wikimedia.org/w/api.php?action=query&titles=File:Vincent_Willem_van_Gogh_038.jpg&prop=revisions&rvprop=content [23:13:08] bawolff: awesome! seems like revisions gives me what I need.. gonna look at the docs again [23:13:52] the .footer class doesn't work for some odd reason? [23:15:34] Guest91785: There's some plans to change how metadata is dealt with to make it non-insane, but there still a little ways off. See https://commons.wikimedia.org/wiki/Commons:Structured_data [23:15:58] Guest91785: honestly, the most fool proof way at the moment is to look at the html output [23:16:41] bawolff: I understand.. My first try was implementing an HTML crawler.. then I decided to write a python API crawler.. and now I'm having these problems [23:17:00] shell* HTML crawler [23:17:08] Its a real jungle [23:18:15] I was hoping to get more structured data... [23:18:21] sneezel: Its due to the specifity of the css selector [23:18:52] sneezel: try something like [23:19:02] body div#footer ul li { color: red } [23:20:04] bawolff: thanks. I forget the body part [23:20:38] sneezel: Normally the body part is not needed, that just makes it more specific than the built in rule that is div#footer ul li { color: #333 } [23:20:59] In css, the rule with the most complicated selector wins [23:21:13] bawolff: it seems that revisions content does not provide the latest information.. at least in this example the Dimensions differ between iiprop/comment and rvprop/content [23:22:43] I'm using a modified Vector skin, so I am guessing this is a result of using 2 or more css files that use the same element? [23:24:09] Guest91785: the comment field is the edit summary used when uploaded the file. Some upload tools just use the initial page contents as the edit summary, some use an actual summary, and some do other things [23:24:55] bawolff: Makes sense.. I will use this revisions field :) [23:25:00] thanks a lot for your help! [23:25:17] no problem, sorry the metadata is so horrible [23:25:53] sneezel: If they use the exact same selector, then the last one specified will win [23:26:46] Thanks for clearing that up. I've been wondering about priority for some time. [23:26:58] sneezel: however, in this case its more complicated I think [23:27:55] sneezel: If there is no colour specified, then the element will use its parent's element. So if no other styling was done, then div#footer would get everything that is a child of the footer [23:28:29] but div#footer ul li colours the
element directly, so that
will never look to its parent element for its colour, thus div#footer will have no affect [23:29:25] OMG. That actually makes sense. I've had several valid selectors not work. Thanks again for the clarification. [23:29:59] but otherwise, the conflict resolution rules in css is take the most complicated selector first (where most complicated is first look for !important 's, if none of those, then look for id selectors (#footer), then class (.foo), then element (div) [Other selectors fit in there somehow, its been a while since I looked into it] [23:30:33] So if you had "div#footer", and "#footer", "div#footer" wins as it has some number of id selectors, but 1 more element selector [23:30:51] bawolff: not your fault! I got the crawler working.. thanks again! see ya [23:31:15] Guest94379: well, perhaps more my fault then you realize, but I suppose not really my fault [23:34:53] I didn't realize I could include a link - http://www.gigunion.bavc.org/wiki/Special:Categories [23:35:57] You can see that the "Wanted Pages" were not created by a human, it seems they were system generated, and they are in fact unwanted. So how do I get them to go away? [23:36:57] !categories [23:36:57] http://www.mediawiki.org/wiki/Help:Categories [23:37:15] willazilla: you remove everything that includes that category [23:37:29] Or you just don't worry about it as its nor hurting anything [23:38:20] Thanks bawolf. I deleted the photos that are listed from the server, and reuploaded. But the wanted categories still showed them there. [23:38:56] delete the categories not the photos [23:39:01] The project manager is making this a very high priority. [23:39:44] Seriously, is there no way to maintain categories short of going into the mysql? [23:39:58] and would that break something ? [23:40:07] willazilla: well it wouldn't work [23:40:45] willazilla: in http://www.gigunion.bavc.org/index.php?title=template:screenshot&action=edit change the line [23:40:47] {{#ifeq:{{{nocat|}}}|true|| [23:40:49] to be [23:40:51] {{#ifeq:{{{nocat|true}}}|true|| [23:41:06] and it should get rid of the categories [23:41:35] Also, I suggest reading http://www.mediawiki.org/wiki/Help:Categories in order to understand how the category system works [23:43:36] and maybe delete the two categories at the bottom [23:43:39] bawolf, thank you for the advice. I have read that section, and a multitude of others. .. [23:43:55] Or just replace the entire template with a simpler message [23:49:32] Changing the template didn't make those "Wanted Categories" go away. But that was interesting. I think I'd better put it back, right? [23:54:40] you might have to wait a bit for job queue to kick in [23:56:27] willazilla: Actually given you don't even have the {{mbox}} template, so the template won't even work at all, I'd reccomend deleting that template [23:59:51] willazilla: actually nevermind, I gave you advice that would only work if you had extension:ParserFunctions installed, which you don't

See also

, so you may want to use

instead of