-
Notifications
You must be signed in to change notification settings - Fork 64
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
Add toggle for bridge queue config #775
base: main
Are you sure you want to change the base?
Conversation
…e crashes for default config Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Your system linter appears to have gone to town :p
@@ -526,7 +529,7 @@ export class BridgeConfig { | |||
@hideKey() | |||
private readonly bridgePermissions: BridgePermissions; | |||
|
|||
constructor(configData: BridgeConfigRoot, env?: {[key: string]: string|undefined}) { | |||
constructor(configData: BridgeConfigRoot, env?: { [key: string]: string | undefined }) { | |||
this.bridge = configData.bridge; | |||
assert.ok(this.bridge); | |||
this.github = configData.github && new BridgeConfigGitHub(configData.github); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would suggest modifying line 552 so that if enabled
is false, we treat it as { monolithic: true}
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Handled in latest commit - I'm not a great JS dev, feel free to critique
… if queue is disabled Signed-off-by: Rhea Danzey <rdanzey@element.io>
Is there a special invocation I need to make it match up with your conventions or are they not in the repo? I think I just have blanket auto formatting on everything in VSCode somehow... |
Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
…ns without redis Signed-off-by: Rhea Danzey <rdanzey@element.io>
Signed-off-by: Rhea Danzey <rdanzey@element.io>
With the 2.6.0 release it looks like worker support with Redis was configured. With the Helm Chart using the default configuration, the values.yaml has a configured
queue
block since it's in theconfig.sample.yml
file.Given that the chart doesn't yet deploy Redis, this results in a broken config by default unless
.Values.hookshot.config.queue
is set to{}
as user-specified values will be merged on top of chart default values.This will also break user configurations if they set up shop using the
config.sample.yml
file as it exists prior to this commit.We're just adding an
enabled
flag to thequeue
config key and defaulting it to false - That way Hookshot should never expect a Redis service to be available unless explicitly configured and enabled.