There is a problem in Safari on Mac while selecting Table cell properties via the context menu when a table cell is selected. Its Wrongly selected in the Table Wizard window.

Reproduction steps:

- Load the default demo in Safari Mac: http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx

- Right click over the third cell in the second column ("Los Gigantes is located...") and choose Cell Properties.

- The Preview of the Cell Properties in the Table Wizard will show that the first cell is selected but not the right one.

Setting render mode to auto or lightweight via the web.config does not affect the rendering of RadEditor with markup that is used with FileManager's composite properties. For example, ImageManager-MaxUploadFileSize, ImageManager-ViewPaths, etc. 


For the time being, you can explicitly set the RenderMode property of RadEditor to either Auto or Lightweight in order to resolve the problem. 

In IE, create a table and add a caption

Apply the style="display: none" to the caption

Attempt to select table using the Editor's select table function and an unspecified error is thrown in the console

This issue was reproduced on the RadEditor demo page.

This issue only happens in IE, could not reproduce in Firefox or Chrome.

This issue does not occur when the display: none style is removed from the caption.

Video: http://www.screencast.com/t/QxHb25w6e

A workaround is to add the following CSS rules to the DialogsCssFile stylesheet:

.reLightweightDialog.RadForm_BlackMetroTouch.redLinkManager body,
.reLightweightDialog.RadForm_Bootstrap.redLinkManager body
{
	width: 540px;
	height: 540px !important;
}

/*or use that, which will affect all skins: */
/*.reLightweightDialog.redLinkManager body
{
	width: 540px;
	height: 540px !important;
}*/

This issue happens only on Macs with Chrome and Safari.

It is related to the IME (input method editor) that is used to enter Japanese (Hiragana) words with Latin keyboards. Such an IME is provided by Windows and the Mac operating system. Part of the process to enter Japanese text is to enter several characters, then press the space bar to get a popup list of suggestions for potential words. The space bar is then pressed again until the desired word is highlighted. Then the user will press return to select the correct word. The user then presses the next characters to build the next word.

If you need more information about typing Japanese text you can find a description here: https://www.coscom.co.jp/learnjapanese801/howjpdo.html

The bug with RadEditor can be demonstrated with the current RadEditor demo page. (http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx) 

To recreate the problem you can go to your RadEditor demo page with Chrome or Safari on a Mac. You will need to enable the Japanese IME in your operating system. This is very easy to do and you can just do a Google search for instructions if you need to.

Then delete all example text. 

Now press the following keys on an English keyboard:

s a t e l o    

(each 2 key combination creates a Japanese character)

You will now see 3 Japanese characters. Now press the space bar. This will open the word selection list. Now press the space bar again, which should select the next words from the list. But instead of selecting the next word, the popup list is immediately closed and some different character are inserted in the content. If you then press another key the content gets completely destroyed and replaced with the key that was pressed. It does not work as expected and it is unusable that way.

If you try the same key sequence with Firefox on a Mac or any browser on a PC you will see how it is supposed to work.

The same problem happens if you would use the cursor down key (instead of the space bar) to select the next item in the list.

The affected browsers work as expected in regular input / textarea fields. It seems to happen only with Telerik's RadEditor control. To narrow down the cause even further I created a JSFiddle demo with a simple control that has the attribute contenteditable=true set. I believe that RadEditor is based on such a control and I wanted to see if the affected browsers may have problems with this HTML feature itself. You can try the JSFiddle demo here: https://jsfiddle.net/q5Lsnjmg/3/     The result is that the affected bowsers work as expected in this demo. This seems to indicate that the Telerik editor control must do something different to trigger this problem.

I also created a video that demonstrates the issue. You can see the video here: https://youtu.be/ANLbXpm5Zko

Thead and tfoot elements get deleted with deleting content of table in Google Chrome.

On the RadEditor demo page [http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx]

Replace the content with a table with a thead tbody tfoot caption

