IconUrl display issue

[Adam]

We are in the process of upgrading the RadWindow controls on our application from using the RadWindow Classic to using the Q3 2008 release of RadControls for ASP.NET AJAX.  When setting the IconUrl in the html it is set to a value of "~/Images/16x16/document.gif", however, when it is rendered and I view source it is shown as "//Images/16x16/document.gif".  This causes the image to not be displayed.  I have already removed the old skin folder for the old controls and am using the built in Default2006 skin.  I searched through our code base for any reference to IconUrl and the only references I find are in the html where it sets up the window control.  Does anyone have any input as to what may be causing this issue?

[Georgi Tunev]

Hello Adam,

I tried to reproduce the problem locally but to no avail - everything is worked as expected (see attached screenshot).

Could you please open a new support ticket and send me a small sample project where this issue can be observed? I will check it right away.

Best wishes,
Georgi Tunev
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Adam]

That is part of the problem.  If I create a new solution I can not reproduce it.  However, I have not gone through the same steps as our current solution to try to reproduce it (ie create it in studio 2005, upgrade project to 2008, upgrade from RadWindow classic to RadWindow for AJAX, all with using master pages).  I have found a fix by just putting the path in as "/Images/16x16/document.gif".  This causes it to be displayed properly.  Plus this only seems to occur within the Visual Studio Development Web Server.  When I deployed it to IIS with the "~" in the path then it displayed fine.  I am not sure if it was the fact that it was as 2005 project that was upgraded to 2008 that was causing the issue with the pathing or if it was something else.

[Sasha Dossantos]

I can report the same problem and work around. I have a VS 2008 web application project. I just upgraded versions from Q3 2008 to Q1 2009. The path appears as //Images/ even though it is supposed to be ~/Images/

[Georgi Tunev]

Hi guys,

I'm afraid that I am still unable to reproduce this problem. I tried setting up a project with Q3 2008 with the following code:

<form id="form1" runat="server">
    <asp:ScriptManager ID="Scriptmanager1" runat="server">
    </asp:ScriptManager>
    <telerik:RadWindowManager ID="RadWindowManager1" runat="server" IconUrl="~/Icons/Close.gif">
        <Windows>
            <telerik:RadWindow ID="RadWindow1" runat="server" IconUrl="~/Icons/FlashManager.gif">
            </telerik:RadWindow>
        </Windows>
    </telerik:RadWindowManager>
    <telerik:RadWindow ID="RadWindowStandalone" NavigateUrl="http://www.telerik.com"
        runat="server" IconUrl="~/Icons/Expand.gif">
    </telerik:RadWindow>

    <script type="text/javascript">
    function openWin()
    {
        var oWnd = $find("<%= RadWindowStandalone.ClientID %>");
        oWnd.show();
    }

    </script>

    <button onclick="radopen('http://google.com','RadWindow2'); return false;">
        open new RadWindow</button>
    <br />
    <button onclick="radopen('http://google.com','RadWindow1'); return false;">
        open RadWindow1</button>
    <button onclick="openWin(); return false;">
        open new standalone RadWindow</button>
</form>

Everything worked as expected and the paths were properly inserted. After that I upgraded to Q1 2009 but still there was no problem with the paths (screenshots attached). Please send a project where this issue could be reproduced and we will check it right away.


Greetings,
Georgi Tunev
the Telerik team

Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.

[John Fetherolf]

I am able to reproduce this issue with Q2 2009.  None of my popup icons are displaying.

Here is the markup for one of my windows:

    <telerik:RadWindowManager ID="RadWindowManager1" runat="server" EnableViewState="false">
        <Windows>
            <telerik:RadWindow runat="server" ID="winBuildingBlockFilters" Modal="true" Skin="Web20" ReloadOnShow="true"
                ShowContentDuringLoad="false" VisibleStatusbar="false" Behaviors="None,Close"
                IconUrl="~/images/gridcmds/Filter.png" Width="630px" Height="245px" OnClientClose="BuildingBlockFiltersCallback">
            </telerik:RadWindow>
        </Windows>
    </telerik:RadWindowManager>

When I do a view source on this, and search for Filter.png I see:

"iconUrl":"//images/gridcmds/Filter.png"

When I remove the "~" it properly generates:

"iconUrl":"/images/gridcmds/Filter.png"

and the icon displays.  It is as if there is a string.Replace("~", "/") instead of string.Replace("~", string.Empty) somewhere?

Hope you have or can find the issue.

Thanks,
Kevin

[Georgi Tunev]

Hello John,

Do you get this problem only when you use the live application or do you get it on your dev machine as well? If you can reproduce the problem locally, please send us a sample project so we could investigate your setup.


Best wishes,
Georgi Tunev
the Telerik team

Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
Follow the status of features or bugs in PITS and vote for them to affect their priority.

[Albert Shenker]

I'd like to mention I have run into this issue as well. When I view my page through Visual Studio's web server, the icons are not visible. When I view a page through localhost and IIS, the icons are there. I looked at the source for the page when opened through Visual Studio and the iconUrl attribute includes two slashes // as was described in this thread. I am using the latest Q3 2011 controls.

[Marin Bratanov]

Hi Albert,

We still have not received a project that can reproduce this behavior and our attempts have been unsuccessful (as is visible in the thread). If you can reproduce it reliably please isolate this behavior in a simple, runnable solution and send it to us so we can examine it.

What I can suggest in the meantime is to try setting this property in the code-behind and not in the markup, as this could be some issue in VS with resolving the site root (the "~" symbol).


Kind regards,
Marin
the Telerik team