Project:Support desk

Jump to: navigation, search

About this board

vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.

Before you post

Post a new question

  1. 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
  2. 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.
  3. To start a new thread, click "Start a new topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

mediawiki.log.js access denied when backing up (copying) mediawiki folder

Summary by SPage (WMF)

T110630: mediawiki.log.js is quarantined by Comodo anti-virus, unpredictable failures result (talkcontribs)


I have recently downloaded and configured (basic), via a your tutorial, the mediawiki application. It install successfully. Now I am trying to back-up the mediawiki main folder to an external hard drive, but it keeps failing with the error:

Error copying file or folder:

Cannot copy mediawiki.log access is denied
Make sure the disk is not full or write-protected
and that the file is not currently in use.

I'm using Win XP SP3. The only file that won't copy is mediawiki.log.js (there is no "mediawiki.log" file).

Here is what I have checked/tried already:

   1) Space is not the issue because there is over 50GB available on the destination disk.
   2) Changed the main mediawiki folder in my www directory (WAMP) to have "read-only" unchecked.  Applied this to all subfolders.
       * Strangely, the folder keeps setting permissions back to show that some files are not read-only (solid green box as opposed to the green checkmark).  Not sure if it makes a difference or not, but thought I'd mention it.
   3) Sharing tab: I set it to share the folder & give everyone all permissions.
   4) Security: Everyone already has all permissions as default.
   5) Disable real-time protection on my Antivirus (Microsoft Security Essentials)
   6) Tried since copying the file (mediawiki.log.js) or its parent folder did not work in Windows, I also tried from the command line, which failed as well.  All other files in the folder copy fine.

Am I the first person to report this error? I'm frustrated now because all the tricks i know didn't work, which is why I'm seeking help. My supposition is that the mediawiki developers "locked" that file for security reasons, assuming it would be a security liability on a production site. Am I right? If so, I need to know how to unlock it so I can do what I want with it on my local personal server. If not, please advise on how to proceed because I've done everything I can think of already.

Your help is greatly appreciated.


-CodeSlayer2010 (talkcontribs)


The file you mention is resources/mediawiki/mediawiki.log.js, right?

There should be nothing special with this file. I am also running some MediaWiki installations and I also do regular backups, but I never had this problem.

Maybe something is broken with the file permissions? Try deleting it and replacing it by a new copy. Maybe the problem is solved after you restarted your PC? (talkcontribs)

Mediawiki 1.20.2 / PHP 5.4.7 / MySQL 5.0.51 on our apache we have a intranet and an internal WIKI running. A few times a day the intranet en the wiki is hanging. We have to stop and start the apache (2.4). Investigation shows that at those moments the port 80 is not available. We did some testing. Seems like when we remove WIKI from the apache and only run intranet, there is no problem. when we add wiki back to the apache the problem occurs again. Any idea what the problem may be?

MarkAHershberger (talkcontribs)

Do your logs show anything when this happens? Have you tried enabling the debug log?

Krinkle (talkcontribs)

@CodeSlayer2010 There is nothing sensitive or special about mediawiki.log. There is no lock of any kind on that directory or the files within.

If you download a fresh copy of MediaWiki, does it work with that? I suspect something or someone might have messed with your mediawiki install and messed up something on that directory (at random / by accident). (talkcontribs)

@Krinkle & @ Thanks for that info and suggestions. Since you say that there is nothing special about mediawiki.log (and yes I mean resources/mediawiki/mediawiki.log.js :), I'll have to conclude that there must be a hardware issue on my drive, perhaps bad sector?

If I download a new copy of mediawiki.log.js, is there anything custom about it? Will it erase my data? It is just the script that generates the actual log, so it should be safe to overwrite, correct?

Thanks! (talkcontribs)

No, this file just comes with MediaWiki and has nothing custom.

Yes, you can download your MediaWiki version again, extract that file out of the newly downloaded package and overwrite your old file with it. It will not change anything with any data in your wiki (which for the most part is stored in the database).

I dont't know, if what you describe can be caused by bad sectors; in that case I would expect that you can no longer read the file (e.g. when you open it in a text editor that does not work or you only see garbage).

I don't know what causes your problem. I once had the case that files were extracted in a folder and extracting them seemed to work (at least it did not give an error and the files were extracted). However, a few of the deepest files finally had a path and file name, which was longer then should be possible. Windows was unable to access the files. Through the tar tool, which I used to extract them I could finally remove them again... Maybe something like that is your problem? (talkcontribs)

