Repository navigation
v1.4.0 #109
v1.4.0
#109
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Added
ISSUE_ASSISTANT_FIXTURE, andcontextandapplyread that issue instead of one on GitHub and write nothing, as in a dry run. The project's own Canary analyzes such an issue every week with the engine, on the firewall runner, so that an update of the engine's action, a host that the firewall blocks or an expired secret shows before a release instead of as issues without an answer.Fixed
Security
|, also inside code, so code such as`x|#1 https://example.com`in a row turned into text that referenced an issue and linked to another site, also in a table of one column, in a quote or in a list item. A line such as--|--or:-:, which starts a table below its header, now shows as text, so the AI's text holds no table; the AI is asked not to write tables. A code block that closes with a shorter fence than it opens with, such as~~~~~~and~~~, now counts as text too: GitHub's block ran on past it, into the next part of the comment, until the fence of the next code block closed it, and showed that code as text. A checked issue number right after an@, as in#0@GH-7, becomes code: once#0was code, GitHub read@GH-7as a mention of the user chore: release 1.1.0 #7. A lonewww., which GitHub links to the hostwww, becomes code. A link whose target holds a(, or entities that spell.., such as.., no longer stays a link: GitHub's target runs on past the)that closes a(, and reads the entities, so either could lead out of the repository. New tests found all of these: they judge whole comments by a model of GitHub's rendering of their own, and fuzz them.Every pull request of this release
Features
Bug fixes
Compare with the previous release
This discussion was created from the release v1.4.0.
All reactions