Bug in RibbonBar after update to Q1 2014

4 posts, 1 answers
  1. JP
    JP avatar
    120 posts
    Member since:
    Aug 2011

    Posted 26 Mar 2014 Link to this post

    Hello,

    we recently updated from Q3/2013 to Q1/2014 and encountered a problem in the RibbonBar which only occurs if we use a port which is not 80 or 443.

    This is what leads to this error:
    - We use IIS Express with port 1028 and Chrome
    - The RibbonBar contains several groups with icons, all large by default (but we also provide an 16x16 image url in case the window is too small for large icons)
    - The problem occurs after a postback, not on initial page load.
    - The error occurs for the first icon in every group in the active tab (e.g. 5 groups = five images).
    - But all icons (even if the RibbonBar uses the 16x16 icons) are displayed correctly

    The browser tries to load the 16x16 image with an url without port which leads to a 404 error. But the browser does this only for the first icon in every group in the visible tab. It seems the RibbonBar tries to compute something and uses the wrong url.

    Here is an example for one icon (informations from Chrome network tab).
    The complete url of the first call:
    http://wks-0005:1028/speedUp/include/Standard/img/Commands/CommandBar/Button_16x16_Cut.png
    Of the second call (note the missing port):
    http://wks-0005/speedUp/include/Standard/img/Commands/CommandBar/Button_16x16_Cut.png



    The javascript callstack of the first call:


    The javascript callstack of the 404 call:


    It seems something changed between Q3/2013 and Q1/2014. If I revert to Q3/2013 the problem is gone.

    Regards,
    JP
  2. Peter Filipov
    Admin
    Peter Filipov avatar
    1028 posts

    Posted 31 Mar 2014 Link to this post

    Hello JP,

    I am currently investigating your case. As soon as I have additional information I will let you know.

    Regards,
    Peter Filipov
    Telerik
     

    Build cross-platform mobile apps using Visual Studio and .NET. Register for the online webinar on 03/27/2014, 11:00AM US ET.. Seats are limited.

     
  3. UI for ASP.NET Ajax is Ready for VS 2017
  4. Answer
    Peter Filipov
    Admin
    Peter Filipov avatar
    1028 posts

    Posted 31 Mar 2014 Link to this post

    Hello JP,

    It seems that the issue is resolved in our latest internal build. This week we are going to release Q1.2014 SP1 and it will include the fix. Please test it and let me know if it works for you.

    Regards,
    Peter Filipov
    Telerik
     

    Build cross-platform mobile apps using Visual Studio and .NET. Register for the online webinar on 03/27/2014, 11:00AM US ET.. Seats are limited.

     
  5. JP
    JP avatar
    120 posts
    Member since:
    Aug 2011

    Posted 09 Apr 2014 in reply to Peter Filipov Link to this post

    Hello,

    I installed SP1 and now the bug is gone, thanks.
    But it would be nice to add this fixed bug to the release notes of the SP1. This is where I looked first, but there was nothing regarding the RibbonBar.

    Regards,
    JP
Back to Top