Possibly relevant: a year later, my antivirus has automatically quarantined mediawiki.log.js from mediawiki-1.22.2 for apparently containing the "Heur.Dual.Extensions" malware. It plucked the file out of the directory and quarantined it. (talkcontribs)

"Heur.Dual.Extensions" sounds like it's only a heuristic alarm; the antivirus has not actually found something it knows in the file, it only thinks it might be suspicious. If the file is a true copy of what comes with the MediaWiki package, I think this is a false positive and you should inform your antivirus provider so that they can check and then maybe fix their definitions. (talkcontribs)

Good point, I didn't realise that "Heur" was an abbreviation, and the file clearly has two extensions, "log" and "js"! Disappointed that my antivirus (Comodo) wasn't clearer about what it was doing there.

Ciencia Al Poder (talkcontribs)

Maybe the antivirus program is the source of the problems you're having, if it blocks access to that file while you want to move it or when apache access it to serve the file to clients. (talkcontribs)

Ciencia, if you had read before posting you would have seen that we already know that.

Ciencia Al Poder (talkcontribs)

How did you came to that conclusion? (talkcontribs)

Do you really want to discuss that now? How about to instead start doing something useful?

Ciencia Al Poder (talkcontribs)

Excuse me, but it wasn't me who started posting useless replies here. Looks like you don't like the game you started. (talkcontribs)

Just that you get me right: I don't have any problem with you believing it was not the antivirus; you can also believe in Allah, Christ or the Flying Spaghetti Monster. If you have evident proof that it cannot have been the antivirus, I am happy to hear. But until then... (talkcontribs)

Maybe Comodo Antivirus has options to tun heuristics to a lower level or maybe completely off. Maybe it also offers a possibility to set up exclusions, which should not be checked. However, the fact that this heuristic rule is ther is generally useful: In older versions of Windows (or also in current ones?) file extensions are by default hidden. That way especially unexperienced users can be tricked into executing a file, which looks like it was e.g. called "Winner.txt" while it in fact is named "Winner.txt.exe". So generally this check is helpful, but not in this case.

SPage (WMF) (talkcontribs)

This just happened to @VEckl (WMF) , Comodo anti-virus quarantined mediawiki.log.js because it looks like an executable file trying to trick the user into executing JavaScript by masquerading as a text-only "mediawiki.log" file. It seems that if your MediaWiki installation works, you can get by without this file, but if there are any other problems with your code, MediaWiki can't report them in the browser because this file is missing :-)

I filed T110630, "mediawiki.log.js is quarantined by Comodo anti-virus, unpredictable failures result"

Reply to "mediawiki.log.js access denied when backing up (copying) mediawiki folder"

Can't play videos, help page is misleading and can't be edited

Maury Markowitz (talkcontribs)

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 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:

  1. Someone needs to remove the protection from the codec page. It most certainly does not need admin level protection.
  2. While they're there, update the text so it reads "WebM components for QuickTime" instead of "QuickTime".
  3. Someone needs to find out why the component doesn't work.
  4. 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)

This, that and the other (talkcontribs)
  1. 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.
  2. I have made the correction you suggest.
  3. Not being a Mac user, I have no idea. Anyone else?
  4. I filed this issue in our issue tracker: phab:T96219.
Maury Markowitz (talkcontribs)

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.

Maury Markowitz (talkcontribs)

Thank you!, much appreciated.

Reply to "Can't play videos, help page is misleading and can't be edited"

External Link Search in section Special Pages producing unknown error

Cjcaesar (talkcontribs)

Hello all. I have a mediawiki install running and when I try to use the External Link search, in the SPecial Pages (can be seen here):

I get the following cryptic cryptic message:

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

The LocalSettings.php file has been altered but I have no idea how to debug the installation, I am very much a front end user. Does anyone know what could be causing this error?

Thank you very much.

MarkAHershberger (talkcontribs)

You say the LocalSettings.php file has been altered. I'll assume you altered it and changed it back because the "Set $wgShowExceptionDetails = true;..." message is there now.

When you add the line

 $wgShowExceptionDetails = true;

as the last line in your LocalSettings.php file, what do you see? Can you paste the debug information here?

Cjcaesar (talkcontribs)

Ah. Thank you. OK So I took the # off the last line and this was the result that I got when clicking External Link Search under Special Pages:

Call to undefined method LinkSearchPage::getLanguage

#0 .../includes/specials/SpecialLinkSearch.php(82): SpecialPage->__call('getLanguage', Array)
#1 .../includes/specials/SpecialLinkSearch.php(82): LinkSearchPage->getLanguage()
#2 .../includes/SpecialPageFactory.php(458): LinkSearchPage->execute(NULL)
#3 .../includes/Wiki.php(226): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#4 .../includes/Wiki.php(626): MediaWiki->performRequest()
#5 .../includes/Wiki.php(533): MediaWiki->main()
#6 .../index.php(57): MediaWiki->run()
#7 {main}

I hope this helps. Thank you for your time, expertise and help. It is highly appreciated.

MarkAHershberger (talkcontribs)

I just noticed that you're running a very old MediaWiki. You should upgrade to at least the LTS which is MediaWiki 1.23. The version you're running (1.18) is unsupported.

If you don't want to upgrade, you can see if moving to a later version than 1.18.0 has fixed this bug.

Cjcaesar (talkcontribs)

Thanks for checking this out for me. So what you're telling me is that this bug is inherent to the software? The only option is to upgrade my version? Do I have any other options?

Thank you for your time. Just wary of upgrading.

Reply to "External Link Search in section Special Pages producing unknown error" (talkcontribs)


I was wondering how to get variables from my PHP to the Mediawiki Javascript

When I set up my $wgResourceModules in my MyExtension.php file for example like this:

