curl --request POST \
--url https://developer.synq.io/api/issues/v1/by-id \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"issueIds": [
"3c90c3cc-0d44-4b50-8888-8dd25736052a"
]
}
'{
"issues": {}
}curl --request POST \
--url https://developer.synq.io/api/issues/v1/by-id \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"issueIds": [
"3c90c3cc-0d44-4b50-8888-8dd25736052a"
]
}
'{
"issues": {}
}Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
IDs of the issues to get.
Success
Issues.
Show child attributes
Show child attributes
Show child attributes
Show child attributes
Identifier of the monitored entity
Identifier of the monitor
Optional monitor segmentation identifier
SYNQ integration_id of the monitored identifier
ID of the issue.
Name of the issue.
Original message of the issue.
Current message on the issue.
Last error message on the issue.
Severity of the issue.
SEVERITY_UNSPECIFIED, SEVERITY_INFO, SEVERITY_WARN, SEVERITY_ERROR, SEVERITY_FATAL Entity that triggered this issue.
Show child attributes
Entities affected by this issue.
Identifier is a unique reference to an entity in SYNQ system. Entity identifiers are designed to closely mimic identifiers used by data platforms and tools. To construct an identifier, you need to know the kind of the entity and the ids that you would normally use to identify it in the data platform or tool. For example, to identify a table in BigQuery, you would need to know the project, dataset, and table names.
Show child attributes
State of the issue.
STATE_UNSPECIFIED, STATE_OPEN, STATE_CLOSED Started at timestamp.
Updated at timestamp.
Ended at timestamp.
Latest status of the issue.
STATUS_UNSPECIFIED, STATUS_INVESTIGATING, STATUS_EXPECTED, STATUS_FIXED, STATUS_NO_ACTION_NEEDED Actor that last updated the status of the issue.
List of comments posted on the issue.
Show child attributes
A Timestamp represents a point in time independent of any time zone or local calendar, encoded as a count of seconds and fractions of seconds at nanosecond resolution. The count is relative to an epoch at UTC midnight on January 1, 1970, in the proleptic Gregorian calendar which extends the Gregorian calendar backwards to year one.
All minutes are 60 seconds long. Leap seconds are "smeared" so that no leap second table is needed for interpretation, using a 24-hour linear smear.
The range is from 0001-01-01T00:00:00Z to 9999-12-31T23:59:59.999999999Z. By restricting to that range, we ensure that we can convert to and from RFC 3339 date strings.
Example 1: Compute Timestamp from POSIX time().
Timestamp timestamp;
timestamp.set_seconds(time(NULL));
timestamp.set_nanos(0);Example 2: Compute Timestamp from POSIX gettimeofday().
struct timeval tv;
gettimeofday(&tv, NULL);
Timestamp timestamp;
timestamp.set_seconds(tv.tv_sec);
timestamp.set_nanos(tv.tv_usec * 1000);Example 3: Compute Timestamp from Win32 GetSystemTimeAsFileTime().
FILETIME ft;
GetSystemTimeAsFileTime(&ft);
UINT64 ticks = (((UINT64)ft.dwHighDateTime) << 32) | ft.dwLowDateTime;
// A Windows tick is 100 nanoseconds. Windows epoch 1601-01-01T00:00:00Z
// is 11644473600 seconds before Unix epoch 1970-01-01T00:00:00Z.
Timestamp timestamp;
timestamp.set_seconds((INT64) ((ticks / 10000000) - 11644473600LL));
timestamp.set_nanos((INT32) ((ticks % 10000000) * 100));Example 4: Compute Timestamp from Java System.currentTimeMillis().
long millis = System.currentTimeMillis();
Timestamp timestamp = Timestamp.newBuilder().setSeconds(millis / 1000)
.setNanos((int) ((millis % 1000) * 1000000)).build();Example 5: Compute Timestamp from Java Instant.now().
Instant now = Instant.now();
Timestamp timestamp =
Timestamp.newBuilder().setSeconds(now.getEpochSecond())
.setNanos(now.getNano()).build();Example 6: Compute Timestamp from current time in Python.
timestamp = Timestamp()
timestamp.GetCurrentTime()In JSON format, the Timestamp type is encoded as a string in the RFC 3339 format. That is, the format is "{year}-{month}-{day}T{hour}:{min}:{sec}[.{frac_sec}]Z" where {year} is always expressed using four digits while {month}, {day}, {hour}, {min}, and {sec} are zero-padded to two digits each. The fractional seconds, which can go up to 9 digits (i.e. up to 1 nanosecond resolution), are optional. The "Z" suffix indicates the timezone ("UTC"); the timezone is required. A proto3 JSON serializer should always use UTC (as indicated by "Z") when printing the Timestamp type and a proto3 JSON parser should be able to accept both UTC and other timezones (as indicated by an offset).
For example, "2017-01-15T01:30:15.01Z" encodes 15.01 seconds past 01:30 UTC on January 15, 2017.
In JavaScript, one can convert a Date object to this format using the
standard
toISOString()
method. In Python, a standard datetime.datetime object can be converted
to this format using
strftime with
the time format spec '%Y-%m-%dT%H:%M:%S.%fZ'. Likewise, in Java, one can use
the Joda Time's ISODateTimeFormat.dateTime() to obtain a formatter capable of generating timestamps in this format.
Lifecycle state of the issue.
LIFECYCLE_STATE_UNSPECIFIED, LIFECYCLE_STATE_UNTRIAGED, LIFECYCLE_STATE_CLOSED, LIFECYCLE_STATE_ONGOING_RESOLVED, LIFECYCLE_STATE_ONGOING_DECLARED, LIFECYCLE_STATE_ONGOING_STATUS_SET, LIFECYCLE_STATE_AUTOTRIAGE_QUEUED, LIFECYCLE_STATE_AUTOTRIAGE_ACTION_SUGGESTED