Weird Kaju problem

I have one user where the update check fails with an error “The update packet signature marker was incorrect.”. This check compares the first 5 characters of the Kaju json file to "KAJU ". I made the user a version of my app pretending to be an older version and I got back that the start of the file is “<html”.

But how can this be for a json file which definitively does not start with the standard html tag?

Maybe the server is sending an error page.

1 Like

That would explain the html tag. But I don’t understand why the json file would not be available for a single user.

I didn’t think to capture the complete result but only the beginning. The user isn’t likely to do more testing because the new version of the app is outside of his license.

Or his/her Firewall / Internet Security environment doesn’t trust your server, and is blocking the request by sending some HTML error page…?

1 Like

I’ve asked the customer if he has anything special in regard to security.

1 Like

I have had this happen with an end-user of TPLM. Sometimes users of employer’s hardware don’t realize their IT person can see & interrupt everything.

1 Like

Add a feature to your app that, if the response starts with “<html”, it displays the result in a small HTML viewer so the user can interpret it.

1 Like

I’m surprised Kaju is not checking error codes… or worse the HTML is coming with a HTTP status of 200. At least for my issue the corporate access denied page came with a HTTP status of 403 which I knew was not a TPLM error code.

1 Like

It could also be an authorization page that the user has to fill out to get access to a new site. You might tell the user to open that in a browser.

1 Like

Thanks, guys, all good ideas.

The customer also has a problem with sending emails so something is going on at his side.