Thank you@ro0NL.

We've been using this option for displaying app's name and version (based on tag, passed in CI to built Docker image), even wrote custom compiler pass for it in order to pass those nonconfigurable arguments... :/

This is weird, IMO it should be changed in totally opposite way, to allow setting name and version through configuration.

👎

IMHO this is not a feature for SF to maintain, and causes to bypass all core information which your app still relies on.

In general i dont see the value of custom branding sort of speak, thru a custom appname/version in the toolbar as a core feature, unless a custom data collector does that.

Why should I write custom data collector just for displaying app's name and version if there was a perfect and simple built-in feature for handling it? Of course, those arguments were orphaned and not configurable on framework level, but IMO it's so common task to display such data so it should be part of the framework and configuration options should be added instead of removing it. This is really simple to maintain.

From users' (and developers' too) point of view version of the app is more important than version of the framework used for building the app (not to mention that Symfony version is displayed in the collector's expanded content, not on the toolbar, so I don't know what "bypass" you're talking about). We have CD process for deploying DEV instance fromdevelop branch in automatic way, some projects deploy feature branches too, other ones have additional job in CI that can be triggered manually so feature branch can be deployed to common DEV instance. It's important to see which version is deployed (DEV branches display branch's name as version, git commit's hash is appended there if specified).

Maybe month ago I asked on the Slack how to customize toolbar to show such info, people were rather confused. I am sure that it's because lack of documentation on this topic, not lack of need of such usage.

there was a perfect and simple built-in feature for handling it?

Not perfect :)

should be part of the framework and configuration options should be added

Personally i disagree.

This is really simple to maintain.

Not sure, apparently it was totally forgotten in core :)

From users' (and developers' too) point of view version of the app is more important than version of the framework

Personally i disagree. At least both are equally important then IMHO.

I don't know what "bypass" you're talking about

The detailed SF information in the web profiler. You're right thouh the information is still available on hover in the toolbar.

In general, to put GIT info in the toolbar/webprofiler i suggest i.e.https://medium.com/@smaine.milianni/display-git-informations-in-the-symfony-webprofiler-521e4d7595de or something likehttps://github.com/kendrick-k/symfony-debug-toolbar-git maybe.

Personally i disagree. At least both are equally important then IMHO

Trust me, our Product Owner and people from business who are our customers don't care about Symfony version. It's important only for developers and it was there, on hover. Still, it's low level information, even for developers less important than app's version.

As I said, we build Docker images in CI, and populate version/revision (from CI variables) to the image as env variables. We don't have Git there, so these solutions are useless for us.

Anyway, I just wanted to signal that there are people using this removed feature.@fabpot decided to remove it, I think it's bad idea and I wrote it. Can't do more.