Send all logs to server!

[roryabraham]

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

---

Action Performed:

Something unexpected happens on staging or production when we're not explicitly looking for it.

Expected Result:

We should be able to find a paper-trail of logs to investigate the failure.

Actual Result:

Many logs are client-only and not logged to the server.

Workaround:

None (at least, not on mobile apps)

Platform:

Where is this issue occurring?

• Web
• iOS
• Android
• Desktop App
• Mobile Web

Version Number:
Reproducible in staging?:
Reproducible in production?:
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Expensify/Expensify Issue URL:
Issue reported by:
Slack conversation:

View all open jobs on GitHub

[MelvinBot]

Triggered auto assignment to @davidcardoza (AutoAssignerTriage), see https://stackoverflow.com/c/expensify/questions/4749 for more details.

[roryabraham]

This should be pretty easy to switch out for now. But maybe we can also set up an ESLint rule to disallow console.debug to prevent this from happening in the future.

[marcaaron]

Are you up for discussing this some more before opening a PR?

[marcaaron]

A few questions I have...

• Should we continue using console.debug at all?
• Will the solution be to just change all console.debug to Log.info?
• Will we send those logs the the server immediately or not?
• Should we clean up logs that clearly have no value to log to the server?
• Is there some way to make sure these server logs do not show in the JS console on production? This may happen already by default, but I'm not sure.

[roryabraham]

Should we continue using console.debug at all?

I think no. If something is useful to log, log it to the server. Otherwise, don't log it at all!

Will the solution be to just change all console.debug to Log.info?

Prettymuch, but maybe we can delete some console.debug that aren't actually going to help us diagnose a problem.

Will we send those logs the the server immediately or not?

Not sure. What do you think?

Should we clean up logs that clearly have no value to log to the server?

Yes.

Is there some way to make sure these server logs do not show in the JS console on production? This may happen already by default, but I'm not sure.

I just logged in on production, and it looks like all the Log.info logs are not showing up. But they do show up on dev. So we should be good there.

[marcaaron]

Not sure. What do you think?

I am thinking maybe all of these logs happening immediately will create a lot of network traffic so we should batch them and not send immediately. At least locally my dev environment tends to hang when there are a lot of calls to Log command.

I just logged in on production, and it looks like all the Log.info logs are not showing up. But they do show up on dev. So we should be good there.

I think it's because of this so we should not remove that console.debug ?

App/src/libs/Log.js

Lines 37 to 40 in ef1eb11

	clientLoggingCallback: (message) => {
	console.debug(message);
	},
	isDebug: !CONFIG.IS_IN_PRODUCTION,

[marcaaron]

Maybe some logs like this don't really make sense to log to the server since they only happen on dev

App/src/libs/Performance.js

Lines 98 to 99 in ef1eb11

	// Sometimes there might be no start mark recorded and the measure will fail with an error
	console.debug(error.message);