Always use summary events for monitor info (elastic#82376)

* Always use summary events for monitor info

Fixes elastic#81942

With synthetics we no longer are guaranteed to have the URL or other
monitor info fields in every single event. This PR patches the monitor
status API to only query summary fields for this info.

As an added benefit, this is a bit more consistent as well because we
tend to only show data from completed, not partial checks, in most
places.

This also removes the status check parameter from this API, which
otherwise would need to be refactored. Checking the codebase it appears
unused.

* Remove unneeded params

x-pack/plugins/uptime/server/lib/requests/__tests__/get_latest_monitor.test.ts

@@ -17,6 +17,11 @@ describe('getLatestMonitor', () => {
  query: {
  bool: {
  filter: [
+ {
+ exists: {
+ field: 'summary',
+ },
+ },
  {
  range: {
  '@timestamp': {

x-pack/plugins/uptime/server/lib/requests/get_latest_monitor.ts

@@ -18,8 +18,6 @@ export interface GetLatestMonitorParams {
  monitorId?: string | null;
 
  observerLocation?: string;
-
- status?: string;
 }
 
 // Get The monitor latest state sorted by timestamp with date range
@@ -30,14 +28,14 @@ export const getLatestMonitor: UMElasticsearchQueryFn<GetLatestMonitorParams, Pi
  dateEnd,
  monitorId,
  observerLocation,
- status,
 }) => {
  const params = {
  index: dynamicSettings.heartbeatIndices,
  body: {
  query: {
  bool: {
  filter: [
+ { exists: { field: 'summary' } },
  {
  range: {
  '@timestamp': {
@@ -46,7 +44,6 @@ export const getLatestMonitor: UMElasticsearchQueryFn<GetLatestMonitorParams, Pi
  },
  },
  },
- ...(status ? [{ term: { 'monitor.status': status } }] : []),
  ...(monitorId ? [{ term: { 'monitor.id': monitorId } }] : []),
  ...(observerLocation ? [{ term: { 'observer.geo.name': observerLocation } }] : []),
  ],