Debug header does not work

[mayorova]

When the X-3scale-debug header with the provider key as its value is sent to the APIcast, it should add the debug headers with the response.

This was broken after splitting the configuration, as _M.configuration.debug_header does not exist, as it's referring to configuration_store.lua and not configuration.lua as before.

[mayorova]

Another affected field is: configuration.version

[mikz]

I'm thinking about how to get rid of the provider key in the debug header.
Also the version should be scoped by service. Basically there should be no global configuration and everything should be scoped by service.

One of the options is to have different debug header for each service I'm considering the service token. It is already there and users already have access to it. So it kind of feels like natural way to have per service secret for the debug header. Wdyt?

[mayorova]

The problem is that if you have multiple services configured, it would be a bit hard to know what service the request will be mapped to (especially when using path-based routing). I know that we are planning to remove the provider key from the JSON spec, but I don't know what would be a reasonable alternative :/

[mikz]

@mayorova I'd consider it almost a feature. If you get the header back when using path based routing, you know it routed right :)
But yeah, I see the issue. Not sure what we can do about it right now. IMO each service should have unique token because they are independent and one person does not have to have access to all of them.