Actually on this site that is not the AddThis control in the header, I'm using the older separate controls and for the FacebookLikeButton I do have the UrlToLike hard coded as the url for our facebook fan page. The other buttons are using the current page url as is the AddThisButton in the blog using the post url.

But the same principle applies, you can hard code a value for the UrlToShare property on the AddThisWidget.

Hope that helps,

Joe

I'm not seeing any problem with CKeditor when I add links but I'm using Chrome web browser, maybe it is browser specific, but if it is I don't think I could fix it. We are using the latest version of the onChangePlugin. Probably if the problem is browser specific something is trying to navigate away from the page when creating a link and the prompt is preventing that from happening which is a good thing. In other words it may look like a bug in the prompt but it may actually be a bug where it would navigate away from the page and lose what you were posting, the prompt is a symptom of the problem not the problem or the cause of the problem. It might be a bug in the link dialog that only affects a specific browser, if so hopefully it will be fixed in the next update to CKeditor, in the mean time at least the prompt prevents navigating away without completing a post which would be a worse problem.

googling "window.onbeforeunload ie9" I find lots of info that this is a known problem. The possible solutions mentioned however seem both ugly and likely to break other things. Problem is IE fires that event even when links with href="#" are clicked which is not consistent with other browsers and lots of javascript links are like that including the ok button in the CKeditor dialog. The suggested solution of looping through all links and cancelling the click event would most likely break the dialog and other javascript links. At least it seems to be fixed in IE 10.