Armin Gerten

Thanks for the quick reply. Yes, I can see the problem that both issues are sharing. From a user's perspective it is very confusing though that a dry run of...

regarding `.tpl`: A `.tpl` itself does not generate any output, so IMHO it must not be included in the switch-case block. If template functions from `.tpl` are included in a...

I am having the same issue. Here's a minimal example that I used to reproduce this: ```py import os from flask import Flask from gunicorn.app.base import BaseApplication from prometheus_flask_exporter.multiprocess import...

It's `200`: ```sh curl -v http://127.0.0.1:8000/metrics ``` ```sh * Trying 127.0.0.1:8000... * Connected to 127.0.0.1 (127.0.0.1) port 8000 > GET /metrics HTTP/1.1 > Host: 127.0.0.1:8000 > User-Agent: curl/8.6.0 > Accept:...

Indeed, when setting the environment variable before importing the `prometheus_flask_exporter`, it is working as expected. Thanks for the quick help! 👍

This looks like a cool feature 👍 Are there any plans when this will be merged / released?

Given that there is already an [individual API call for each pipeline](https://github.com/mvisonneau/gitlab-ci-pipelines-exporter/blob/484359a5b44af720fc8fee50cf27a357229a2b38/pkg/controller/pipelines.go#L62), the status metric could be based on the `detailed_status` as suggested by @tewfik-ghariani . So instead of https://github.com/mvisonneau/gitlab-ci-pipelines-exporter/blob/484359a5b44af720fc8fee50cf27a357229a2b38/pkg/schemas/pipelines.go#L75-L82...

We are experiencing the same issue - The 2nd variable does not seem to be able access the value(s) of the first variable.

Is there any update on this? After re-testing with `Grafana v11.1.0 (5b85c4c2fc)`, I can confirm that this is still broken.

We can still reproduce this issue with the most recent Grafana version. Unfortunately this is blocking us from updating to Grafana 11 productively. Here's an extract of the JSON model...