Describe the bug
We have quite a few spring applications running in our kubernetes cluster and now we are trying to upgrade them to Spring version 4.3.1 (from 3.x.x).
All applications are partly configured by our spring cloud server which pulls serveal application.ymls from our git repository and we noticed beginning with release 4.3.1, application-{somename}.yml are not loaded by default anymore when booting up the spring cloud server hence we have to explicitly add {somename} to the list of profiles in the application.yml of the client to get full configuration otherwise the client doesn't boot because of unresolved values.
With all previous versions (last working 4.3.0) this works out of the box.
We assume this behaviour was introduced in Link and it heavily breaks our applications.
It would require us to update 100+ applications everytime we add a new profile to the clould config server
Is this intendend behaviour or is there a spring configuration option to disable it?
Sample
Cloud-Config-Server with 4.3.1

and with 4.3.0
Client with 4.3.1 Cloud Config still shows all active profiles though which is also quite missleading :

Describe the bug
We have quite a few spring applications running in our kubernetes cluster and now we are trying to upgrade them to Spring version 4.3.1 (from 3.x.x).
All applications are partly configured by our spring cloud server which pulls serveal application.ymls from our git repository and we noticed beginning with release 4.3.1, application-{somename}.yml are not loaded by default anymore when booting up the spring cloud server hence we have to explicitly add {somename} to the list of profiles in the application.yml of the client to get full configuration otherwise the client doesn't boot because of unresolved values.
With all previous versions (last working 4.3.0) this works out of the box.
We assume this behaviour was introduced in Link and it heavily breaks our applications.
It would require us to update 100+ applications everytime we add a new profile to the clould config server
Is this intendend behaviour or is there a spring configuration option to disable it?
Sample

Cloud-Config-Server with 4.3.1
and with 4.3.0
Client with 4.3.1 Cloud Config still shows all active profiles though which is also quite missleading :