Loading nuget packages sometimes doesn't complete

Sean_Chambers · August 31, 2011, 5:17pm

When attempting to create a new release, if there are more than 10 or so packages in my nuget network share feed, the “Loading…” fields for the packages never populate a dropdown list. As soon as I delete older nuget packages to around 5 files I refresh the page and the dropdowns load up the package versions right away.

Is this a defeciency in how the nuget network share feed works or something with octopus?

thanks!

Paul_Stovell · August 31, 2011, 7:12pm

Hi Sean,

That is strange - my main dogfooding project has over 50 versions of the
same package (served over a virtual network share) and it isn’t a problem.

Is your share hosted on another computer, and could there be some latency in
connecting to the share? Either way it’s probably a bug I need to fix in
Octopus, at least to extend the timeout. I’ll see what I can do and get back
to you.

Regards,

Paul Stovell

Sean_Chambers · August 31, 2011, 7:18pm

The packages are hosted on another machine. I think if you do have a timeout value that you can bump up that may resolve the problem.

Thanks

Sean

Steven_Kuhn · September 1, 2011, 3:48pm

Hi Paul,

I’ve experienced a similar issue with the “Loading…” fields taking a while or never populating. Both Octopus and my NuGet feed website are on the same server. From what I can tell it looks like the problem happens if app pool running the NuGet feed has shutdown due to the idle timeout and needs to start up again. Once the feed is running though everything seems fine.

Thanks,
Steven

Paul_Stovell · September 1, 2011, 6:46pm

Thanks for reporting this gentlemen. I’ll add some better error handling to that page, and see if I can reproduce it. I’ll update you when I have a result.

Paul

Paul_Stovell · September 13, 2011, 10:17pm

The latest build includes a refresh button and better error displays - let me know if you have any issues:

Paul

Sean_Chambers · September 13, 2011, 10:32pm

Ok,

I installed the new octopus server and see an error in the bottom right. Where are the logs located and I can show you the entries that showed up in the logfile. I see you’re using log4net. Is the logging sent to the db?

Sean_Chambers · September 13, 2011, 11:10pm

Here is a capture of the error message

Paul_Stovell · September 20, 2011, 9:32am

Hi Sean,

Sadly JavaScript doesn’t seem to give a lot of details as to why an XMLHttpRequest failed. If this happens again, can you use your browser debugging tools (IE Developer tools, Chrome Ctrl+Shift+i, Firefox Firebug) and go to the Networking section to get the complete details?

Paul

Sean_Chambers · September 20, 2011, 12:15pm

Here is some details from Firebug:

Error

Sorry, an error occurred while processing your request.

There are 5 requests kicked off, one for each of the 5 packages I have on this deployment. Each request responds with the same body and a 500 status code.

Sean

neil_hughes · September 30, 2011, 2:13pm

I have a similar problem on this page - often the Versions dropdown doesn’t populate, and clicking refresh just shows an error in the bottom right.

Debugging doesn’t turn up much, just that it’s stuck waiting for a return from /Feeds/FindPackageVersions.

Hope that helps…!

Paul_Stovell · September 30, 2011, 9:51pm

Hi Neil and Sean,

This error will no doubt be related to the NuGet.Server problem here:

http://help.octopusdeploy.com/discussions/problems/62-failure-to-pickup-and-deploy-package-at-the-start-of-deployment

Once I can figure out what’s going on with NuGet.Server it should be possible to solve this issue.

Paul