This bug was reproduced on a Windows 7 64 bit machine with installed SQL Server 2008 R2 Standart and Visual Studio 2013.
Steps to reproduce:
1. Install UI for ASP.NET Ajax through the Control Panel with all available features selected including the Demos feature
2. Open Live Demos solution in Visual Studio 2013

Expected result:
Solution is opened without errors
Actual result:
There is an error - The custom tool 'MSLinqToSQLGenerator' failed. Object reference not set to an instance of an object.

Found fix - In Visual Studio Solutio Explorer right-click on the Live \App_Code\NorthwindDataClasses.dbml file and select "Run Custom Tool"

This bug originates from support ticket 822091.

The long code lines in the QSF code viewer are very hard to read as the only way to get the horizontal scroll-bar is to reach the bottom of the page.

Progress Telerik seems to be more focused on pursuing technology we’re not using, and There haven’t been major upgrades to the Windows Forms and ASP.NET controls that we use in our legacy apps.

The tools are great and we use them extensively, even in newer upgrades to our legacy apps.

But we haven’t seen a whole lot of improvements where we’d like to see them, so it’s not worth the maintenance cost.

On the Windows Forms side, we spend a lot of time navigating through the multi-layer structures of the tools, a set-wide consistent change that was implemented over 5 years ago.  It’s good for consistency, but makes certain properties and events unintuitive.  (E.g., “Why won’t this drop down list work handle the ENTER key being pressed?” “Well, that’s actually the enter event in the embedded control.”)

Our biggest usage on Windows Forms tools are RadButton, RadPageView, RadToggleButton, RadTextBox, and RadSpinEditor – and THAT’S IT.

And they are fairly stable and unchanged in the Progress Telerik line.

On the ASP.NET/AJAX side, it’s frustrating not to have things like cascading drop boxes without getting into a whole lot of Javascript and AJAX coding… which sort of defeats the point of buying a product that proposes to do all that for you. That’s been the only thing we hoped to see updated, some kind of way to preload multiple combos and have it auto-filter based on linked selections, and it never happened.

Our biggest usage on ASP.NET/AJAX tools are RadComboBox, RadDatePicker, RadEditor and RadSpell – and THAT’S IT.

These are also fairly stable and have been mostly unchanged in the Progress Telerik line.

Progress Telerik is rightfully focused on more emerging technologies – we don’t fault the company for that – but most of our work is legacy software we built 10-20 years ago and still maintain, or new clients wanting similar products (so it makes financial sense to use the legacy platform as a basis).  If we had an unlimited budget and R&D time, we’d LOVE to explore all the newer technologies and platforms… but it’s just not compatible with our business model (which serves small and mid-range companies with VERY tight budgets).

That makes it hard to justify the thousand or multi-hundred dollar maintenance fee to get periodic patches, when the existing versions are stable and working just fine for us.

If seems like Progress Telerik almost treats these tools as legacy products, and that it’s really not focused on them as much. (Again, we understand, that makes sense.)

You can give your vote if you want to have a switch button in the Telerik UI for ASP.NET AJAX suite. See the attachment for more information.

Hello, In one of the pages in our website, we have a RadGrid that uses client-side binding.  Above the grid, there's an "Apply Best Fit" button that executes the following JavaScript:
...
...

applyBestFit: function(tableView)
{
  var columns = tableView.get_columns();

  for (var i = 0; i < columns.length; i++)
    columns[i].resizeToFit(false, true);
}

...
...
In IE, it runs VERY slowly when there's 5,000 grid rows.

I found this post: "http://www.telerik.com/forums/radgrid-with-resizetofit-javascript-issue" and read the recommended link: "http://docs.telerik.com/devtools/aspnet-ajax/controls/grid/performance/grid-performance-optimizations"

I understand that resizeToFit( ) is slow under IE.

I would like to propose that you add a new "MaxRowsToEvaluate" (or similar) parameter to resizeToFit( ) that can be used to control how many grid rows are evaluated when determining the widest size of a column.

With this new parameter, I could pass a value of 25, for example, and know that only up to 25 grid rows will be used in calculating the widest size of a column.  That would speed things up a lot I think.

Using this approach, the resizing would not be perfect, because a cell in the column beyond the "MaxRowsToEvaluate" number of rows may contain a value that's really long, but at least it wouldn't make the browser look like it's hung.

Thanks

I'd like to use several masks in order to accept many phone numbers format. 
The component must accept phone numbers with these separators : "-", "/", "|" and space between figures. 
Here are some example of format that i mean:

1- xx-xx-xx-xx-xx 2- xx - xx - xx - xx - xx 
3- xx.xx.xx.xx.xx 4- xx/xx/xx/xx/xx 
5- xx / xx / xx / xx 6- xx|xx|xx|xx|xx 
7- xx | xx | xx | xx 

Evidently, the component needs to accept figures only. Most of the time, the phone numbers are inserted by a copy-pasted

Greetings!

Description:

I have found a Cross-Site Scripting issue in the rich text editor, RadEditor. This is not in a body where user provides certain strings, rather it's in the text properties which gets sent along with the user input, such as font-style. The developers were able to follow the filtering mechanisms given in at https://docs.telerik.com/devtools/aspnet-ajax/controls/editor/managing-content/prevent-cross-site-scripting-(xss), but it provides protection for the inputs given in <textarea>, and for the properties values. Hence XSS is still possible

Steps for Reproduction:

1. Open up the text editor {{Screenshot 2020-09-23 at 12.08.51 PM.png}}

2. Input a string and change its font style.

3. Click on submit and intercept the request. {{Screenshot 2020-09-23 at 12.14.45 PM.png}}

4. Now we need to modify the request body for parameter of texteditor's ID. You may notice that the font-style is set and sent by using a <span>.

RadEditor1=%253cspan%20style%253d%2522font-family%253a%20%2527MS%20Sans%20Serif%2527%253b%2522%253etextexttext%253c%2Fspan%253e

Change parameter 'RadEditor1's value with the following:

RadEditor1=%253cspan%20onmouseover%253d%2522document.body.innerHTML%253d%2527ioioioioioioioioo%2527%252bdocument.cookie%2522%20style%253d%2522font-family%253a%20%2527MS%20Sans%20Serif%2527%253b%2522%253etextexttext%253c%2Fspan%253e

5. Submit and notice the 200 OK response. Now go to the text editor and notice that the string texttexttext can be seen. {{Screenshot 2020-09-23 at 12.24.18 PM.png}}

6. Put a mouse cursor on the string and notice that it gets changed to ioioioioioioioioo<domainCookies>.

##################

Please let me know if given information doesn't suffice the abilities for reproduction.

Thanks,

Dhiraj

Lightweight stylesheets for Grid load background images from http://aspnet-skins.telerikstatic.com/ajaxz/2017.2.711/Telerik/Grid/sprite.png; 

Workaround: 

.RadListBox .rlbEmptyMessage {
    font-style: italic;
    text-align: center;
    filter: alpha(opacity=80);
    opacity: .8;
    position: absolute;
}

Twice this week, my Asp.net project would not compile because of a Telerik.Web.UI.dll link error. I run into this problem frequently, Telerik is very flakey. My last bug report was this compile problem with another Telerik file.

The solution to both compile problems is to clear the Properties/licenses.licx file. As least the second time, I knew right where to go without wasting time searching the web. A couple hours wasted on the first one on Monday.  I suppose I can expect to clear it Friday again when the compile fails on Telerik.

The Properties/licenses.licx is re-populating itself causing the compile to fail on this Telerik issue. Why have a licenses.licx if it always breaks the software? Your support says, clear the file - they know it causes endless problems.

There is no fix on my side for the this problem, Telerik must do something about the licenses.licx problem in an update.

I have these Telerik compiler warnings. The entire list is Telerik created, misleading and annoying.

Inconsistent behavior between Firefox and Chrome (other browser not tested) when cutting and pasting content within the editor.

We have more advanced cases but I tried to simplify the case here as much as I could.

This has been tested on you demo page at https://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx

I have tested using Firefox 88 and Chrome 90, both on Widows 10.

Reproduce:
Paste the following content in html-mode:

<p>Lorem ipsum dolor sit amet.</p>
<p>Ut enim ad minim veniam.</p>
<figure>
  <img src="../../images/attractions_LosGigantes.png" alt="Test">
  <figcaption>Image text</figcaption>
</figure>
<p>Excepteur sint occaecat cupidatat non proident.</p>

Switch to designmode.

Mark text, including the dot after veniam until before the first character in Excepteur

Cut

(First difference noted here)

Goto after Lorum Ipsum
Paste

(Second difference here)

First difference:

In Chrome you get:

<p>Lorem ipsum dolor sit amet.</p>
<p>Ut enim ad minim veniamExcepteur sint occaecat cupidatat non proident.</p>

In Firefox you get:

<p>Lorem ipsum dolor sit amet.</p>
<p>Ut enim ad minim veniam</p>
<p>Excepteur sint occaecat cupidatat non proident.</p>



Second difference:

Chrome:
<p>Lorem ipsum</p>
<p>.</p>
<p><figure><img src="https://demos.telerik.com/aspnet-ajax/editor/images/attractions_LosGigantes.png" alt="Test" /><figcaption>Image text</figcaption>
<div>&nbsp;</div>
</figure> dolor sit amet.</p>
<p>Ut enim ad minim veniamExcepteur sint occaecat cupidatat non proident.</p>

Firefox:
<p>Lorem ipsum.
<figure>
<img src="https://demos.telerik.com/aspnet-ajax/editor/images/attractions_LosGigantes.png" alt="Test" />
<figcaption>Image text</figcaption>
</figure>
dolor sit amet.</p>
<p>Ut enim ad minim veniam</p>
<p>Excepteur sint occaecat cupidatat non proident.</p>

Inconsistent behavior between Firefox and Chrome (other browser not tested) when drag and dropping content within the editor.

We have more advanced cases (when this breaks things like totally like cutting a block with image and caption into pieces in Chrome) but I tried to simplify the case here as much as I could.

This has been tested on you demo page at https://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx

I have tested using Firefox 88 and Chrome 90, both on Widows 10.

Steps to reproduce:
Switch to html-mode and add the following content:
<p>Lorem ipsum dolor sit amet.</p>
<p>Ut enim ad minim veniam.</p>
<p><img alt="" src="../../images/attractions_LosGigantes.png" /></p>

Switch back to wysiwyg mode

Drag the image and drop it in the middle of one of the text lines. I dropped it just after Lorum ipsum.

Result is very different in Firefox and Chrome

Firefox :
<p>Lorem ipsum </p>
<p><img alt="" src="https://demos.telerik.com/aspnet-ajax/editor/images/attractions_LosGigantes.png" /></p>
<p>dolor sit amet.</p>
<p>Ut enim ad minim veniam.</p>

Chrome:

<p>Lorem ipsum<img alt="" src="https://demos.telerik.com/aspnet-ajax/editor/images/attractions_LosGigantes.png" />&nbsp;dolor sit amet.</p>
<p>Ut enim ad minim veniam.</p>

We prefer the behavior in Firefox as it works when having mode advanced blocks than just an image. In Chrome the content is split into the new context and broken.