571335_ko-KR

liliconcom

디렉터리 쓰기 가능 여부는 디렉터리에 쓰기 가능하면 0을 반환합니다.이전에 네트워크 드라이브에 대한 읽기 전용 액세스 권한이 있었던 사용자가 읽기 쓰기 액세스 권한을 제공했을 때 여전히 액세스 권한이 부여된 후 디렉터리에 있을 때 디렉터리 writable()이 0을 반환하는 문제가 있습니다. 사용자들은 해당 디렉터리에서 폴더를 열고, 파일을 만들고, 파일을 업데이트하고, 파일을 삭제할 수 있음을 확인했습니다. 다른 사람이 전에 이 문제를 겪었습니다. 이로 인해 저장 디렉터리에 대한 데이터 유효성 검사를 설정하기가 어려워졌습니다.자동화 및 스크립팅윈도우Re: 디렉터리 쓰기 가능은 디렉터리 쓰기 가능일 때 0을 반환합니다.내 생각엔 당신 말이 맞는 것 같아요. 내 IT 그룹은 사용자가 활성화할 첫 번째 쓰기 상태를 업데이트하고 있는 것 같습니다. 그러나 jmp는 0을 반환하도록 쓰기 가능한 디렉토리에 대한 사용자 권한을 업데이트할 때 두 번째 "고대" 필드가 읽기 전용이 아니도록(완전히 선택 취소됨) 요구할 수 있습니다. 그리고 우리 IT 팀은 해당 위치도 수정해야 한다는 사실을 인식하지 못하고 있습니다…

엔드투엔드 테스트가 아니라는 것이 이해가 됩니다. 분명히 읽기-쓰기 액세스 권한이 있기 때문입니다.

경로가 올바르게 입력되었고 존재하는지 확인하기 위해 이미 is is 디렉터리 명령을 실행했습니다. 그리고 1을 반환합니다. 초기 상태 점검으로 제안해 주셔서 감사합니다.

또한 IT 부서에 해당 디렉터리에 대한 드라이브 매핑을 확인하도록 요청할 것입니다. 그리고 해결책을 찾으면 다시 확인해 보겠습니다.

JMP가 수행하는 검사를 위해 내가 하위에 포함할 수 있는 엔드투엔드 버전의 디렉토리 쓰기 가능 JSL 스크립트를 갖고 있는 사람이 있나요? 이것이 이 문제에 대한 더 나은 장기적 해결책일 수 있습니다…Re: 디렉터리 쓰기 가능은 디렉터리 쓰기 가능일 때 0을 반환합니다.

IsDirectoryWritable() 전에 IsDirectory()를 사용하여 경로가 있는지 확인합니다. 디렉터리가 존재하지 않는 경우(철자가 틀린 경우 등) IsDirectoryWritable은 오류가 아닌 false를 보고합니다. IsDirectory()는 잘못된 이름에 대해 false를 보고합니다. 드라이브 매핑 문제일까요?

 

빠른 테스트에서는 이 기능이 실제로 엔드투엔드 테스트를 수행하는 것이 아니라 Windows 권한을 테스트하는 것으로 보입니다. VirtualBox에 연결된 Linux 드라이브의 경우 Linux 권한에 관계없이 항상 true(쓰기 가능)로 보고됩니다.

 

내가 본 내용은 다음과 같습니다.

User PermissionsUser Permissions사용자 권한Admin PermissionsAdmin Permissions 관리자 권한

관리자가 아닌 사용자로 실행 중이며 쓰기 권한이 없는 폴더에는 isDirectoryWritable==false가 있습니다.

 

마지막으로, 관련되지 않은 고대 옵션이 있습니다.

Directories don't really have a read-only attribute.Directories don't really have a read-only attribute.디렉토리에는 실제로 읽기 전용 속성이 없습니다.

그 사각형은 선택되거나 선택되지 않은 세 번째 상태입니다.

https://superuser.com/questions/1580751/folders-created-with-read-only-attribute-and-i-cannot-remove