Home » discuss » Public forums » iMIS Community

Could not decrypt data error

Posted April 21st, 2010 by eja144
|

We have iMIS version 15.1.2.4972 installed and are using the "public view".  Some of our users are getting an error when they try to log in.  Only our international customers seem to have the problem so far.  One is in Russia and one is Isreal.  They have tried using different browsers and different computers but still get the same error.  Does anyone have any idea how I can help them?

The problem is occuring in AsiCommon/Controls/Shared/FormsAuthentication/Login.aspx

Here is a stack trace.

at Asi.iBO.CCrypto.DecryptHexStringViaKey(Int32 masterKeyHandle, String encryptedHex) at Asi.iBO.CCrypto.InitKeys() at Asi.iBO.CCrypto..ctor() at Secure..ctor() in c:\Builds\iMIS\15.1.2_Commit\Sources\imis.net\Packages\iWC\Security\Secure.cs:line 25 at Asi.Web.Security.PerformPostLogin(Page page, String userName, String password, Boolean rememberMe) at Asi.Web.UI.Common.FormsAuthentication.Login.Login1_LoggedIn(Object sender, EventArgs e) at System.Web.UI.WebControls.Login.OnLoggedIn(EventArgs e) at System.Web.UI.WebControls.Login.AttemptLogin() at System.Web.UI.WebControls.Login.OnBubbleEvent(Object source, EventArgs e) at System.Web.UI.Control.RaiseBubbleEvent(Object source, EventArgs args) at System.Web.UI.WebControls.Button.OnCommand(CommandEventArgs e) at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) at System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) at System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

 Thanks,

Edward Anderson

‹ Looking for feedback on extender and Auto Draft productBreadcrumb shows "~" when no navigation link associated with content ›
login or register to post comments | printer friendly version

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Solved problem sort of

On April 25th, 2010 eja144 says:

 

Our Russian customer was able to login after changing their regional Window settings to display dates in the english format.  They thought that iMIS should be able to adapt to their preferred date format rather than forcing them to dispay dates in their Windows programs in a way confusing to them but at least they can log in now and iMIS doesn't crash on them.

login or register to post comments

Check the language settings

On April 27th, 2010 Bruce Wilson says:

This error is common when the language settings in the browser are incorrect.  It also produces the error "Culture 'sv' is a neutral culture. It cannot be used in formatting and parsing...".

Usually this means they set their browser to use the two-letter language code (like "en") instead of the longer culture code (like "en-US").  It seems to be a pretty widespread problem.  Probably some computer OEMs set the default for their customers.

Since it's controlled by the browser, I doubt ASI can do much to "fix" the problem -- you *want* to honor the browser's settings over the server's default.  They may be able to give a more useful error, or better yet, identify visitors on first hit with language set to something that will cause problems later and direct them to a page explaining how to fix it.

--
Bruce Wilson
Director, Technical Services
RSM McGladrey, Inc.

login or register to post comments