Extension talk:Validator

About this board

No longer a dependency for SMW et al?

أحمد (talkcontribs)
أحمد (talkcontribs)

Hello Kghbln,

You reverted my amendments regarding the dependency of SMW on Validator. In light of the reference I provide in the previous entry in this discussion, did I misunderstand something?

Kghbln (talkcontribs)

Yes since Validator get's automatically invoked via Composer. SMW will not work without this extension. Did you see my my changes to the page? Cheers

أحمد (talkcontribs)

By "automatically invoked via Composer" do you mean "installed"? Or do you actually mean temporarily used during installation?

I'm not sure the part about auto-installation is true.


I have installed SMW by hand without Validator and it works. I have no trace of Validator in my installation.

Moreover, I'm not sure the note from SMW docs I refer to in my first post can be interpreted as you wrote.

Also, even though I haven't used Composer before, my assumption about a package and dependency management system is that it should install dependencies when not present, but not cause breakage if those dependencies had been already installed on behalf of other components.

What am I missing here?

Kghbln (talkcontribs)

> "automatically invoked via Composer"

Indeed installed as well as activated. That's right.

You should see a reference to the Validator extension on the "Special:Version" page of your wiki. If this is not the case then I have no idea why Semantic MediaWiki is working for you.

In case you use the tarball of Semantic MediaWiki provided then Validator is automatically included without further action required by you. However you should still see a reference to the Validator extension on the "Special:Version" page, too. If this is not the case then I have no idea why Semantic MediaWiki is working for you.

Reply to "No longer a dependency for SMW et al?"

Please add this page to translate

Перевод15 (talkcontribs)

Please add this page to translate

Reply to "Please add this page to translate"

Format description of type mapscircle list

1 (talkcontribs)

The SemanticMaps extension allows to draw circles on a map. The format is described as <validator-type-mapscircle-list>. I haven't found any description of this type yet. I guess the format is something like


where radius is given in meter. Is that correct?

Reply to "Format description of type mapscircle list"

Fatal error: Validator depends on the ParamProcessor library

2A02:8070:61FC:8E00:89B9:8FD7:CD69:7C9 (talkcontribs)

Validator gives me

Fatal error: Uncaught exception 'Exception' with message 'Validator depends on the ParamProcessor library.' in C:\xampp\htdocs\wiki\extensions\Validator\Validator.php on line 31

on MediaWiki 1.23wmf2

Kghbln (talkcontribs)

It looks like you did not install the ParamProcessor library. The sanest way to install this extension including dependencies is to use Composer.

Cavila (talkcontribs)

I'm getting the same error message (MW 1.19.7, SMW 1.9). How does one go about installing the ParamProcessor library without shell access (without Composer)? It is included in the Validator 'wrapper', but there are no installation instructions for the library specifically as far as I can see. (talkcontribs)

I've got this error too.

Fatal error: Uncaught exception 'Exception' with message 'Validator depends on the ParamProcessor library.' in /var/www/wiki/extensions/Validator/Validator.php:31 Stack trace: #0 /var/www/wiki/LocalSettings.php(151): require_once() #1 /var/www/wiki/includes/WebStart.php(136): require_once('/var/www/wiki/L...') #2 /var/www/wiki/index.php(46): require('/var/www/wiki/i...') #3 {main} thrown in /var/www/wiki/extensions/Validator/Validator.php on line 31

Is there a simple way to install ans setup ParamProcessor library?


Jeroen De Dauw (talkcontribs)

If you do not have shell access, you are restricted to using the tarball for now. I hope will will soon have an extension installation GUI...

Markino76 (talkcontribs)

Why to be obliged to have shell access, in my case I am hosted by a 3rd party service. I will never have a shell access. How configure manually ParamProcessor Library?

Thank in advance, Marco (talkcontribs)

Same thing... Trying to set this up on WAMP and it's free for all. No way to get this working. :(

Fcarpani (talkcontribs)

Hello. I'm using 1.20.x and I have shell access but sorry, I can't find the information about how to install ParamProcessor with or without Composer...

Also, after using composer I had to recover from a backup because this error. (That was an attempt to update Maps to 3.0, for use with Semantic Maps).

Please, some guide to solve this?


Danger89 (talkcontribs)

I was also trying to use Maps. So in order to install Validator without having access to shell, do the following:

Download the stable version of both ParamProcessor and Validator. Extact the content in extensions/ParamProcessor (create the map ParamProcessor) and for Validator in extensions/Validator (create the map Validator).

After you have the files in place, change the file called: LocalSettings.php (in the root folder). And add this line to the end for ParamProcessor:

# ParamProcessor

require_once( "$IP/extensions/ParamProcessor/Processor.php" );

After this line you can add the next line for Validator:

# Validator

require_once( "$IP/extensions/Validator/Validator.php" );