<table>
   <caption>ABC</caption>
   <thead>
      <tr>
         <th>A</th>
         <th>B</th>
         <th>C</th>
      </tr>
   </thead>
   <tfoot>
      <tr>
         <td>FOOT</td>
         <td>FOOT</td>
         <td>FOOT</td>
      </tr>
   </tfoot>
   <tbody>
      <tr>
         <td>A1</td>
         <td>B1</td>
         <td>C1</td>
      </tr>
      <tr>
         <td>A2</td>
         <td>B2</td>
         <td>C2</td>
      </tr>
      <tr>
         <td>A3</td>
         <td>B3</td>
         <td>C3</td>
      </tr>
   </tbody>
</table>

Select some content across the tbody, tfoot, thead and caption and delete 

Expected results: the content of the TD and TH should be remove

Actual results: the THEAD and TFOOT elements are removed

More details check the attached delete_thead_tfoot.gif file.

Workaround: 
<telerik:RadEditor ID="RadEditor1" runat="server">
</telerik:RadEditor>

<script>
	(function () {
		var $E = Telerik.Web.UI.Editor;
		var utils = $E.Utils;
		var cmdPrototype = $E.DeleteSelectionCommand.prototype;
		var shouldCollectNode = cmdPrototype.shouldCollectNode;
		cmdPrototype.shouldCollectNode = function (node) {
			return shouldCollectNode.call(this, node) && !utils.isTag(node, "thead") && !utils.isTag(node, "tfoot");
		};
	})();
</script>

Steps to reproduce:
1. Write a couple of words: one two three
2. Select the second word two without the spaces around it and delete it
3. You'll see a single space between one and three in Design mode, while they are actually two in HTML mode.

When a partially copied table is pasted into the Editor in Chrome, it is pasted wrapped in the folloing div, making it not visible:

<div class="telerik_paste_container" style="border-width: 0px; position: absolute; overflow: hidden; margin: 0px; padding: 0px; left: 3px; top: 215px; width: 1px; height: 1px;">
...
</div>


Steps to reproduce:
1. Open http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx
2. Clear the contents of the editor
3. Insert a table (any configuration of rows and columns) 
4. Go to a new line
5. Type a word on the new line
6. Select the word and a partial amount of the inserted table
7. Copy
8. Paste
9. Navigate to the HTML browser of the editor
10. Observe the "telerik_paste_container" still wrapping the pasted content

Workaround:
<telerik:RadEditor ID="RadEditor1" runat="server">
</telerik:RadEditor>

<script type="text/javascript">
	var editorPrototype = Telerik.Web.UI.RadEditor.prototype;
	var onAfterPaste = editorPrototype._onAfterPaste;
	editorPrototype._onAfterPaste = function (range, tmpPasteContainer) {
		try {
			onAfterPaste.call(this, range, tmpPasteContainer);
		} catch (e) { }
		$telerik.$(this.get_contentArea()).find(".telerik_paste_container").remove();
	};
</script>

The video object inserted in Design mode still present after switching to HTML view. he issue is reproducible in IE11 and IE10.

Steps to reproduce:
1. Navigate to http://demos.telerik.com/aspnet-ajax/editor/examples/clientsideevents/defaultcs.aspx using Internet Explorer 11(11.0.9600.17105 - i assume that if one has ie11 it is this version)
2. Click the Media Manager in the toolbar.
3. Navigate to the folder "PublicRelations" and select the movie "RadNavigation.avi" or upload and select another file.
4. Click insert.
5. Switch to the HTML view in the bottom

Result: The movie is still present even though the view has been changed to HTML. I've noticed that this only occurs when the movie is set to autoplay and its play. If I wait till the movie has stopped and try and switch from Design to HTML it seems to work.

Adding the following link should not change the URL:

http://test.com?a=bc%3do

Hi Telerik Team,

There is one recent problem we faced when copy paste of email address doesn't get open in outlook as HREF property is not set in Edge Browser. The functionality working fine in IE 11.

We are using version telerik version ASP.NET AJAX Q2 2016.

Attached is the screenshot of html. 

If the content of the editor contains an inline style which starts with - as -webkit-text-... like in:

<h1 style="-webkit-text-stroke-width: 0px;">My Title</h1>

A server error is thrown:

Server Error in '/' Application.
Name cannot begin with the '-' character, hexadecimal value 0x2D.

Current workaround is provided in the archive below. It consists of a function override that prevents the attribute loss. Below the workaround is the repro sample that invokes the validation.

When the Editor is configured to occupy size in percentages and the user switches from default to full screen mode and vice versa, the content area of the control gets broken. The problem is reproducible in all browsers.

Video: screencast



As a temporary workaround you can attach a handler to the Editor's ClientCommandExecuted event and repaint the Editor in case the current command is ToggleScreenMode:

        <div style="width: 700px; height: 500px">
            <telerik:RadEditor ID="RadEditor1" runat="server" Width="100%" Height="100%" OnClientCommandExecuted="OnClientCommandExecuted">
                <Content>
                <p>dsadasdasdad dasdasdd das dasdasdasd <br />
                    dsadasdasdad dasdasdd das dasdasdasd <br />
                    dsadasdasdad dasdasdd das dasdasdasd <br />
                    dsadasdasdad dasdasdd das dasdasdasd <br />
                    dsadasdasdad dasdasdd das dasdasdasd <br />
                </p>
                </Content>
            </telerik:RadEditor>
        </div>
        <script>
            function OnClientCommandExecuted(editor, args) {
                if (args.get_commandName() == "ToggleScreenMode") {
                    editor.repaint();
                }
            }
        </script>

A proper workaround for this problem is applying this CSS rule:

div.RadEditor .RadRibbonBar .rrbButton img.rrbButtonImage {
    top:-7px;
}

An additional <br /> element is inserted in the editor when the following steps are executed:

1. Make sure ConvertToXhtml filter is turned on.
2. Switch the editor in HTML mode
3. Set the HTML bellow:
<div class="line1">first line of text</div>
<div class="line2">lastlineoftext</div>

4. Switch back to Design mode.
5. View the HTML using Module Manager - Real Time HTML Viewer
Expected HTML:
<div class="line1">first line of text</div>
<div class="line2">lastlineoftext</div>

 Actual HTML:
<div class="line1">first line of text</div>
<div class="line2">lastlineoftext</div><br>

 

Currently the <br> element cannot be removed from the HTML code of the content. This element exists by design and it is inserted in the editable iframe by the browser. The <br> element is used as a non-breaking line, which means that the following row can be selected and characters can be typed in it. If such element does not exist, the users will be unable to select the first row of the content area and start typing. 

The ConvertToXhtml filter actually removes this element when switched to HTML mode and retrieves it back as a last child of the <body> element, due to the above mentioned reasons. 

If you have issues with the retrieved content via the get_html() method, note that stripped content is returned when the method is used with an argument value "true".

editor.get_html(true) - returns the HTML content, stripped by the set filters.

editor.get_html(false) or editor.get_html() - returns the raw HTML content as it is currently. The same as the editor.get_contentArea().innerHTML property. 
 
 WORKAROUND:
Disable ConvertToXhtml filter in codebehind:
RadEditor1.DisableFilter(EditorFilters.ConvertToXhtml);

			<telerik:RadEditor ID="RadEditor1" runat="server">
				<Content>
				select and delete some of the "th" content, the entire cell element will be deleted instead of its content
					<table>

						<thead>
							<tr>
								<th>th1</th>
								<th>th2</th>
								<th>th3</th>
							</tr>
						</thead>

						<tr>
							<td>1</td>
							<td>2</td>
							<td>3</td>
						</tr>

					</table>
				</Content>
			</telerik:RadEditor>
			<script>
				//workaraound

				Telerik.Web.UI.Editor.DeleteSelectionCommand.prototype.deleteNodeContent = function (node) {
					var utils = Telerik.Web.UI.Editor.Utils;
					if (utils.isTag(node, "td") || utils.isTag(node, "th")) {
						utils.removeChildren(node);
						node.innerHTML = NBSP;
					} else {
						remove(node);
					}
				}
				
				function remove(node) {
					node.parentNode.removeChild(node);
				}
			</script>

Finding is stuck to the last possible occurrence and cannot proceed to the next match.