| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Localized file check-in by OneLocBuild Task: Build definition ID 13420: Build ID 2741383 (#28093) | 13 天前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Remove the `<assembly>` element for from `CmdletizationCoreResources.resx` (#27900) | 1 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Protect the fallback temporary home directory by enforcing and checking its file mode on Unix platforms (#27985) | 19 天前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Improve validation for `Copy-Item -FromSession` (#28006) | 30 天前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Add `GetImportModuleCommand` method back and check for session restriction in `ShowCommand` (#25557) | 1 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Tolerate IO/JSON errors reading the per-user `powershell.config.json` (#27373) Co-authored-by: Justin Chung <chungjustin@microsoft.com> Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> | 23 天前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 | |
Fix the W3C URIs in `.resx` resource files (#27729) This PR essentially reverts https://github.com/PowerShell/PowerShell/pull/3331, which updated all W3C URIs in the `.resx` files from `http` to `https`. That change turned out to be wrong. Those W3C URIs are namespace identifiers, not fetchable URLs -- they must be byte‑exact. Changing them to use `https` corrupted them, and thus `ManagedParser` in the localization pipeline can't recognize the schema, which resulted in the `BL1024 "child table to itself"` error. - This PR makes pure, mechanical 2-line substitution in every `.resx` file: `https://www.w3.org → http://www.w3.org`. - The `ClipboardResources.resx` was using Schema version 1.3, and it's changed to version 2.0 as the rest `.resx` files in this PR. | 2 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 13 天前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 19 天前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 30 天前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 23 天前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 |