141 },
142 ];
143 setComponentsData(newComponentsData);
144 console.log(newComponentsData);145 }
146 setEditComponentsItem(undefined);
147 setcomponentVisible(false); 42 numeric_filters: any[] | undefined,
43 categorical_filters: any[] | undefined
44 ) => {
45 console.log(numeric_filters, categorical_filters); 46 if (numeric_filters !== undefined && categorical_filters === undefined) {
47 filters = numeric_filters.map((filter) => {
48 return {177 onRow={(record, rowIndex) => {
178 return {
179 onClick: (event) => {
180 console.log(event, "heree");181 setCurrentMetric(record);
182 },
183 }; 34 },
35
36 onError: (error) => {
37 console.log(error); 38 toast.error(error.response.data.non_field_errors[0]);
39 },
40 }119 if (rate) {
120 values.metric_type = "rate";
121 }
122 console.log("values", values);123 props.onSave(values);
124 form.resetFields();
125 setRate(false);It is considered a best practice to avoid the use of any console methods in JavaScript code that will run on the browser.
NOTE: If your repository contains a server side project, you can add "nodejs" to the environment property of analyzer meta in .deepsource.toml.
This will prevent this issue from getting raised.
Documentation for the analyzer meta can be found here.
Alternatively, you can silence this issue for your repository as shown here.
If a specific console call is meant to stay for other reasons, you can add a skipcq comment to that line.
This will inform other developers about the reason behind the log's presence, and prevent DeepSource from flagging it.
Usually, console methods are only used for debugging, and can leak internal info to the client.
Removing the console call will fix this issue.
Bad Practice
if (!secure(data)) {
console.log("data is not secure", data) // `data` is visible to the client
}
console.table(tableObj)
Recommended
if (!secure(data)) {
// alter the DOM to inform the user that `data` is insecure.
}
console.table(tableObj) // skipcq: JS-0002 Easter egg. Users are meant to see this.