%20%E3%81%AF%E3%81%A9%E3%81%AE%E7%A8%8B%E5%BA%A6%E4%B8%80%E8%88%AC%E7%9A%84%E3%81%A7%E3%81%99%E3%81%8B%3F%20%E3%82%A2%E3%82%A4%E3%83%AB%E3%83%A9%E3%83%B3%E3%83%89%E3%81%A7%E3%81%AF%E3%81%A9%E3%81%86%E3%81%A7%E3%81%99%E3%81%8B%3F%20.png)
今日、開発者向けの GUI アプリが、ユーザー名にアポストロフィが含まれているシステムでは動作しないことが分かりました。これは、マルチプラットフォームであるにもかかわらず、一部が Linux VM で実行され、シェル スクリプトがオンザフライで生成されるためです。スペースを含む名前とパスを処理するために必要な引用符は付けましたが、一重引用符については考慮していませんでした。
このような環境でも動作しないようですscoop
が、この点についてはさらに調査する必要があります。そうであれば、Windows 名を実際の名前にすることを主張する開発者はそれほど多くないと思われます。
このバグをどのように優先すべきかを判断するためのフィードバックを求めています。このバグは修正可能であるはずですが、数時間では解決できません。
答え1
Windows ユーザー名で一重引用符 (アポストロフィ) はどの程度一般的ですか?
それはちょっと関係ありません。(答えられるものでもありません。)
この文字は Windows ユーザー名で使用できる文字であるだけでなく、実際にその文字を含むユーザー名が割り当てられていることがわかりました。
したがって、可能であれば、壊れたコードを修正してください。
さらに、AD および最新の Windows バージョン/アプリケーション/ライブラリでは、たとえば属性に関する制限が驚くほど少ないことを考慮してくださいsAMAccountName
。
反論として:
Windows/AD で技術的に許可され、可能なことに関係なく、組織は通常、アカウントに対してより厳格な命名ポリシーを実装しています。このようなポリシーは、可能な限りの (後方) 互換性を提供するためにユーザー名を制限します。異機種環境では、ユーザー名が「古い」規則を満たさないと動作しなくなるアプリケーションは、自分のアプリケーションだけではないからです。
実際には、比較的短いユーザー名がほとんどです。POSIX準拠のユーザー名の文字のみでポータブル文字セット a-Z
、場合によっては、中間に0-9
ハイフン-
、アンダースコア_
、またはドットが入る こともあります。 このような命名規則では、アプリケーションを修正/最新化する動機がほとんどありません。.