Just updated to 5.6.2 but don't know if the problem existed in the previous version.  This is a single lanuage English site.  English is enabled as the default language and Enable Content Localization is unchecked.  When I try to edit Static Resources I get a module load exception as follows:

ModuleId: 365
ModuleDefId: 99
FriendlyName:
ModuleControlSource: DesktopModules/Admin/Languages/languageeditor.ascx
AssemblyVersion: 5.6.2
PortalID: 0
PortalName: Cadon Technologies, LLC
UserID: 1
UserName: host
ActiveTabID: 47
ActiveTabName: Languages
RawURL: /Admin/Languages/tabid/47/ctl/Editor/mid/365/locale/en-US/mode/Host/Default.aspx
AbsoluteURL: /Default.aspx
AbsoluteURLReferrer: http://www.cadontechnologies.com/Admin/Languages.aspx
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: aee4e34d-eeaa-4437-b020-c182b17a7768
InnerException: C:\Inetpub\vhosts\cadontechnologies.com\httpdocs\DesktopModules\Admin\Languages\LanguageEditor.ascx.vb(562): error BC30389: 'di' is not accessible in this context because it is 'Friend'.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Web.Compilation.BuildManager.CompileWebFile
StackTrace:
Message: DotNetNuke.Services.Exceptions.ModuleLoadException: C:\Inetpub\vhosts\cadontechnologies.com\httpdocs\DesktopModules\Admin\Languages\LanguageEditor.ascx.vb(562): error BC30389: 'di' is not accessible in this context because it is 'Friend'. ---> System.Web.HttpCompileException: C:\Inetpub\vhosts\cadontechnologies.com\httpdocs\DesktopModules\Admin\Languages\LanguageEditor.ascx.vb(562): error BC30389: 'di' is not accessible in this context because it is 'Friend'.at System.Web.Compilation.BuildManager.CompileWebFile(VirtualPath virtualPath)at System.Web.Compilation.BuildManager.GetVPathBuildResultInternal(VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.Compilation.BuildManager.GetVPathBuildResult(HttpContext context, VirtualPath virtualPath, Boolean noBuild, Boolean allowCrossApp, Boolean allowBuildInPrecompile)at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath)at System.Web.UI.TemplateControl.LoadControl(String virtualPath)at DotNetNuke.UI.ControlUtilities.LoadControl[T](TemplateControl containerControl, String ControlSrc)at DotNetNuke.UI.Modules.ModuleHost.LoadModuleControl()--- End of inner exception stack trace ---
Source:
Server Name: VPS063

Don't know where to start looking.

The fix worked. Thanks. Wonder why it hasn't been incorporated yet??????