Björn Kautler
Björn Kautler
> while having a zip in the classpath argument. I said **non**-zip.
Please also fix this for `CopySpec#filter` which also has `null` as expected return value.
Same with `@actions/core`, maybe Dukat does not like the leading `@`
Same with `@actions/io`, `@actions/exec`, `@actions/http-client`, `@actions/tool-cache` and `@actions/cache`
Exception subclasses are generated as typealiases (for the wrong class) instead of proper subclasses
These are the according TS declarations: ```ts export declare class ValidationError extends Error { constructor(message: string); } export declare class ReserveCacheError extends Error { constructor(message: string); } ```
Exception subclasses are generated as typealiases (for the wrong class) instead of proper subclasses
Actually the file does not have a `JsModule` or `JsQualifier` annotation given by Dukat. I insert them after generation. Probably due to #240
Exception subclasses are generated as typealiases (for the wrong class) instead of proper subclasses
`@actions/http-client` 1.0.9 has the same problem now with `typealias HttpClientError = Error`.
Is this fixed? The issue you referenced is marked with merged and milestone 3.1.4.
This is more likely a find sec bugs error: find-sec-bugs/find-sec-bugs#332
Sure @ThrawnCA: ```java @Override public void onEvent(GenericEvent event) { if (event instanceof MessageReceivedEvent) { onMessageReceived((MessageReceivedEvent) event); } else if (event instanceof PrivateMessageReceivedEvent) { onPrivateMessageReceived((PrivateMessageReceivedEvent) event); } } ``` You're right...