%VERSION% not replaced in source generated by download site

Thanks for your report!

The %VERSION% issue itself does not look critical, as basically the source version from github works exactly the same. The Big N'Slow version is somehow a substitute to downloading sources from Github and then adding additional plugins, for anyone that does not feel comfortable with git.

The Big N'Slow version is definitely not designed to be run on production sites etc.

Anyway, after this long introduction, let me addd that the rest of described issues look interesting. I'll investigate this and let you know,

I verified all the reported problems, here are my results:

• I've noticed that CKEDITOR.version is set to "%VERSION%", which looks like the downloaded version has not been run through something that should have replaced that token.

This is true, but I assume that you noticed this just because you started debugging why you are having the three other issues

• In this case (with %VERSION%), if I specify a customConfig when calling CKEDITOR.replace, instanceReady listeners are never called. This occurs even when the customConfig file is empty. It doesn't happen when I download a version of CKEditor that doesn't have the %VERSION% token (but intead has a regular version number).

Works for me. instanceReady listeners are fired, I tested it using the replacebycode sample with:

CKEDITOR.on( 'instanceReady', function( evt ) {
	console.log('Global instance ready');
} );
var editor = CKEDITOR.replace( 'editor1', {
	customConfig: 'myconfig.js'
} );
editor.on( 'instanceReady', function( evt ) {
	console.log('Instance ready');
} );

The customConfig option works as well, I did specify a custom config with everything that was in the default configuration file and one additional option:

config.uiColor = '#ff0000';

and everything worked fine.

I even added a listener in the configuration file, which is rather a bad practice in general, and it worked:

CKEDITOR.on( 'instanceReady', function( evt ) {
	console.log('Global instance ready 2');
} );

• When I upload a build config file with skin: 'bootstrapck' in it, the build that's downloaded still has skin: 'moono' at bottom, which causes a 404 because the moono skin is not included in the download.

Works for me as well. No 404s, bootstrapck skin is used properly. I believe that the answer for all the issues is one: browser cache.

Please make sure to force the browser to clear the cache whenever you work on JavaScript files.