-
-
Notifications
You must be signed in to change notification settings - Fork 24
Created docker network & configured aliases for tests #532
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
ref https://linear.app/ghost/issue/AP-963 ref b682971 Our WebFinger implementation validates that the incoming `acct` resource has a proper hostname, and we require there be a top level domain. In testing our hostnames were all mapped to docker compose service names and so they do not have a `.` in them and don't pass this test. This was also the case in the linked commits `isHandle` function which has a special branch for test mode. With docker compose we are able to specify aliases for services on a particular network. I've gone for a separate testing network here to completely isolate our testing stack, which is probably unecessary, especially because we're using the `.test` TLD which shouldn't interfere with our dev stack, but I think it's cleaner to have these on separate networks anyway and avoid any cross pollution.
Now that we have hostames which look like real hostnames in tests we're able to remove test specific handling for the `isHandle` function. This also switches us to use the new aliases everywhere in the tests for consistency
WalkthroughThe changes introduce a new Docker network called Tip ⚡💬 Agentic Chat (Pro Plan, General Availability)
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (4)
💤 Files with no reviewable changes (1)
⏰ Context from checks skipped due to timeout of 90000ms (1)
🔇 Additional comments (3)
✨ Finishing Touches
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
ref https://linear.app/ghost/issue/AP-963
ref b682971
Our WebFinger implementation validates that the incoming
acctresource has aproper hostname, and we require there be a top level domain. In testing our
hostnames were all mapped to docker compose service names and so they do not
have a
.in them and don't pass this test. This was also the case in thelinked commits
isHandlefunction which has a special branch for test mode.With docker compose we are able to specify aliases for services on a particular
network. I've gone for a separate testing network here to completely isolate
our testing stack, which is probably unecessary, especially because we're using
the
.testTLD which shouldn't interfere with our dev stack, but I think it'scleaner to have these on separate networks anyway and avoid any cross pollution.
Now that we have hostames which look like real hostnames in tests we're able to
remove test specific handling for the
isHandlefunction. This also switchesus to use the new aliases everywhere in the tests for consistency