Community Tip - You can change your system assigned username to something more personal in your community settings. X
Hello
I do not like the login popup to appear.
Some mashups have been accessed via the guest account's AppKey.
But there were some unexpected issues in the mobile environment.
First, the session is not maintained as the URL changes.
If you access the mashup in the form of "Thingworx / Mashups / MonirotingService? AppKey = 2ee27c9a-eb20-4231-8bd3-c3ss29cs690 & x-thingworx-session = true", the URL will change like this:
'Thingworx / Runtime / index.html # mashup = MonirotingService & appKey = 2ee27c9a-eb20-4231-8bd3-c3ss29cs690 & x-thingworx-session = true'
The problem arises here.
The format of Thingworx / Runtime / index.html # mashup will also ask the user for credentials, even if they include an appkey.
In other words, after accessing the mashup via the AppKey in the mobile environment, the login popup will appear when the Internet browser (Chrome) is closed and then accessed again.
Tomcat's web.xml, index.html will be modified so that the session will be retained after a while.
But there is less time to stay
So I think there are three solutions.
1. The URL format does not change.
2. Thingworx / Runtime / index.html # mashup format Also, you can not ask for credentials by using the appkey.
3. Thingworx / Runtime / index.html # mashup format allows you to automatically request credentials
Is it possible to do the above three things?
If not, what else would be better?
Thank you.
Hi,
I have few questions:
1. First of all since you passing appKey on URL make sure Allow Application Key as URL Parameter is set to "true" - see https://www.ptc.com/en/support/article?n=CS264349
2. Regardless of what is the format of the URL used to access mashup if appKey is also provided the user should not be asked to authenticate.
3. If the issue is somehow related to fact that you accessing it on mobile, can you explain what OS and browser are you using?
4. Where you able to test same using desktop client to see if you get different result? Also having Tomcat access log and ThingWorx SecurityLog showing relevant request would be helpful.
--Marek
Hi, MarekP.Nowaczyk
First, we using Thingworx 7.x. i think Thingworx 7.x didn't have the appkey parameter as part of the URL.
and we test android at chrome browser
1. Success access mash via appkey
2. force quit browser(or reboot mobile)
3.If you then run the browser again, it will automatically move to the previous url.
thanks