Extended CSS-based styling to additional statuses (blocked, broken, build). Continuing incremental refactor towards theme support.
Started introducing CSS-based styling for SVG badges (initially for success and failed). This is a small step towards enabling theme support and improving maintainability. Will extend this…
Refactored all status blocks to replace hardcoded rect styling with constants for better maintainability and future theming support. Text styling is intentionally left unchanged to keep the scope…
I’ve updated the implementation so that the repository name always links to the project status page (/status/), independent of the build state, while keeping the badge behavior unchanged.
Thanks for the clarification.
I understand that the repository link should always be available and not depend on the build state. I’ll update the implementation so the repository name…
Hi,
Thanks for the feedback!
To clarify how to verify this change:
- The fallback is triggered when no build log link is available (e.g., all builds are blocked or no build has occurred). …
Hi,
I’ve opened a PR implementing support for selecting the response format via query parameter (?format=json/xml/svg), while keeping the existing Accept header behavior unchanged.
The…
Hi,
From my understanding, the goal is to allow selecting the response format via a query parameter (e.g.,?format=json/xml/svg) while keeping the existing Accept header behavior unchanged.
I…
Hi,
I've updated the implementation to keep the badge link consistent and instead linkified the repository name to point to the project status page. This avoids changing the badge behavior…