You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use case
When error is returned by remote server, it would be quite useful to see that error in the logs. However, it seems that often such error is truncated, so important information is lost.
E.g. this is the full error logged in the SCEE (I know, different project, but that logging part seems the same as in SC) few weeks ago when I had trouble uploading data (see Helium314#712 for details):
2025-01-01T23:24:23.265: E [Upload] Unable to upload de.westnordost.streetcomplete.data.ConnectionException: Unexpected JSON token at offset 0: Expected start of the object '{', but had '<' instead at path: $
JSON input: <br />
<b>Warning</b>: Undefi.....
As one can see, the log got auto-truncated at most interested place. There was no rest of the error message in the next line...
Proposed Solution
When we receive error from remote server, if it is too long to fit into single log line, split it automatically in multiple lines so whole error can be seen when log is looked up / shared.
The text was updated successfully, but these errors were encountered:
StreetComplete doesn't truncate the error message.
Neither the MapDataApiClient that throws the exception, nor the Uploader that puts this into a Log.e message, nor is the string truncated when it is put into the logs database table, nor is it truncated for the view when displayed in the logs view. (Don't know about the logcat of Android, but there's nothing I could change about that anyway)
So, either kotlinx-serialization-json (which is apparently throwing this exception) is truncating the message, or SCEE is, or the android logger is. Either way, wrong repo.
Use case
When error is returned by remote server, it would be quite useful to see that error in the logs. However, it seems that often such error is truncated, so important information is lost.
E.g. this is the full error logged in the SCEE (I know, different project, but that logging part seems the same as in SC) few weeks ago when I had trouble uploading data (see Helium314#712 for details):
As one can see, the log got auto-truncated at most interested place. There was no rest of the error message in the next line...
Proposed Solution
When we receive error from remote server, if it is too long to fit into single log line, split it automatically in multiple lines so whole error can be seen when log is looked up / shared.
The text was updated successfully, but these errors were encountered: