A timeout is the most likley issue as it basically loops through all folders creating an XML representation of the structure, so if you have a lot of folders, it will take a while. Unfortunatley, I don't really have a workaround at the moment (although might be worth checking whether its the server timing out, or the air app, as if it's server, you could just increase the timeout period). I do have plans to make the tree load a level at a time, but I don't currently have a time frame on adding it.
Appologies my answer isn't going to much use to you.
I've recently come up against this issue, which does seem to be a timeout issue as it was working fine last week and now it doens't whch seems directly related to the volume of files and folders on the system.
In a worst case scenario is it posisble to have the Desktop Media Uploader app to default to the media folder without going through everthing or as you suggested just pull out the top level and pull the rest as you go, that way you can at least upload all the files you need and deal with organising them later or only have each section show as you need?
Maybe there is room for having a tick box in the umbraco interface for each folder to include or not include it in the Desktop application to be able to cut down on the number it has to go through?
Just some thoughts that might hopefully lead to a solution for the people like myself you like using the app.
If one would try to change the timeout limit, would that then be the "executionTimeout" on the httpRuntime element in the web.config? Or is there another timeout setting somewhere? (I have search the web.config and that's the only one I can see) - I would be a bit puzzled if it's execution timeout since it's set to 3600 seconds already.
I had similar issue because of huge number of media files. After having some research on source code of DMU, I have figured out that incrementing timeout for URLRequest will solve this problem. Hence, I added following code at line 56 in DmuRequest.as file and DMU was able to load all my media tree after 3 mins.
if (vars == null) vars = new URLVariables(); vars.setTimeout(300000); // 5 mins
I think its ideal to read the timeout value from the config file. I am expecting that project owner Matt Brailsford will made some code change so that if there is an entry for timeout in the config file then above code will be executed. @Matt, please update the package so that we can download and use the package without this issue as soon as possible.
I'm having this problem as well. I have a rather large media library. It actually worked fine with Umbraco 4.8, it was slow but worked. We recently upgraded to v 6.1.6 and now get this "unable to load folder list". I wanted to try Shafiq's suggestion but have actually never worked with Adobe Air before. I was hoping it might be as simple as downloading the source, using Flex to complie but that didn't work (lots of errors about missing assets even though they're there, probably some simple config but I'm at a loss).
I'm wondering if anyone else has had this issue where it came up only after a 4.8 to 6.x upgrade? Any tips there? Or does anyone have a link to instructions on how to rebuild the DMU air tool?
Unable to load folderlist
Hey,
I've just installed Desktop Media uploader and when connecting to the solution, I get the followin message:
The Umbraco is a v4.0.3, Anyone got any bright ideas?
There is a lot of folders and images in the Media-section, could it be some kind of timeout?
Cheers,
Peter
Hi Peter,
A timeout is the most likley issue as it basically loops through all folders creating an XML representation of the structure, so if you have a lot of folders, it will take a while. Unfortunatley, I don't really have a workaround at the moment (although might be worth checking whether its the server timing out, or the air app, as if it's server, you could just increase the timeout period). I do have plans to make the tree load a level at a time, but I don't currently have a time frame on adding it.
Appologies my answer isn't going to much use to you.
Matt
Hi Matt,
I'll try to look into it - thank you very much for your quick response - and no need to appologise.
Despite the trouble I'm having now, it's still a sweet package - so thumbs up for the good work.
-Peter
Has there been any movement on this?
I've recently come up against this issue, which does seem to be a timeout issue as it was working fine last week and now it doens't whch seems directly related to the volume of files and folders on the system.
In a worst case scenario is it posisble to have the Desktop Media Uploader app to default to the media folder without going through everthing or as you suggested just pull out the top level and pull the rest as you go, that way you can at least upload all the files you need and deal with organising them later or only have each section show as you need?
Maybe there is room for having a tick box in the umbraco interface for each folder to include or not include it in the Desktop application to be able to cut down on the number it has to go through?
Just some thoughts that might hopefully lead to a solution for the people like myself you like using the app.
Kind Regards
Alan
Contact Online Ltd
For anyone that comes across this, something has helped with this issue temporarily was to empty the recycle bin in the media section.
It won't help everyone if you keep adding a lots of image/files, so it really does seem like it's a time out issue.
Hopefully the default folder can be set in future updates and that might get around that issue more permanently.
Regards
Alan
Contact Online Ltd
Hi all
If one would try to change the timeout limit, would that then be the "executionTimeout" on the httpRuntime element in the web.config? Or is there another timeout setting somewhere? (I have search the web.config and that's the only one I can see) - I would be a bit puzzled if it's execution timeout since it's set to 3600 seconds already.
Cheers,
Jan
Hi All,
I had similar issue because of huge number of media files. After having some research on source code of DMU, I have figured out that incrementing timeout for URLRequest will solve this problem. Hence, I added following code at line 56 in DmuRequest.as file and DMU was able to load all my media tree after 3 mins.
if (vars == null)
vars = new URLVariables();
vars.setTimeout(300000); // 5 mins
I think its ideal to read the timeout value from the config file. I am expecting that project owner Matt Brailsford will made some code change so that if there is an entry for timeout in the config file then above code will be executed. @Matt, please update the package so that we can download and use the package without this issue as soon as possible.
Hope this will help other.
Shafiq
Hi there,
I'm having this problem as well. I have a rather large media library. It actually worked fine with Umbraco 4.8, it was slow but worked. We recently upgraded to v 6.1.6 and now get this "unable to load folder list". I wanted to try Shafiq's suggestion but have actually never worked with Adobe Air before. I was hoping it might be as simple as downloading the source, using Flex to complie but that didn't work (lots of errors about missing assets even though they're there, probably some simple config but I'm at a loss).
I'm wondering if anyone else has had this issue where it came up only after a 4.8 to 6.x upgrade? Any tips there? Or does anyone have a link to instructions on how to rebuild the DMU air tool?
Thanks in advance for any help.
Phill
is working on a reply...