Say how to run the journey, where to get the image, and what nothing sweeps - #493
Merged
Conversation
…sweeps Three things the documentation asked somebody to do that they could not do from what it told them. The smoke journey needs a session. Every route it proves is behind requireUser, so a run without one answers 401 three times and reads as a broken deployment. development.md and releasing.md now say so and where the cookie comes from, and the release PR template asks for the journey with the variable set rather than asking for a result nobody can produce. Deploying said to build the image. Every release has published one since v0.0.8, so the first command anybody runs no longer needs a clone and a toolchain. The build stays, for somebody deploying a tree of their own, and the digest-pinning advice is pointed at. And nothing outside Kubernetes reclaims a staged attachment. The chart runs the sweep hourly; docker-compose.yml and start.sh do not run it at all, which is fine on a laptop until the thirty-second unsent file, where the refusal a person is shown promises a clearing that nothing performs. development.md says it, beside the ports, where somebody running the stack will meet it. Checked against the tree rather than against the older documentation: the app is served by the API on the same origin in the image (APP_DIST_DIR, PORT=3001 in the Dockerfile), the sweep's window defaults to 24 hours and takes fractional hours, the per-person ceiling is four messages' worth, and removing a file in the composer deletes the row. Every variable these documents name exists in the code, and every key .env.example ships is documented.
davidmckayv
requested review from
MikeRyanDev,
guidovizoso,
mxmzb and
tylerslaton
as code owners
September 11, 2026 22:06
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Documentation only. Three things it asked for that could not be done from what it said.
The smoke journey needs a session. Every route it proves is behind
requireUser, and thefile sent no credentials, so three of its five tests answered 401 on any deployment with an
identity provider, which is every deployment this repository will start.
development.mdandreleasing.mdnow say so, and say where the cookie comes from; the generated release PRchecklist asks for the journey with
OPENBOT_SMOKE_COOKIEset, rather than asking for a resultnobody could produce.
Deploying said to build the image. A release has published one since v0.0.8, so the first
command is now
docker run ghcr.io/copilotkit/openbot:latestin bothREADME.mdanddeployment.md, with the build kept for anybody deploying a tree of their own, and thedigest-pinning advice pointed at.
Nothing outside Kubernetes sweeps staged attachments. The chart runs it hourly;
docker-compose.ymlandscripts/start.shdo not run it at all. On a laptop that is nothinguntil the thirty-second unsent file, where the refusal a person sees promises a clearing that
nothing performs.
development.mdsays it beside the ports, where somebody running the stackwill meet it.
Checked against the tree rather than against the older documentation:
APP_DIST_DIR,PORT=3001in the
Dockerfile), so the image really is one port and the app is not on 3010 therecomposer deletes the row, so it takes abandoned drafts to reach
.env.exampleships isdocumented somewhere