| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
There was a problem hiding this comment.
Warning
Promotes the new remote-file address format to the default behavior by removing its feature flag.
Changes:
| File | Description |
|---|---|
| src/feature-flags.ts | Removes the promoted feature flag. |
| src/config/remote-file.ts | Unconditionally accepts the new address format. |
| src/config/remote-file.test.ts | Updates parsing tests for default behavior. |
| src/config/file.test.ts | Removes obsolete feature setup. |
| src/config-utils.ts | Enables new path detection unconditionally. |
| src/config-utils.test.ts | Updates remote-path tests. |
| pr-checks/checks/start-proxy.yml | Removes the obsolete feature environment variable. |
| .github/workflows/__start-proxy.yml | Generated workflow; excluded from review. |
| lib/entry-points.js | Generated JavaScript; excluded from review. |
Sorry, something went wrong.
|
I'll wait a bit before merging this |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This PR promotes the NewRemoteFileAddresses FF to make its behaviour the default, following release and rollout of the feature.
Risk assessment
For internal use only. Please select the risk level of this change:
Which use cases does this change impact?
Workflow types:
Products:
Environments:
How did/will you validate this change?
If something goes wrong after this change is released, what are the mitigation and rollback strategies?
How will you know if something goes wrong after this change is released?
Are there any special considerations for merging or releasing this change?
Merge / deployment checklist