IE 7 hangs/freezes when opening filemanager/documentmanager

[-DJ-]

Hi guys,

Have you seen this, have you heard about this?
In the Editor, if I try to open the documentManager and the document count is high enough (close to 500 in my case) it simply renders the browser (IE 7) unresponsive.

Regards,
-DJ-

[Mike Bridge]

Hi-

I'm experiencing this too.  It works fine in Firefox, but IE7 sometimes seems to hang for me.  This is when opening a directory with 1200 images.

-Mike

[Tervel]

Hi all,

At present, the RadFileExplorer performance will degrade for folders containing more than 300-400 files. This is possible to improve in the future, and is in our TODO list, but will require substantial effort, as the Grid logic needs to be thoroughly modified. For the time being I do not recommend using the control if the folders you intened to manage are likely to contain more than 300 items.

That said, the biggest "culprit" for slowing things down is usually MS AJAX debugging code. Please make sure that in your Web.config file the option <compliation debug="false"> - this will increase the client-side performance severalfold.


Sincerely yours,
Tervel
the Telerik team

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

[Mike Bridge]

Hi-

I have debug="false" in the web.config but this still doesn't help.

I can't easily shuffle these uploaded files around without breaking a lot of offsite references, but the workaround we're going to try is to detect for IE when initializing the RadEditor and then opening the image manager in a subdirectory, e.g.:

 

if (request.Browser.Browser.Equals("IE"))

{

String currentdir = DateTime.Now.ToString("yyyyMM");

String absolutedir = HttpContext.Current.Server.MapPath(uploaddirectory+ "/"+ currentdir);

if (!Directory.Exists(absolutedir))

{

Directory.CreateDirectory(absolutedir);

}

uploaddirectories = new String[] { uploaddirectory+"/"+currentdir, uploaddirectory };

}

else

{

uploaddirectories = new String[] { uploaddirectory };

}

radeditor.ImageManager.UploadPaths = uploaddirectories;

radeditor.ImageManager.ViewPaths = uploaddirectories;

radeditor.ImageManager.DeletePaths = uploaddirectories;

[Mike Bridge]

Ok, I now think a better workaround for this is to write a custom FileSystemContentProvider.  That'll allow us to reduce the number of filenames feeding into the image manager in IE, while still keeping all files in the directory.

-Mike

[-DJ-]

I agree Mike, that's probably the best way.

Just seems like so much trouble, can't bring myself to get started on it.
Wouldn't it be nice if there was the option out of the box to display a treeview based on a db schema you could map to the filesystem.

Regards,
-DJ-

[Tervel]

Hi all,

We are currently working on enabling options such as Virtual Scrolling and/or Paging to the RadFileExplorer. You can expect some results in the coming week or two - if things work out well, you will soon be able to use this functionality by downloading an Internal Build of Telerik RadControls.

Best regards,
Tervel
the Telerik team

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

[John Brownell]

I am struggling with this problem as well. I noticed in one of the recent internal builds - 2009.1.428 - this note:

- RadEditor - Implement paging for the RadFileExplorer - controlled with the AllowPaging property (default is False)

This sounds like a possible solution right? But I can't seem to get paging  to work. How do I enable paging for editor dialogs that use the file browser?

Thanks!
John

[John Brownell]

DISREGARD MY ABOVE POST I am a dummy ;-) ... My build system was overwriting the new Telerik DLL - heh heh.
 
So for those who are still experiencing this problem, the internal build takes care of it quite well. It implements paging in the file browser dialog, which not only prevents the freezing issue in IE7, but makes using the system with large numbers of files much more user-friendly.

This is going to make a frustrated client VERY happy.

Thank you!
John