tracing

For slack to work as a notification channel, a webhook URL is necessary. Users should not be able to save the alert channel without providing webhook URL.

Users should be prompted to enter webhook URL if they try to save a new alert channel without providing webhook URL
![Image 22-11-2021 at 12 27](https://user-images.githubusercontent.com/504541/142817412-c43cc792-13b9-44d2-a144-070e699329d8.

Is your feature request related to a problem? Please describe.

I fiddled around with bpftrace to write internal documentation for my colleagues on how to use it. I chose tracepoint:syscalls:sys_enter_mkdir as a suitable tracepoint for a simple demo, and wrote this code:

bpftrace -e 'tracepoint:syscalls:sys_enter_mkdir { printf("mkdir %s %o\n", str(args->pathname), args->mode); }

It will be useful to have the help specific to use case.

Existing Behavior:
uftrace --help and uftrace replay --help gives the same help prompt.

New Behavior:
uftrace --help can give the help for entire application.
uftrace replay --help can give the help for uftrace replay only.

Reason:

1. This will help narrow down the options available for subprogra

Bug Report

Version

tracing-core v0.1.21
Also current 0.2.0 as documented on tracing.rs

Crates

tracing-core

Description

tracing_core::dispatcher::get_default() (and consequently tracing::dispatcher::get_default()) takes a FnMut argument, which it executes exactly once. The use of FnMut here is unnecessarily restrictive.

Proposal

Change it to tak

Out of scope during Twitch Series but a nice to have feature that can be implemented

Booking is not currently using Subscription, and it could be done by leveraging parametrized Subscriptions.

Tasks to complete in order to implement this feature:

• Modify onUpdateBooking Subscription to include customer and status
• Implement onUpdateBooking subscription in the Fron

The recently added flags in timescale/promscale#578 are yet to be updated in prom-migrator's readme which can be found here.

It seems to me that UTC is selected for on the wire representation of time as well as in the database (jaegertracing/jaeger#712), which sort of makes sense, at least with a somewhat naive handling of timezones. However, I think that the Jaeger UI should support displaying times in the timezone local to the user, i.e. of the browser as to reduce the mental load when viewing