- 관련 상품
- 2026년 8월 7일 오전 5:11 UTC
- 이름 *
- Kamo
- 뚱 베어
- b10c950
21670e5는 UpstreamUri의 FULLY-PRE-ENCODED 항목을 통해 SocialWebhookController를 routed 점, 그러나 그것의 URL은 잡종입니다: `token`는 @PathVariable입니다, 그래서 봄 손은 getQueryString()이 원합니다. 그 엔트리 포인트 인코딩 아무것도, 이는 원료 반에 대한 권리와 디코딩 한에 대한 잘못 - 거울 두 배 인코딩의 이미지 이 전체적인 변화 세트는 관하여 입니다. POST /api/social/webhook/ab%252 Ccd는 문자열 ab%2Ccd로 전달되었습니다. verbatim 및 MediaService는 ab,cd에 두 번째 시간을 분리했습니다. 21670e5 전에 제대로 둥글게 된, 그래서 이것은 회귀이었다, 사전 노출 구멍. Zero live 충격 : 토큰은 32 헥스 숯입니다. *********** 등 인코딩 인서트, 정확히 왜 아무것도 잡았다. 계약은 거꾸로 하지만,이 루트에 추가된 첫번째 비 hex 세그먼트는 손상된 것 자주 묻는 질문 하이브리드 엔트리 포인트로 전환하여 한 번의 길을 인코딩합니다. 동일한 UriComponentsBuilder 호출 DefaultUriBuilderFactory는 쿼리를 만들고 기타 제품 Meta/X Handhake 동작은 변경되지 않습니다. - 4로 확인 byte-identical 쿼리 문자열을 주장하는 기존 테스트. 2개의 새로운 시험은 비 hex ab%252Ccd 토큰을 가진 계약을, 와 더불어 그리고 없이 핀으로 꼿습니다 이름 * 둘 다 정확하게 ab%2Ccd를 가진 이전 입장 점에 대하여 실패합니다. 또한 UpstreamUri의 javadoc에서 두 개의 overstatements를 수정합니다. - 잡종 형태 PREVENTS a `#` in a decoded path variable truncating 파편의 요청에. 그것은 아닙니다: *********** 문자열 뒤에 DefaultUriBuilderFactory와 같이 `#`에 나눕니다. 과부하, 그래서 행동은 어느 방법도 변경되지 않습니다. Unchanged는 올바른 호출입니다. 공중 표면에, 그러나 개선이 아니고 1로 읽지 않아야 합니다. 항목 포인트가 분할되는 실제 이유는 encode-once-vs-not-at-all 위의 구별, 이제 javadoc 말한다. - 비어 있는 (not null) 쿼리 문자열은 trailing`?`를 생성하고 이제 수율 없음. RFC의 밑에 동일한 요구 3986; 코멘트에서 아닙니다 그래서 그것은 실수가 아닙니다 나중에 oversight. Prose와 그 둘만을 위한 의견 - 행동 변화 없음. 스위트: 45 테스트, 0 실패, 0 오류.