$wgResourceModules['ext.MyExtension' ] = array(

'scripts'  => array(






'localBasePath' => __DIR__,


'remoteExtPath' => 'MyExtension',



And then in the javascript file, I call the variable like this:

var = mw.config.get( 'wgMyExtensionSomeVariable' );

It doesn't work for me. Other code works fine. Is there something Im missing? Thanks :]

Reply to "Sending variables to javascript"
MarcoAurelio (talkcontribs)

Hi. Do we have any information regarding the use and working of the new Gadget and Gadget definition namespaces? Are gadgets suposed to be moved to such namespaces? I couldn't find any information about them. Thanks in advance. Best regards.

MarkAHershberger (talkcontribs)

Thanks for asking! I wasn't aware of these changes. I've asked Legoktm for information about this. Perhaps he'll respond here.

Krenair (talkcontribs)

No, and you shouldn't be able to move anything into them anyway. See ticket

Reply to "New Gadget namespaces"
Metathom (talkcontribs)


do I have just to use the install script on [https://.../[directory]/mw-config/index.php https://.../[directory]/mw-config/index.php]

About https and mediawiki I only find this old extension: Extension:HttpsLogin

Thank you.

PS: On my old mediawiki 1.24.2 I tried a redirect via htaccess from http to https, but got errors because mediawiki uses not only relative paths.

MarkAHershberger (talkcontribs)

MediaWiki should work whether you use https or not. You probably need to set $wgServer to "//hostname/[directory]" or "https://hostname/[directory]" if you already have a LocalSettings.php or just start on the https url if you're trying to set this up.

Reply to "How to install Mediawiki using https?" (talkcontribs)


Today I installed an old backup (jun/jul 2014) of mediawiki and imported an old db.

These are the versions I'm currently running:

MediaWiki 1.23.

PHP 5.5.9-1ubuntu4.11

MySQL 5.5.44-0ubuntu0.14.04.1

The problem is, that I always get an error if I try to save an article (new or edited) or delete an article. Something like "A database query error has occurred. This may indicate a bug in the software."

I already started the update script:

php update.php

in folder maintenance

(no errors occured)

Any tips or hints? (talkcontribs)

I activated the full log for SQL errors and get this:

  • Query:
    DELETE FROM `categorylinks` WHERE cl_from = '14'
  • Function: LinksDeletionUpdate::doUpdate
  • Error: 1449 The user specified as a definer ('mediawiki_user'@'%') does not exist (localhost)

but that's not true! (talkcontribs)


#0 .../includes/db/Database.php(1123): DatabaseBase->reportQueryError('The user specif...', 1449, 'DELETE FROM `ca...', 'LinksDeletionUp...', false)
#1 .../includes/db/Database.php(2910): DatabaseBase->query('DELETE FROM `ca...', 'LinksDeletionUp...')
#2 .../includes/deferred/LinksUpdate.php(931): DatabaseBase->delete('categorylinks', Array, 'LinksDeletionUp...')
#3 .../includes/deferred/DataUpdate.php(101): LinksDeletionUpdate->doUpdate()
#4 .../includes/WikiPage.php(2837): DataUpdate::runUpdates(Array)
#5 .../includes/WikiPage.php(2803): WikiPage->doDeleteUpdates(14, Object(WikitextContent))
#6 .../includes/Article.php(1779): WikiPage->doDeleteArticleReal('Inhalt war: ???...', false, 0, true, '')
#7 .../includes/Article.php(1604): Article->doDelete('Inhalt war: ???...', false)
#8 .../includes/actions/DeleteAction.php(45): Article->delete()
#9 .../includes/Wiki.php(428): DeleteAction->show()
#10 .../includes/Wiki.php(292): MediaWiki->performAction(Object(Article), Object(Title))
#11 .../includes/Wiki.php(588): MediaWiki->performRequest()
#12 .../includes/Wiki.php(447): MediaWiki->main()
#13 .../index.php(46): MediaWiki->run()
#14 {main} (talkcontribs)

I tried the following mysql command:

 SELECT definer FROM mysql.proc WHERE db='mediawiki_db'

And get the following:

| definer       |
| mediawiki_b@% |
| mediawiki_b@% |
| mediawiki_b@% |
| mediawiki_b@% |
| mediawiki_b@% |
5 rows in set (0.00 sec) (talkcontribs)

mediawiki_b@% is mediawiki_user@% sorry

MarkAHershberger (talkcontribs)

See MySQL:The user specified as a definer does not exist (error 1449)-Solutions ... Does this blog entry help? (talkcontribs)

Thank you. Your post wasn't the solution for my problem but it was nevertheless a good hint.

As I said I've imported an old backup in a new database with a new user and replaced the old user in the .sql file with the new user (also the DEFINER).

But the access to the db changed and I didnt noticed it.

So I'd to change all the '%' back to 'localhost', delete the imported database, import the .sql file again and now it works without any issues.

Thanks a lot!

How to me to editing in Lurkmore if I am blocked for a year and a fast way?

2 (talkcontribs)

I was blocked for the silly message on Discussions, I want to correct but couldn't, someone from participants wants someone to evaporate my advantage.

MarkAHershberger (talkcontribs)'s Support Desk is not going to be able to help you with this request. You need to go to the website where you were blocked. (talkcontribs)


I've just installed the last version of mediawiki for my service, i would like to index and cloudtag our data in the main page of our wiki like on this example :

I'm new to the wiki community, i search all the extensions about cloudtagging, categorytagging, etc ....

But i haven't been able to obtain results.

Could someone be able to help me ?



MarkAHershberger (talkcontribs)

To get a tagcloud like that one, you'll need to install Semantic MediaWiki. Since you're just starting out, I'd recommend using Semantic Bundle. (talkcontribs)

Thanks for this answer, i'll download it, install it and try the new options offered by this bundle. (talkcontribs)

Thank you very much MarkAHershberger, i installed the semantic bundle ans have been able to add a 3d spherical tagcloud on my home page using a template.

Edgars2007 (talkcontribs)

Hello everybody!

Have question about Manual:Redirect table. Is the table data incomplete now, too? Or redirect table is fine now?

Also, there should be some updates for DB schema. There is at least one new table - wbc_entity_usage (related to Wikidata). (talkcontribs)

I think the Manual on the Redirect table is fine.

Note that the page DB only lists database tables, which are related to the MediaWiki Core. It does not list tables of extensions. That entity_usage is not listed on that page, is correct.

Edgars2007 (talkcontribs)

I think you misunderstood me. I'm talking about this note:

NOTE: as of August 2007, database dumps for Wikipedia and other Wikimedia projects as provided on have incomplete data in this table: only redirect pages that have been created or edited recently are present. For older redirects, resort to using the pagelinks table.

My question was: what is the status of it currently - as of August 2015?

About wbc_entity_usage. OK, that seems normal, but where I could find, what DB tables are available for work at quarry? (talkcontribs)


Reply to "Redirect table"