Showing posts with label Bug. Show all posts
Showing posts with label Bug. Show all posts

Wednesday, March 16, 2011

DotNetNuke FileManager and ACTIONS menu break with performance compression on

I've spent no less than 6 hours over the last 2 days trying to figure out why my sites ACTION menu (SolPartMenu) and FileManager module were broken. I typically use Chrome for my primary browser and definitely use it when it comes to development work. Next I prefer FireFox and firebug, and then there's IE which I use mostly just for compatibility testing.

Looking at the source code behind the specific tags the problem revolved around, it was clear that this was a JS issue and appeared to be related to jQuery within DNN or ASP.Net AJAX, but the errors I saw weren't helping me much. It wasn't until I decided for reasons I don't even recall, to try the same in IE, that I saw an error I could search on more readily. When I took that error to the DotNetNuke forums, I found my solution and a post that indicates the cause is known. The combination, I find troubling. This seems like something that deserves more attention than it's getting and I hope that this post will have come to your attention MUCH faster than the one that helped me which by the way, is located HERE. I do want to thank William for the solution and I don't want to sound ungrateful, but he is on the DNN team, this is a fairly nasty issue, and I think it deserves a more proactive solution so here I am.


The symptoms:
    You click the "+" sign in FileManager to expand the root folder, or you click the ACTIONS menu to make it open up/drop down but in both cases, you just get an indefinate "wait" animation (spiral for default).


The indicators:
  • For Chrome:
    • In the Developers Tools, Console tab, Errors group: "Failed to load resource" on the current page.
  • For FireFox after clicking the image:
    • In FireBug, Console tab, All group:
      • A "POST" that returns 200 OK, but with the error symbol
      • A JS error
        • Index or size is negative or greater than the allowed amount"  code: "1
        • http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js
        • "(function(a,b){function cg(a){return d...a:a+"px")}}),a.jQuery=a.$=d})(window);"
  • For Internet Explorer after hovering over the image:
    • In Developer Tools (F12), Console tab:
      • "SCRIPT5022: Sys.ArgumentException: Cannot deserialize empty string. ScriptResource.axd?"
      • or if you copy the error and search by pasting it:
      •   SCRIPT5022: Sys.ArgumentException: Cannot deserialize empty string.
        Parameter name: data  ScriptResource.axd


The solution:
  1. Login to your dnn instance as host
  2. Navigate to:
    1. Host Settings
    2. Advanced Settings
    3. Performance Settings
    4. "Compression Setting" (yes, there is another "Compression Settings" group, no it's not the one you want)
  3. Set "Compression Setting" to "No compression"
  4. Scroll down and click "Update"
NOW your ACTIONS menu and FileManager module should be working once more.

Saturday, July 24, 2010

Visual Studio 2010 won't start - '-120' is not a valid value for property 'Width'.

So today I went to open VS 2010 RTM and was surprised by an error that seemed more appropriate for a runtime error than something I'd see just opening devenv:




I spent 3 hours researching this and Google/MSDN got me nowhere. Nearly every promising lead I found refered to "devenv.exe /ResetSettings", but nothing I tried made a difference. That pretty much told me that it's not an environment setting Per se, but something more generalized to Windows.


So I fired up Process Monitor and started looking for registry activity related to 'width' and '-120'. It didn't take me long to find the registry entry: HKCU\Software\Microsoft\VisualStudio\10.0\MainWindow which contained the data: "4 4 -120 200 3". Seemed obvious enough that this was the size/location of the DevEnv MainWindow so I changed -120 to 800 (seemed a reasonable width), and fired up VS2010 again.


NO ERROR!  :)


Hope this will save someone else the headache. I think this occurred because I RDP'd into my workstation (which has 4 monitors connected, number 2 from the left being my primary) from my Droid using "Remote RDP" from www.toremote.com (not that the client has any responsibility, I just wanted to give the dev some exposure because I really like this RDP client), and did a remote restart. I think Windows didn't gracefully handle the geometry and when I tried to reopen from my physical desktop, VS2010 didn't gracefully handle the error.

Followers