I had one last look through the code, everywhere that makeMappedResultEnvelope appears; didn't find any other places where an error is discarded.

Hey @Jdforrester-WMF - Yes, I have a good idea what's involved, but also need some time to get the latest details and do some schema-creation. I've been anticipating this, but didn't think it would be time to do this until the new year. We could do it now, but I think it would unnecessarily disrupt my remaining H1-phase activities. I think it would make more sense to incorporate this into our team's H2 planning (for which I could write a brief PRD).

This has been covered by work on T321115, T349784, T349785, and T350608.

Diagnosis: in the default view, clicking on the Edit tab does generate a wf.ui.defaultView.load event, but clicking on the pencil icon (for editing the About info) does not. In either case, one can eventually click on Publish (or Cancel), which always does generate the appropriate ...publish (or ...cancel) event.

Regarding these 2 cases:

The remaining unchecked example in this ticket's description will be covered by T350608 (which is in progress). Closing.

Reopening until the orchestrator error type has been used for the error mentioned in the description.

Oops - now re-closing. We already have a ticket for using the new error type: T349785

Reopening until the new error type has been used in the orchestrator.

Closing this because the requested display changes have been completed. The noted count discrepancies will be addressed in T350066.

@cmassaro , @Jdforrester-WMF :
All the occurrences listed above have been covered now by the patches, except for one:

Right. It looks like the problem can occur when there are more than 2 "Details" pop-up links - either on a test page or an implementation page, but not on the Details tab of a function page..

Not sure why I didn't specify the 3 different exceptions originally. Recently in production logs, I notice these 3 variants occurring, and I suspect the original observation motivating this ticket may have been the same:

Note that the problem does not seem to occur on the Details tab of a function page, even if the tab has many Details links associated with its test runs. For example, try this on the Details tab of https://www.wikifunctions.org/view/en/Z10096

T347222 gives another example, and also mentions that the problem occurs on mobile. I'm closing T347222 as a duplicate.

@MNeisler - The same explanation applies to testers and implementations. In addition, refinements to the queries (for counting load events) are needed. These queries should check that the edit custom data property is true. (If it's false, that means the user is just viewing an existing tester or implementation, not creating.)

@MNeisler noticed the following discrepancy: the number of function creation attempts is not equal to the sum of their publish and cancel events. However, upon investigation, this is not be expected. Here is the explanation, for functions:
WikiLambda method handleClickAway (Publish.vue) “Currently only handles navigation out when clicking a link”. So closing the tab, closing the tab’s window, or reusing by typing into the address bar, maybe even hitting the tab’s back button (?), do not generate a cancel event. Also, a tab could be left open indefinitely.

The missing viewname values are now showing up, thanks to patch 955982.

If I filter the events on our superset dashboard, September 1 through September 11, the percentage of successful execution goes up from 77.7 to 83.9. Still not a great number.

Looking at the WikiLambda debug channel on logstash, we currently have about 1500 instances of this exception in the last 30 days:

The patch above, 955982, addresses the problem.

The collection of wikitech pages starting with Metrics_Platform is in good shape IMO.

We have a "mono-howto" at Metrics_Platform/Creating_An_Instrument, which will cover all 4 of the supported languages (but Swift is not currently covered).