- 관련 상품
- 2026년 9월 23일 오전 2:08 UTC
- 이름 *
- Kamo
- 뚱 베어
- 01ee8eb
MediaService/telephony 스토어 채팅 첨부 파일 (CHAT ATTACHMENT) 및 음성 메일/콜 기록 (VM RECORDING, CALL RECORDING) ACCESS LEVEL에서 0. 모든 일반적인 이미징 경로 (/download, /stream, /bulk-download, /list, /delete) 에 대한 인증 *********** org+clearance 체크 혼자, 그래서 어떤 org 회원 보유 VIEW DOCUMENTS는 읽거나 내보내거나 colleague의 채팅 첨부 파일, voicemail 또는 전화 할 수 있습니다. 레코딩 - 대화 밖에서, revoked 첨부 파일을 공유했습니다. (MediaObjImg.isAccessRevoked), 그리고 그의 기록에 관계없이. /delete 추가 imageAssocType.isAllowDelete를 전혀 읽지 않았습니다: PATIENT CHART를 포함하여 모든 카테고리, CATALOG SOURCE (both hold isAllowDelete=false 특히 그들을 파괴하기 때문에 신중한 회계 또는 간행된 비율 장의 입증은 위에 달려 있습니다), 일 수 있었습니다 자체 규칙에 관계없이이 하나의 엔드 포인트를 통해 부드럽게 삭제. 새로운 MediaAssocAccess (kamo-shared-library's findByImg Id, prerequisite로 별도로 밀어) 이 세 가지 협회 유형이 항상 누락 된 규칙을 추가합니다. CHAT ATTACHMENT assocObjectId (및 명예 isAccessRevoked);에 의해 지명 된 MediaSession의 회원이 필요합니다. VM RECORDING/CALL RECORDING은 소유권(createdByMember) 또는 MANAGE VOIP SETTINGS가 필요합니다. 오른쪽 전화 설정 관리자 페이지는 이미 크로스 확장 성 voicemail 보기 뒤에. 읽는/export/list/delete 경로로 타전하십시오; /list는 또한 3가지의 유형을 삭제합니다 unfiltered "browse Everything" DocumentListQuery에 쿼리 (예를 들어있는 호출자 하나에 대한 요청 assocType에 의해 여전히 그것을 얻을, 필터링 per-row). /delete도 효과적인 해결 isAllowDelete (ImageAssocType default, ImgOrgAssoc org-wide override) 행을 터치하기 전에 읽기 getDocumentMetadata 보다는 오히려 imgRepository를 통해 직접 - deleting는 deliberately 결코 결코 없었습니다 해당 이용 후기에 달린 코멘트가 없습니다. 새로운 시험: MediaAssocAccessTest (11개의 케이스, 감시의 자신의 논리) 및 ImagingControllerMediaAssocTest (9개의 케이스, 각 관제사 외침 사이트가 실제로 그것을 invokes 하는 proving). Mutation-checked: forcing MediaAssocAccess#denialReason 항상 반환 null의 5 MediaAssocAccessTest의 경우 빨간색; Controller/DocumentListQuery 배선을 Origin/main으로 반전 build outright (새로운 constructor 인수가 필요합니다)를 깰 때 실패합니다. assertion에 의해 오히려 건축. Five pre-existing ImagingController 테스트 업데이트 새로운 Docstor (실행적인 인스턴스는 현재 테스트에서 endpoint가 도달합니다. null 여기서 아마). 전체 스위트: 725 테스트 그린 (와스 705; +20 새로운).