Skip to content

Conversation

@paescuj
Copy link
Collaborator

@paescuj paescuj commented Oct 10, 2025

@coveralls
Copy link

Coverage Status

coverage: 100.0%. remained the same
when pulling 92b33d4 on cleanups
into a459759 on main.

@paescuj paescuj marked this pull request as ready for review October 10, 2025 18:08
@paescuj paescuj merged commit 5e21546 into main Oct 10, 2025
21 checks passed
@paescuj paescuj deleted the cleanups branch October 10, 2025 18:08
Copy link
Member

@gustavohenke gustavohenke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would've enjoyed having some time to review this.

Several of my comments are around some of the stylistic changes.
If it's not enforced through linting, then it's not pragmatic to change something that's been on main for a while, as it's bound to cause bikeshedding in future changes/churn.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🤔 why is this a .d.ts now?

@@ -1,4 +1,6 @@
#!/usr/bin/env node
import process from 'node:process';
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

are we enforcing the node: import prefix somehow?

placeholderTarget <= this.additionalArguments.length
) {
return quote([this.additionalArguments[placeholderTarget - 1]]);
if (+placeholderTarget <= this.additionalArguments.length) {
Copy link
Member

@gustavohenke gustavohenke Oct 11, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: I have a slight preference for Number() over + for casting to number due to it being clearer about the intention

interface OutgoingMessageEvent extends MessageEvent {
options?: MessageOptions;
onSent(error?: unknown): void;
onSent: (error?: unknown) => void;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like we're also preferring properties over methods in interfaces now.
Did you have a reason, and is this enforceable?

beforeEach(() => {
controller.handle(commands);
outputStream.emit('error', new Error());
outputStream.emit('error', new Error('test'));
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like another pattern here - did you want to enforce every error instance having a message?

BY Fabio Spampinato
MIT license
Copied due to the dependency not being compatible with CommonJS
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks like this could now be depended upon, instead of copied.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ditto about the extension

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants