Project:Support desk
 Archives |
There are also other places where to ask: IRC, mailing lists, Q&A etc.
Before you post
- Make sure you understood our fundamental introduction.
- Please carefully check our FAQ and Errors and Symptoms pages.
- Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
- If your question is about a specific function, please read the relevant technical manual, end-user help or extension page and consider asking on its talk page.
- Test wiki editing at the Project:Sandbox.
Post a new question
- To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
- MediaWiki
- PHP
- Database
- Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
- To start a new thread, click "Start a new discussion".
- [View source↑]
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
This table mz_pagelinks always gets stuck in a loop and damaged. Need constant repair. What causes this?
I am running a wiki for my PhD research. The features are MediaWiki 1.24.2, PhP 5.3.8, MySqQL 5.5.21. At first I didn't put a captcha, so it has been already overwhelmed by spam. Althoug I blocked all the bots and deleted the pages, I need now to run some script for a deeper clean. Unfortunately, I didn't manage to did that through Putty, so I installed the Maintenace extensions to run the scripts from a web browser. However, I can't access the Maintenance page because it seems that I don't have the rights to perform such an action. I already added my credentials in local settings trough $wgDBadminuser and $wgDBadminpassword, but it didn't work. I definitely need to get it done as soon as possible as I am going to hold a teaching workshop about the wiki in a few days. Any suggestion on how got this permission is very welcome.
$wgDBadminuser and $wgDBadminpassword used to contain credentials for database access. This has nothing to do with any MediaWiki user account. I guess, in LocalSettings.php, you need to grant your user group (if your MediaWiki account an admin, then for the sysop group) the right "maintenance":
$wgGroupPermissions['sysop']['maintenance'] = true;
See Manual:User_rights for more information!
From the extension's page: The user needs the maintenance right to access the special page.
I've improved the extension page with an example of how to do this.
MediaWiki 1.24.1
PHP 5.6.5 (cgi-fcgi)
MySQL 5.6.22-log
The wiki is set up and working just fine, with a few extensions for our company (WYSIWYG, LDAP authentication, and ApprovedRevs), but we would also like to incorporate the wiki pages into our intranet search. We use SharePoint Server 2010 and are trying to crawl using FAST Search for SharePoint, but it keeps erroring out, saying that the pages have the NOINDEX meta tag.
I have looked into changing $wgNamespaceRobotPolicies to a blank array, as well as setting $wgDefaultRobotPolicy to 'index, follow' (although that may be the defeault), but I must admit I am not certain what these two option changes even do.
Any advice or suggestions on how to allow this wiki to be crawled would be appreciated.
Have you inspected the generated HTML to see if it actually outputs NOINDEX meta tags, connecting anonymously? Maybe your MediaWiki is configured to not allow read access to users not logged-in, and the crawler just sees error pages about not being logged in.
The HTML meta tag does not have NOINDEX, but elsewhere in the source, there is a section called mw.config.set where both "INDEX" and "NOINDEX" are listed among other things like "TOC" and "NOTOC" -- is this just a list of available magic words?
I have these settings enabled
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['user']['edit'] = true;
$wgGroupPermissions['*']['createaccount'] = false;
$wgWhitelistRead = array( "Main Page", "Special:Userlogin", "-", "MediaWiki:Monobook.css" );
$wgGroupPermissions['*']['read'] = false;
"is this just a list of available magic words?" - Yes
Sharepoint is so stupid, i wouldn't be surprised if that is actually the noindex that sharepoint is complaining about btw. Should be easy to test by setting up a static html page with just the work NOINDEX somewhere in the <head> of the page.
We set up a test page and took out the noindex there and it crawled. Still getting an error of this nature: 'The URL was permanently moved. ( URL redirected to ... )' but the noindex issue does seem to be this. Not sure how to resolve the permanently moved issue now because that should be a problem of case sensitivity, but I am following proper procedure as far as I know
I'd say the problem is that your site can't be read anonymously, as I said on my previous message:
$wgGroupPermissions['*']['read'] = false;
I don't much like the sudden appearance of all these checkboxes in page histories and would like to disable this feature if possible. Can I do this? Many thanks.
Add the following to your global.css:
.mw-history-editchangetags-button,
#pagehistory input[type=checkbox] {
display: none;
}
(code from de:user:Schniggendiller).
Hi, I have recently installed a MediaWiki and everything has been working fine up until now. I suddenly find myself unable to login. The login will correctly recognise if I am using a wrong user or password, or have cookies disabled, but when everything is right, it will just return me to the page I was on before and have me logged in as my IP and not the account I was logging into (tried multiple). From what I can tell, two files are created for the session with the contents: wsUserID|i:1;wsUserName|s:5:"Admin"; and wsLoginToken|s:32:"dc169af1f3daf3b11a6a047e328a6b09"; . In my browser I find cookies containing values for mediawiki_fUserID, mediawiki_fUserName and mediawiki_f_session.
I am using: MediaWiki 1.23.9 PHP 5.5.6 (cgi-fcgi) MySQL 5.1.73
Any ideas?
Check your time and date settings. Try clearing your browser cache or use a different browser. If that does not help, clear all mediawiki caches.
Is there a way to change the revision line in a page's history (Example of the history page I'm referring to).
Each revision line currently shows
cur | prev (radio button) (date) (user name) (talk | contribs | block) (bytes) (undo)
The reason I ask is that I am using MediaWiki with a close-knit group, and some aren't totally tech-savvy. We don't require the "block" link, we're not using the "talk" pages, and the "bytes" is extra stuff that clutters the screen.
I'd like to reduce these extra items that our team doesn't need.
I've looked at a number of the messages in the MediaWiki namespace, and -- as far as I can tell -- the system creates the revision line by combining a number of these messages. This means I can change the word "contribs" to "user's edits", for example, but that would make the change system-wide, and doesn't allow me to remove one of these components from the revision line.
Does anybody know how to do this?
System
- MediaWiki 1.24.1
- PHP 5.3.29
- MySQL 5.6.21
- URL unavailable (it's on an intranet)
Almost every single part of that line has an individual class attached to it. Just a little bit of CSS can hide a lot of those elements.
For fulling hiding elements, I would suggest targeting it with CSS: Add to: [[MediaWiki:Common.css] something like:
.action-history .history-size { display:none; }
Unfortunately the elements for the user are more difficult to hide individually. They do not have individual classes or a grouping translation message. You can try the following, but it will leave a few ugly | separators around:
.action-history .mw-usertoollinks a:nth-child(1), .action-history .mw-usertoollinks a:nth-child(3) { display:none; }
Thanks TheDJ. This put me on the right path. I added this to common.css
#pagehistory .mw-usertoollinks, #pagehistory .history-size {display:none}
...and there are no extra | symbols. (This leaves the "plus/minus bytes" field, which is OK, because it lets us see if the page size has gone up or down. The "total bytes" is gone with with this CSS.)
I'm curious to see if anybody knows about a way to do this within the MediaWiki namespace, or something like that. The CSS just hides the items from the screen, and the HTML is generated and sent to the browser. (My inner nerd also likes clean HTML, where possible. ^_^ )
Well everything is possible, but there is a tradeoff between sending 'clean' html and maintainability. Using CSS to adapt your site for something like this is way more maintainable.
How do I receive confirmation page to appear after they create users?
I'm sorry, but I do not understand your question.
What is the situation, in which you are?
What do you want to change?
Perhaps you are looking for: Extension:ConfirmAccount ?
My guess is Extension:Approved Revs or the more complex Extension:FlaggedRevs.
It's believed that the first created wiki is wikiwikiweb, if i may ask, was wikiwikiweb replaced by mediawiki or wiki? --jesmion 41.206.11.62
Read here and ask questions on that article's talk page.
I ended up on this site in an effort to try to play videos from the Wikipedia on my Mac. This led me to this page, which has some rather confusing text that appeared to link to articles to QuickTime, but were actually linking to a download for WebM for QuickTime. Apparently I'm not the only one that's confused, as the talk page also points out this problem with the misleading text.
Well this is a wiki right? I'm up for fixing the page - I click edit, and learn that I don't have permissions to edit the page, because I'm not an admin. Now who the hell thought that this page needed admin level protection? This is particularly amusing considering I've been an en.wiki admin for a decade.
It gets worse. I come to this page to mention this, and can't for the life of me figure out how to edit it. There's no Edit at the top. Let me repeat that, this wiki page has no edit button at the top. After examining the page I see an inline button that says Edit, only to learn that it produces an editor only for that section, and uses Visual Editor which I cannot use. This is getting better by the second! Then I read the italic text in the middle of the page that says the way to edit this page is to click on the "Start a new discussion", which did not appear on my screen. After some scrolling I find it, and here I am. Wow.
In the end, I still don't have working video, still can't "fix" the codec page, and see that not one of the user questions on the codec page have been answered in the last two years.
Ok, some items:
- Someone needs to remove the protection from the codec page. It most certainly does not need admin level protection.
- While they're there, update the text so it reads "WebM components for QuickTime" instead of "QuickTime".
- Someone needs to find out why the component doesn't work.
- The error message you get in the player should not state that I don't have a browser supporting HTML5. It should say "you don't have WebM support installed".
Maury Markowitz (talk) 01:10, 16 April 2015 (UTC)
- Seeing as that page is linked from innumerable places across the Wikimedia universe, I think it deserves full protection as a high-risk vandalism target. The given protection reason is "High traffic page". We used to use Flagged Revisions on that page, but that system has been disabled on this wiki.
- I have made the correction you suggest.
- Not being a Mac user, I have no idea. Anyone else?
- I filed this issue in our issue tracker: phab:T96219.
Persistant vandalization is sometimes an argument for autoconfirm protection, but I've never in my 13 years with the project seen it being used to set a non-important page like this to admin protection. This needs to be lowered to something more appropriate. Anyone who prevents GF edits on any article is doing themselves a disservice.
Hi all,
I want to add a horizontal, external menu bar above the wiki using the vector skin. (Like HOME WIKI FAQ CONTACT ...)
Which .php file do I have to edit?
Is it possible to use html there?
Can't find anything in the forums. Thank you for your help.
MediaWiki 1.24.2
PHP 5.5.24 (cgi-fcgi)
MySQL 5.5.43-0+deb7u1
Hi!
First you could create an own skin with links in it the way you like. If you ask me, only to add a few links, this is overkill.
The main skin file is skins/Vector/VectorTemplate.php. This file contains the HTML structure and you can edit it. Note however that this file will be overwritten during MediaWiki upgrades - your changes will then be lost.
Therefore it might be better to use a hook to put your links somewhere in the page. You could for example add them to the horizontal top menu with "Create account", "Log in" and so on. This should be possible rather easily and it won't be overwritten when you do an upgrade.
It sure seems possible imho; I managed to come up with a gadget that converts the sidebar menus into a horizontal list of menus along the top for example. .png)
How do I edit my username? The only statement about this that I was able to locate suggested that only bureaucrats had the ability to edit the username. So, how do I get to a bureaucrat?
On a wiki I unsuccessfully try to return users to the very page they started out with their user registration by adding: [{{fullurl:Special:UserLogin/signup|returnto={{FULLPAGENAMEE}}}} ''Login'' to this wiki (and come back here)]. So what happens: After registration the user gets returned to Special:UserLogin showing "Welcome, username" and below some bla, bla, bla together with a link "Return to 'the page you last visited'" and there is no direct return to the original page. On e.g. German Wikipedia I get directly to the original page. Does anyone know the trick to get MW obeying the "returnto" parameter instead of ignoring it in a way?
I asked via the mailing list. Keeping fingers crossed for a solution.
Hello, In 2013 I created a lithuanian dragonball wiki lt.dragonball.wikia.com However, there's only around 30% of it is translated into lithuanian, the rest is in english. So I was wondering, since my wiki was created 2 years ago, I guess Wiki project had some progress and maybe translated more of it into lithuanian during these two years. So I was wondering is it possible to "update" my wiki's language to make it more lithuanian?
Translations of MediaWiki interface happens at translatewiki.net. See Lt portal https://translatewiki.net/wiki/Portal:Lt
So it is quite possible that there are new translations. These new translations are exported and merged to MediaWiki software very frequently. So consider updating the MediaWiki software you are running to a latest version. Then you will get updated translations.
Pupicucek, Wikia is still running 1.19.24 for your wiki, which is an old release. You should ask them to run LocalisationUpdate. I could not find a previous discussion on the matter in community.wikia.com.
Hi Guys,
I am quite new to media wiki, have been tasked to set up a WIKI for our orginazation. Every thing is hosted on a local network, we have 3 domain controllers and below is my settings:
require_once("$IP/extensions/LdapAuthentication/LdapAuthentication.php"); $wgAuth = new LdapAuthenticationPlugin(); $wgLDAPDomainNames = array('COMPANYDOMAIN'); $wgLDAPServerNames = array('COMPANYDOMAIN' => 'CG-P-DC-05.COMPANYDOMAIN.local CG-P-DC-04.COMPANYDOMAIN.local OBI1.COMPANYDOMAIN.local'); $wgLDAPUseLocal = false; $wgLDAPEncryptionType = array('COMPANYDOMAIN' => 'clear'); $wgLDAPOptions = array('COMPANYDOMAIN' => array(LDAP_OPT_DEREF, 0)); $wgLDAPPort = array('COMPANYDOMAIN' => 1389); $wgLDAPSearchStrings = array('COMPANYDOMAIN' => "TDOMAIN\\USER-NAME"); $wgLDAPSearchAttributes = array('COMPANYDOMAIN' => 'sAMAccountName'); $wgLDAPBaseDNs = array('COMPANYDOMAIN' => 'dc=AD,dc=COMPANYDOMAIN,dc=local'); $wgLDAPGroupBaseDNs = array('COMPANYDOMAIN' => 'dc=AD,dc=COMPANYDOMAIN,dc=local'); $wgLDAPUserBaseDNs = array('COMPANYDOMAIN' => 'dc=AD,dc=COMPANYDOMAIN,dc=local'); $wgLDAPPreferences = array('COMPANYDOMAIN' => array('email' => 'mail', 'realname' => 'displayname', 'nickname' => 'cn', 'language' => 'preferredlanguage')); $wgMinimalPasswordLength = 1; $wgLDAPDebug = 1; $wgDebugLogGroups['ldap'] = '/var/www/html/wiki/wiki.log';
here is the log extract
2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 User is using a valid domain (COMPANYDOMAIN). 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Setting domain as: COMPANYDOMAIN 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getCanonicalName 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Username is: Pstrauss 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Munged username: Pstrauss 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering authenticate for username Pstrauss 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering Connect 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Can't set option to LDAP! Option code and value: 0=2 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Can't set option to LDAP! Option code and value: 1=0 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 PHP's LDAP connect method returned true (note, this does not imply it connected to the server). 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getSearchString 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Doing a straight bind 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:18:55 cg-p-ops-01v wikidb-wiki_: 2.1.0 Binding as the user 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Failed to bind as TDOMAIN\pstrauss 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering strict. 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Returning true in strict(). 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering allowPasswordChange 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering modifyUITemplate 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain 2015-04-30 10:19:10 cg-p-ops-01v wikidb-wiki_: 2.1.0 Entering getDomain (END)
What am i doing wrong. tried a ton of variations of the settings but still getting password is incorrect when trying to log in.
Hi,
Requesting sysop/ admin support in importing and activation mr:w:File:Licensing tutorial mr.svg from mr-wikipedia to commons.
Thanks and Regards
I installed Pywikipedia by these processes:
1. svn checkout http://svn.wikimedia.org/svnroot/pywikipedia/trunk/pywikipedia/ pywikipedia
2. cd pywikipedia
echo "# -*- coding: utf-8 -*-" > user-config.py
echo "mylang='xx'" >> user-config.py
echo "family='xxxwiki'" >> user-config.py
echo "usernames['xxxwiki']['xx']='xxxwiki_bot'" >> user-config.py
3. cat > ./families/xxxwiki_family.py <<END_SCRIPT
# -*- coding: utf-8 -*-
import config, family, urllib
class Family(family.Family):
def __init__(self):
family.Family.__init__(self)
self.name = 'xxxwiki'
self.langs = {
'xx': 'xxxwiki.net',
}
self.namespaces[2]['xx'] = u'User'
self.namespaces[3]['xx'] = u'User_talk'
def version(self, code):
return "1.24.2"
def scriptpath(self, code):
return '/w'
def path(self, code):
return '/w/index.php'
END_SCRIPT
When I commanded python login.py, However, The error occurs like this:
Logging in to xxxwiki:ko as xxwiki_bot via API.
Error downloading data: No JSON object could be decoded
Request xx:/w/api.php?
Retrying in 1 minutes...
Version is like this:
MediaWiki : 1.24.2
PHP : 5.4.39 (apache)
MySQL : 5.0.45-log
Python : 2.7.9rc1
EDIT: I resolved the error.
This error was caused by UTF-8 BOM of LocalSettings.php.
I'm hoping somewhere here will help figure out how to access the locked-down nav bar portion of the homepage, as well as remove the annoying metadesc that became publicly visible at some point: www.financialintegrity.org
Backstory: In 2008 NRM hired an outside consultant to program a MediaWiki site, as a wiki for values-based personal finance, with just parts of the home page locked from public access. The non-profit is going defunct, though we still would like to keep public access to these resources, and have paid out the domain registration and hosting for the next 9 years. (The entire site was locked down from public access due to really bad spamming beyond our dwindling volunteer resource capacity to purge.)
NRM needs to remove donation button, as well as the metadesc and general cleanup/update on the home page, and that area was locked down by the original programmer. That consultant firm now has no WikiMedia programming expertise on staff, and attempts to find a MW programmer in the likely local places have gotten nowhere; NRM has not been able to figure out how to edit this part of homepage, despite many attempts.
Hopefully this will not be seen as an annoying post asking for inappropriate support, but time is running out on this org. If NRM can't figure it out, they'll have to just tear down the whole site, which was once voted one of the most useful personal finance sites on the web, and still has random volunteers who'd be willing to keep an eye on it.
Hi!
You are using
MediaWiki 1.14.0 PHP 5.2.17 (cgi-fcgi) MySQL 5.0.96-log
and a custom skin.
I understand that you want to change three things:
You want to change the content of the nav bar of your page. I think that you mean the menu starting with "Home", "About the Program", The Nine Steps". You can edit this menu by editing this page in your wiki: http://www.financialintegrity.org/index.php?title=MediaWiki:Sidebar In order to edit this page you must log into the wiki with an administrator account. The users listed on that page can do that: http://www.financialintegrity.org/index.php?title=Special%3AListUsers&username=&group=sysop&limit=50 . These users also can change user permissions of other users by going to the page http://www.financialintegrity.org/index.php?title=Special:UserRights in your wiki.
You want to edit the Main_Page. This page can be edited by wiki administrators.
Your pages contain a metadesc element and you want to remove it. Your pages include these tags using the MetaTag extension: The according tags are stored inside the text of the according pages. You can change/remove them by changing the text of the according article the way you like.
PS: As far as I see, you currently need an administrator account. If you do not have access to one of the three accounts, which currently are administrators, just speak up. There still are other ways to get back access to your wiki.
Hi all-
I'm running a test installation of our wiki upgrade (moving from Windows Server 2003/IIS 6 to Windows Server 2008(x64)/IIS 7.0). I noticed that in all the URLs within the wiki, the colon (:) symbol is converted to %3A. Fortunately, if someone links to a page outside the wiki with the colon in the URL (for example, /index.php?title=Special:SpecialPages), it still works (and the URL remains unchanged in the address field). However, perfectionist that I am, would prefer to have the colons back since having %3A in links looks so... ugly.
I've been fiddling around with the URL rewrite module in IIS but have been unsuccessful in getting the links to convert back to using colons. Have tried following some of the guidelines on Manual:Short URL/IIS7, but seeing as we're NOT using short URLs (and would like to keep it that way), the instructions don't exactly apply.
In my noob attempt at changing the rewrite, I tried using this in my web.config file -- basically I *thought* it was telling it to replace any %3A URLs with ":", but it doesn't seem to be the case.
<rule name="Colon rewrite" enabled="true">
<match url="index.php\?title\=([a-zA-Z]+)\%3A([a-zA-Z]+)" />
<action type="Rewrite" url="index.php?title={R:1}:{R:2}" />
</rule>
Any insight/help would be much appreciated -- thanks!
MediaWiki: 1.24.0
PHP: 5.6.0 (FastCGI)
MySQL: 5.6.20
IIS 7.0 on Windows 2008 x64
MediaWiki does this because of a bug in IIS 7.5. See Task T24709. Done in rev:r63228
I don't know if it's safe to disable that.
It looks like you can disable this in the web.config (e.g., make colons legal) by removing it from the list of invalid characters. Someone wrote in about this on the IIS site in January (so assuming he has a version with the revision you linked to above), so wondering if there's a way around it...
- MediaWiki = 1.18.1
- PHP = 5.3.20 (apache2handler)
- MySQL = 5.1.61
Hi, Ive just installed the extension WikiEditor and heres Proof: http://u.t15.org/index.php/Special:Version But when I goto a Page and edit it: http://u.t15.org/index.php?title=Test&action=edit it does not show, Ive tried Purge, Emptying my browsers Cache, And Using another Computer and then my iPhone, but still it Won't Show AT ALL, Please help me get this to Show.
First, please upgrade to 1.19 at least. 1.19 will be supported until 2015.
Second, how have you configured it in your LocalSettings?
Give me the reason the vector is working on 1.18 but not on my wmf9 . I TOLD U I HAVE DONE SOMETHING WORNG IN CONFIGURE. Could you please write the vector configure below
I'm really confused. This thread is about WikiEditor, not Vector.
Did you follow the instructions at Extension:WikiEditor#Configuration. Otherwise it will be opt-in in special:preferences.
On my breadcrumbs extension page you can see that some of links at the bottom of the page are showing up as Red links: www[dot]diyautowiki[dot]com/index.php/MediaWiki:Breadcrumbs
However when you click "Audi A3 and S3 and RS3" you can see that the category page does in fact exist.
Anyone know why this might be happening? Thank you in advance for any help.
I fixed this by purging the cache of that page using: http://www.diyautowiki.com/index.php?title=MediaWiki:Breadcrumbs&action=purge
This seems like a small bug in breadcrumbs, but i'm not sure how severe it is.
First page |
Previous page |
Next page |
Last page |
