When an image in the list view of the image manager is dropped outside the dialog, a duplicate of this image is stuck to the cursor. After selecting another image, the ghost image remains and overlays the upload window.
When the RadRotator is set with the Sitefinity built-in skin and it is configured in a mode with buttons, the buttons are not displayed. You can workaround the problem by adding the following CSS code on the page with the rotator: <style type="text/css"> div.RadRotator_Sitefinity .rrButton.rrButtonRight { right: 0; } div.RadRotator_Sitefinity .rrButton.rrButtonLeft { left: 0; } </style>
I am doing a bin deployment on a web site for the following assemblies... Telerik.Windows.Documents.Core Telerik.Windows.Zip Telerik.Windows.Documents.Fixed Telerik.Windows.Documents.Flow Telerik.Windows.Documents.Flow.FormatProviders.Pdf Telerik.Windows.Documents.Spreadsheet Telerik.Windows.Maths Telerik.Windows.Documents.Spreadsheet.FormatProviders.OpenXml Telerik.Windows.Documents.Spreadsheet.FormatProviders.Pdf I recently used the upgrade wizard, and it successfully updated the versions for these assemblies, but it did not update the version numbers in the Web.config. I manually removed the version number completely from Web.config, and it seems to work fine.
I am using a RadDatePicker in my page like this
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title>Test Page</title>
</head>
<body>
<form id="Form1" runat="server">
<telerik:RadScriptManager runat="server"></telerik:RadScriptManager>
<telerik:RadDatePicker runat="server" ID="RadDatePicker1"
RenderMode="Lightweight" Culture="English (United States)"
DateInput-DisplayDateFormat="d" DateInput-DateFormat="yyyyMMdd" >
</telerik:RadDatePicker>
</form>
</body>
</html>
If the culture is set to fr-FR, the DateInput box displays the date in dd/MM/yyyy format and when the input box has focus, the date is converted to yyyyMMdd format for entry. It also allows for other entry formats such as dd/MM/yyyy and the many other formats documented here DateInput - Parsing Dates. This is much improved over the legacy input we have been using in our application which has required the users to always enter a date as yyyyMMdd as it allows both the established input format as well as their culture specific format.
The issue I am having is if the culture is set to en-US as above. Like in the previous example, dates are formatted in the culture specific format, this time mm/DD/yyyy but can be input as yyyyMMdd. However, if the date is entered in as a month/day/year triplet in the culture's format of mm/DD/yyyy, it is parsed as if it was entered in the DD/mm/yyyy format without consideration to the culture setting. So entering 7/4/2021 for July 4th 2021 in the en-US culture, the date becomes 4/7/2021 or April 7th 2021.
According to the DateInput Parsing Dates document linked above "a month/day/year triplet: a month can be both a numeric value or a month name. The order of the parts in the triplet is culture specific." This does not appear to be the case. It seems that by using the DateInput format, a month/day/year triplet is no longer applying the culture during parsing.
Is this a bug in the date parsing where culture isn't being used for this scenario? Does the documentation need to be updated to clarify the parsers behavior when DateInput-DateFormat is used?
Please advise,
Greg
There is a problem with the rendering of the RadDateInput when RenderMode is set to Lightweight when on the same page we have a RadNumericTextBox with RenderMode != LightWeight
This is the issue when RadDateInput RenderMode="Lightweight" and RadNumericTextBox with RenderMode = "Classic"
The issue does not appear when all controls are in Lightweight mode
We used Telerik in our application. The network team reported a spam in it.
Using Telerik grid with SortExpression in telerik:GridTemplateColumn, has been reported as high priority network issue.
Issue name : Ajax request header manipulation (DOM-based)
Recorded the issue in below snippet of responce.
onclick="Telerik.Web.UI.Grid.Sort()"
Please let me know if you have any suggestions.!!!
With the use of the "UseStaticHeaders"-Parameter all ARIA-Tags are gone in the rendered RadGrid. We need the support of WAI-ARIA in our application for our customer. Dont using this Parameter is no option for us. You are not telling this missing function in your documentation.
I am using 2013.2.918 and this is working. I tried to upgrade to 2013.3.1324 and it is no longer working. Please see attached. Do you know how I can work-around this or is this a known issue?
The RadCloudUpload control does not expose the necessary property when the OnClientFileUploadRemoving event fires (using Azure). To delete a file from Azure BLOB storage you need the keyname property. At the time of the OnClientFileUploadRemoving event, the only property exposed is the orignalFileName. Azure creates a keyname to store the file. It consists of a GUID + the original file name, e.g., for a file named "test.txt" the keyname is "554cfa68-ee24-421f-94e8-7080cf70a11f_test.txt." That's to allow for duplicate original file names in the container. The only way to delete a file from Azure storage is by the keyname property. That property is not exposed at the OnClientFileUploadRemoving event, so to be able to delete the file, you have to save that property in some other way at the time of uploading (in an array or database). That could fail. Obviously the control knows the keyname, as it is exposed when the file is uploaded, so it should store and expose that property.
Hi
I got this dialog pop up when it was trying to upgrade my solution which had a few web sites in it.
It seemed to get lost. I dont know what the VS dialog with 'Description' is all about.
Not sure what triggers it to say it needed an update and yet there is nothing to update.
Its possible that there is a backup folder that it created from a previous upgrade and it is looking at an old DLL in that project.
Anyway, sure you will sort it out :)
Thanks
Doug
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.
Severity Code Description Project File Line Suppression State
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> </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" /> 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.
We have code for our ajaxified submit forms to disable the submit button on request start and re-enabled it on request end. This used to work, but when we upgraded to the latest build (2020.2.617), setting the disabled property to false now throws an error in IE from the WebResource.axd file (does not appear to have a problem in Firefox). The attached demo project shows exactly where the error occurs. Just click the Search button.
Attached picture shows an example of the error message thrown. The error does not appear to be with our javascript code itself; all the variables are populated and valid. It looks like something is getting triggered in the WebResource code when we set the disabled property to false and that is where the break is occurring.
To reproduce the issue enable RowSelect and RowsDragDrop ClientSettings, and attach OnRowDropping event listener
<ClientSettings AllowRowsDragDrop="true">
<Selecting AllowRowSelect="true" />
<ClientEvents OnRowDropping="function() {alert('RowDrooping event fired!');}"/>
</ClientSettings>
Hi Team,
I'm using Telerik.Web.UI Version 2020.2.617
I have integrated it and added a reference in my web application, asked me to upgrade the version of Assemblies "System.Web.Extension.dll" and "System.Core.dll" has to be upgraded to version 4.0, I did that too, Now I'm getting an error while I'm running or doing build "The type or namespace name 'Script' does not exist in the namespace 'System.Web' (are you missing an assembly reference?)", Assembly it is referring to "System.Web.Script.Services", same error is coming for other attributes like "ScriptMethod, ScriptMethodAttribute"
For the Key word "this" it is throwing as below error
It is throwing an error for "System.Linq.Expressions"
Can anyone help me out on this how to resolve these bugs.
Regards
P L P Kumar
If using Frozen Columns with MultiHeaders, where one column has many headers while the other fewer. Each header in a column occupies some space and they get hidden, this will cause the upper (header) portion of the Grid to change its size. With that, the scrollbar will move away from the mouse position and causes the scrolling jump back and forth resulting in flickering.
Demo video of the issue: RadGrid FrozenColumns Flickering Header. The video can be found in the attachments as well.