Finally you can continue to setup other extensions after this lines.

Alexia E. Smith (talkcontribs)

The problem is that Validator spits out "Validator depends on the ParamProcessor library." so one navigates to Extension:ParamProcessor which redirects back to Extension:Validator. So we start going on the assumption that ParamProcessor was renamed to Validator with Validator trying to require itself through ParamProcessor.php in the Validator folder that just includes Validator.php which goes back to spitting out the error message "Validator depends on the ParamProcessor library." which-*segfault*.

There is some logic issues with the page and extension naming that causes confusion. Anyone who reads the Extension:Validator page then uses Mediawiki's extension distributor will be left clueless since ParamProcessor is not listed as a dependency on the extension page. There are also no installation instructions noting how to install ParamProcessor outside of Composer.

Jeroen De Dauw (talkcontribs)
Lbthomsen (talkcontribs)

What I don't get is why this is not included in the semantic bundle. Validator is there, but ParamProcessor is not. That is inherently broken. Even if following the link to ParamProcessor listed above, there are no instructions how to install that in Mediawiki. Yes I know there is a thing called composer, yes I know that is the preferred way to install Validator, but here is the thing. The point of semantic bundle is if composer is not a viable option. What is the point of having a bundle if one has to download a handful of other extensions to get it working.

Kghbln (talkcontribs)

According to the docu this should already be part of the currentSemantic Bundle.

Reply to "Fatal error: Validator depends on the ParamProcessor library"

Extension versions breaks 'git submodule foreach git pull origin REL1_22'

Skunark (talkcontribs)

There seems to been a change to the tags for this extensions. Since tagging is cheap with git, i'm not sure why one extension would deviate from others extensions and break this functionality. The reason it's good to have REL1_22 tags in this repo is to help everyone understand the supported versions with MW and this extension. Please reconsider adding back the REL1_22 and other tags.

Kghbln (talkcontribs)

These release tags like e.g. REL1_22 are very often not the best shot when it comes to installing an extension, no matter if we are talking about this extension here or any other extension. They must naturally be a kind of arbitrary. Probably only extensions bundled with MediaWiki are really safe when using this special tag.

I recommend installing this extension and its dependencies with Composer. It's a bit of a habitual change but it saves time and nerves. :)

Skunark (talkcontribs)

extensions bundled are based off of the tags...

Jeroen De Dauw (talkcontribs)

They should not be - that approach is inherently broken. Should use the latest stable release. There are solid standards for this, people would do well following them rather then doing their own crazy weird thing.

Skunark (talkcontribs)

yet all stable releases have a tag and there should be a stable tag that matches each stable release of MW to match up with any API changes.

Ciencia Al Poder (talkcontribs)

Sorry, but I can't agree with this. If you do an update on an extension that requires a new hook added on the latest stable release, it should be tagged for that release, so people downoad the proper version matching its MediaWiki version.

And for the same reason, if we're supporting LTS versions of MediaWiki, we should keep extensions with versions compatible with them, and tagging for such releases is the way to go.

Jeroen De Dauw (talkcontribs)
Ciencia Al Poder (talkcontribs)

Your semver seems rather random as well. At least, the REL1_XX ensures you're using a version that's compatible with that MediaWiki version, while your versioning doesn't match it, and I was unable to find a table where your semver matches any MediaWiki version.

It's not the first time I see people complaining about a semantic extension breaking MediaWiki when installed (giving errors about undefined methods or parameters mismatch, a clear indication of an incompatibility between MediaWiki version and SMW), and I'm unable to tell them if their SMW version is the right version for that MediaWiki version or not.

Kghbln (talkcontribs)

