Repository navigation
fix: OpenReliant 0.16.0 links without a protocol failure - #25
Merged
Merged
Conversation
OpenReliant 0.16.0 raises the link's protocol to 2, which only adds messages and keys. The editor noted any protocol other than its own as a failure; it now notes only an older game's, and says to update OpenReliant. The design and the docs now say what OpenReliant 0.16.0 gives the editor: the live scene from Mission file and State, the timeline from State's events, the console from Console line and the game's log, and playing a mod on its own with --mods. Reload scripts and Play with this mod only pointed at OpenReliant issues that are now done; they point at Mod mode, where the editor's side of them belongs.
vdmkenny
pushed a commit
that referenced
this pull request
Oct 15, 2026
🤖 I have created a release *beep* *boop* --- ## [0.1.1](v0.1.0...v0.1.1) (2026-10-15) ### Fixes * OpenReliant 0.16.0 links without a protocol failure ([#25](#25)) ([c437e0e](c437e0e)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
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
1 participant
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.
OpenReliant 0.16.0 (OpenReliant/openreliant#1214) raises the link's protocol to 2. The new version only adds messages and keys, which a reader skips, but the editor noted any protocol other than its own as a failure. It now notes only an older game's protocol, and says to update OpenReliant. A test covers a newer and an older game.
The design and the docs now say what OpenReliant 0.16.0 gives the editor, with one new message:
Mission file(asked for withGet mission) has each ship's place and heading, which the game updates every frame, andStategives each ship's order and target.Statelists the triggers fired and the commands run since the last state, on the script's clock. The holds are the editor's own.Console lineruns a line in the game's console, and the answers come fromopenreliant.log. Reload scripts is the console linereload..hog:--mods.Reload scripts and Play with this mod only pointed at OpenReliant/openreliant#1201 and OpenReliant/openreliant#1202, which are done. They now point at Mod mode (#4), where the editor's side of them belongs. The catalogue export is the editor's own work. OpenReliant still has to bring live changes (OpenReliant/openreliant#1057), and the earlier parts' variables for Play from part (OpenReliant/openreliant#577).
Checks:
make check(format, files, tests).