Lee Hord

Also, I don’t use CKFinder, but I will try and make sure that works too.

@titush not much in the way of changes really. I was more concerned with getting it working in versions of WordPress after 3.5.2. Being stuck on a legacy version of WordPress is not an ideal situation.

Once I have a stable version running I will share on here.

I’m really close to getting CKEditor 4.3.2 running in WordPress with this plugin. So far I’ve carefully managed to swap out the old CKEditor 4.0 code line for the new version and all seems good, apart from one little nuisance.

Every time I save a post with CKEditor enabled, WordPress displays the following message:

The backup of this post in your browser is different from the version below. Restore the backup.

Since WordPress 3.6 the auto revision feature saves revisions to browser local storage as well as the database. With CKEditor enabled the revision set in local storage is messed up and therefore does not match the database revision. The great news is this doesn’t cause any issues with saving the actual post to the database.

Hopefully I can get this minor issue fixed soon and share my updates.

CKEditor for WordPress is not compatible with the latest version of WordPress. This plugin does not function correctly on anything above 3.5.x.

Unfortunately CKEditor for WordPress will no longer be supported by the CKEditor team as they’re concentrating on Drupal.

The only solution I have at the moment is not perfect. Basically what happens is the RealDolmen plugin authenticates the user and if they don’t exist in the WordPress database it will create a new user. This in itself seems to interrupt ADI and therefore does not automatically lookup the user in AD, simply unhooking the create user function doesn’t make it work either.

So I had to find another way. One thing I noticed when users are created using the RealDolmen plugin, the user account in the WordPress dashboard is not flagged as an ADI user, therefore when performing a bulk import using ADI it would not fetch the details back. Next I added a new line to the end of the RealDolmen plugin under the last function iisauth_create_wp_user(), here’s my code:

function iisauth_create_wp_user($username)
{

	$userData = array(
		'user_pass'		=> microtime(),
		'user_login'	=> $username,
		'user_nicename'	=> $username,
		'user_email'	=> $username . '@localhost',
		'display_name'	=> $username,
		'first_name'	=> $username,
		'last_name'		=> $username,
		'role'			=> 'subscriber'
	) ;

	$id = wp_insert_user($userData);

	update_user_meta($id, 'adi_samaccountname', $username);
}

This will save an additional piece of user meta when the account is created by the RealDolmen plugin. What you can then do is have a cron job run periodically to bulk import users, the ADI plugin will then fetch attributes for your users from AD.

Like I said, it’s not ideal but it does work, but note there will be a period of time when a new user won’t have any attributes in your WordPress database.

Hope this helps you out.

It does indeed sign users in automatically. Have you enabled Windows Authentication in the Authentication settings for your site in IIS?

I’m running a Windows 2008 R2 server with IIS7.5 and WP 3.8, works fine.

What problems are you getting?

I’ve narrowed the issues down to this error:

TypeError: 'undefined' is not an object (evaluating 'c.onSubmit.add')

Seems to be a jQuery compatibility problem. I’m guessing the main ckeditor.js will need some moderate rewrites to correct it.

There appears to be a couple of other quirks under WordPress 3.6:

• Each time a post is saved empty paragraph tags are appended after each block element. Despite having config.enterMode, config.autoParagraph and config.fillEmptyBlocks configured properly.</i>
• Intermittently Add media does not add selected media object into the editor. This I cannot consistently produce, it appears to be random behaviour.

I think I’m real close on this.

I discovered an issue whereby bulk import did not work unless the local user account had adi_samaccountname present in the user meta. Creating this value programmatically via the RealDolmen plugin solved the issue (had to rewrite the iisauth_create_wp_user function to do so).

Problem now is ADI does not automatically fetch the user details during the login process. I suspect this is related to the fact that authentication is using an auth token instead of a password, therefore ADI does not understand what to do with the auth token perhaps?

Trying to use a bind user didn’t fix the issue either.

@j_walker How have you got the two plugins working together? I have an issue where the authentication occurs but ADI does not perform the LDAP lookup once authentication has occurred.

Love it. Great template, very professional looking.

Very nice, Like it!

I will be releasing it as soon as I have finalised the changes on my site I will then zip it up and offer it for download on my site.

It’s actually a heavily modified version of Kubrick.