I am afraid that REL1_XX does not ensure anything, at least not for me. :( I had as many problems with this kind of tag than with any other tags. However, the compat problem was adressed with Composer I presume.

Jeroen De Dauw (talkcontribs)
Skunark (talkcontribs)

That chart is rather weak, it doesn't even discuss the dot minor version for MW, nor when it was last updated. So it's only a guideline at most, if you don't support tags, it should at least indicate the last commit hash checked.

Lucky for me SMW wasn't really used so I managed to remove it. Perhaps when more extensions support composer, SMW was the only one, I might reconsider this extension. One thing that isn't desirable with composer it how it removes extensions when it updates, so if you tweaked it for any reason, you've lost the edit. BTW, doesn't composer use the tags or commit hash? It has to effectively use the same hooks everyone else does.

Reply to "Extension versions breaks 'git submodule foreach git pull origin REL1_22'"

Class 'ValidatorSettings'

2 (talkcontribs)

MediaWiki: 1.21.0rc5 Validator: 1.0 beta Semantic MediaWiki: 1.9 alpha

Catch error on the page with content "{{#listerrors:{minseverity, Text}}}".

 Class 'ValidatorSettings' not found in /extensions/Validator/includes/utils/ListErrors.php on line 64

Is ValidatorSettings::get() method has deprecated and this case is bug? Please, help.

Jeroen De Dauw (talkcontribs)

The code where the error is occurring is broken, though should not be used. Perhaps you have a to old version of SMW. If you are running git master anyway, I suggest you upgrade to latest master.

Reply to "Class 'ValidatorSettings'"

Download doesn't work

4 (talkcontribs)
Kghbln (talkcontribs)

Worked for me. Still I updated the link to offer the download of the latest release. Cheers (talkcontribs)


Seems to me (not experimented) that the link : Download Validator 0.5.1 (.tar.gz file) is not working. And if I download the snapshot, it is the 1.0 version which doesn't work properly yet.

So how can I find the 0.5.1 version. (I'm not familiar with Git...)

Thanks for your help

Kghbln (talkcontribs)

Things are a bit confusing right now. Here is the link. Cheers

Reply to "Download doesn't work"

Class RangeValidator not found

LambdaB (talkcontribs)


a fatal error comes up when I execute a simple ask query such as {{#ask: [[Category:Publication]] }}:

Fatal error: Class '\ValueValidators\RangeValidator' not found in
...\extensions\Validator\includes\ParamDefinitionFactory.php on line 176

The following extensions are installed:

  • MediaWiki 1.19.3
  • PHP 5.3.0 (apache2handler)
  • Semantic MediaWiki (Version 1.9 alpha)
  • DataTypes (Version 0.1 alpha)
  • DataValues (Version 0.1 alpha)
  • ValueFormatters (Version 0.1 alpha)
  • ValueParsers (Version 0.1 alpha)
  • ValueValidators (Version 0.1 alpha)
  • Validator (ParamProcessor) (Version 1.0 alpha)

Cheers, Basil

Jeroen De Dauw (talkcontribs)

I suspect you are running incompatible alpha versions. Since you just list them as being alpha I can't tell. The latest alphas are working fine with each other and so are the latest releases. The error you are running into suggests you have either an outdated Validator or and outdated DataValues extension bundle.

LambdaB (talkcontribs)

Hi Jeroen,

just now I deleted the extension folders for Validator and DataValues and did a fresh checkout. The version numbers are still the same and the fatal error did not disappear.

Any idea what I could try?

Cheers, Basil

LambdaB (talkcontribs)

I fixed the problem for now in extensions/DataValues/ValueValidators/ValueValidators.classes.php. It seems like the validators are not correctly registered. I added some backslashes at the beginning:

'\ValueValidators\RangeValidator' => 'includes/validators/RangeValidator.php',
'\ValueValidators\StringValidator' => 'includes/validators/StringValidator.php',

Cheers, Basil

Jeroen De Dauw (talkcontribs)

Uh oh... that is not good...

That should not be needed and is caused by MW 1.19.x not having decent namespace support in its autoloader. This is going to cause problems elsewhere as well, so we'll need to take care of this before the next SMW release.

I created bug 44892 to keep track of this

Reply to "Class RangeValidator not found"

Validator and graph result format

Dgennaro (talkcontribs)

Version 0.5 seems to break parts of the graph output for Semantic Result Formats (or vice versa). It will not show the labels, colors or legend. I was able to fix this by downgrading to version 0.4.14. --Dgennaro 17:19, 18 October 2012 (UTC)

Jeroen De Dauw (talkcontribs)

Thanks for notifying me - the problem is in SRF, and I will get to it soonish so it's not in the 1.8 rel :)

Jeroen De Dauw (talkcontribs)

This should be fixed on master now.

Reply to "Validator and graph result format"

SMW setMessage problem in v1.14 Validator

Lloyd.Rutledge (talkcontribs)

Version 1.13 of Validator works fine for me. When I installed 1.14 I got the bug below. Going back to 1.13 fixed it. So I have a workaround, but this may be a bug in 1.14.

The problem is that any Semantic MediaWiki {{#ask}} call results in the following message:

PHP Fatal error: Call to undefined method Parameter::setMessage() in C:\Program Files (x86)\Apache Software Foundation\Apache2.2\htdocs\mediawiki\extensions\SemanticMediaWiki\includes\SMW_QueryProcessor.php on line 512

Here is my version info:

MediaWiki 1.18.1 PHP 5.2.13 (apache2handler) MySQL 5.1.58-community Semantic Forms (Version 2.5) Semantic MediaWiki (Version 1.7.1) Semantic Result Formats (Version 1.7.1) Character Escapes (Version 0.9.1) LinkedWiki (Version Validator (Version 0.4.13)

Indeed, I have yet not beta-ed over to the latest SMW 1.8, but that is not yet officially released. And Validator 1.14 came out just after SMW 1.7.1.

Hope this helps, Lloyd Rutledge

Reply to "SMW setMessage problem in v1.14 Validator"