All committers have signed the CLA.

@dsherret

After updating the branch and resolving the merge conflict issue, I encountered a cyclic dependence issue; how can we resolve it? I need to change  NetPermissions  place to avoid cycle dependence issue?

error: cyclic package dependency: package deno_permissions v0.15.0 (D:\yad\deno\runtime\permissions) depends on itself. Cycle:
package deno_permissions v0.15.0 (D:\yad\deno\runtime\permissions)
... which satisfies path dependency deno_permissions (locked to 0.15.0) of package deno_net v0.147.0 (D:\yad\deno\ext\net)
... which satisfies path dependency deno_net (locked to 0.147.0) of package deno_permissions v0.15.0 (D:\yad\deno\runtime\permissions)
... which satisfies path dependency deno_permissions (locked to 0.15.0) of package deno_web v0.186.0 (D:\yad\deno\ext\web)
... which satisfies path dependency deno_web (locked to 0.186.0) of package deno_crypto v0.169.0 (D:\yad\deno\ext\crypto)
... which satisfies path dependency deno_crypto (locked to 0.169.0) of package deno_runtime v0.163.0 (D:\yad\deno\runtime)
... which satisfies path dependency deno_runtime (locked to 0.163.0) of package deno v1.44.1 (D:\yad\deno\cli)

Hello @dsherret
, could you please review the latest changes?

See comment about removing new functionality.

@dsherret
done I deleted parsing URL as the origin behavior, mapped error to URIError as the origin instance of error and removed the file you mentioned as not relevant.

See comment about removing new functionality.

@dsherret
I removed the new feature of parsing URLs and the origin behavior in --allow-net=github.com:443. It gives permission for github.com at port 443 only, but when you do --allow-net=github.com, it will give permission at all ports, which is the original behavior, and this behavior works with IPv4, IPv6, and hostname.

I saw that via this reference:
https://docs.deno.com/runtime/manual/basics/permissions
https://deno.land/[email protected]?s=Deno.connect
https://deno.land/[email protected]?s=Deno.listen

If you need to remove any functions, it will defect the permission system.

@dsherret
Hello, can you re-run the pipeline

Closing in favor of #24397 which landed parts of this PR.