TM1 Forum

I was hoping someone might have a solution to or can confirm the following behavior in their environment.

Environment: TM1 10.2.2 with Cognos CAM security (mode 5)

Behavior:
1) User is logged into TM1 Web
2) User session time's out or user clicks "Log Out"
3) User is redirected to what I believe is a BI screen saying:
AAA-AUT-0010
User authentication required. Please Logon.
4) User clicks OK and is redirected to:
http://xxx.com:9510/tm1web/applications.jsp
This is a screen with only the IBM swish background (no options are presented).
To login again, user must manually adjust the URL to:
http://xxx.com:9510/tm1web

At this point, novice users are stranded and for experiences users, it's a PITA to get back to the login screen.

Thoughts?

Thanks,
-- John

This is to do with CAM. We get the same at the client I'm currently working with. It's not a big issue as they had already expanded the time out length before I arrived. I don't know if anybody has looked in to it.....

Thanks for the confirmation... I'll open a ticket with IBM.

-- John

BTW, I found this in tm1web_config.xml which seems tantalizingly close to what I wanted, but alas, it doesn't appear to apply to CAM security:

image2x wrote:Thanks for the confirmation... I'll open a ticket with IBM.

-- John

Hello!

Have you got any reply or ticket number from IBM?
Thanks in advance.

Kind Regards,
Peter

Hi Peter,

Just upgrade to 10.2
http://www-01.ibm.com/support/docview.w ... wg1PM65997

We still see it with 10.2.2 by the way

For those of you seeing this error on 10.2.2, are you only seeing this with CAM security with Single Sign-On enforced?

Hi!
Just upgraded to TM110.2.2 and face the same issue. Tried providning a value in the logout url but still the asme .. Has anyone got the solution.

Hello Folks:

I am working on a 10.2.2 upgrade prototype and I am also running into this same issue. Given that this thread is from 2014, I went ahead and installed Fix Pack 4 as well but issue remains.

Any info will be greatly appreciated.

Thanks!

Pretty common issue with 10.2 using CAM authentication ...

I had a case like this and the bookmarks used were at fault.

It turned out that all bookmarks used for testing were including the trailing slash, the URL composed by TM1Web though does NOT.
The Load Balancer (in my case) re-directs the URLs which don't have the trailing slash to HTTP which is the root cause.

All documented URLs for TM1Web don't include the trailing slash so it was advised to adjust LB configuration, so that it allows URLs without trailing slash to pass as TM1Web will do the re-direct to a URL with a trailing slash itself. The root cause was found to be outside of the product.

Suggested solution, check your URLs for a trailing slash

dsproffitt wrote:I had a case like this and the bookmarks used were at fault.

It turned out that all bookmarks used for testing were including the trailing slash, the URL composed by TM1Web though does NOT.
The Load Balancer (in my case) re-directs the URLs which don't have the trailing slash to HTTP which is the root cause.

All documented URLs for TM1Web don't include the trailing slash so it was advised to adjust LB configuration, so that it allows URLs without trailing slash to pass as TM1Web will do the re-direct to a URL with a trailing slash itself. The root cause was found to be outside of the product.

Suggested solution, check your URLs for a trailing slash

Hi, dsproffitt
Could you give us some snapshots to see the URLs in the config files need NOT to be included trailing slash?

macsir wrote: Hi, dsproffitt
Could you give us some snapshots to see the URLs in the config files need NOT to be included trailing slash?

I dont understand your question.

http://servername:portnumber/blah blah/ <-- this is a trailing slash