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
When the push process encounters a lightweight synthetic .yml file with an unexpected encoding it will fail to parse the heartbeat.monitors sequence and fail silently. There should be a warning for when a lightweight synthetic monitor file is encoded wrong and will be ignored. See code below with continue statement.
constcontent=await(0,promises_1.readFile)(file,'utf-8');constlineCounter=newyaml_1.LineCounter();constparsedDoc=(0,yaml_1.parseDocument)(content,{
lineCounter,merge: true,keepSourceTokens: true,});// Skip other yml files that are not relevantconstmonitorSeq=parsedDoc.get('heartbeat.monitors');if(!monitorSeq){continue;}
Ideally there would be a warning letting the user know that their project contains files that may not be processed due to encoding issues.
Another useful warning would be one for users (like myself) who converted from using heartbeat to using synthetics. Heartbeat supported browser type monitors, and synthetics does not (makes sense because people should be using journeys. The issue is that browser type monitors are simply ignored (see code below). There should be a warning if a browser type monitor is detected in a file. Especially since the current behavior is to simply ignore them and not produce an error.
constmonitor=mergedConfig[i];// Skip browser monitors from the YML filesif(monitor['type']==='browser'){continue;}
As a user of elastic, my team encountered these silent ignores and it took us a significant amount of time engaged with elastic support to identify and fix the problem (support case 01774618). If these warnings were in place, then we would have been able to identify the problem much sooner.
The text was updated successfully, but these errors were encountered:
When the push process encounters a lightweight synthetic
.yml
file with an unexpected encoding it will fail to parse the heartbeat.monitors sequence and fail silently. There should be a warning for when a lightweight synthetic monitor file is encoded wrong and will be ignored. See code below with continue statement.Ideally there would be a warning letting the user know that their project contains files that may not be processed due to encoding issues.
Another useful warning would be one for users (like myself) who converted from using heartbeat to using synthetics. Heartbeat supported
browser
type monitors, and synthetics does not (makes sense because people should be using journeys. The issue is that browser type monitors are simply ignored (see code below). There should be a warning if a browser type monitor is detected in a file. Especially since the current behavior is to simply ignore them and not produce an error.As a user of elastic, my team encountered these silent ignores and it took us a significant amount of time engaged with elastic support to identify and fix the problem (support case 01774618). If these warnings were in place, then we would have been able to identify the problem much sooner.
The text was updated successfully, but these errors were encountered: