Can someone help me understand the process of what happens one the webservice LoginandProvideCookies is called, user is authenticated and a ASP .NET session id similar to ASP.NET_SessionId=djvzn5vir55s2r5511rdjy45|Login=|Login=080759921DB8DC19411C4890497B3D3F9E347D609F06EE89A40B16163241A83365FB46443821154EBD3E12E347652129BEC84EA5AAEF6CE457A46A7D1BF8BF5DD8C5E3BC8EDF599F0A258F073694660D4050F06D5C15B6206CEA92B2C5671CE57F3AEF16E9E125FCF98F2ED0A4FEFD328E048009C85D43223647B07C531673E28D4DFB09 is created.
Using Eric Means document titled "Technical Description Use of WebMemberServices To Provide Unified Login for Third Party Sites" (attached), we successfully implemented SSO and it was working great for three months. Today it stopped working all of a sudden.
This morning we started receving the Error Message The value '08/28/2007' is not valid for the system setting System_Control.DateInstalled. ASI told us that this is a known issue regarding the install date and public view. Could this have affected the SSO in any way?
What is the lifespan of an authentication token issued via the Authenticaion IBO call?
Is it different between 10 and 15?
Is this documented someplace?
For some reason I can't post a reply to the thread I started here: http://www.imiscommunity.com/hosting_a_page_from_an_external_site_that_uses_forms_authentication
Hence I'm starting a new post here...
I'm trying to explore workarounds for iframes not allowing for cross-domain cookies.
Here's how to illustrate an iMIS Community post; I'm not sure if it's noted elsewhere.
First, create your new post. Scroll to the bottom and click "File attachments", which expands to show a file path entry field and Browse and Attach buttons. Click Browse, find the image you want, and click Attach. After the file is uploaded, under the Description there's a URL string in very small font. Copy the URL, then in the editor toolbar, click the Insert/Edit image icon (next to the Anchor). In the popup, paste in the URL, then tab out of the field; if all is well, you'll see your picture in the preview. Click OK.
I am working with a client that is having problems using cookies for unified logins across sub domains. My understanding is using different sub domains do this should work. Has anyone else go this working? IE the only thing that matter is that the domain is the same. If this true? Below is more detail from the 3rd party developers I am working this for this client.
I'm having problems with a url that I have added to the IMIS desktop using the sitemap feature. This url points to a page in an external website. I think the problem is related to the fact that this external website implements forms authentication.
Here's what is happening:
- When selecting the link in the IMIS desktop in the left hand menu, the web page to login to the external site appears rather than the page that was entered into the site map. This is to be expected as the external site is redirecting to its login page.
- When I enter appropriate login credentials and click the login button, rather than the page I have configured in the sitemap being displayed, I see the same login page that I have just submitted, with blank input boxes ready for me to login (again).
Using Fiddler2 to inspect the request and response between IMIS desktop and the external website I see the following:
I want to apply parameter for all receipts where I want to exclude any receipt which has a Campaign_code of "RD" under the Receipt-Main Dialog.
Has anyone done this and if so.
What is the search Criteria that I use.
We need to access data in custom tables--not built-in tables that come with iMIS or user-defined tables (UDT’s), but plain old tables that we write in SQL and place into the iMIS database. Although the iMIS application itself will leave these tables alone, they are used for custom development that involves integrating with iMIS. Otherwise, they are plain old sql database tables.
We’ve ruled out using Business Object Designer to create Business Objects to access these. Is better to access these custom tables with stored procedures or with an ORM tool such as NHibernate or Entity Framework? Will the fact that these tables are in the iMIS database and the fact that these are used for custom development to integrate with iMIS cause one or the other to not work, or otherwise have any problems?
Does anyone know of a user control or iPart that allows the user to edit his/her contact information (street address, email, and phone number)?
If not, how about one for which source code is available that does something similar? I know iMIS comes with an iPart for _viewing_ one's address; unfortunately, Asi does not release source code for their iParts, so we cannot modify it for also editing one's address. But if there is an equivalent iPart or user control with similar functionality for which the source code is available, we could use that as a starting place.