Botframework-solutions: Typescript: 구문 분석 요청에서 덮어쓴 로컬 타임스탬프

안녕하세요 @tommyJimmy87입니다! 문제를 신고해 주셔서 감사합니다.

문제를 재현했으며 이를 수행하기 위해 수행한 재현 단계를 확인하고자 합니다. 또한 구현을 비교하고 문제를 해결하기 위한 다음 단계를 찾기 위해 C# 봇을 사용하여 문제를 계속 재현할 것입니다.

재현 단계

TypeScript 가상 도우미 샘플 사용

1. 가상 도우미의 폴더로 이동
2. npm install 종속성을 설치하십시오.
3. npm run build 솔루션 컴파일
4. 다음 명령을 사용하여 Virtual Assistant를 배포합니다.

pwsh.exe -File deployment\scripts\deploy.ps1 -name "<BOT_NAME>" -location "<LOCATION>" -appId "<APP_ID>" -appPassword "<APP_PASSWORD>" -luisAuthoringKey "<LUIS_AUTHORING_KEY>" -luisAuthoringRegion "<LUIS_AUTHORING_REGION>"

1. Bot Framework Emulator를 열고 로컬에서 실행되는 Virtual Assistant에 연결하도록 구성합니다.
   

2. Botbuilder 라이브러리 내부 botFrameworkAdapter.ts의 1004번째 줄에 중단점 설정
   

3. System Time zone 를 다른 것으로 변경합니다(예: UTC+03:00 Minsk).
   

4. 가상 도우미 디버그

5. 에뮬레이터를 사용하여 가상 도우미와 채팅 시작

6. 중단점에서 실행이 중지됩니다. activity.localTimestamp 는 이전 로컬 서버 시간대 와 함께 날짜 시간을 표시합니다.
   

7. 할당 후 activity.localTimestamp 의 새 datetime은 새 사용자의 시간대를 갖습니다.
   

감사합니다:편안함:

안녕하세요 @VictorGrycuk입니다 ! 우선 빠른 답변 감사합니다!

단계를 잘 이해했는지 모르겠지만 문제를 재현하기 위해 수행한 모든 단계를 통해 더 잘 설명하려고 노력하겠습니다.

1. 첫 번째 가정은 가상 도우미가 로컬에 배포되어 있다는 것입니다.

2. 두 번째 가정은 2개의 다른 랩톱으로 테스트를 수행하려는 것입니다. 여기서 첫 번째 랩톱은 클라이언트(저희의 경우 Teams)이고 두 번째 랩톱은 VA를 실행하는 서버입니다.

3. 세 번째 가정은 2개의 랩톱에 2개의 다른 시간대가 설정되어 있다는 것입니다. 첫 번째(클라이언트)에는 GMT+0300 있고 서버에는 GMT+0100 가 있다고 가정해 보겠습니다.

4. 그런 다음 모든 설정이 끝나면 클라이언트에서 Teams를 통해 VA에 요청을 보내려고 합니다.

5. 요청을 받자마자 사용자로부터 올바른 시간대를 본문에 매개변수로 갖게 됩니다.

1. 구문 분석 요청 내에서 올바른 Client Timezone을 얻습니다.

1. 그러나 변수 할당 후(기본적으로 new Date(activity.localTimestamp) ) 서버 Timezone이 있습니다.

안녕하세요 @tommyJimmy87입니다! 자세한 단계에 감사드립니다! 이 시나리오를 검토한 후 나중에 다시 알려 드리겠습니다 😊.

안녕하세요 @tommyJimmy87입니다!

JavaScript가 Date 개체를 처리하는 방법에 대한 제한 때문이라는 결론에 도달했습니다.

그러나 BotBuilder-JS 저장소에서 이 문제에 대한 문제 #1612를 열었 음을 알려드립니다. 여기에서 이 문제의 진행 상황을 추적할 수 있으므로 여기에서도 확인하십시오.

우리가 발견한 문제는 날짜를 Date 객체로 변환할 때 JS가 이를 UTC로 변환하여 기본적으로 원래 시간대를 제거한다는 것입니다. JavaScript가 처리할 수 있는 유일한 시간대는 JS를 실행하는 시스템의 시간대입니다.
자세한 내용은 날짜 문서 를 확인하십시오.

진행 상황을 알려드립니다 :relaxed: