-
-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
known_fail should not be seen as a build success #344
Comments
I'd prefer that we have a 3rd status - like "not supported," or something akin to that - to differentiate from a simple success/failure. Anyone else... thoughts? |
Anything but success |
AFAIK, you currently see the grey question mark for known_fail ports, since no build takes place. An indicator that it is known to fail rather than just not built would be nice. Of course if there was a successful build of a previous version, #135 will be in effect. |
Similarly, if there was at least one build failure prior to setting And that can be a bit frustrating, when drilling down the dependency tree. |
Only if no build of that port (any version) has ever taken place on that builder. If a build has taken place in the past, then that information is displayed by the web app even if it is outdated. Ideally the web app would not display outdated information. |
Yes, hence the reference to #135. |
when a port sets known_fail on a system version, it should be displayed as a fail in the webapp, not a success
The text was updated successfully, but these errors were encountered: