Description
Describe the bug
messages streamed with console.warn
aren't shown in the Logs tab under Pipedream UI's source page.
To Reproduce
In order to show the behavior, I will use a timer based source, that has an implementation of its deploy
method. For reporting this issue. I selected Reddit's "New links by user". However, this issue seems to be manifested across any source component.
Steps to reproduce the behavior:
- On your local development environment, modify any timer based source, with an implementation of the
deploy
method, to include the instructionsconsole.warn("This is a console.warn message");
,console.log("This is a console.log message");
. - Deploy your modified source, using any props required by the source.
- Go to Pipedream's UI and open up the source you just deployed. Once there, open the "Logs" tab.
- Notice that the message "This is a console.warn message" was not logged. Only the message streamed with
console.log
is logged
Expected behavior
The message ""This is a console.warn message" that was streamed with console.warn
appears under the source's "Logs" tab of the Pipedream UI, along with the message streamed with console.log
Desktop (please complete the following information):
- OS: Microsoft Windows 11 Home Single Language: 10.0.22000 N/A Build 22000
- Browser 1.35.100 Chromium: 98.0.4758.87 (Official Build) (64-bit)
Smartphone (please complete the following information):
Smartphone information doesn't apply, the issue was not tested using an Smartphone.
Additional context
I found this bug while tackling Maligun sources, specifically "new-bounce". Mailgun components are now being reviewed and corrected under this Pull Request. There's a review comment about the code using to check an if condition related to a Node.JS 14 feature, which when testing depending on the input, the expected behavior is to log a message using console.warn
. I didn't use this scenario to report he bug because when it comes to Mailgun, it is not an usual use case, and, in order to test, a custom payload needs to be prepared. To keep things easy, I expressed the bug in terms of just logging messages into source's Logs tab in Pipedream UI, separately from this context.