v2.2.0-beta1 tracks http dependencies twice... and leaves a message

[nulltoken]

We're building an aspnetcore app.
One of our exposed endpoint invokes a call to another http endpoint over the internet.

After the upgrade to 2.2.0-beta1, this remote call produces the following three telemetries.

• First one exposed a zero duration.
• Second one screams to be reported ;-)

{
    "name": "Microsoft.ApplicationInsights.Dev.RemoteDependency",
    "time": "2017-11-02T20:43:21.7564046Z",
    "tags": {
        "ai.application.ver": "deadbeefbadcafe1111111111111111111111111",
        "ai.cloud.roleInstance": "MYBOX",
        "ai.operation.id": "1a68018b-4ae91441624f99b8",
        "ai.operation.parentId": "|1a68018b-4ae91441624f99b8.1.",
        "ai.operation.name": "GET /exposed/endpoint",
        "ai.internal.sdkVersion": "rdddsc:2.5.0-20894",
        "ai.internal.nodeName": "MYBOX"
    },
    "data": {
        "baseType": "RemoteDependencyData",
        "baseData": {
            "ver": 2,
            "name": "GET /remote/route",
            "id": "|1a68018b-4ae91441624f99b8.1.1.",
            "data": "https://dummyhost.com/remote/route?key=value",
            "duration": "00:00:00",
            "resultCode": "200",
            "success": true,
            "type": "Http",
            "target": "dummyhost.com",
            "properties": {
                "DeveloperMode": "true",
                "AspNetCoreEnvironment": "Development",
            }
        }
    }
}

{
    "name": "Microsoft.ApplicationInsights.Dev.Message",
    "time": "2017-11-02T20:43:22.5796041Z",
    "tags": {
        "ai.application.ver": "deadbeefbadcafe1111111111111111111111111",
        "ai.cloud.roleInstance": "MYBOX",
        "ai.operation.id": "1a68018b-4ae91441624f99b8",
        "ai.operation.parentId": "|1a68018b-4ae91441624f99b8.",
        "ai.operation.name": "GET /exposed/endpoint",
        "ai.operation.syntheticSource": "SDKTelemetry",
        "ai.internal.sdkVersion": "dotnet:2.5.0-28646",
        "ai.internal.nodeName": "MYBOX"
    },
    "data": {
        "baseType": "MessageData",
        "baseData": {
            "ver": 2,
            "message": "AI (Internal): Operation to stop does not match the current operation.",
            "properties": {
                "DeveloperMode": "true",
                "AspNetCoreEnvironment": "Development",
            }
        }
    }
}

{
    "name": "Microsoft.ApplicationInsights.Dev.RemoteDependency",
    "time": "2017-11-02T20:43:21.7565997Z",
    "tags": {
        "ai.application.ver": "deadbeefbadcafe1111111111111111111111111",
        "ai.cloud.roleInstance": "MYBOX",
        "ai.operation.id": "1a68018b-4ae91441624f99b8",
        "ai.operation.parentId": "|1a68018b-4ae91441624f99b8.1.",
        "ai.operation.name": "GET /exposed/endpoint",
        "ai.internal.sdkVersion": "rdddsc:2.5.0-20894",
        "ai.internal.nodeName": "MYBOX"
    },
    "data": {
        "baseType": "RemoteDependencyData",
        "baseData": {
            "ver": 2,
            "name": "GET /remote/route",
            "id": "|1a68018b-4ae91441624f99b8.1.1.",
            "data": "https://dummyhost.com/remote/route?key=value",
            "duration": "00:00:00.8260162",
            "resultCode": "200",
            "success": true,
            "type": "Http",
            "target": "dummyhost.com",
            "properties": {
                "DeveloperMode": "true",
                "AspNetCoreEnvironment": "Development",
            }
        }
    }
}

[cijothomas]

Thanks for trying out and reporting the issue!

Were you debugging from Visual Studio? (I am guessing as the env is Development.
if yes, then this is known bug as reported here.
microsoft/ApplicationInsights-dotnet-server#723

This should not affect outside Visual Studio debugging. But this is a bug which will be fixed immediately, and available for beta2.

[nulltoken]

I was indeed running this from Visual Studio. Thanks for the feedback!

[cijothomas]

Thanks for confirming. This is fixed and will be available in beta2.
PR: microsoft/ApplicationInsights-dotnet-server#728