CKEditor follows links in WebKit-based browsers, replacing the iframe content

[Сковорода Никита Андреевич]

Tested under qtwebkit 2.3.1, qtwebkit 2.3.2, qt5-webkit from Qt 5.1.0, and Safari on iPad.

Steps to reproduce:

1. Open ​http://nightly.ckeditor.com/13-07-23-13-05/standard/samples/replacebyclass.html
2. Hover any link in the editable content with the mouse pointer.
3. Click the hovered link.

What should happen (as it does in, for example, Firefox 22.0):

2. The cursor icon should be «text».
3. The link should not open, the input caret should move to the clicked point.

What happens:

2. The cursor is «pointer» (checked in qtwebkit).
3. The link opens in the editor iframe and replaces all the content, resulting in data loss.

Workaround (jQuery-based):

/// WARNING: bloody fix for WebKit-based browsers
CKEDITOR.on('instanceReady', function(ev) {
	if (!CKEDITOR.env.webkit) return;
	function disableLinks() {
		var content = $(ev.editor.document.$.defaultView.frameElement).contents();
		content.find('body.cke_editable').on('click', 'a', function() {
			return false;
		});
		content.find('head').append('<style>a{cursor:text}</style>');
	}
	ev.editor.on('mode', function() {
		if (this.mode === 'wysiwyg')
			disableLinks();
	});
	disableLinks();
});

[Сковорода Никита Андреевич]

A screenshot of the bug

[Сковорода Никита Андреевич]

This is also valid for 4.2.0 release and 4.0 release.

[Jakub Ś]

NOTE: We don't support qtwebkit. From Webkit based browsers we support Safari.

[Сковорода Никита Андреевич]

If you will be testing this under Safari on iOS 7, you will notice that Safari crashes upon clicking on a link in an editor on the demo pages.

The crash is not directly related to CKEditor, it is a result of a Safari bug (afaik, on iOS 7 only), which crashes from <iframe src="http://en.wikipedia.org/wiki/Neil_Armstrong" width="100" height="100"></iframe> (might be device-dependant).

But CKEditor should not follow the clicked link.