What happened:
new-counter-demo only checks whether the OTLP endpointURL field is non-empty. Relative values and unsupported schemes are accepted, then converted into exporter options with an empty or invalid host. The configuration error is discovered later during provider initialization.
What I expected to happen:
The configuration parser should reject endpoint values that are not absolute HTTP or HTTPS URLs and report the problem at configuration time.
How to reproduce it (as minimally and precisely as possible):
- Configure the OTLP push method with
endpointURL: localhost:4318.
- Initialize the OTLP provider.
- Observe that the invalid value passes
NewConfig and fails later with exporter configuration behavior.
A focused regression test covers rejection of the invalid value and acceptance of a valid OTLP HTTP endpoint.
Anything else we need to know?:
The change only validates the existing URL-based configuration contract and does not change provider or export behavior.
What happened:
new-counter-demoonly checks whether the OTLPendpointURLfield is non-empty. Relative values and unsupported schemes are accepted, then converted into exporter options with an empty or invalid host. The configuration error is discovered later during provider initialization.What I expected to happen:
The configuration parser should reject endpoint values that are not absolute HTTP or HTTPS URLs and report the problem at configuration time.
How to reproduce it (as minimally and precisely as possible):
endpointURL: localhost:4318.NewConfigand fails later with exporter configuration behavior.A focused regression test covers rejection of the invalid value and acceptance of a valid OTLP HTTP endpoint.
Anything else we need to know?:
The change only validates the existing URL-based configuration contract and does not change provider or export behavior.