Resolve syncing conflicts from repo_sync_working_branch to main (#4894)

* Fix typo in app-capability-declarations.md

`packagesServices` seems a typo for `packagedServices`, which is the actual capability name.

* Updated landing page

* Update uri-schemes.md

* Update actionable-analytics-insights.md (#5176)

* Update actionable-analytics-insights.md

Updating documentation for AI review summary GA

* Update actionable-analytics-insights.md

---------

Co-authored-by: Steven White <[email protected]>

---------

Co-authored-by: Carlos Nihelton <[email protected]>
Co-authored-by: drew batchelor <[email protected]>
Co-authored-by: John Kennedy <[email protected]>
Co-authored-by: John Kennedy <[email protected]>
Co-authored-by: HO-COOH <[email protected]>
Co-authored-by: Alvin Ashcraft <[email protected]>
Co-authored-by: IpsitaChoudhary <[email protected]>
Co-authored-by: Steven White <[email protected]>
Co-authored-by: Quinn Radich <[email protected]>

Author: 9 people

uwp/app-resources/uri-schemes.md

@@ -180,7 +180,7 @@ The path component of `ms-appdata` is, like generic URIs, case sensitive. Howeve
 The normalized form of the URI maintains case, and percent-decodes (a "%" symbol followed by the two-digit hexadecimal representation) RFC 3986 unreserved characters. The characters "?", "#", "/", "*", and '"' (the double-quote character) must be percent-encoded in a path to represent data such as file or folder names. All percent-encoded characters are decoded before retrieval. Thus, to retrieve a local file named Hello#World.html, use this URI.
 
 ```xml
-ms-appdata://local/Hello%23World.html
+ms-appdata:///local/Hello%23World.html
 ```
 
 Retrieval of the resource, and identification of the top level path segment, are handled after normalization of dots (".././b/c"). Therefore, URIs cannot dot themselves out of one of the reserved folders. Thus, the following URI is not allowed.

uwp/packaging/app-capability-declarations.md

@@ -261,7 +261,7 @@ The following table lists the restricted capabilities. You may request approval
 | **Package Write Redirection Compatibility Shim** | The **packageWriteRedirectionCompatibilityShim** restricted capability configures your application to create all new files in a per-user location. Any preexisting files opened for writes are first copied into a per-user location and modifications happen to the file in that location. This capability is useful for applications that create or modify files in their installation folder.<br/><br/>This capability is designed for certain types of desktop PC games that are published by Microsoft and our partners. However, it might also be applicable to other apps in some cases. |
 | **Custom Install Actions** | The **customInstallActions** restricted capability enables your application to declare the [windows.customInstall](/uwp/schemas/appxpackage/uapmanifestschema/element-desktop6-package-extension) extension in its package manifest so that it can specify one or more additional installer files (.exe or .msi) that are executed with your application. This allows you to specify custom actions for any of the standard deployment scenarios: install, update, repair, or uninstall. For example, this is useful for applications that bundle a 3rd party redistributable component.<br/><br/>This capability is designed for certain types of desktop PC games that are published by Microsoft and our partners. It will not be granted for other scenarios. |
 | **Packaged Services** | The **packagedServices** restricted capability allows applications that are created by Microsoft partners and enterprises to declare the [windows.service](/uwp/schemas/appxpackage/uapmanifestschema/element-desktop6-extension) extension in its package manifest so that it can install one or more services along with the app. These services can be configured to run under the Local Service, Network Service or Local System accounts. Local Service and Network Service services only require the **packagedServices** capability. Local System services require both the **packagedServices** and **localSystemServices** capabilities.<br/><br/>We don't recommend that you declare this capability in applications that you submit to the Microsoft Store. In most cases, the use of this capability won't be approved.  |
-| **Local System Services** | The **localSystemServices** restricted capability allows applications that are created by Microsoft partners and enterprises to install one or more Local System services along with the app (that is, your application can declare the StartAccount for the services to be LocalSystem). This scenario also requires the **packagesServices** capability. <br/><br/>We don't recommend that you declare this capability in applications that you submit to the Microsoft Store. In most cases, the use of this capability won't be approved. |
+| **Local System Services** | The **localSystemServices** restricted capability allows applications that are created by Microsoft partners and enterprises to install one or more Local System services along with the app (that is, your application can declare the StartAccount for the services to be LocalSystem). This scenario also requires the **packagedServices** capability. <br/><br/>We don't recommend that you declare this capability in applications that you submit to the Microsoft Store. In most cases, the use of this capability won't be approved. |
 | **Background Spatial Perception** | The **backgroundSpatialPerception** restricted capability allows an application to access the movement of the user's head, hands, motion controllers, and other tracked objects while the app is running in the background. |
 | **UI Access** | UIAccess is a feature in Windows that allows certain trusted applications to interact with the user interface (UI) of other applications, even when they are running with higher privileges or in a secure desktop session. This feature is often used by accessibility tools and automation software to provide users with alternative ways to interact with applications. The **uiAccess** restricted capability must be specified when the *uiAccess* attribute of the **requestedExecutionLevel** element is set to true in the app manifest file. For more information see, [Security Considerations for Assistive Technologies](/windows/win32/winauto/uiauto-securityoverview). |