RadEditor ImageManager Fails to Connect to ViewPath

[Mark Kucera]

We sporadically have a problem when using the RadEditor where a user clicks on the ImageManager button, and when the image manager opens the entire window is greyed out and there is no path information displayed, rendering the window unusable.  Attempts to close and re-open the image manager usually result in the same result at this point (presumably because something is being cached?).  Our setup isn't very complicated, Each of our clients has their own unique folder that they upload images / documents / templates into, and we specify this in the code behind like this:

EMailContentEditor.ImageManager.UploadPaths = new[] { string.Format("/ImageLibrary/account{0}/images", p_AccountId) };
EMailContentEditor.ImageManager.DeletePaths = new[] { string.Format("/ImageLibrary/account{0}/images", p_AccountId) };
EMailContentEditor.ImageManager.ViewPaths = new[] { string.Format("/ImageLibrary/account{0}/images", p_AccountId) };

We do run multiple web servers and /ImageLibrary is virtual directory in IIS that points to a shared NAS. 

What i'm trying to find out is how i can find out more information about why these sporadic connection attempts are failing.  I've also contacted my data center to see if there are any kind of connection logs associated with our NAS that could show the error.  But i'd like to know is there an exception that is thrown or could be trapped when this error happens, or any way that i could force the RadEditor to retry the connection when it doesn't connect the first time?  We've been using this solution for a number of years now and it's always worked fine.  Lately i seem to be hearing more and more complaints about it, however in the grand scheme of things we're probably only talking a fraction of a %.

Any help or ideas you can provide are most appreciated.  We are using version 2012.2.619.40 in production and will be upgrading to 2012.2.815.40 in the next 2 weeks.

Regards,
-Mark

[Vessy]

Hi Mark,

I am afraid that we cannot detect the problem without reproducing the issue. I have examined the provided code but everything seems to be defined properly. Nevertheless, I could think of some possible reasons for such a behavior:

• Does the issue happens on random users, or it is repeatedly observed with the same users, using the same directories? If one user experiences a problem when trying to open a specific folder, is that folder available for other users, or opening this folder is problematic all the time?


• Could you, please, verify, that the folder which the ImageManager is trying to load actually exists and the current user has the correct permissions to access it? There is additional information on how to check the users' permissions available in the following help article: Troubleshooting.


• If it exists and user has permissions for it, but regardless of that the ImageManager's dialog is not rendered correctly, you could try to reload it, setting the ReloadOnShow property of the dialog to true. It could be done both client-side or server-side:

  <telerik:RadEditor runat="server" ID="RadEditor1" OnClientLoad="OnClientLoad">
  </telerik:RadEditor>
  <script type="text/javascript">
      function OnClientLoad(editor) {
          editor.get_dialogOpener()._container.set_reloadOnShow(true);
      }
  </script>

  
  Or you could set it in the code behind, where you could access the ImageManager (with no need to apply the following setting for all dialogs):
  

  protected override void OnPreRenderComplete(System.EventArgs e)
  {
      base.OnPreRenderComplete(e);
      DialogDefinition imagePropertiesDialog = RadEditor1.GetDialogDefinition("ImageManager");
      imagePropertiesDialog.ReloadOnShow = true;
      imagePropertiesDialog.Height = Unit.Pixel(900);
      imagePropertiesDialog.Width = Unit.Pixel(900);
  }

Additionally, my suggestion is to upgrade to version 2012.2.912.40 of RadControls, which is the latest official Service Pack of the controls, instead of upgrading to 2012.2.815.40.

Regards,
Vesi
the Telerik team