최근 검색
최근 검색 없음

Joel Boonstra
가입한 날짜: 2021년 5월 13일
·
마지막 활동: 2022년 8월 10일
팔로잉
0
팔로워
0
총 활동 수
2
투표 수
0
가입 플랜
1
활동 개요
배지
문서
게시물
커뮤니티 댓글
문서 댓글
활동 개요
님의 최근 활동 Joel Boonstra
Joel Boonstra님이 에 댓글을 입력함
I've just now encountered this behavior in the real world. I discovered that a ticket (which was *not* ready to be solved) was inadvertently solved via Rapid Resolve when one of our agents clicked the pop-up. I only discovered it by happenstance a few weeks later while doing some auditing.
What was very confusing is:
- The rapid resolve events are attributed to the customer, not the agent
- All articles involved (both the unhelpful and helpful ones) were internal, and so I had a moment of panic when I thought that our customer was viewing internal articles
I eventually decided (after verifying article permissions) that this must have been some sort of weirdness with the token-based URLs. Today it happened to me and I found this article, describing a problem that has potentially very significant customer-facing ramifications that's now about 3 years old.
Furthermore, there's no obvious way to get rid of the pop-up if you are an agent, short of marking an article as solving the problem. This is probably why agents eventually mark something as solved, just to get rid of the pop-up.
Initially I thought/hoped I could get rid of the pop-up just by logging out and back in again, but that didn't seem to do the trick. Ultimately I was able to get rid of it by clearing site data for our apex domain (e.g. our help center is at help.DOMAIN, and I removed cookies / site data for DOMAIN, via Firefox tools). I don't know where exactly the customer-identification token is stored, but that does seem to have been necessary to clear the pop-up out.
I'm glad to have found this post so that at least I know I'm not the only one. I'm disappointed that a critical bug has existed for at least 3 years without any fix.
댓글 보기 · 2022년 1월 07일에 게시됨 · Joel Boonstra
0
팔로워
3
투표 수
0
댓글