If you have a problem that isn't covered below then complete the feedback form on the main website to report it. Don't forget to leave a valid email address where you can be contacted.
Please ensure that you have the latest version of Total Validator installed.
You must have Java installed and configured in order to run Total Validator (see next section). If you are using macOS, read the macOS installation notes below.
If you have any other start up issue then make a note of any error messages that may appear and use the feedback form to report your problem. Don't forget to leave a valid email address where you can be contacted.
Java is the computer language all of our tools are written in, and this requires that a Java Run Time (JRE) is installed on your system in order to run them. Currently our tools are compiled with Java 7, and so require at least this version or later to be installed. However, we recommend always using the latest version of Java for the best performance and fewest problems.
You may have read or heard that Java is a security risk and so may not wish to install it. This information is very misleading and has confused many people. Java is just a computer language like any other (C, Basic, Pascal ...) and so programs written in it are no more insecure than any other. Any warnings you may have heard only relate to running the Java plugin within your browser. If you are concerned then disable this plugin in your browser, or remove it from your computer altogether, as it is not required for Total Validator to work.
With most Operating Systems, you can download the latest Java Run Time for your system directly from Oracle.
On Windows systems, if Total Validator cannot find a suitable version of Java when it tries to start, it will try to open your browser and take you to the above site to download it.
On Linux systems Java must be in your PATH.
java -version at a command prompt to check this. Alternatively,
make your own copy of the
*.sh scripts in the installation folder and amend them to point
to wherever you've installed Java.
For macOS, see the installation section below for help.
Apple used to provide Java and the last version they provided was Java 6, which we no longer support. Oracle now provide Java for macOS from Java 7 onwards. So this means that if you are running an older version of OS X which does not have Oracle Java available, then our tools will not work.
There is no issue with installing both Apple's Java as well as Oracle's Java at the same time on your system. Oracle's Java will be used for running applets in your browser, and for running any applications which require Oracle's Java, and Apple's Java will be used for running applications that only work with Apple's Java.
A message appears saying Total Validator has an "unidentified developer" or is "damaged"
When you try to run Total Validator a message may appear saying that it has an "unidentified developer" or is "damaged". The fact that you've opened the
.dmg file at all, means that the download was successful and it isn't damaged, so you don't need to download it again. This is a warning from the macOS Gatekeeper because you've downloaded Total Validator from the Internet. But you can still run it as follows:
- Open the
Applicationsfolder in Finder
- Control-click (or right-click) the TotalValidator icon and choose "Open"
- Another warning will appear. Click the "Open" button to continue
Once Total Validator has run once, the warning should no longer appear, although it may reappear if you download an update.
If the above doesn't work, then it may be that you have configured macOS to only run apps downloaded from the App Store. In this case you will have to temporarily allow apps downloaded from the Internet:
- In System Preferences: Select Security & Privacy
- If required, click the lock icon that reads "Click the lock to make changes."
- On the "General" tab, change "Allow apps downloaded from:" to "App Store and identified developers'"
- Start Total Validator from the Applications folder as described above using Control-click (or right-click)
- You may then reset your security settings back to "App Store"
A message appears saying "No Java ..." or "you need Java SE 6"
Total Validator needs Java to run, so please install Java from Oracle. Some systems also require Apple's Java 6 as well. So if you still see these messages install Apple's Java 6 from the App Store as well.
Note: If you obtained Total Validator from anywhere other than our website, you should check that the MD5 checksum of the file matches that provided on our download pages before using it. Or if your anti-virus program highlights a different issue than "WS.Reputation.1" or "Reputation" let us know before using it.
When certain Symantec/Norton AV products detect a program they have never seen, this is automatically marked as WS.Reputation.1 and placed into quarantine, even though it is completely safe to use. So the first thing to note is that you already have a copy of Total Validator, and that you should not need to download it again. Please consult your Symantec/Norton documentation in order to restore this file from quarantine and exclude it from further scans. In some cases this may mean installing a tool from their installation media or website.
We believe that each time a user takes the program out of quarantine and excludes it from further scans, the reputation of the program increases until WS.Reputation.1 is finally removed. However, Symantec's system resets with each new version, so this issue will reoccur with each new release of Total Validator. Because only a few of our users use these Symantec products, this issue may not be resolved before our next release.
We could try to preempt this issue by sending Symantec a free copy of each new version of every product we have for them to test. But they cannot provide any timescales for this testing, nor can they guarantee that our software will be safeguarded. If Symantec were a non-profit making organisation, and there was some real evidence that this whole thing was a good idea, we would still seriously consider this. But they are not, and there is no real evidence, and so we will not be pursuing that path. Instead we suggest that you carry out one of more of the following:
- Restore the downloaded file from quarantine and exclude it from further scans (see above)
- If possible, configure the Symantec product to avoid this issue in future
- Replace the Symantec product with an alternative
When the validation is finished your browser should start up and display the results. If this doesn't happen, first check that 'Hide results' in the Options menu has not been accidentally selected.
Otherwise try using the 'Last Results' button. If this doesn't work then (Pro version only) check the browser you have selected on the Results tab; a blank entry implies using your default browser. If nothing else is obviously wrong then it's likely that you have a browser installed that is not set as the 'default'. You can correct this for popular browsers as follows:
Windows/Mac: If Firefox is your preferred browser then open it and go to the 'Tools' menu and select 'Options' then 'General' and you will find an option which allows you to set it as the default browser.
If Internet Explorer is your preferred browser then open it and go to the 'Tools' menu and select 'Internet Options' then 'Programs' and tick the box that says that IE should check to see if it is the default browser. Then restart IE and you will be prompted to confirm IE as your default browser. In either case then try running Total Validator again.
Linux: Edit the script
totalvalidatorbasic/default_browser.sh as appropriate
and check that it points to your preferred browser. As an additional check if you simply
run this script without any parameters then your browser should just start up normally.
If you are still having problems then it may be that the results are stored somewhere inaccessible, and you may have to navigate to the folder where the results are stored and manually launch your browser pointing at the first results page.
This message appears when Total Validator cannot connect to the starting web page. So ensure that you can connect using the exact same URL in your browser first.
If you can see the page with your browser, it may be that there are one or more proxy servers between you and the page, or the page requires authentication to view it. Unfortunately, if you are using the Basic version there are no options available to allow you to authenticate yourself or to specify a proxy server, although you could use a browser extension to validate the source code of the page. Total Validator Pro users should look to the options on the Network and Authentication tabs for further information.
If you are using the Pro version and you still can't authenticate yourself or drill through a proxy server, then then complete the feedback form on the main website to report your issue.
If the connection failure appears to be an SSL issue (connecting to pages starting with https://), please see the next section.
When connecting to sites starting with https://, the SSL system is used to encrypt pages over the Internet.
Concerns over the use of weaker encryption with SSL has caused many sites to restrict the encryption protocols they will accept, and SSL certificates used by most sites now use longer key lengths. As a result older versions of Java 7 may not work with these sites, preventing Total Validator from connecting to them. So if you have any SSL issues running Total Validator using the latest version of Java should resolve them.
Unfortunately, there is also a known bug in Java which can prevent connection to some sites using SSL which also use SNI (e.g. sites hosted on AWS). So if problems persist when using latest version of Java, you should also try a work around we have produced to see if that fixes things.
By default Total Validator will only follow links on the same site as the starting page. So pages on http://mysite.com will not be validated because technically-speaking http://mysite.com and http://www.mysite.com could host completely different websites.
Many options on the include tab can be used to restrict which pages are validated, so if you've set any options on this tab ensure you've read the documentation and understood how they work.
If you believe that the reason why so few pages are being validated is because Total Validator is not logging into a form correctly, then see the section on Login forms. The next section may be of use as well.
Because Total Validator follows links, different parts of the same website that are not connected will not be validated. Also by default it will only validate pages on the same website as the starting page.
To get around this, create a simple web page consisting of absolute links to the various parts of your site, or listing different sites. This page may be saved to the local filesystem (i.e. no need to deploy it to a website). Then use this page as the starting page together with the Follow remote option.
The Follow remote option tells Total Validator to follow all links on the starting page only even those on different websites. Total Validator will then treat each link (on this first page only) as if was the starting page and report on all of the results together.
There could be several reasons why Total Validator may appear to operate slowly when checking each page. Obviously it could be that your system has reached the limit of its own performance in terms of CPU power and/or the amount of available memory. However there are several things you can try to improve matters as listed below:
- The broken links option waits for a response from the web server. If you do have any broken links then this will naturally slow down the validation. With the Pro version you can reduce the timeout from the default of 20 seconds and raise the concurrency (or set it to 0 for unlimited). Alternatively turn off the broken link check altogether.
- The default method used to test links may send two requests and so take up to twice the timeout you've set before giving up. Explicitly setting the method to 'HEAD' or 'GET' will speed things up if you have any links that time out.
- The spell check has a double impact on performance. It uses a lot of memory loading the dictionaries, and it can take time to spell check each word. So try turning this option off to see if this helps.
- Try to limit the number of other applications that are running concurrently
- When checking remote pages close any other applications that may be using the network
If none of the above work and you have sufficient memory then you could try increasing the amount of memory used.
Unlike many popular validation services Total Validator uses the official W3C and ISO DTDs for HTML validation and the tests are automated from these. In other words we haven't personally made up the validation rules or translated them. So if Total Validator finds a problem on your page (or fails to find one) then it's highly likely that it's in the W3C DTD's and not a mistake in Total Validator.
Many other validators do not use the official DTDs but are interpretations of them. Because these validators do not use the official DTDs they tend to be rife with mistakes. A popular example is HTML Tidy, which as of writing says that the 'type' attribute in the <link> element is mandatory. But this is wrong and in most cases doesn't even make any sense.
However, the official DTD's cannot encode all the rules, because of the limitations of the DTD language. So we've added a whole lot of additional tests to cover these limitations. So other validators that only use the official DTDs may miss errors that are there in the standards. For example the W3C validator doesn't check the value of attributes and so will report success even when your page has many mistakes.
So before you report that another validator says that your page is okay, or reports errors that Total Validator doesn't pick up, please check the actual standards first, don't just assume the other validator is right. Note that we wrote Total Validator initially because of mistakes and limitations with other popular validators.
Remember that the accessibility standards are guidelines and not rules. They can't possibly cover every situation and are there to guide you into making good decisions.
To properly check a page for accessibility you need to understand the standard you are applying and manually look at the source and the output of the page. Automated validators (even Total Validator) can only guide you and should never be regarded as a stamp of approval. Never let zero errors and warnings be your only target and bear in mind that it is quite easy to write a web page that passes all the tests of all the validators and yet would still be difficult for people with disabilities to use. Equally, errors and warnings in validators are just there to alert you as to potential problems, and so may appear when there is actually no problem at all.
So we recommend that you check your pages against the guidelines manually ensure they meet your accessibility requirements and only then use Total Validator to check for anything you may have missed or after making minor amendments.
Also note that conforming to accessibility standards also means strictly validated HTML so that accessibility technology can properly read your site. So you should always validate your HTML as well, otherwise your site cannot claim to be accessible.
With Total Validator we've tried to follow the spirit and meaning of the WAI and Section 508 guidelines, rather than blindly coding rules. So you may find many 'warnings' and 'notes' reported by other validators that simply don't appear in our results. Before you put pen to paper to berate us, check out the guidelines themselves first, as these reported items may be false positives, or not apply to the page in question at all.
Some specific things of note: User-agents are much better than they were when the WAI guidelines were first written. As a result many of the WCAG 1.0 guidelines are now redundant. For example there is no longer a requirement to put place holding text in edit boxes and text areas. This was 10.4 of WCAG 1.0 (AAA). Similarly 1.5 of WCAG 1.0 (AAA) is no longer required. So always validate using the latest version of Total Validator.
Many error messages are self explanatory and should help you to correct the problem is yourself.
If you have a message that doesn't make sense then make a note of it and complete the feedback form on the main website to report your problem. Don't forget to leave a valid email address where you can be contacted.