Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeUsing DNN Platf...Using DNN Platf...Upgrading DNN P...Upgrading DNN P...Upgrading to 7.1.2Upgrading to 7.1.2
Previous
 
Next
New Post
4/29/2014 11:31 AM
 
Matthias Schlomann wrote:
'FileHelpers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=3e0c08d59cc3d657' is not part of the DNN Platform, so it is added from a 3rd Party module. Found it on Web.config end comment it out or delete it.

The module who used this is not compatible with the new DNN version.

Hi Matthias,

perhaps there is something that I miss. I had the same issue after an upgrade to 7.2.2. coming from 7.0.6, accessing to Digital Asset File Manager and Host Settings. After I downloaded and added FileHelpers all Seems to work fine. The strangeness is that filehelpers.dll was not stored in bin folders until now, so I really does not understand the reason of this strange behaviour. Consider that this error seems to come from digital assets files:

 

Error: File Management is currently unavailable. DotNetNuke.Services.Exceptions.ModuleLoadException: Could not load file or assembly 'FileHelpers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=3e0c08d59cc3d657' or one of its dependencies. Impossibile trovare il file specificato. ---> System.IO.FileNotFoundException: Could not load file or assembly 'FileHelpers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=3e0c08d59cc3d657' or one of its dependencies. Impossibile trovare il file specificato. at System.ModuleHandle.ResolveType(RuntimeModule module, Int32 typeToken, IntPtr* typeInstArgs, Int32 typeInstCount, IntPtr* methodInstArgs, Int32 methodInstCount, ObjectHandleOnStack type) at System.ModuleHandle.ResolveTypeHandleInternal(RuntimeModule module, Int32 typeToken, RuntimeTypeHandle[] typeInstantiationContext, RuntimeTypeHandle[] methodInstantiationContext) at System.Reflection.RuntimeModule.ResolveType(Int32 metadataToken, Type[] genericTypeArguments, Type[] genericMethodArguments) at System.Reflection.CustomAttribute.FilterCustomAttributeRecord(CustomAttributeRecord caRecord, MetadataImport scope, Assembly& lastAptcaOkAssembly, RuntimeModule decoratedModule, MetadataToken decoratedToken, RuntimeType attributeFilterType, Boolean mustBeInheritable, Object[] attributes, IList derivedAttributes, RuntimeType& attributeType, IRuntimeMethodInfo& ctor, Boolean& ctorHasParameters, Boolean& isVarArg) at System.Reflection.CustomAttribute.IsCustomAttributeDefined(RuntimeModule decoratedModule, Int32 decoratedMetadataToken, RuntimeType attributeFilterType, Int32 attributeCtorToken, Boolean mustBeInheritable) at System.Reflection.CustomAttribute.IsDefined(RuntimeType type, RuntimeType caType, Boolean inherit) at System.RuntimeType.IsDefined(Type attributeType, Boolean inherit) at Microsoft.Internal.AttributeServices.IsAttributeDefined[T](ICustomAttributeProvider attributeProvider) at System.ComponentModel.Composition.AttributedModel.AttributedPartCreationInfo.IsPartDiscoverable() at System.ComponentModel.Composition.AttributedModel.AttributedModelDiscovery.CreatePartDefinitionIfDiscoverable(Type type, ICompositionElement origin) at System.ComponentModel.Composition.Hosting.TypeCatalog.get_PartsInternal() at System.ComponentModel.Composition.Hosting.TypeCatalog.GetEnumerator() at System.ComponentModel.Composition.Hosting.AssemblyCatalog.GetEnumerator() at System.Linq.EnumerableQuery`1.GetEnumerator() at System.Linq.EnumerableQuery`1.System.Collections.Generic.IEnumerable<T>.GetEnumerator() at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection) at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source) at DotNetNuke.ExtensionPoints.SafeDirectoryCatalog..ctor(String directory) at DotNetNuke.ExtensionPoints.ExtensionPointManager.get_MefCompositionContainer() at DotNetNuke.ExtensionPoints.ExtensionPointManager.ComposeParts(Object[] attributeParts) at DotNetNuke.ExtensionPoints.ExtensionPointManager..ctor() at DotNetNuke.Modules.DigitalAssets.View..ctor() at ASP.desktopmodules_digitalassets_view_ascx..ctor() in c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\dnnprofessional_developer\204bd989\864aa38\App_Web_kj0z2pnr.7.cs:line 0 at __ASP.FastObjectFactory_app_web_kj0z2pnr.Create_ASP_desktopmodules_digitalassets_view_ascx() in c:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\dnnprofessional_developer\204bd989\864aa38\App_Web_kj0z2pnr.15.cs:line 0 at System.Web.Compilation.BuildResultCompiledType.CreateInstance() at System.Web.UI.TemplateControl.LoadControl(IWebObjectFactory objectFactory, VirtualPath virtualPath, Type t, Object[] parameters) at System.Web.UI.TemplateControl.LoadControl(VirtualPath virtualPath) at DotNetNuke.UI.ControlUtilities.LoadControl[T](TemplateControl containerControl, String ControlSrc) at DotNetNuke.UI.Modules.WebFormsModuleControlFactory.CreateModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleControlFactory.LoadModuleControl(TemplateControl containerControl, ModuleInfo moduleConfiguration) at DotNetNuke.UI.Modules.ModuleHost.LoadModuleControl() --- End of inner exception stack trace ---

 
New Post
6/9/2014 2:57 AM
 

We created a blog with reference to the direct download of the DLL needed to fix this: 

http://www.interactivewebs.com/blog/index.php/dotnetnuke-support/dotnetnuke-filehelpers-version2-0-0-0-cultureneutral-publickeytoken3e0c08d59cc3d657/

Should make things quicker.

 
New Post
10/26/2015 3:28 PM
 
In a recent upgrade from older DNN 5.6 up to DNN 7, we encountered this same issue. For us, it was that we had in place an old version of Smith Cart which utilized the FileHelpers​.dll

During the upgrade of DNN over several steps and upgrade of several other modules, we noticed that once we'd crossed DNN 7.1 or 7.2.0 that some but not all of the Admin and Host pages were displaying this message regarding the FileHelpers 2.0

A quick work around was to simply go back to the old Smith Cart install zip, get the FileHelpers.dll ​and place it in the stie's /bin/ folder and restart the site.
That allowed us the time to load the resit of the site for edits/continuing updates and to get into a Smith Cart upgrade too.
 
Previous
 
Next
HomeHomeUsing DNN Platf...Using DNN Platf...Upgrading DNN P...Upgrading DNN P...Upgrading to 7.1.2Upgrading to 7.1.2


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out