최근 검색


최근 검색 없음

David Burkholder's Avatar

David Burkholder

가입한 날짜: 2023년 8월 22일

·

마지막 활동: 2024년 7월 10일

팔로잉

0

팔로워

0

총 활동 수

6

투표 수

2

가입 플랜

1

활동 개요

님의 최근 활동 David Burkholder

David Burkholder님이 에 댓글을 입력함

커뮤니티 댓글 Developer - Zendesk SDKs

You can close this ticket. We will abandoned Messaging and look at alternatives.

댓글 보기 · 2024년 7월 10일에 게시됨 · David Burkholder

0

팔로워

0

투표 수

0

댓글


David Burkholder님이 에 댓글을 입력함

커뮤니티 댓글 Developer - Zendesk SDKs

So the Cloudflare Worker route did not work properly on our end, I am not sure if it is my lack of knowledge/understanding or a technical issue on the cloudflare side. I have been trying to access the logged in user who is already in the Help Center,  I have been hitting https://(our domain).zendesk.com/access/sdk/jwt. I am presuming now that this does not work the same way as whatever a worker is?

댓글 보기 · 2024년 6월 14일에 게시됨 · David Burkholder

0

팔로워

0

투표 수

0

댓글


David Burkholder님이 에 게시물을 만듦

게시물 Developer - Zendesk SDKs

Hello All,

 

I apologize if this is the wrong spot to post this. We want to enable messaging on our Guide / Help Center with Zendesk, but we do not want users to provide authentication details (Name or Email). Based on feedback users just want it to work, they want to login open a session and not need to re-login to the messaging widget. We have a grand total of 0 developers on staff, I can write SQL at an intermediate level but I don't think that helps here.

 

I want to authenticate users in Messaging without additional logins. I have followed instructions from multiple posts, comments, and articles in Zendesk Help but to no success. The closest I have gotten is after reading a comment on (https://support.zendesk.com/hc/en-us/articles/4411666638746-Authenticating-end-users-for-messaging?per_page=30&page=6#comments) which referenced a site called InternalNote. The issue I now face is that I am doing this as an Ajax call (I now have a super basic understanding of JS). When loading however, the system produces a CORS error, this is apparently some type of security thing? I cannot for the life of me get around this. For clarity we are using AAD as our SSO/IDP for Zendesk.

 

My “code” as it stands, I legit just modified (https://demo.internalnote.com/guide_messaging?ref=internalnote.com)

  //Get info on current User
  var user = [];
  $.ajax({
    url: '/api/v2/users/me',
    async: false,
    dataType: 'json',
    success: function (json) {
      user = json;
    }
  });

  //get token for current user
  var jwttoken = '';
  $.ajax({
    type: "GET",
    url: 'https://(oursubdomain).zendesk.com/access/jwt',
    beforeSend: function (xhr) {
      xhr.setRequestHeader ("Authorization", "Basic " + "(my-secret)");
      xhr.setRequestHeader ("Access-Control-Allow-Origin","*")
    },
    data: JSON.stringify({
      "external_id": user.user.id,
      "user_email": user.user.email, 
      "user_name": user.user.name
    }),
    dataType: 'text',
    async: true,
    success: function (json) {
      jwttoken = json;
    }
  });
  console.log(jwttoken)

  //authenticate messaging
  zE('messenger', 'loginUser', function (callback) {
    callback(jwttoken);
  });

The Error I get:

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://(oursubdomain).zendesk.com/api/v2/help_center/integration/token. (Reason: CORS header ‘Access-Control-Allow-Origin’ missing). Status code: 404.

I appreciate any help anyone can give me, especially since I am very much in uncharted waters.

2024년 6월 07일에 게시됨 · David Burkholder

0

팔로워

1

투표

3

댓글