이 레지스트리 "ShellNew" 키 문제는 알려진 버그입니까?

이 레지스트리 "ShellNew" 키 문제는 알려진 버그입니까?

다음 레지스트리 문제가 발생했습니다. sth.를 변경하기 전에 "ShellNew" 키를 백업으로 내보내면 *.reg 파일(사람이 읽을 수 있는 n Regedit가 아님)에서 16진수 형식으로 표시되는 값이 "축약"됩니다. 즉:

  • 명령 >> c
  • IconPath >> 나는
  • 메뉴텍스트 >> m

이러한 키를 복원하면 쓸모없는 "c", "i" 및 "m" 값이 도입되므로 이는 분명히 문제가 됩니다. 따라서 이 상황은 "Command", "IconPath" 및 "MenuText" 값을 영구적으로 삭제하는 것으로 귀결됩니다. *.reg 파일을 실행하기 전에 수정하거나 레지스트리에서 직접 수동으로만 복원할 수 있었습니다. (IMHO 전자가 최선의 선택입니다. 이렇게 하면 이러한 값의 올바른 BU를 유지할 수 있기 때문입니다)

예: [HKEY_LOCAL_MACHINE\SOFTWARE\Classes.contact\ShellNew] Windows에서는 "연락처"를 사용하지 않고 내 컴퓨터에는 이러한 값만 있으므로 이 키로 테스트하려고 애썼습니다.

그러나 "ShellNew" 키는 Windows 탐색기의 상황에 맞는 메뉴를 사용하여 새 폴더나 바로 가기를 생성할 때도 역할을 하므로 중요성과 영향력이 없지는 않습니다. 이 문제는 Win7에만 국한된 것 같습니다(저는 Win7 Ultimate, x64를 사용하고 있습니다). Win10에서 확인해 보니 모든 것이 정상인 것 같습니다.

이 행동을 겪은 사람도 있나요? 수동으로 개입하는 것 외에 다른 해결책이 있습니까? 온라인에서 이에 대한 언급이 거의 없었지만 더 많은 사용자가 바로가기를 사용하여 조정함에 따라 과거에는 다른 사람들에게도 충격을 주었을 수 있습니다.

편집 1:

문제가 더 일반화되어 있고 "ShellNew" 키에만 국한되지 않는 것으로 보이는 또 다른 사례를 발견했습니다.
그러나 증상은 동일합니다. *.reg 파일로 내보낼 때 valuename의 첫 글자가 잘립니다.
실제로 "FriendlyTypeName" 값은 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes]의 최소 12개 하위 키에서 "F"로 축약됩니다
(예: batfile, Briefcase, chkfile, ...).

또한 @DavidPostill은 Win7 Home Premium(x64)에서 이 문제를 재현할 수 없다고 보고했습니다. 알려주셔서 감사합니다.

편집 2:

내 질문으로 인해 많은 혼란이 발생한 것 같습니다. "편집 영역"에는 있지만 이 질문의 미리 보기 및 최종 버전에서는 "클래스" 뒤의 백슬래시가 누락되었다는 사실을 방금 깨달았습니다. 슈퍼유저의 Q&A 편집기에 알려진 문제가 있습니까? 이 이상 현상을 바로잡을 수 있는 방법이 있나요?

답변1

@Biswapriyo가 요청한 아래 스크린샷을 제공하려고 시도하면서 내 문제가 내가 사용하는 레지스트리 도구의 버그인 것 같다는 사실을 발견했습니다! 그것은 v8.04의등록기관 레지스트리 관리자. 헬프 데스크에 알렸습니다. 버그의 예는 다음과 같습니다.

등록자 버그 - 예

Regedit에 해당하는 내용은 다음과 같습니다.

Regedit를 통한 동일한 내보내기

그러면 Window의 기본 Regedit가 이러한 reg 키를 제대로 내보낼 수 있으므로 이 질문을 닫을 수 있을까요?

관련 정보