Merge changes from stable branch (which was only minify script changes) in for new dev.
Version bumps.
1. Firefox has a new ESR out and 10ESR is end of life, so bump requirement to 17.
2. IE requirement bumped to version 8, but also added check for compatibility view. If you are in IE8 and with compat view, you'll get an "unsupported browser" warning.
Safari stable is v6 now.
Fix Squizmap #3584: "Anchor links in preview mode don't scroll the user".
Previous commits to fix hashlinks meant that they in fact indeed worked, but Firefox
did not scroll it because it limited the target of scrolling to the immediate iframe,
and that is already fully stretched by EES. (IE and Chrome worked fine.)
Add a click event for hrefs starting with "#" so that if the doc anchor exists, it
will use scrollIntoView() to move the frame and parent window, which works even in
Firefox.
Revert version requirement upgrades (for standard EES) as this is not necessary for next release.
Fixed two date display bugs in the Calendar Event details screen.
Both are cosmetic, the editing interface is not affected and is saving correctly.
1. Times between 12-1pm (ie. 1200-1259hrs) would show as, eg. "12:30 am" instead of "12:30 pm". (Squizmap #3979.)
   .. The JS code was assigning PM based on hours > 12 instead of hours >= 12.
2. Times between 12-1am (ie. 0000-0059hrs) would show as, eg. "00:30 am" instead of "12:30 am". (Squizmap #3980.)
   .. The JS code was not handling the case for hours = 0 properly.
Try to fix Squizmap #3991: failure to upload files when the root URL of an install is not at the root of the domain.
Try to use the current URL instead of a base URL to avoid a 404 error.
"URI" in "encodeURIComponent" is case-sensitive.
EasyEditUrl.getURL() provides an object from which we should be taking the "url" component from.
Fix typos.
Revert previous four commits.
Will not fix Squizmap #3991 - EES outside of a domain root requires setting of baseSiteUrls to properly work, and this would therefore work if that were set.
Initial attempt to fix Squizmap #4010.
Failure to redirect when an asset [or particular lineage of an asset] without a URL is selected in the Asset Finder.
If a lineage has no URL, redirect it the same way we do files (limbo_assetid in the query string and treeid in the hash).
We have to use specific error message matching for this, as JS_API returns errors for zero URL matches.
Squizmap #4010 fix continued.
If only the hash is changing for a non-file asset - ie. going between two different lineages and neither have a web path - then don't really redirect, just hashchange and remove the overlay.
Squizmap #4010 work continues.
These changes are to make the URLs screen work, including the following scenarios:
1. Removing the last web path is no longer banned and will redirect you to a limbo_assetid path with previous treeid,
2. Adding a web path to a limbo_assetid'd asset will redirect it to that new web path,
3. Adding/removing web paths from a page that has no URL due to no web path on a parent, will not redirect at all as none is needed, and will just show "saved".
Files will not redirect for the same reason as point (3) above.
Edited message when no web path.
Reload the asset post-web path save to avoid caching.
Wrapping a getAsset call blanks out api.getResult here, so use the results array instead
Reverted six commits relating to Squizmap #4010.

This won't make it to 1.4.2, and will be branched off instead.
Squizmap #4010, less ambitious fix for 1.4.2.
When an asset (or lineage of asset) does not have a URL applied, emit an error and at least remove the loading overlay.
Merge branch 'stable'