This project has moved and is read-only. For the latest updates, please go here.


Admin - Very Slow Loading


Anyone seeing this problem? It cropped up this morning for me, both on my local server and my online site. (both FF and IE)
The admin pages eventually load, but very slowly. 1 min. or so.
Upon investigation, it looks to be related to "get latest version" in AdminMasterPage.master.
I commented out the entire TRY block where Graffiti gets the latest version number from and the admin pages load quickly again. Something going on with
It seems every time I have problems with Graffiti, it turns out to be related to these external sites. I suggest we get rid of these external links.
For myself, I don't need the external feeds or checking for later versions or anything of the like.


pedwards wrote Nov 19, 2010 at 7:32 PM

I had the same today problem and tracked it down to some code in the master page "AdminMasterPage.master" trying to access "". I commented out the whole block and all is well for now.

JMBucknall wrote Nov 19, 2010 at 8:25 PM

+1. Unfortunately, I didn't have time to investigate this morning and since the main site was running just fine, I left it until later. Thanks for the hint @pedwards: I'll play with that.

worldview wrote Nov 20, 2010 at 2:08 PM

+1 This problem really should have top priority to get fixed. All pages in the Admin section are affected.

I think this problem affects many installations of Graffiti - In my case version 1.3 Alpha (48135).

I also run a site on Graffiti 1.2, and here no problems are detected.

wrote Nov 20, 2010 at 2:14 PM

wrote Nov 22, 2010 at 11:04 AM

charlesboyung wrote Nov 22, 2010 at 1:31 PM

Okay, I have yet to see these issues at all since the extendgraffiti site has been running again. I went to several of my sites running Graffiti and none of them had issues with the admin pages.

bayloafer wrote Nov 22, 2010 at 8:31 PM

The site was running fine when I first saw the problem, except took forever. This morning I uncommitted the try block in AdminMasterPage.master and uploaded it to my server, same result, both locally and online, more than 1 min. to load each and every admin page. Comment out the try block again and admin loads normally.

Not making this stuff up!

JeremyHodges wrote Nov 22, 2010 at 9:50 PM

bayloafer: I am pretty sure the issue is that the XML file doesn't even exist on that site. Try changing the URL to and comment the other changes you made. See if it loads fast in that scenario. That should confirm if the issue is because that file does not exist or if it is something else.

wrote Nov 23, 2010 at 9:42 AM

bayloafer wrote Nov 23, 2010 at 6:45 PM

RE: JeremyHodges post

Jeremy, I did as you suggested and my admin does load fast, but currentversion.xml doesn't seem to exist on that site either (I get a 404 error when attempting to access directly). [NOT A GRAFFITI SITE]

Next I tried (in my "AdminMasterPage.master") a random selection of websites, like, where I can be certain currentversion.xml doesn't exist. My admin loaded quickly with all of them. [NONE ARE GRAFFITI SITES]

Next I tried to access currentversion.xml on my own Graffiti test site ( where I know the file doesn't exist - my local admin pages load slowly as with the extendgraffiti site. Next I uploaded an empty currentversion.xml to my site - my local admin pages load quickly as they should. [IS A GRAFFITI SITE]

Now thoroughly confused - why is it only linking to Graffiti sites give problems when the XML file doesn't exist? Make ant sense?

worldview wrote Nov 24, 2010 at 10:05 AM

Bayloafer, I am confused too, but I notice that you did not type in the correct address which is as Jeremy wrote. This file does exist and the change seems to solve the slow-motion loading problem.

However I can imagine that many Graffiti end-users not knowing about this thread must be very frustrated.
Could someone make sure that is fixed again?

bayloafer wrote Nov 24, 2010 at 7:45 PM

worldview, you are right, I used an incorrect address. I thought surely it must be .com rather than .co, my bad.

Anyway, I think I've solved my confusion. While drinking coffee this morning, it occurred to me if the xml file doesn't exist we should be getting a 404 exception, then the admin pages will just load because we have a try/catch block. Except of course, on a Graffiti site we're using custom error handling, so we never get a 404 exception, so our request for the xml just times out, then the try/catch block allows the page to finally load.

I tried the above on my test site (no currentversion.xml), with custom errors "RemoteOnly" my local admin is slow to load. When I set my test site custom errors to "Off" my local site loads normally.

Hope that makes sense.

JeremyHodges wrote Nov 29, 2010 at 7:35 PM

I have limited access to and was able to upload the XML file which should help this issue from coming up again. We need to modify the code so this slowness doesn't happen. Likely using a jQuery AJAX call out to grab the information would be a better approach than the current synchronous C# method.

bayloafer wrote Nov 30, 2010 at 12:07 AM

May I suggest:
In AdminMasterPage.master/page_load event, we replace the call to GetGraffitiVersion() with newerVersion.Text = "Get the latest version <a href=\"\">here.";
Seems to me to just display a "latest version number" may not be worth the call to an external site.

JeremyHodges wrote Nov 30, 2010 at 6:25 PM

bayloafer: That would remove the functionality that is there. It isn't just telling you what version you are running, it is there to intelligently tell you if there is an upgrade available and if so, then links to where you can download the latest version. I think the end functionality needs to remain the same, implementation just needs to be a bit different.

jkillebrew wrote Apr 19, 2012 at 10:05 PM

Admin pages are slow again because is down. I've submitted a fix for this in change set 89435. Attempts will time out at 1 second so any delay will be bearable, and it will now check for release versions via the codeplex release rss feed.

wrote Feb 14, 2013 at 8:43 PM

wrote May 11, 2013 at 7:32 AM

wrote May 16, 2013 at 10:38 AM

wrote May 16, 2013 at 10:38 AM

wrote Jun 14, 2013 at 8:16 AM