(docs) Update docs since now webhook are supported by default

Author: camilamacedo86

docs/draft/howto/enable-webhook-support.md

@@ -5,7 +5,7 @@ Webhook support is enabled by default. The controller uses the `WebhookProviderC
 feature gate unless you override it. To switch to the OpenShift Service CA provider,
 start the controller with `--feature-gates=WebhookProviderCertManager=false`.
 
-OLMv1 currently does not support the installation of bundles containing webhooks. The webhook support feature enables this capability.
+OLMv1 now supports the installation of bundles containing webhooks out of the box.
 Webhooks, or more concretely Admission Webhooks, are part of Kuberntes' [Dynamic Admission Control](https://kubernetes.io/docs/reference/access-authn-authz/extensible-admission-controllers/)
 feature. Webhooks run as services called by the kube-apiservice in due course of processing a resource related request. They can be used to validate resources, ensure reasonable default values,
 are set, or aid in the migration to new CustomResourceDefinition schema. The communication with the webhook service is secured by TLS. In OLMv1, the TLS certificate is managed by a 

docs/draft/tutorials/explore-available-content-metas-endpoint.md

@@ -92,7 +92,7 @@ Then you can query the catalog by using `curl` commands and the `jq` CLI tool to
         ```
 
     !!! important
-        Currently, OLM 1.0 does not support the installation of extensions that use webhooks or that target a single or specified set of namespaces.
+        OLM 1.0 supports installing extensions that define webhooks. Targeting a single or specified set of namespaces still requires enabling the `SingleOwnNamespaceInstallSupport` feature gate.
 
 3. Return list of packages which support `AllNamespaces` install mode, do not use webhooks, and where the channel head version uses `olm.csv.metadata` format:
 

docs/project/olmv1_limitations.md

@@ -8,8 +8,7 @@ hide:
 Currently, OLM v1 only supports installing operators packaged in [OLM v0 bundles](https://olm.operatorframework.io/docs/tasks/creating-operator-bundle/)
 , also known as `registry+v1` bundles. Additionally, the bundled operator, or cluster extension:
 
-* **must** support installation via the `AllNamespaces` install mode.
-* **must not** use webhooks.
+* **must** support installation via the `AllNamespaces` install mode
 * **must not** declare dependencies using any of the following file-based catalog properties:
     * `olm.gvk.required`
     * `olm.package.required`

docs/tutorials/explore-available-content.md

@@ -92,7 +92,7 @@ Then you can query the catalog by using `curl` commands and the `jq` CLI tool to
         ```
 
     !!! important
-        Currently, OLM 1.0 does not support the installation of extensions that use webhooks or that target a single or specified set of namespaces.
+        OLM 1.0 supports installing extensions that define webhooks. Targeting a single or specified set of namespaces still requires enabling the `SingleOwnNamespaceInstallSupport` feature gate.
 
 3. Return list of packages that support `AllNamespaces` install mode and do not use webhooks: