All notable changes to Quality-time will be documented in this file.
The format is based on Keep a Changelog and this project adheres to Semantic Versioning.
If your currently installed Quality-time version is not the latest version, please first check the upgrade path in the versioning policy before upgrading.
- Allow for filtering by component when measuring dependencies and security warnings with Dependency-Track as source. Closes #9577.
- Allow for measuring the time since the last analysis date of a Bill-of-Materials (BOM) in Dependency-Track using the new 'project event type' parameter of the 'source up-to-dateness' metric. Closes #9764.
- Add a result type parameter to the 'jobs within time period' metric to allow for filtering jobs by result type (success, failed, skipped, etc.). Closes #9926.
- Allow for using Visual Studio test reports (.trx) as source for the metrics 'tests', 'test cases', and 'source up-to-dateness'. Closes #10009.
If your currently installed Quality-time version is not v5.17.1, please first check the upgrade path in the versioning policy.
- When calculating how much time is left until the technical debt end date, include the technical debt end date itself in the calculation. Fixes #10063.
- Fix cut off borders of popups in the dashboard. Fixes #10175.
- Correctly sort subjects in the "Add subject" dropdown menu. Fixes #10176.
- Don't trim long comments as they can contain HTML, but instead overflow the table cell. Fixes #10183.
- Don't crash the notifier component when a metric has no scale attribute. Fixes #10228.
- Extend Quality-Time with SonarQube Dart rules for complex units, functions with too many parameters and todo and fixme comments. Closes #10191
If your currently installed Quality-time version is not v5.17.0, please first check the upgrade path in the versioning policy.
- Don't include the confusing "TypeError" in toaster messages when fetching measurements fails. Fixes #9576.
- In the reference manual, sort supported metrics alphabetically. Fixes #9855.
- Correctly sort metrics in the "Add metric" dropdown menu. Fixes #9857.
- Donut charts would be misaligned after resizing the window. Fixes #9863.
- The warning message shown for unsupported measurement details was incorrect for metrics with a version scale. Fixes #9973.
- The metric summary cards with pie chart wouldn't erase the center label when rerendering, causing the label to be visible multiple times. Fixes #10098.
- Developer documentation was still refering to
venv/bin/activatewhere this should be.venv/bin/activate. Fixes #10172.
If your currently installed Quality-time version is not v5.16.2, please first check the upgrade path in the versioning policy.
- Prevent metric comment columns and measurement entity status rationale columns from getting too wide and cut off values that are longer than 250 characters. Fixes #8281.
- The subject column in the measurement details of the 'missing metrics' metric would be empty for subjects that not have their default name overridden. Fixes #9854.
- Update instructions for finding a SonarQube project key. Fixes #9934.
- When measuring 'security warnings' with Dependency-Track as source, also show the current version, latest version, and update status of the components in the measurement details. Also add a parameter to allow for filtering by update status. Closes #8685.
- Upgrade MongoDB from v7.0 to v8.0. Closes #9960.
If your currently installed Quality-time version is not v5.16.1, please first check the upgrade path in the versioning policy.
- The 'tests' metric with JUnit XML files as source would report incorrect results if the JUnit XML files contain test case names that are not unique across test suites. Fixes #9872.
- The 'job runs within time period' metric would incorrectly report results outside the configured time period. Fixes #5313.
If your currently installed Quality-time version is not v5.16.0, please first check the upgrade path in the versioning policy.
- Work around a bug in aiohttp that causes Dependency-Track connections to hang and timeout when the Dependency-Track data is paginated. Fixes #9599.
- Show the hour glass icon when copying a metric with a source. Fixes #9631.
If your currently installed Quality-time version is not v5.15.0, please first check the upgrade path in the versioning policy.
- Don't interpret version number parameters as regular expressions. Fixes #8739.
- When filtering metrics by clicking on the "Action required" card or the "Issues" card, update the donut charts in the other cards. Fixes #9245.
- Don't fail on parsing npm outdated output with multiple dependents per dependency. Fixes #9566.
- Don't fail when measuring the number of 'missing metrics' in a subject with a composite subject type. Fixes #9574.
- Don't stop retrieving data from Dependency-Track after the first page. Fixes #9751.
- Allow for configuring Jenkins as source for the metric 'CI-pipeline duration' (GitLab CI was already supported, Azure DevOps will follow later). Partially implements #6423.
- Show the number of ignored measurement entities (entities marked as "False positive, "Won't fix" or "Will be fixed") in the measurement value popup. Closes #7626.
- Add GitHub as possible source for the 'merge requests' metric. Patch contributed by Tobias Termeczky (the/experts). Closes #9323.
- Support schema version 2 of the Trivy JSON format. Closes #9711.
- Start replacing Semantic UI React with Material UI as frontend component library. This migration will probably span multiple releases. Until the migration is finished, the UI may contain inconsistent elements, such as fonts, colors, and icons. Closes #9550.
- The 'test cases' metric had 'manual number' as supported source for the metric, but that could never work since the metric needs sources that contain test cases with identifiers so they can be matched. Manual number sources for test cases metrics are removed from reports automatically on application startup. Fixes #9793.
If your currently installed Quality-time version is not v5.14.0, please first check the upgrade path in the versioning policy.
- When using GitLab as source for the "job runs within time period" metric, the source URL would point to the main GitLab landing page instead of the job overview of the configured project. Fixes #9213.
- Add icons to tabs with measurement entities. Closes #8823.
- Give measurement entity tables sticky headers, like the metric tables already have. Closes #8879.
- Change the order of the metric tabs to follow the natural usage order, first configure metric and sources, then manage the measurements. Closes #8824.
- Always show metric trend graph tabs. Display a loader in the tab while loading measurements. If the trend graph cannot be displayed, explain in the tab why not. Closes #8825.
- Always show measurement entity tabs. Display a loader in the tab while loading measurements. If the measurement entities cannot be displayed, explain in the tab why not. Closes #8826.
If your currently installed Quality-time version is not v5.13.0, please first check the upgrade path in the versioning policy.
- In the measurement entity status menu, the description of the menu items would say "undefined days" if the desired response time for the status had not been changed from its default value. Fixes #8284.
- In the dropdown of the "Add metric" button, keep the two checkboxes next to each other regardless of the width of the menu. Fixes #8745.
- The icon of the trend graph tab would not be shown. Fixes #8822.
- Some headers in the proxy config were being ignored. Fixes #8929.
- Closing the Chromium browser in the renderer component after creating a PDF would not stop all browser child processes. Fixed by starting Chromium only once and reusing it, instead of starting a new browser for each render. Fixes #8979.
- Don't hide the measurement entity status rationale when the status of the measurement entity is "Unconfirmed". Fixes #9134.
- Open links in the footer in a new browser tab or window. Fixes #9136.
- If a metric has the percentage scale, include the percentage sign (%) in the summary and description of issues created from Quality-time. Fixes #9137.
- Add more subject types. Closes #3130.
- Group digits in numbers. Closes #8076.
- Added a versioning policy to the documentation. Closes #8748.
- Allow for specifying supported source versions in the data model. Show the supported source version in the UI and the reference documentation. Closes #8786.
- Show a card in the dashboard with the number of metrics that require action (red, yellow, and white metrics). The card can be hidden via the Settings panel. Clicking the card or setting "Visible metrics" to "Metrics requiring action" in the Settings panel hides metrics that do not require action. Closes #8938.
- Provide multi-platform builds in order to support a wider variety of (Kubernetes) deployments. Closes #9025.
-
Rename the "CI-environment" subject type to "Development environment". Prepares for #3130.
-
Migrate to the new SonarQube issue structure introduced in SonarQube 10.2. See the release 10.2 upgrade notes. Closes #8354. Where possible, SonarQube parameters and parameter values are migrated automatically:
- The 'severities' parameter is changed into 'impact severities' and the severity values are changed ('blocker' and 'critical' become 'high', 'major' becomes 'medium', and 'minor' and 'info' become 'low'). If a report contained separate metrics for e.g. 'blocker' and 'critical' violations before the upgrade to this version of Quality-time, then these metrics will both measure the number of issue with 'high' impact after the upgrade. Since these metrics probably still differ in other aspects (comments, tags, linked issues, etc.) it is up to the user to resolve this manually.
- The 'types' parameter is changed into 'impacted software qualities' and the types are changed ('code smell' becomes 'maintainability', 'vulnerability' becomes 'security', and 'bug' becomes 'reliability').
- The 'security types' parameter values are changed ('security_hotspot' becomes 'security hotspot' and 'vulnerability' becomes 'issue with security impact').
In addition:
- A new parameter 'clean code attributes category' is added.
-
Remove the share tabs for reports, subjects, and metrics and move the share button to the button row in the report, subject, and metric headers. Closes #8821.
-
Use unprivileged container
nginxinc/nginx-unprivilegedas base for the proxy component, so that it does not require additional capabilities. Closes #8857. -
Set the MongoDB feature compatibility version to v7. Closes #8896.
- Remove the option to use a custom base image for the
wwwcontainer. Updates #8857.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When creating an issue fails, show the reason in the toaster message instead of "undefined". Fixes #8567.
- Hiding metrics without issues would not hide metrics with deleted issues. Fixes #8699.
- The spinner indicating that the latest measurement of a metric is not up-to-date with the latest source configuration would not disappear if the measurement value made with the latest source configuration was equal to the measurement value made with the previous source configuration. Fixes #8702.
- The spinner indicating that the latest measurement of a metric is not up-to-date with the latest source configuration would not appear on the first edit of a metric after upgrading to v5.12.0. Fixes #8736.
- When using Dependency-Track as source for dependencies, security warnings, or source-up-to-dateness, allow for filtering by project name and version. Closes #8686.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- Sorting measurement entities by status, status end date, and status rationale did not work. Fixes #8508.
- Include outside connections made by the API-server in the software documentation. Fixes #8553.
- Allow for hiding the legend card via the Settings panel.
- Allow for requesting a metric to be measured as soon as possible. Closes #920.
- In the UI, while a source parameter of a metric have been changed and the metric has not been measured with the new parameter yet, show a spinner. Closes #3134.
- Explain the difference between security warnings and violations in a new FAQ section of the documentation. Closes #7797.
- When adding a metric to a subject, add an option to hide metric types already used. Closes #7992.
- When adding a metric to a subject, add an option to choose from all metric types in addition to the metric types officially supported by the subject type. Closes #8176.
- When a report has a configured issue tracker, show a card in the dashboard with the number of issues per issue status (open, in progress, done). The card can be hidden via the Settings panel. Clicking the card or setting "Visible metrics" to "Metrics with issues" in the Settings panel hides metrics without issues. Closes #8222.
- Allow specifying partial database connection parameters, instead of only the full URL. Closes #8668.
- Make the default value of branch parameters
maininstead ofmaster. Closes #8045.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When accessing a source takes more than the collection interval (20 seconds by default), a timeout would occur and the metric could not be measured. This happened mostly with sources that have a paginated API and a lot of data. Prevent the timeout by allowing data collection to take more than the collection interval. Closes #8503.
- Add support for using Dependency-Track as source for the source version metric, the source up-to-dateness metric, the security warnings metric, and the dependencies metric. Closes #7171.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- The delete button for reports was not positioned correctly. Fixes #8338.
- The "Missing metrics" and "Metrics" metrics were broken due to the change to the API in #5791. Fixes #8357.
- The time ago or to go, shown in the labels of date fields, would be incorrect. Fixes #8440.
- When measuring failed CI-jobs with GitLab as source, don't download all jobs and then filter them by failure status (canceled, failed, and/or skipped), but rather pass the failure states to the GitLab API endpoint so the filtering is done by GitLab. Fixes #8444.
- In PDF-exports, don't include the footer but put the report metadata (report date, date the PDF was generated, and Quality-time version) in a card at the top. Closes #3156.
- In measurement detail tables, prevent columns from getting too wide and cut off values that are longer than 250 characters.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When measuring the duration of a running pipeline with GitLab as source, an error would be reported. Fixes #8123.
- If the documentation at Read-the-Docs has specific information on configuring a metric or source, point this out in Quality-time itself. Closes #4445.
- When showing measurements on multiple dates, also show columns with the delta between dates. The delta columns can be turned on and off via the Settings panel. Closes #7039.
- In the dashboard popups, show the percentage next to the number of metrics with a specific status. Closes #7946.
- Make user session duration configurable. See the deployment instructions. Partly realizes #8177.
- Make internal endpoints explicitly internal instead of versioned, see the API-documentation for external API endpoints. Closes #5791.
- Group source parameters so they are easier to distinguish. Groups are "Source location and credentials", "Source filters", and "Manual source data". Note that not all parameter groups are displayed for each source as the applicability of parameters depends on the combination of metric and source type. Closes #7489.
- Change the default user session duration to 120 hours. Closes #8177.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When showing many toaster messages, collapse similar messages to prevent a long list of messages. Fixes #7625.
- When measuring source up-to-dateness with GitLab as pipelines, if there are no pipelines in the lookback period, don't show the number of days since 1-1-1970 as value, but show an error. Fixes #7947.
- Don't change the layout of the dashboard after filtering metrics by tags. Fixes #8039.
- When manually exporting a report to PDF, the report header would not be collapsed before generating the PDF. Prevent the need for collapsing the header by moving the PDF button to the menu bar. Fixes #8054.
- Add a new metric 'CI-pipeline duration'. Supported source is GitLab CI (Jenkins and Azure DevOps will follow later). Partially implements #6423.
- Add a new metric 'Change Failure Rate' that reports the percentage of deployments causing a failure in production. Closes #3499.
- When measuring the size of source code, also report the relative size of each programming language in the measurement details. Closes #7247.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When time traveling, show the most recent measurements of the selected date instead of the earliest measurements of the selected date. Fixes #7891.
- In MS Teams notifications, have the mentioned metrics link to the respective metrics in the quality report. Closes #7615.
- When measuring security warnings with Cargo audit JSON reports as source, include warnings (unsound and yanked packages) in addition to vulnerabilities. Also add a parameter to select which warning types to count. Closes #7889.
- Don't load the Next-action example report and remove it from the code base; the Next-action project has been discontinued. Note, existing Next-action example reports are not deleted. Closes #7936.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- Links in MS Teams notifications were incorrect. Note: the fix only works for new notification destinations. Please recreate existing notification destinations in Quality-time to get correct links in MS Teams notifications. Fixes #7614.
- If a URL with a hashtag was used to navigate to Quality-time, shared URLs would get an additional hashtag. Fixes #7761.
- When collapsing metrics via the collapse button in the menu bar, also collapse expanded headers. Closes #4790.
- Add the possibility to include SonarQube violations by tag. Closes #6967.
- Allow for hiding report, subject and tag cards from dashboards via the settings panel. Closes #7482.
- The violations metric can now also be used to measure accessibility violations. Existing accessibility violation metrics have been changed to the violations metrics. Closes #562.
- Improve the icon for collapsing all expanded user interface controls and move the reset settings button from the settings panel to the menu bar so that it is easier to use. Closes #4395.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- Add a metric for tracking todo and fixme comments in source code. Closes #5630.
- Support version 4.0 of the OWASP Dependency Check DTD (OWASP Dependency Check version 9). Closes #7655.
- Update the SonarQube rules used to collect data for the long units, complex units, commented-out code, many parameters, and suppressed violations metrics. Note that this change may cause Quality-time to report more violations for these metrics. Closes #7653.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- Newly added subjects would not be visible. Newly added metrics while filtering would not be visible. Fixes #7552.
- Add an endpoint
api/v3/report/<report_uuid>/metric_status_summarythat returns a summary of the metric statuses for the specified report in JSON format. See the API-documentation. Closes #6146. - Add endpoints
api/v3/<report|subject|metric|source>/searchthat allow for search for objects by attribute value. See the API-documentation. Closes #7579.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- The example URL in the popup for the Azure DevOps Server URL parameter would overflow the popup. Fixes #7144.
- When selecting a tag, metrics without tags would not be hidden. Fixes #7432.
- When hiding tags on the homepage, not only hide the metrics with the selected tags from the subject tables, but also from the subject cards in the dashboard. Fixes #7433.
- When expanding a metric, use the latest measurement instead of the oldest to show the measurement entities. Fixes #7435.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- The visibility of tags can be configured via the Settings panel. When a tag is hidden, its tag card is also hidden in the dashboard. When all tags of metric are hidden, the metric itself is hidden. When all metrics in a subject are hidden, the subject is also hidden. Closes #7086.
- Support downloading Harbor JSON vulnerability reports from a JSON file. Closes #7147.
- In addition to hiding metrics that do not require immediate action, also allow for hiding all metrics so that only the dashboard of a report is visible. Closes #7211.
- Allow for changing and resetting settings per report. Closes #7213.
- Allow for showing all metrics on the reports overview page. Closes #7215.
- Tag reports. Clicking a tag on the reports overview page now filters the metrics by tag instead of opening a dynamically generated, read-only tag report. Makes #1301 obsolete. Closes #7214.
- Upgrade MongoDB from 6.0 to 7.0.
- Move the dark/light mode setting to a separate menu in the menu bar. Store the value of the dark/light mode in the local storage of the user's browser instead of in the URL as query parameter. Closes #7212.
- When measuring the number of job runs within a time period using Jenkins as source, filters to include and exclude jobs would be ignored. Fixes #7172.
- Speed up the rendering of the dashboard to prevent exported PDFs from containing a partly rendered dashboard. Fixes #7208.
- Speed up the retrieval of measurements from the database. Fixes #7371.
- Don't crash the UI if the technical debt end date is not a valid date.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- The "Reset all settings" button did not reset filtered tags. Fixes #6947.
- Support Trivy JSON files as source for the security warnings metric. Closes #6927.
- The renderer component can be configured to use HTTPS, instead of HTTP, to connect to the proxy component.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- Notify the user that editing is not possible when they open a tag report or time travel. Fixes #3380.
- When the frontend cannot reach the server, notify the user of the problem. When the server is reachable, notify the user as well. Fixes #3580.
- In the login dialog, don't tell the user credentials are invalid when in fact the server couldn't be reached. Fixes #4704.
- When changing the metric type, tags in the tags field would not be updated immediately. Fixes #5116.
- Use another date picker widget with better usability. Fixes #5446.
- Show warning message when the user session expires. Fixes #5327.
- When accessing Harbor with invalid credentials, Harbor returns data from public projects only. To prevent the invalid credentials from going unnoticed, explicitly check Harbor credentials before retrieving data. Fixes #6484.
- Fix the landing URL for Harbor artifacts. Fixes #6485.
- When changing the metric type, don't remove tags the user added to the metric. Fixes #6524.
- When time traveling, Quality-time would show measurements as being outdated. While technically correct, this doesn't constitute an issue that needs to be fixed and shouldn't be flagged as a problem. Fixes #6555.
- Don't make the vertical axis of trend graphs 200 high when the maximum value is 100 (for example, when displaying metrics with a percentage scale). Fixes #6621.
- Clicking "Reset all settings" in the Settings panel would result in a type error in the user interface. Fixes #6759.
- Include the selected tags in the URL query parameter so the selected tags are retained when navigating between reports and when the URL is shared with another user. Closes #4551.
- When changing the status of measurement entities (violations, warnings, issues, etc.) also set the status end date. The default end dates can be changed by expanding the report title and navigating to the 'Desired reaction times' tab. For individual measurement entities, the default can be overridden by first changing the status and then changing or removing the status end date. Closes #5099.
- Add support for Cargo Audit, a linter for Rust Cargo.lock files for crates, as source for the 'security warnings' metric. Closes #6347.
- Show when a measurement entity (violation, warning, issue, etc.) was first seen by Quality-time so users can easily identify new entities. Quality-time did not keep track of this before, so for existing entities the 'first seen' date is missing. Closes #6351.
- Add SonarQube Swift rules for complex units, methods with too many lines and functions with too many parameters. Closes #6493.
- Add a note to the reference manual about how to configure Jenkins private tokens in Quality-time. Closes #6557.
- Rename the 'will be fixed' status of measurement entities (violations, warnings, issues, etc.) to 'fixed'. Closes #6556.
- Set the feature compatibility of the database to MongoDB 6.0 to prepare for the upcoming 7.0 release of MongoDB. Closes #6662.
If your currently installed Quality-time version is v4.10.0 or older, please read the v5.0.0 deployment notes first.
- When measuring velocity using Jira as source, the number of sprints to base velocity on can be changed via a parameter. Add help text to the parameter to explain how velocity is calculated. Fixes #6349.
- When measuring average issue lead time, users can configure how far back Quality-time should look for selecting issues. Add a tool tip to this lookback parameter explaining which issues are selected: "Issues are selected if they are completed and have been updated within the number of days configured". Fixes #6350.
- Jira issue statuses were not collected. Fixes #6435.
- Jira issues created from Quality-time would have an incorrect unit in the issue title and description. Fixes #6437.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes first.
In this version of Quality-time the internal server component is no longer used. The notifier and collector components talk directly to the database, instead of using the internal server. This means that the Docker-composition must be changed:
- Remove the
internal_serversection. - Rename the
external_serversection toapi_serverand make the following changes in that section:- Rename the
imagetoictu/quality-time_api_server - Rename
EXTERNAL_SERVER_PORTtoAPI_SERVER_PORT. - Rename
EXTERNAL_SERVER_LOG_LEVELtoAPI_SERVER_LOG_LEVEL.
- Rename the
- In the
wwwsection:- Rename
EXTERNAL_SERVER_HOST=external_servertoAPI_SERVER_HOST=api_server. - Rename
EXTERNAL_SERVER_PORTtoAPI_SERVER_PORT. - Change the
depends_on: external_serverintodepends_on: api_server.
- Rename
- In the
collectorsection:- Add the same
DATABASE_URLenvironment variable as theapi_serversection has. - Remove the
INTERNAL_SERVER_HOSTandINTERNAL_SERVER_PORTenvironment variables. - Change the
depends_on: internal_serverintodepends_on: database.
- Add the same
- In the
notifiersection:- Add the same
DATABASE_URLenvironment variable as theapi_serversection has. - Remove the
INTERNAL_SERVER_HOSTandINTERNAL_SERVER_PORTenvironment variables. - Change the
depends_on: internal_serverintodepends_on: database.
- Add the same
- In the
frontendsection:- Change the
depends_on: external_serverintodepends_on: database.
- Change the
- Update the version number of all images to
v5.0.0.
See the example docker-compose.yml for an overview of all images.
See the deployment instructions for other configuration options.
- Reports for tags with spaces in them could not be exported to PDF. Fixes #4765.
- Remove useless popup that appears when hovering tags in the dashboard. Fixes #5525.
- Don't attempt to collect all projects and repositories from Harbor when the user has configured filters on projects and/or repositories. Partially fixes #6220.
- Don't query SonarQube for the rule
plsql:PlSql.FunctionAndProcedureExcessiveParameterswhen collecting data for the 'many parameters' metric. Sonarcloud.io gives a permission denied error when querying for that rule. Fixes #6277. - Assume metric value 0 when it is omitted from SonarQube API response. Fixes #6346.
- When using SonarQube security hotspots as source for the security warnings metric, allow for filtering hotspots by hotspot status ('to review', 'acknowledged', 'fixed', 'safe'). The default value of this parameter is to show hotspots 'to review' and 'acknowledged'. Closes #5956.
- Add axe analysis to Quality-time pipeline. Closes #5402.
- Add support for using the SARIF format as source for the 'violations' metric. This makes it possible to use Robocop as source for the violations metric. Closes #6314.
- Write a more descriptive issue summary and description for issues created from Quality-time. Closes #4747.
- Change the default sort order of dates in a quality report from descending to ascending. Closes #5998.
- Opt in to the new Chrome headless implementation for PDF-export, see https://developer.chrome.com/articles/new-headless/. Closes #6149.
- Added more SonarQube rules to report on 'suppressed violations' and 'long units' for the Python language. Added a SonarQube rule to report on 'many parameters' for the Kotlin language. Closes #6193.
- Throw a timeout error when collecting measurement data from a source takes longer than the configured time between measurement attempts (this can be changed via the
MAX_SLEEP_DURATIONenvironment variable which has a default value of 20 seconds). Partially fixes #6220. - Upgrade MongoDB from 5.0 to 6.0. Closes #6358.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- Fix a regression introduced in Quality-time v4.9.0 that causes all SonarQube security hotspots to be shown as part of the security warnings metric, instead of only the hotspots with status "to review". Fixes #5953.
- Allow for using Harbor (tested with the Trivy security scanner) as source for the security warnings metric. Closes #3729.
- Add the time-ago or time-to-go to labels of date input fields. Closes #5123.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- GitLab pipeline source up-to-dateness should take filters into account. Fixes #5181.
- In addition to making health check files group writeable for a configurable user to ease use in OpenShift, also make the user writing the files part of the group root. Further fixes #5310.
- The unit name of metrics in MS Teams notifications would not be rendered correctly. Fixes #5347.
- In trend graphs, prevent overlapping x-axis labels and make the y-axis length closer to the maximum measurement value. Closes #5786.
- Bars for subjects or tags with little metrics in the dashboard would get too narrow to be legible. Fixes #5792.
- Add the possibility in metrics of type missing metrics to exclude certain subjects from a report. Closes #5119.
- Add SonarQube issue status rationale to entity data of suppressed violations. Closes #4926.
- Allow for filtering out specific Axe measurement entities through regular expressions. Closes #3328.
- Turn off request logging by the frontend container. Closes #5654.
- Get the max results Jira parameter from Jira itself instead of hard coding it. Closes #4789.
- Remove the colored background from trend graphs that was meant to indicate the status of the metric on certain points in time. Closes #5786.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- Prevent negative time remaining in the calendar source. Fixes #5267.
- Tags were not printed correctly in the reference manual. Fixes #5282.
- Prevent users from entering negative desired response times. Fixes #5328.
- Update default value in calendar date source upon restart of external server. Partially fixes #5448.
- In addition to version 3.1, also support version 3.0 of the OWASP Dependency Check XSD. Closes #5586.
- Add options to the technical debt dropdown menu to set and clear accepted technical debt including the technical debt target and technical debt end date. Closes #5125 and #5127.
- Add the option to configure a custom base image for the
wwwcontainer via the compose file. Closes #5312.
- Make health check files group writeable for a configurable user to ease use in OpenShift. Closes #5310.
- The test LDAP server is now directly using
bitnami/openldap, instead of the custom builtquality-time_testldap. Closes #5311.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- Chrome would not show all historic data when displaying multiple dates. Fixes #4832.
- Make the "reset all settings" button also reset the report date. Fixes #4960.
- Break long words and URLs in the comments column, if necessary. Fixes #5118.
- Fixed typo's in description of metrics and sources: changed all instances of 'amount' where it should have been 'number'.
- Add the shared code components to the developer documentation. Fixes #5130.
- Fix link in the deployment documentation to the OpenShift README. Fixes #5235.
- Support GitLab CI pipelines as source for the source-up-to-dateness metric. Closes #3927.
- Add a legend to the dashboard. Closes #4927.
- Allow for changing the log level of the backend containers via environment variables. See the deployment manual. Closes #4943.
- When using cloc as source for the LOC (Size) metric with the
--by-fileoption, Quality-time can filter the cloc data by filename. When also setting the scale of the LOC metric to percentage, this enables tracking the percentage of test code. Closes #4958. - Make the description of subjects, metrics, and sources in the UI of Quality-time link to the relevant documentation on Read-The-Docs. Closes #5121.
- Make the web page title reflect the report title. Closes #5129.
- Support version 3.1 of the OWASP Dependency Check XSD. Closes #5251.
- The default log level of the notifier, internal server, and external server components is now WARNING (was INFO). The default log level of the collector is unchanged and still WARNING.
- The metric "Lead time for changes" has been renamed to "Average issue lead time". Existing metric configurations are automatically updated. Closes #3500.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- When showing multiple dates in a quality report and also time traveling, Quality-time would not retrieve the most recent measurements for the selected dates. Fixes #4793.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- When configuring Azure DevOps as source for the source up-to-dateness metric, the tooltip says files get preference, but in reality code pipelines get preference. Updated the tooltip. Fixes #4685.
- When showing multiple dates in a quality report, the Quality-time frontend retrieves 28 weeks of measurements so that the maximum period (seven weeks times a four-week interval) can be displayed. However, the frontend would always get the most recent 28 weeks, even if the user was time traveling. Fixes #4705.
- When measuring failed or unused CI-jobs with GitLab as source, Quality-time would try to retrieve all jobs to determine which ones have failed or are unused. Retrieving all jobs would fail, however, if the GitLab instance used has a large amount (tens of thousands) of jobs. To fix this, only jobs that ran in the "look-back period" will be retrieved. By default, the look-back period is 90 days. The look-back period can be changed in the GitLab source tab, if so desired. Fixes #4737.
- Show all supported environment variables with their default values in the example docker-compose.yml. Fixes #4769.
- Date pickers have a "today" button now. Closes #378.
- New metric "Lead time for changes", to keep track of the average lead time of changes completed in a certain time period in Jira and/or Azure DevOps. Closes #3501.
- When displaying multiple dates, also show the metric deadline overrun. The deadline overrun is the number of days a metric was not addressed within the desired response time. Closes #4538.
- Create an SBOM for every Quality-time release. Closes #4584.
- When adding an issue tracker to a report, allow for configuring an epic to use as parent issue for issues created from Quality-time. Closes #4614.
- When creating issues in the issue tracker from Quality-time, mention the user who created the issue in the issue description for traceability. Closes #4743.
- Reduce the considerable amount of logging that Quality-time generates by turning off the proxy access log, turning off the asyncio debug logging in the collector, increasing the log level to warning in the collector, and by passing
--quietto MongoDB. Closes #4736.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- When changing the type of a metric with configured sources, retain the sources whether they support the new metric type or not. Flag the sources that do not support the new metric type as a 'configuration error' and explain how the user can fix the situation. Fixes #4443 and closes #4444.
- It looked like removing an issue tracker password or private token did not work: the user interface would still show a series of black dots in the password or private token field when later revisiting the issue tracker tab, even though passwords and private tokens were in fact being removed from the report. Fixes #4564.
- Adding issues did not work unless the selected issue tracker project and issue type supported labels. Fixes #4586.
- New metric "Job runs within time period", to keep track of deployment frequency in Jenkins, GitLab and/or Azure DevOps. Closes #3498.
- Retrieve the possible projects and issue types for issue trackers from the configured issue tracker and present them via dropdown menus so the user can't enter non-existing projects or issue types. Closes #4586.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- When changing the type of a metric with configured sources, don't remove the sources that support both the old and the new metric type. Fixes #4443.
- The button in the settings panel to 'Reset all settings' didn't work. Fixes #4527.
- Due to a small change to the loading spinner, Quality-time would no longer wait for the spinner to disappear before converting a report to PDF, causing the PDF to be empty for big reports. Fixes #4542.
- Clicking the Quality-time logo should navigate to the home page, but this did not work if the user traveled to a point in time where the report did not exist yet. Fixes #4526.
- Measurements of metrics with expired technical debt would not be merged in the database when unchanged, causing the number of measurements to grow much faster than normal, which in turn led to performance issues. To clean up the database, the unmerged measurements in the database are merged by a migration script that runs when the internal server component starts up. Before updating and removing measurements, the affected measurements are copied to two separate backup collections in the database, called
backup_updated_measurementsandbackup_deleted_measurements. The log of the internal server component shows, per metric and in total, how many measurements will have been updated and deleted. The migration script can safely be run multiple times. Depending on the number of measurements in the database, the migration script takes a few seconds to a few minutes to run. Fixes #4554 and closes #4556.
- When creating issues, include the rationale for the metric in the created issue so that people encountering the issue in the issue tracker have a better understanding of why the issue needs addressing. Closes #4232.
- When measuring violations with SonarQube as source, add the selected issue types (bug, vulnerability, and/or code smell) and severities (info, minor, major, critical, and/or blocker) to the landing URL so that the user sees only the relevant violations when navigating to SonarQube. Closes #4449.
- Make Jira issue identifiers uppercase when querying Jira for the status of issues, so that users don't have to enter uppercase Jira identifiers in Quality-time. Closes #4450.
- Allow for setting default labels on Jira issues created from Quality-time. The labels can be configured in the issue tracker tab under the report header. Closes #4468.
- Add a
target="_blank"to URLs added in comments so that links open in a new tab by default. Can be prevented by adding an explicittarget="_top"to URLs, for example:This is an <a href="https://example.org" target="_top">example</a>. Closes #4521.
- Move the contents of the "Notes on specific metrics" and "Notes on specific sources" from the user manual to the reference manual. Closes #4446.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- In the development documentation, mention that the parameters of the 'Quality-time' source need to be changed when adding new metrics or sources to the data model. Fixes #4278.
- When time traveling, metrics would be incorrectly flagged as not having been measured recently. Fixes #4279.
- The documentation about exporting and importing reports via the API did not mention that the public key of the destination Quality-time instance has to be encoded before being passed as parameter to the export endpoint of the source Quality-time instance. Fixes #4313.
- The status start date of metrics would only be set on their first status change, not on their first status. Fixes #4327.
- When measuring failed or unused CI-jobs, Jenkins multi-branch pipeline jobs based on branch names containing forward slashes (for example 'feature/432-new-customer') could not be marked as false positive or won't fix. Fixes #4434.
- Metrics that require action now have a desired reaction time. Quality-time shows the time left in the metric tables. The desired reaction times can be configured via the report header. Closes #4190.
- The metric detail tabs were flattened to simplify the user interface. The tabs that were previously nested tabs under 'Metric' are now top-level tabs. Closes #4390.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- Don't add items when hitting enter while an add-item button with collapsed dropdown menu has focus. Fixes #4144.
- Don't close the dropdown menu of an add-item button when entering a space into the filter input field. Fixes #4147.
- The target column would show the technical debt target value instead of the target value when technical debt was accepted. Fixed by always displaying the target value and showing the technical debt target value in a popup on hovering the target value. Fixes #4171.
- The header of error messages in popups would be hard to read in dark mode. Fixes #4174.
- Quality-time now ignores accepted technical debt not only when the technical debt end date has passed, but also when all issues associated with the metric have been done. When a metric has accepted technical debt that is being ignored, the target value is shown with a grey background and has a popup explaining why the accepted technical debt is being ignored. Closes #3935.
- Allow for filtering items in an add-item button dropdown menu without first clicking the filter input field. Closes #4114.
- Allow the configuration of multiple LDAP servers, see the deployment instructions for more information on configuring LDAP. Closes #4141.
- Mention the repository owner in the README.md and add contributing guidelines and a code of conduct to make the Quality-time repository comply with the ICTU GitHub policy. Closes #4142.
- Add an explanation of what version numbers are supported for the 'source version' and 'software version' metrics. Closes #4146.
- In the issue popups, and in the issue cards if so configured via the settings, show the due date, the release, and the sprint of issues if they have them. Closes #4186.
- As the "Collapse all metrics" button isn't a setting, move it from the settings panel to the menu bar. Closes #3382.
- Set the feature compatibility of the database to MongoDB 5.0 to prepare for the upcoming 6.0 release of MongoDB. Closes #4041.
- Move the metric parameters for technical debt, issues, and comments to a separate technical debt tab so that the metric configuration tab is less crowded with parameters. Closes #4165.
If your currently installed Quality-time version is v4.0.0 or older, please read the v4.0.0 deployment notes.
- Trend graphs would show yellow background areas as grey for metrics with the "more is better" direction. Fixes #1380.
- If for some reason measurements are not updated, the only way to detect this in the UI was to check the last measurement attempt in the popup of measurement values. Fixed by coloring measurement values red when the last measurement attempt is more than one hour ago. Fixes #4075.
- When using SonarQube as source for the 'suppressed violations' metric, the source URL SonarQube would direct users to a SonarQube page with only part of the information. Unfortunately, SonarQube does not allow for creating a filter that shows a combination of suppressed issues and suppressions in the source code. Partially fixed by sending users to a page with all issues. Fixes #4080.
- When showing multiple dates, the most recent measurement of one of the metrics would sometimes be shown as unknown despite not being unknown at all.
- Updated the link to the SIG-TÜViT "Evaluation Criteria for Trusted Product Maintainability" to the 2022 version. Closes #4065.
- Allow for turning off evaluation of metric targets, making the metric "informative". Informative metrics are shown with an i (for information) icon on a blue background in the user interface, regardless of their measurement value (unless the source data could not be read or parsed, then they are shown as status unknown/white like all metrics). Closes #2051.
- Allow for creating issues from Quality-time. If an issue tracker is configured (note: including project key and issue type), users can create an issue for a metric by clicking the 'Create new issue' button in the metric configuration tab. Quality-time will use the issue tracker's API to create a new issue and will add the new issue's id to the tracked issue ids. The created issue is opened in a new browser tab for further editing. You may have to allow Quality-time to open popup windows in your browser. Closes #2931.
- Add a 'software version' metric that can be used to measure the version of the software analysed by sources. Sources currently supporting the 'software version' metric are: Performancetest-runner and SonarQube. Closes #3981.
- Add subjects to the reference documentation. Closes #4043.
- Add popups to the metric target, near target, and technical debt target fields in the metric configuration tab that visualize how measurement values are evaluated against the metric target values. Closes #4064.
If your currently installed Quality-time version is not v3.37.0, please read the v3.37.0 deployment notes first.
This version of Quality-time splits the server component into two: an external server component serving the external API and an internal server component serving the collector and notifier components. This means that the Docker-composition must be changed:
- Rename the
serverservice toexternal_server.- Use the image
ictu/quality-time_external_server. - If used, rename the
SERVER_PORTenvironment variable toEXTERNAL_SERVER_PORT.
- Use the image
- Add an
internal_serversection.- Use the image
ictu/quality-time_internal_server. - If you want to change the default port (5002) of the internal server, add an
INTERNAL_SERVER_PORTenvironment variable. - Add the same
DATABASE_URLenvironment variable as the external server has. - Set the
LOAD_EXAMPLE_REPORTSenvironment variable to the same value as the external server has (True or False). - Add a
depends_on: database.
- Use the image
- In the
www(proxy) section:- Change
SERVER_HOSTandSERVER_PORT(if used) toEXTERNAL_SERVER_HOSTandEXTERNAL_SERVER_PORT. - Change the
depends_on: servertodepends_on: external_server.
- Change
- In the
frontendsection:- Change the
depends_on: servertodepends_on: external_server.
- Change the
- In the
collectorsection:- Change
SERVER_HOSTandSERVER_PORT(if used) toINTERNAL_SERVER_HOSTandINTERNAL_SERVER_PORT. - Change the
depends_on: servertodepends_on: internal_server.
- Change
- In the
notifiersection:- Change
SERVER_HOSTandSERVER_PORT(if used) toINTERNAL_SERVER_HOSTandINTERNAL_SERVER_PORT. - Change the
depends_on: servertodepends_on: internal_server.
- Change
- Update the version number of all images to
v4.0.0.
See the example docker-compose.yml for an overview of all images.
See the deployment instructions for other configuration options.
- The Performancetest-runner HTML report now reports the breaking point as the absolute number of virtual users as well as percentage of the maximum number of virtual users. This allows the 'scalability' metric to support the count scale in addition to the already supported percentage scale. Closes #3980.
- Quality-time would use the Jira issue picker endpoint to suggest issue ids to the user when typing text in the issue id field. However, the Jira endpoint uses the Jira interaction history of the user contacting the endpoint to make suggestions. In the case of Quality-time, this would be the user configured in the issue tracker. If this is a system user without any Jira interaction history, no suggestions would be made. Fixed by using the Jira search endpoint instead of the Jira issue picker endpoint. Fixes #4017.
- The user interface would sometimes crash when navigating to the reports overview right after editing an input field on a report page. Fixes #4034.
If your currently installed Quality-time version is not v3.36.0, please read the v3.36.0 deployment notes.
- When measuring the 'missing metrics' metric, Quality-time was still using an old endpoint to get the data, resulting in a parse error. Fixes #3855.
- Wait for the spinner to disappear before converting a report to PDF. Fixes #3932.
- Verify SSL certificates when checking secure (HTTPS) URLs entered by the user.
- The 'Add subject', 'Add metric', and 'Add source' buttons now have a dropdown menu with the available subject, metric, and source types. If there are more than five options, the dropdown menu can be filtered to reduce the number of options. When adding metrics, the dropdown menu only shows the metric types that can measure the subject. When adding sources, the dropdown only shows the source types that support the metric. Closes #3718.
- When a Jira instance has been configured as issue tracker, use the Jira instance to suggest issues ids when the user starts typing in the metric issue id field. Closes #3561.
- Explain in the documentation what information needs to be present in Axe-core JSON reports to support the 'source up-to-dateness' and 'source version' metrics. Closes #3903.
If your currently installed Quality-time version is not v3.35.0, please read the v3.35.0 deployment notes first.
Because of the new renderer component (see below) the following environment variables are obsolete and can be removed from the docker-compose.yml:
server:PROXY_HOSTPROXY_PORTRENDERER_ACCESS_KEY
renderer:ALLOW_HTTP
If the proxy does not have the default name/port www:80, the renderer needs to told how to reach the proxy by means of the PROXY_HOST and PROXY_PORT environment variables. For example:
renderer:
image: ictu/quality-time_renderer:v3.36.0
environment:
- PROXY_HOST=qt
- PROXY_PORT=8080- Adding values to input fields in the user interface that allow for multiple values didn't work. Fixes #3801.
- The detail information of the 'metrics' metric with Quality-time as source would show "NaN" (not a number) as the value of the measurements and targets of the measured metrics. Fixes #3811.
- Optional Jira parameters to specify a Jira field name or id were mandatory in practice due to the bug fix for issue #3714. Fixes #3845.
- Use a custom JavaScript API-server to wrap Puppeteer, instead of the unmaintained URL to PDF Microservice, to support the rendering of PDF reports. Closes #3767. Fixes #3297.
- Show the rationale for the status of measurement entities in the measurement entity table. Closes #3788.
To upgrade to this version of Quality-time your currently installed version needs to be at least version 3.32.0. If your currently installed version is older, you need to first install v3.32.0, v3.33.0, or v3.34.0 before installing v3.35.0.
Background information: Quality-time uses MongoDB as database component. A MongoDB instance is either backward-compatible with the previous MongoDB version or forward-compatible with a next MongoDB version. To configure this, the MongoDB feature compatibility version has to be set in the database. Quality-time has been using MongoDB v4.4 for a while. Up until Quality-time v3.32.0 the database was backward-compatible with MongoDB v4.2. Starting from Quality-time v3.32.0 the database has been made forward-compatible with MongoDB v5.0. This ensures that if Quality-time v3.35.0 is not functioning properly with MongoDB v5.0, a rollback to a previous version of Quality-time (but not older than v3.32.0) with MongoDB v4.4 is possible.
- When using Axe CVS as source for the accessibility violations metric, the "nested-interactive" violation type would be ignored by Quality-time. Fixes #3628.
- When using Gatling as source for the source version metric, the source version would not be found, when the version number was not present on the first line of the simulation.log. Fixes #3661.
- The data model for SonarQube contained some rules, which no longer exist. These were kept for backwards compatibility but now cause the SonarQube web interface to "freeze". These rules are removed. Fixes #3706.
- When measuring 'manual test duration', show an error if the manual test duration field name or id does not exist in Jira, instead of silently ignoring the issue and reporting zero minutes. Fixes #3714.
- When showing a historic report in combination with measurements at multiple dates, Quality-time would use the latest report to decide which metrics to retrieve the measurements for, instead of the report at the date shown. Fixes #3722.
- When measuring 'performancetest scalability' with the Performancetest-runner as source, don't consider a trend breakpoint of 100% to be an error. Fixes #3787.
- Don't render minutes as hours:minutes in the GUI, but as an integer, to prevent confusion about what each number represents (hours, minutes, seconds?). Closes #3577.
- In the settings panel under the "Sort column" setting, clicking the same column multiple times now alternates between ascending and descending sort order. This makes the setting consistent with how column headers behave. It also removes the need for a separate "Sort direction" setting in the settings panel. Closes #3646.
- The database component was upgraded to MongoDB 5.0.7. Note that to upgrade to this version of Quality-time your previous version needs to be at least version 3.32.0. Closes #3647.
- The proxy component now uses Nginx 1.21.6 instead of Caddy. Closes #3687.
- The deprecated (since version 3.24.0) API endpoints
/api/v3/reportsand/api/v3/tag_reporthave been removed. Closes #1416. - The Axe CSV "violation type" parameter that could be used to select which violation types to count has been removed to help fix #3628. The parameter was already impractical to ignore certain violation types because it would require the user to select all violation types except the ones to be ignored. Also, if Axe adds new violation types, Quality-time would need to be updated to prevent it from ignoring the new violation types.
- Add support for Jira personal access token. Closes #592.
- Add a rationale to each metric explaining why one would want to measure it. The rationale is listed in the metrics overview in the documentation and is available as popup dialog in the user interface. Closes #3578.
- Add a 'minimum status duration' parameter to the 'metrics' metric to allow for counting metrics only when they have had the same status for a minimum number of days. Closes #3681.
- Add support for SARIF JSON files as source for the 'security warnings' metric. Closes #3730.
- The visibility settings of the issue attributes summary, creation date, and update date were not applied to tag reports. Fixes #2827.
- Subject subtitles would partly obscure the header of their subject's metrics table. Fixes #3443.
- GitLab job artifacts archives downloaded via the GitLab API would not be recognized as zipped archives. Fixes #3478.
- GitLab uses non-standard version numbers like "14.5.2-ee"; be prepared. Fixes #3519.
- In the settings panel, disable options that are not relevant. E.g. if multiple dates are shown, don't allow for toggling the visibility of columns that are never visible if multiple dates are shown. Fixes #3521.
- Multiple choice fields such as fields for tags and issue identifiers would not save newly entered items on focus loss. Fixes #3560.
- Whether the issue attributes summary, creation date, and update date are visible is no longer stored in the report, but part of the settings. Consequently, the visibility of the issue attributes can be changed via the settings panel. Closes #3485.
- Highlight metrics on hover to make it easier to indicate which metric is being discussed in online meetings. Closes #3132.
- Add dark mode. Switch between dark and light mode via the settings panel. Closes #3159.
- Show an error message when the user adds issue ids to metrics in a report that doesn't have an issue tracker configured. Closes ##3228.
- Add the summary of an issue to its popup, and, optionally, to the issue status in the metric table. Closes #3368.
- Don't reset settings such as the visible columns and the current report date when navigating between reports. Fixes #3410.
- Use a menu instead of a button in the settings panel to hide metrics that don't require action.
- Use a separate unit column in the metrics tables, regardless of how many dates are shown. This makes the one-date and multiple-dates views more similar. It also saves screen real estate as the unit is no longer repeated in both the measurement and target column. Closes #3268.
- Close the settings panel when it loses focus. Closes #3381.
- Add a setting to the settings panel to allow for reversing the order of the date columns in the metric tables. Closes #2928.
- Add a button to the settings panel to reset all settings to their default values. Closes #3183.
- Allow for adding an end date to the status of measurement entities. After the end date passes, the measurement entity is considered to be 'Unconfirmed' again. This makes it possible to mark an entity as e.g. won't fix for a certain period of time. Closes #3332.
- Add a 'time remaining' metric that measures the number of days remaining until a future date. Use the 'calendar date' source to set that date. Closes #3366.
- Add the metric sort column to the settings panel so that the button to reset all settings also resets the sort column. Closes #3412.
- If a metric did not have sources (with all mandatory parameters configured), the status of issues would not be collected. Fixes #3221.
- Allow for specifying zip files as Gatling source. Fixes #3226.
- Remove spaces from file paths in OWASP Dependency Check security warnings before applying the regular expressions to remove variable parts from the file paths. Unfortunately, this may change the key of some OWASP Dependency Check security warnings, causing the status (false positive, won't fix, etc.) of the warning in Quality-time to be lost. Fixed as part of #3259.
- Use the 'number of dates' menu (now located in the settings panel, see #3248 below) to switch between what used to called 'trend' view (multiple dates) and 'details' view (one date). If you export PDFs via the API, you may need to change the URL parameters:
trend_table_nr_datesis now callednr_datesandtrend_table_intervalis now calleddate_interval. Also,trend_table_intervalwas a number of weeks,date_intervalis a number of days. See the documentation on PDF-exports via the API. Closes #3206. - Make the subject title and header row of subject tables 'sticky', meaning that the title and header rows stay visible until the whole table scrolls off-screen. Closes #3219.
- Move the contents of the hamburger menu to a settings panel that can be brought into view via the menu bar. Closes #3248.
- Add a button to the settings panel to collapse all expanded metrics at once. Closes #3133.
- Show the key of OWASP Dependency Check security warnings in the measurement entity details to allow for verification of the regular expressions used to remove variable parts from file paths. Closes #3259.
- The dropdown menu for determining the scope of parameter changes (Apply change to source/metric/etc.) would not appear when clicking the "Apply change to" part of the label. Fixes #3112.
- OWASP ZAP uses a non-standard versioning scheme (D-year-month-day) for its weekly versions, be prepared. Fixes #3117.
- Show a more informative error message if no merge request information can be retrieved from GitLab for the 'merge requests' metric. Fixes #3166.
- The hamburger submenus were only partially clickable. Also make the hamburger menu popup on hover for better discoverability. Fixes #3181.
- When sorting metrics by status, order by how urgently action is required: 'unknown' (white), 'target not met' (red), 'near target met' (yellow), 'technical debt accepted' (grey), 'target met' (green). Fixes #3184.
- Reset the edit scope of source parameters to 'source' after each edit. Fixes #3198.
- Use users' full name instead of their username in the change log so it's easier to see who changed what. Closes #2930.
- Improved tooltips for the measurement column in the metrics details table. Closes #3171.
- Show the source, comment, issues, and tags columns in the metric trend view. Closes #2414, #3203, #3037, and #3202.
- Allow for copying permanent links to metrics, subjects, and reports via the new 'Share' tabs. Closes #2925.
- Allow for adding comments to the reports overview, to reports, and to subjects. Expand the title of the reports overview, report, or subject to enter comments. Entered comments are shown below the title of the reports overview, report, or subject. Basic HTML (headers, bold, italic, links, etc.) is allowed. Closes #2926.
- Explain in the documentation how to include the correct report URL in the footer when exporting reports to PDF via the API. Closes #2954.
- In addition to the 90th percentile, also allow for evaluating the 95th and 99th percentile transaction response time when using JMeter CSV or JSON as source for the 'slow transactions' metric. Closes #3084.
- Add support for Gatling as source for the 'slow transactions', 'tests', 'performancetest duration', 'source up-to-dateness', and 'source version' metrics. Closes #3085, #3086, #3087, #3088, and #3089.
- The dependencies in OWASP Dependency Check reports do not always have unique keys. However, Quality-time needs dependencies to be uniquely identifiable to detect whether the dependencies change between measurements. If needed, Quality-time generates keys for dependencies itself, based on the dependencies' file paths. If for some reason the file path changes between measurements, however, the key changes as well. To remediate this, allow for ignoring parts of file paths using regular expressions, when measuring 'dependencies' or 'security warnings' with OWASP Dependency Check as source. Closes #3099.
- After changing multiple source parameters at once, show a toaster message with the number of sources updated. Closes #3137.
- In the metric trend view (selectable via the hamburger menu), allow for setting the interval between dates to one day, in addition to one or more weeks. Closes #3182.
- Allow for sorting the metrics when displayed in the trend view. Closes #3207.
- Don't hide the tag pie charts in the dashboard when the user hides the tags column: it's not obvious that hiding the tags column would have that effect. Closes #3202.
- A bug in the Quality-time API would cause the sparkline graphs to draw the recent measurements as if they all happened on the current day and cause the notifier to send notifications to MS Teams every minute. Fixes #3071 and #3073.
- The notifier would crash. Fixes #3065.
- Don't show a cursor in input fields when they are read only, e.g. because the user hasn't logged in, is time traveling, or is viewing a tag report. Fixes #2933.
- When time traveling, Quality-time would show deleted reports after their deletion date. Fixes #2997.
- Zero values were not shown in the measurement detail tables. Fixes #3008.
- Support JMeter CSV output as source for the 'performancetest duration', 'slow transactions', 'tests', and 'source up-to-dateness' metrics. Closes #2965, #2966, #2967 and #2010.
- Time travel was broken: Quality-time would show the current measurement value regardless of the date selected. Fixes #2958.
- More flexible parsing of Axe-core JSON files to account for the different ways people aggregate Axe-core output into one JSON file, for the 'source up-to-dateness' and 'version' metrics. Closes #2910.
- Upgrade MongoDB to version 4.4. Note that to upgrade to this version of Quality-time your previous version needs to be at least version 3.24.0. Closes #2911.
- Support JMeter JSON output as source for the 'slow transactions' and 'tests' metrics. Closes #2766, #2936, and #2950.
- Use the correct report URL in the footer of reports exported to PDF. Fixes #2750.
- The ARIA (Rich Internet Application Accessibility) label of status pie charts would report the wrong number of red metrics. Fixes #2779.
- The security warnings in OWASP ZAP reports do not have unique keys. However, Quality-time needs security warnings to be uniquely identifiable to detect whether the list of warnings changes between measurements. Therefore, Quality-time generates keys for OWASP ZAP security warnings itself. Unfortunately, the key that Quality-time generated, was not guaranteed to be unique. Fixes #2852.
- Multiple edits with the same description would show up as one entry in the changelog. Fixes #2893.
- Quality-time was using a broken and deprecated API endpoint to collect data for the 'metrics' metric. Fixes #2897.
- Allow for using HTML reports generated by axe-html-reporter as source for the accessibility violations metric. Closes #2813.
- Use ❯ instead of / to create subject breadcrumbs in tag reports, so they are consistent with breadcrumbs in copy and move button dropdowns.
- Prevent "Warning:
Infinityis an invalid value for thewidthCSS style property." messages in the console log. - Prevent
Error: Problem parsing d="M-2592.670630208333,NaNL-2592.670630208333,...messages in the console log. These messages were caused by trying to create a sparkline graph for the source version metric. Fixes #2663. - Use submenus in the hamburger menu to make it shorter and prevent menu items from being drawn off-screen. Fixes #2666.
- Measurement entities marked as false positive or fixed weren't being crossed out. Fixes #2739.
- Performance improvements. Closes #2692 and #2695.
- Make the metric tables use less vertical space when in details view. This allows for more metrics to fit on the screen. It also makes the vertical space used by the details view and the trend view more similar.
- Use a lightning bolt icon for metrics that don't meet their target value, to suggest danger and/or risk. The previously used x-shaped icon is typically associated with closing things, and thus less appropriate.
- Remove the box around dashboards to reduce visual clutter.
- Remove the 'scroll to dashboard' button; it's not really needed (users can use the home button) and an unusual feature.
- Use tabs to better organize the settings that are accessible via expandable headers. Also add icons to the tabs.
- More flexible parsing of Axe-core JSON files to account for the different ways people aggregate Axe-core output into one JSON file. Closes #2657.
- Make metrics expandable in the metric trend table view so metrics and sources can be configured in the trend table view as well as in the metric detail view. Closes #2176
- Allow for adding issues to metrics to e.g. track progress on resolving technical debt. Closes #2215 and #2628.
- Make report title in the footer a URL to the report itself. Closes #2532.
- Sentiment metric. Closes #2533.
- Add documentation on how to move Quality-time from location to another. Closes #2538.
- Don't use the UUIDs generated by OpenVAS to compare OpenVAS security warnings because they are not stable across OpenVAS scans. Fixes #2544.
- Don't mention the admin user in the "Trying it out" section of the documentation as the admin user currently doesn't exist in the osixia/docker-openldap image. Fixes #2565.
- Add pagination support for Jira so queries that result in more than 500 results are retrieved completely. Closes #2386.
- Allow Robot Framework reports as source for the test cases metric. Closes #2534.
- Allow Jenkins test reports as source for the test cases metric. Closes #2543.
- Don't send notifications about metrics having the same status for three weeks: it's not useful enough. Closes #2529.
- In addition to "low", "medium", "high", and "critical", the OWASP Dependency Check may report vulnerabilities with severity "moderate". Allow for using this severity for filtering vulnerabilities. Fixes #2337.
- When measuring 'missing metrics', count missing metric types per subject instead of per report. Fixes #2352.
- Add subject name to metrics in MS Teams notifications, so it's clear which metric changed status when different subjects have metrics with the same name. Fixes #2353.
- After copying a metric, subject, or report, the same item could not be copied again. Fixes #2364.
- After reloading a report, edit controls are shown even when the user has no edit permission. Fixes #2373.
- The security warnings in OWASP ZAP reports do not have unique keys. However, Quality-time needs security warnings to be uniquely identifiable to detect whether the list of warnings changes between measurements. Therefore, Quality-time generates keys for OWASP ZAP security warnings itself. Unfortunately, the key that Quality-time generated, was not guaranteed to be unique. Fixes #2429.
- JUnit XML files may have empty test suites, be prepared. Fixes #2507.
- When measuring merge requests with GitLab Premium as source, the merge requests can be filtered by approval state. Closes #1979.
- Include the key of Jira issues in the measurement details of the 'issues', 'manual test duration', 'manual test execution', and 'user story points' metrics. Prepares for #2139.
- Add a test cases metric to count the number of test cases that have been executed, possibly limited to passed, failed, and/or skipped test cases. See the reference manual. Closes #2139.
- Include the tests from TestNG XML reports in the measurement details of the 'tests' metric. Closes #2388.
- The API has a new endpoint in REST style,
/api/v3/report, to retrieve all reports. - Publish Quality-time documentation at Read the Docs.
- The API endpoint
/api/v3/report/{report_uuid}now also supports tag UUIDs. - Use react-toastify for toast messages instead of the unmaintained react-semantic-toasts. Fixes #2290.
- Use semantic-ui-calendar-react-17 for date pickers instead of the unmaintained semantic-ui-calendar-react. Fixes #2291.
- The API endpoint
/api/v3/reportsis deprecated. Use/api/v3/reports_overviewand/api/v3/reportinstead. - The API endpoint
/api/v3/tag_reportis deprecated. Use/api/v3/report/{report_uuid}instead.
- Remove the search function as its functionality is limited and users indicate they don't use it. Closes #2305.
- Work around a bug in
aiohttpthat causes GitLab connections to hang and timeout when the GitLab data is paginated. Fixes #2231. - The report dashboard layout couldn't be changed. Fixes #2305.
- To prevent overloading Quality-time, the collector now measures a limited number (30 by default) of metrics each time it wakes up. If there are more than 30 metrics to measure, these get postponed to the next wake-up. To compensate, the collector wakes up more often (every 20 seconds instead of every 60 seconds) to see whether metrics need measuring. Metrics recently edited by users get priority.
- Fix a performance regression in the collector component, introduced in v3.23.0.
- Allow for importing reports with metrics that have no scale or addition attribute. Fixes #2262.
- Allow for importing reports with metrics that have no tags. Fixes #2262.
- Allow for importing reports with unencrypted credentials. Fixes #2238.
- Axe CSV files may contain duplicate accessibility violations. These duplicated violations couldn't be marked as false positive, won't fix, etc. Fixed by ignoring duplicate violations. Fixes #2232.
- Add 'Missing metrics' metric. Closes #1477.
- Drop support for Wekan source for Issue and Source-up-to-dateness metrics. Closes #2229.
- When the collector posts new measurements to the server, the server looks up previous measurements in the database to see if the measurement value has changed. This lookup was slow due to a missing index on the measurements collection. Fixes #2155.
- Edit controls were not hidden or made read-only in the UI when time traveling and after logout. Fixes #2170.
- Measuring security warnings with Anchore as source would throw a parse error if the source was an unzipped Anchore JSON file. Fixes #2177.
- When all users are allowed to edit reports, no users would be able to edit measurement entities to mark them as false positive, fixed, etc. Fixes #2179.
- Since subjects have a trend table view, there is little added value in also having a trend table per metric. Remove the trend table view for individual metrics. Closes #2174.
- Add support for Robot Framework v4 XML files. Closes #2136.
- Prevent (rare) crashes of the UI when switching tabs in the metric details. Fixes #1873.
- Don't assume that because GitLab returns jobs sorted by ID, they are also sorted by date. Fixes #2036.
- Prevent timeouts when collecting failed CI-jobs or unused CI-jobs from GitLab by removing the limit on open connections. Fixes #2037.
- Quality-time wouldn't recognize zip files in URLs with query strings (e.g.
https://git.example.org/foo.zip?job=bar). Fixes #2057.
- Separate permissions for editing measured entities. Closes 1842.
- When measuring accessibility violations with Axe-core as source, allow for counting incomplete, inapplicable, and passed rule checks, in addition to violations. Closes 2026.
- Remove the 'random number' source. Closes #2038.
- It's no longer possible to make Quality-time wait before sending a notification. Closes #2039.
- When a measurement detail, such as a violation or failed CI-job, is no longer reported by the source, remember its status (confirmed, false positive, won't fix, etc.) for three weeks so that if the detail reappears, its status is reapplied as well. Fixes #1867.
- Reports can be exported and imported via API. Partially fixes 1693.
- When measuring security warnings with OWASP ZAP as source, allow for counting alert types as security warnings as opposed to alert instances. Closes #1902.
- Added a new metric 'source version' that can be used to measure the version of a source and compare it with a minimum or maximum version number. See the metrics and sources overview for a list of sources that support this metric. Closes #1904.
- Added support for the Anchore Jenkins plugin as source for the 'security warnings' and 'source up-to-dateness' metrics. Closes #1980.
- Added support for Axe-core JSON files (or zips with Axe-core JSON files) as source for measuring accessibility violations. Closes #1981.
- The axe-selenium-python source type has been removed. To read JSON files produced by axe-selenium-python, use the new Axe-core source type. This works, as the JSON format produced by axe-selenium-python is basically the same as the format produced by Axe-core. Sources of type axe-selenium-python in existing reports are automatically changed into Axe-core. No user action is needed.
- The Quality-time API would return an internal server error (status code 500) if the database contains a source of a type that is no longer supported. Fixes #1732.
- When opening Quality-time, don't show the user as logged in when their session has expired. Fixes #1927.
- When measuring the up-to-dateness of a folder in GitLab with more than 100 files or subfolders, Quality-time uses the GitLab pagination API to retrieve the files and subfolders in batches of 100 each. However, due to a bug, the collector component would get stuck in a loop, retrieving the same files over and over again. Fixes #1938.
- Notifier would not work for recently set notification destinations. Fixes #1946.
- When measuring size (lines of code) with SonarQube as source, some languages couldn't be ignored. Fixes #1818.
- The trend table view would format durations incorrectly, e.g. 5 minutes would be displayed as '5 hours'. Fixes #1900.
- Anchore security warnings have no hash. Quality-time would create a hash based on the security warning's CVE and affected package. However, if the Anchore source consists of a zip file with multiple reports, multiple combinations of the same CVE and package may be present. Add the report filename to the hash to make it unique. Fixes #1907.
- When measuring security warnings with SonarQube as source, allow for filtering security hotspots by review priority. Fixes #1910.
- The trend table view would sometimes, erroneously, show recent data as missing. Fixes #1924.
- Add a 'merge requests' metric and add Azure DevOps and GitLab as possible sources. Closes #1644.
- Prevent notifier crashes. Fixes #1830 and #1878.
- Logical sorting for entity status options. Fixes #1841.
- Subjects can now show metrics in a trend table view. Use the hamburger menu to switch between the default detail view and the trend table view. Closes #1649.
- When measuring failed pipelines or unused pipelines with Azure DevOps as source, allow for including pipelines by name or by regular expression. Prepares for #1804.
- Allow using Azure DevOps pipelines as source for the 'source up-to-dateness' metric. Closes #1804.
- When measuring failed jobs with GitLab as source, Quality-time would get the 100 most recent jobs instead of the 100 most recent failed jobs. Fixes #1813.
- Make sure the notifier component does not crash when a metric has no recent measurements. Fixes #1831.
- Adding or removing the OWASP ZAP "Parts of URLs to ignore" parameter would fail. Fixes #1846.
- Wrap the database (MongoDB), proxy (Caddy) and renderer (url-to-pdf-api) in Quality-time images, so these components have the same version number as the other components and don't need to be updated by downstream maintainers separately. Note that your Docker-composition needs to be changed once to use these new Quality-time images. See the example docker-compose.yml. Closes #1770.
- Increase render timeout so that larger reports can be exported to PDF. Closes #1771.
- Add no-cache option for /api/v3/logo to the Caddy configuration.
- The frontend would reload the change log every time the server notified the frontend about the number of measurements, causing unnecessary updates of the UI. Fixes #1555.
- When the user opens a report in the frontend, don't send unneeded data to the frontend. Fixes #1764.
- Don't crash the notifier when a metric has an unknown (white) status. Fixes #1802.
- Some dependencies in the OWASP Dependency Check report have no hash. In those cases Quality-time would create a hash based on the file path of the dependency. However, file paths aren't necessarily unique across dependencies. Add the file name to the hash to make it unique. Fixes #1819.
- Add the tags of accessibility rules to the detail information of axe-selenium-python sources. Closes #1751.
- Allow for filtering axe-selenium-python accessibility violations by tag. Closes #1752.
- Show since when a metric has its current status via a popup over the status icon. Closes #1091.
- When adding a notification destination, it's possible to specify how long Quality-time should wait before sending a notification. If more notifications happen during the wait period, they will be bundled. Also see the user manual. Partially implements #1223.
- Notifications will now be sent for all status changes. Previously, notifications were only sent when a metric either turned red or white. Partially implements #1223.
- Allow using Jenkins jobs as source for the 'source up-to-dateness' metric. Closes #1680.
- Accepting the technical debt of a metric with one or more unreachable sources would set the metric status to 'technical debt target met' instead of 'unknown'. Fixes #1636.
- Collapsing an expanded metric would sometimes result in a crash of the frontend. Fixes #1717.
- MongoDB was upgraded to 4.2.11. No migration steps are needed. Update the MongoDB version number in your composition configuration.
- When using Jira as source for the 'issues' and the 'user story points' metric, show the issue type in the metric details. Closes #1674.
- Allow for limiting editing rights to specific people. Grant editing rights to people by adding their username or email address to the editors field on the homepage. Expand the overview title to access the editors field. Also see the user manual. Closes #294.
- When invoking the reports API endpoint (api/v3/reports) without a
report_dateparameter, the server would sometimes return a deleted report. Fixes #1683. - Make sure that the collector does not crash when a metric has a source that is no longer supported. Fixes #1699.
- When measuring test branch coverage with a JaCoCo XML file that doesn't contain any branches, don't complain but report 100% coverage. Fixes #1700.
- Undo the fix for #1656 as it causes timeouts. This fix was meant to prevent 403 responses (access forbidden) from GitLab when using HEAD requests. If they do still happen (can't reproduce at the moment) we'll need to find another solution. Fixes #1675.
- Turn on processing of all DTDs (despite the fact that security tools complain that this is insecure) because otherwise XML reports referring to a DTD can't be read. Fixes #1676.
- When hiding the tags column, also hide the tag pie charts in the report dashboard. Closes #1595.
- Allow for adding more than one Microsoft Teams webhook to a report so notifications can be sent to more than one channel.
- Remove support for the source "OWASP Dependency Check Jenkins plugin". Fixes #1666.
- In Microsoft Teams notifications, show missing values as "?" rather than "None". Fixes #1637.
- Turn on processing of DTDs (despite the fact that security tools complain that this is insecure) because otherwise some XML reports (notably OJAudit) can't be read. Fixes #1655.
- When using folders and/or files in GitLab as source for the 'source up-to-dateness' metric, Quality-time would use HEAD requests to get the ids of commits from GitLab. For issue #1638, it was necessary to pass the private token as header instead of URL parameter. Unfortunately, this results in 403 (access forbidden) responses for HEAD requests. It's unclear why. Using GET requests instead does work, so we use that as a work-around. Fixes #1656.
- When using the Performancetest-runner as source for the 'slow transactions' or 'tests' metric, add a transactions-to-include parameter in addition to the transactions-to-ignore parameter to make it easier to select the relevant transactions. Closes #1647.
- The SonarQube rules that Quality-time uses to query SonarQube for the 'commented out code', 'complex units', 'long units', 'many parameters', and 'suppressed violations' metrics are no longer a parameter that the user can change. The reason is that it's rarely necessary to change these parameters and at the same time it's easy to accidentally remove a rule and get incorrect results as a consequence. The used rules are documented in the metrics and sources overview. Closes #1648.
- When using GitLab as source with a private token, pass the token to GitLab as header instead of URL parameter to prevent redirection. Closes #1638.
- Introduce separate namespace for internal APIs. Fixes #1632.
- When using the same Microsoft Teams webhook in multiple reports, notifications for one report could also contain metrics of other reports.
- When a report has a Microsoft Teams webhook configured, in addition to sending notifications for metrics turned red (target not met), also send notifications when metrics turn white (error parsing source data or troubles connecting to source). Partially implements #1223.
- Add a trend table to each metric to see the trend of a metric in tabular form. The number of dates shown and the time between dates can be adjusted through the 'hamburger' menu in the table header. Closes #1536.
- When measuring with SonarQube as source, include the creation date and last update date of issues such as violations and security warnings in the metric details. Closes #1564.
- In addition to ignoring Jenkins jobs by name or regular expression, also allow for including Jenkins jobs by name or regular expression. Closes #1596.
- When a source zip file doesn't contain any files with the expected extension, report an error instead of continuing with an empty list of files, because that may result in incorrect measurements. Fixes #1618.
- Added a generic JSON file format that can be used as source for the 'security warnings' metric. See the reference manual for details on the exact format. Closes #1479. Contributed by @greckko.
- Include the expanded/collapsed state of metrics, including which tab is active, in the URL so that the renderer uses that state when exporting the report to PDF. Closes #1594.
- In the Microsoft Teams notifications, include which metric(s) turned red. Partially implements #1223.
- Support for Forwarded Authentication in a situation where Quality-time is behind a reverse proxy that is responsible for authentication. See the deployment instructions.
- Notifications of new red metrics to Microsoft Teams, using webhooks. See the user manual. Note that your Docker-composition needs to be changed to include the new notifier component. See the example docker-compose.yml and the deployment instructions. Partially implements #1223.
- When measuring 'tests' with the Performancetest-runner as source, allow for ignoring transactions by name or regular expression. Closes #1550.
- Show how to set the time zone of the renderer in the docker-compose.yml so that PDF exports contain the correct local time. Fixes #1529.
- The date picker for the end date of technical debt has a minimum date set to today. Apparently, if the current value of the technical debt end date is far enough in the past so that the whole month popup consists of disabled dates, the date picker will crash. Worked around by removing the minimum date. Fixes #1534.
- Running
docker-compose upin the project root folder wouldn't work on Windows. Fixes #1543.
- Use local time instead of UTC in the filenames of PDF exports. Closes #1505.
- The 'slow transactions' metric with the Performancetest-runner as source allows for ignoring transactions by name or by regular expression. Closes #1493.
- The 'tests' metric now also supports the percentage scale so it's possible to e.g. report the percentage of tests failed. Closes #1494.
- Added Cobertura Jenkins plugin as possible source for the 'test line coverage', 'test branch coverage', and 'source up-to-dateness' metrics. Closes #1520.
- Added Robot Framework Jenkins plugin as possible source for the 'tests', and 'source up-to-dateness' metrics. Closes #1521.
- Some exceptions thrown by the
aiohttplibrary have no explicit error message. This would cause Quality-time to try and parse the non-existing source response, erroneously complaining about a parse error. Although in these cases the connection error would be logged, without an error message the logging would not be informative. Fixed by having the collector log the class of theaiohttpexception if the error message is empty. Fixes #1422. - The PDF export would always export the most recent report, even when the user picked another date. Fixes #1498.
- The 'commented-out code' metric claimed to measure the number of lines of commented-out code, but SonarQube actually reports the number of blocks of commented-out lines of code. Changed the metric description and unit to conform to the SonarQube data. Fixes #1507.
- Trend graphs showing metrics with minutes as unit would have their y-axis labeled 'hours'. Fixes #1522.
- Tokens with an underscore would not be completely redacted from the collector log. Fixes #1523.
- When exporting quality reports to PDF, hide the same metric table rows and columns in the PDF as hidden by the user in the user interface. Closes #1466.
- In addition to the trend, target, source, comment, and tags columns, also allow for hiding the status and measurement columns in metric tables. Closes #1474.
- The measurement value and target of metrics with unit minutes and their scale set to percentage were formatted incorrectly (e.g. "0:50%" instead of "50%"). Fixes #1480.
- The measurement value and target of metrics with unit minutes and their scale set to count were displayed as '
hours:minutesminutes'. This would be confusing: e.g. '3:10 minutes' looks like 3 minutes and 10 seconds instead of 3 hours and 10 minutes. Fixed by changing 'minutes' to 'hours'. Fixes #1484. - The security warnings in OWASP ZAP reports do not have unique keys. However, Quality-time needs security warnings to be uniquely identifiable to detect whether the list of warnings changes between measurements. Therefore, Quality-time generates keys for OWASP ZAP security warnings itself. Unfortunately, the key that Quality-time generated, was not guaranteed to be unique. Fixes #1492.
- Time travel was broken. Fixes #1497.
- Moved the button to hide metrics that don't require action to the new 'hamburger' menu on the top left side of each metric table. The menu is needed to allow for menu items to hide columns. See #1464.
- Support version 2.4 and 2.5 of the OWASP Dependency Check XSD. Closes #1460.
- Allow for hiding the trend, target, source, comment, and tags columns in the metric tables. This can be done through the 'hamburger' menu on the top left side of each metric table. Closes #1464.
- Retrieving measurements for the trend graph of a metric with many measurements and details (violations, user stories, security warnings, etc.) was slow because Quality-time would retrieve all details for all measurements even though it only needs the details for the most recent measurement. Fixes #1468.
- Open source detail URLs (e.g. links to individual user stories or violations) in a separate window or tab. Fixes #1434.
- When measuring 'velocity' with Jira as source, Quality-time would only retrieve the first 50 boards from Jira, making the metric fail for some boards. Fixes #1445.
- Right align columns with numbers in the metric details. Closes #1384.
- Added TestNG XML reports as possible source for the 'tests' and 'source up-to-dateness' metrics. Closes #1204.
- When measuring 'velocity' with Jira as source, the metric can also report the number of points committed to. Closes #1406.
- When measuring 'velocity' with Jira as source, the metric can also report the number of points completed minus the number of points committed to. Closes #1408.
- Use the default value of a source parameter if the user sets it to an empty string. Fixes #1417.
- SonarQube plugins for Java and JavaScript had some of their rules renamed. Add the renamed rules to the 'commented out code', 'complex units', 'many parameters', 'long units', and 'suppressed violations' metrics. Fixes #1423.
- Rename the 'ready user story points' to 'user story points' as it can not just be used to count ready user stories, but rather any selection of user stories. Closes #1415.
- Add 'velocity' metric. Currently, the only source supported for this metric is Jira. Closes #1407.
- Add axe-selenium-python JSON reports as possible source for the 'accessibility violations' metric. Closes #1424.
- The 'source up-to-dateness' metric combined with the Calendar would report a parse error instead of returning the number of days since the specified date. Fixes #1399.
- After an attempt to login with invalid credentials and closing/reopening the login dialog, it would still show the error message. Fixes #1401.
- When measuring 'tests' with Azure DevOps, test runs could not be marked as false positive or won't fix. Fixes #1402.
- Specifying the Jira user story point field only worked if done by id, not by name. Fixes #1409.
- When measuring ready user story points with Jira as source, show the sprint(s) of the user stories in the details. When measuring issues with Jira as source, show issue status, priority, sprint(s), creation date, and date of last update in the details. Closes #1411.
- When measuring the 'manual test duration' metric Quality-time would subtract one minute for each ignored test case, instead of the duration of the ignored test case. Fixes #1361.
- Quality-time would not measure the 'manual test execution' metric until the user changed the 'default expected manual test execution frequency' field. Fixes #1363.
- SonarQube doesn't consider security hotspots to be violations anymore since version 8.2. Therefore, when using SonarQube as source for the 'violations' or the 'suppressed violations' metric, you can no longer select security hotspots as a violation type to be included or excluded. If you have a 'violations' or 'suppressed violations' metric that was configured to measure only the number of security hotspots you will need to remove it, as it will now measure all violation types. To count security hotspots, use the 'security warnings' metric with SonarQube as source instead, and configure it to only count security hotspots. Fixes #1381.
- When measuring 'tests' with Azure DevOps, only the latest build of all matching test runs was reported instead of the latest build of each matching test run. Fixes #1382.
- Jenkins jobs with slashes in their names couldn't be marked as false positive or won't fix. Fixes #1390.
- Typing an invalid date in the report date picker would crash the front end. Fixes #1394.
- When measuring the number of test cases using Jenkins test report as source, for each failing test case show for how many builds it has been failing. Closes #1373.
- Add a new metric 'violation remediation effort' that reports the effort needed to remediate violations. Currently, the only source supporting this metric is SonarQube. Closes #1374.
- Allow for filtering Azure DevOps test runs by test run state. Closes #1383.
- Added Snyk JSON reports as source for the 'security warnings' metric. Contributed by @greckko.
- Trend graph didn't take technical debt end date into account. Fixes #1272.
- Don't store the age of last commits, last builds, and last execution of manual tests, but only the date. This prevents the measurements from being updated daily. Fixes #1341.
- Don't show tokens in the log of the collector when retrieving the URL fails. Fixes #1354.
- When measuring the 'size' metric with SonarQube, show the non-commented lines of code per programming language as measurement details and allow for ignoring specific languages. Due to a SonarQube limitation this is only possible when measuring size using non-commented lines of code (the default) and not when measuring size using all lines. Closes #1216.
- When measuring 'issues' with Jira, show status, priority, creation date and last update date for each issue in the details tab. Closes #1351.
- Increase the number of ticks on the x-axis of trend graphs. Closes #1126.
- When opening a tag report containing a subject without a name, the UI would complain that the server is unavailable. Fixes #1309.
- Parse JSON files even if the source web server doesn't set the content-type header to application/json. Fixes #1325. Contributed by @walterdeboer.
- When using GitLab as source for the 'unused jobs' or 'failed jobs' metrics, allow for ignoring jobs/pipelines by name, by branch, and by tag. Closes #1288.
- Quality-time now uses version 3 of the Quality-time API to read data from other Quality-time instances for the 'metrics' metric. This means that the source-Quality-time needs to be at least version 2.4.0. Closes #1208.
- Upgrade Python to version 3.8.5. Closes #1314.
- Version 2 of the Quality-time API, which was deprecated since version 2.4.0, has been removed.
- Remove code to fix the database structure. If you are migrating from a Quality-time version < 2.0.0 you need to install at least one Quality-time version >= 2.0.0 and < 3.0.0.
- Removing the end date of accepted technical debt would not correctly update the metric status. Fixes #1284.
- The 'tests' metric with the Performancetest-runner as source would fail to read the number of performance tests due to changes in the report format. Fixes #1291.
- Older GitLab versions don't return a
web_urlas part of therepository/branchesAPI, be prepared. Fixes #1280.
- Sorting the unmerged branches by date of last commit would crash the UI. Fixes #1270.
- Quality-time can be used as source for the 'source up-to-dateness' metric. Closes #1227.
- Have unmerged branches in Quality-time link to the branches in GitLab or Azure DevOps. Closes #1268.
- Documentation on how to add metrics and sources to Quality-time. Closes #1273.
- Add Cobertura coverage reports as source for the coverage metrics. Closes #1275.
- Don't disable the 'scroll to dashboard' button when the dashboard is visible. This requires listening for scroll events which makes scrolling of big reports slow and causes other user interface issues like dropdown menu's not working. Fixes #1260 and #1261.
- Add cloc as source for the 'size' metric. As opposed to SonarQube, cloc makes it easy to exclude certain programming languages from the size measurement. Closes #460.
- When using Azure DevOps as source for the 'tests' metric, allow for filtering tests by test run name and show the test runs as detail information. Closes #1215.
- Add a button to the menu bar to scroll to the dashboard. Closes #1231.
- Add OWASP Dependency Check as source for the 'dependencies' metric. Closes #1239.
- Moved the Copy and Move buttons next to the Add buttons, making the UI more consistent. This also allows the user to copy an existing item to the right position in one go, instead of having to copy and then move it. To support adding items by copying an existing item, the API has been updated to version 3. Version 2 of the API is deprecated. See http://quality-time.example.org/api/, http://quality-time.example.org/api/v2, and http://quality-time.example.org/api/v3. Note that your Docker-composition may need to be changed to use the new API version. See the Caddy proxy configuration in the example docker-compose.yml. Closes #1197.
- Reordering items or changing the type of a metric would sometimes fail because Quality-time would also try to save the layout of the dashboard. Fixed by only saving the dashboard layout when the user deliberately changes the layout by dragging a card. Fixes #1160.
- Columns with numbers in the source entity views were incorrectly sorted as text. Fixes #1196.
- Collecting unmerged branches using Azure DevOps as source would fail if the project name contained spaces and the user did not specify a repository. Quality-time would fail to find the default repository because it would use the URL-quoted project name to look for it, instead of the unquoted project name. Fixes #1224.
- When using Jira as source for the 'ready user story points' metric, changing the status of a user story in the details tab didn't work. Fixes #1230.
- When using Jira as source for the 'ready user story points' metric, changing the status of a user story in the details tab to won't fix, false positive or fixed would reduce the total number of story points with one instead of the number of story points of the ignored user story. Fixes #1233.
- The
git cloneURL in the README.md required people to have a public SSH key added to their GitHub account. Replaced with a HTTPS URL which doesn't have this issue. Fixes #1235. - When using the OWASP Dependency Check as source for the 'security warnings' metric, changing the status of a warning in the details tab didn't work. Fixes #1238.
- The trend sparkline graphs, showing the trend over the last week, would always use the full width, even when there was less than a week of data. Fixes #1241.
- Open the source links in separate window. Closes #1203.
- The 'source up-to-dateness' metric could report a negative number of days ago due to differences in timezone or system clock between Quality-time and the source. Fixes #1217.
- Re-enable environment variables to set a proxy to be used by the collector. See the deployment documentation. Fixes #1217.
- Don't strip hyphens from usernames when authenticating them with LDAP. Fixes #1198.
- SonarQube can be used as source for the 'security warnings' metric. Quality-time collects the vulnerabilities and/or security hotspots. Closes #1136.
- npm-outdated and pip-outdated JSON reports can be used as source for the 'dependencies' metric. Partially implements #1065.
- Quality-time was using the 5.1 version of the Azure DevOps API to get the number of tests for the 'tests' metric causing Quality-time to not work with Azure DevOps Server 2019. Fixed by using the 5.0 version of the API that also returns the required data. Fixes #1182.
- Don't log a traceback the first time the collector component attempts to download the data model from the server component and fails. As the collector typically starts up faster than the server, one failed attempt is to be expected. Fixes #1187.
- Adding a metric or changing the type of a metric would sometimes fail due to a conflict with saving the dashboard layout. Fixed by only saving the dashboard layout when the user manually rearranges cards and not when a card gets added or removed. Fixes #1160.
- When using Quality-time as source for the Metrics metric, a timeout could occur due to Quality-time unnecessarily retrieving all measurements (it only needs the most recent ones). Fixes #1154.
- Don't include SonarQube security hotspots in the complex units, long units, many parameters, commented out code, and suppressed violations metrics. Fixes #1138 introduced in v2.2.1.
- When requesting issues with a severity from SonarQube, SonarQube will not return security hotspots because security hotspots don't have a severity. Quality-time incorrectly assumed security hotspots would always be returned regardless of the specified severities. Fixed by making a separate call to the SonarQube issues API if necessary to retrieve the security hotspots. Fixes #1135.
- Trend graphs show the target, near target, and technical debt target (if technical debt is accepted) as background colors. Note that the background colors only become visible after the measurement value of a metric changes or one of its target values is edited. Closes #1087.
- Make it clear in the user interface and the documentation that Quality-time can be authenticated with Jenkins using a username and API token, in addition to a username and password. Closes #1125.
- Remove private tokens from source error messages and collector logging. Fixes #1127.
- When the collector fails to collect a measurement, a traceback would be included in the measurement. Unfortunately, tracebacks with the new asynchronous collector are long. To prevent performance issues, the collector now only logs the error in the case of connection errors. Other types of errors still include a traceback. Fixes #1122.
- The collector wakes up every minute, collects measurement data if necessary, and then would pause for a minute. Changed to have the length of the pause depend on how long the data collection took so that the user does not have to wait too long for a new measurement after changing the configuration of a metric. Closes #1100.
- Made the collector collect measurements in parallel to speed it up.
- The metrics "violations" and "suppressed violations" show zero violations (green status) even though the component has no SonarQube analysis. Fixes #1090.
- Add a private token parameter to all sources that consists of JSON, XML, or HTML reports so that they can be retrieved from GitLab job artifacts. Closes #1067.
- Add a column to show the status (unconfirmed, confirmed, false positive, etc.) of security warnings, violations, etc. so that the user doesn't have to expand them to see the status. Closes #1070.
- Show end date of technical debt in the measurement target column. Closes #1072.
- Allow for accepting technical debt for a metric that has no sources or failing sources. Closes #1076.
- Make date fields clearable. Closes #1088.
- Don't store server-side generated report summaries in the database. The previously generated report summaries are removed from the database when the server starts, so starting may take longer than normal. Fixes #1082.
- Version 1 of the API has been removed. API version 1 was deprecated since Quality-time v1.3.0. Closes #1051.
- Remove the Docker environment files and move the environment variables to the docker-compose files to simplify the compositions. Closes #1063.
- When loading changes to show in the changelog, an internal server error could occur due to Mongo hitting its maximum buffer size for sorting. Add an index to the reports collection to prevent out of memory errors during sorting. Fixes #1077.
- Cache data model and other performance improvements. Note: the proxy settings for the data model API have been updated. See the Caddy configuration in the docker-compose.yml. The order of the metric tabs has been changed. From left to right: first tab is the metric configuration, second the source(s) configuration, third the trend graph, and finally the tab(s) with details per source, if applicable. This makes it possible to lazily load the data for the trend graph and the details per source and show the tabs as soon as the data becomes available. Fixes #1026.
- Allow for specifying variable parts of URLs in OWASP ZAP reports. This makes it possible to mark warnings as false positive even when parts of URLs change between runs of OWASP ZAP. Note: because the way Quality-time keeps track of the warnings has been changed, some OWASP ZAP warnings may need to be marked as false positive again. Closes #1045.
- A new metric for measuring the number of (outdated) dependencies and a new source (Composer for PHP) that supports this metric were added. Closes #1056.
- When using SonarQube as source for duplication, uncovered lines, or uncovered branches, the landing URL would be incorrect. Fixes #1044.
- The docker-compose YAML file now specifies that the proxy container should wait for the server and frontend containers to start. Fixes #1046.
- The collector would fail if it could not write a timestamp to the health_check.txt file, e.g. due to a permission error. Fixed by writing the health_check.txt file to /tmp instead of the home directory of the default user and by catching and logging any OS errors that may occur. Fixes #1057.
- As the previous rendering component used by Quality-time is no longer maintained, it is replaced with a new component: URL to PDF Microservice. Quality-time uses the ICTU fork that packages the service as a Docker container.
- The new rendering component (see "Changed") shows the date in the correct format. Fixes #1010.
- Show tags added by users in the tag dropdown so they don't have to keep typing added tags. Fixes #1041.
- Because the new rendering component (see "Changed") waits for network activity to stop before converting a report into PDF, the delay parameter is no longer needed.
- Use environment variables for both proxy host and port so the renderer uses the right URL to get the report. Fixes #1031.
- OWASP ZAP warning keys were not always unique, causing trouble with marking them as false positive. Fixes #1032.
- The Jenkins test report source would not correctly get the number of passed tests from aggregated test reports. Fixes #1033.
- Don't refresh the change log when clicking the "Download report as PDF" button. Fixes #1015.
- Make proxy port configurable. Fixes #1018.
- Changes made to violations, issues, warnings, etc., such as marking them as false positive, were only visible in the metric change log and not in the change logs of the report, subject, and source. Note: because a change needed to be made to the database format to fix this, changes made to violations, issues, warnings, etc. before this release are not visible in the change log. Fixes #1019.
- Anchore vulnerability keys are not always valid as JSON key, causing exceptions when the user tries to make changes to vulnerabilities. Hashing the keys prevents this issue. Fixes #1023.
- The too many parameters, complex units, and long unit metrics with SonarQube as source would always report the percentage as zero. Fixes #1027.
- Several accessibility related changes, such as improved background colors, larger icons, more contrast, and labels for images. Closes #1005.
- Changes made to violations, issues, warnings, etc., such as marking them as false positive, would not carry over after a failed measurement, forcing the user to make the same changes again. Fixes #1007.
- Jenkins jobs with the JaCoCo Jenkins plugin can be used as source for the line and branch coverage metrics. Closes #984.
- Add Anchore Docker image vulnerability scan reports in JSON format as possible source for the security warnings metric. Closes #1000.
- Center the status column so that the trend graphs and the status icons have a bit more space between them. Closes #985.
- Sorting of metrics by measurement value, target value, and status did not work. Fixes #981.
- Exporting tag reports to PDF did not work. Fixes #990.
- When using Jira as source for the issues metric, the URL to Jira in the metrics table would not work properly. Fixes #991.
- Source parameter (URLs, user names, passwords, etc.) changes can be applied to different scopes: to just the source being edited or to multiple sources that have the same type and value as the one being edited. When applying the change to multiple sources, the user can change all sources (that have the same type and value) of a single metric, of a single subject, of a single report, or of all reports. Closes #927.
- Change logs show the users' avatars. Note that email addresses were not recorded in the change log until now, so avatars can only be shown for new changes. Closes #948.
- The delay for generating PDFs can be changed in the report title and can be passed to the API as parameter. Closes #958.
- The front end was still using one version 1 API. Fixes #947.
- Retrieving the change log would fail if not all recent changes had a change log entry. Fixes #949.
- After changing a value in the UI, Quality-time would briefly show the old value while it was updating the database. Fixes #954.
- Documentation API was not reachable. Fixes #966.
- Metrics with status unknown in the details view of the 'Metrics' metric did not show a question mark. Fixes #935.
- Check connection for all URL and credential parameters. Fixes #944.
- Subject cards in the report dashboard would not have a default subject title when the subject had no title. Fixes #942.
- Metrics with status unknown in the details view of the 'Metrics' metric did not show a question mark. Fixes #935.
- Adding sources did not work. Fixes #939.
- Added an option to exclude branches from being reported as unmerged when using GitLab or Azure DevOps as source for the unmerged branches metric. Closes #879.
- Sources can be reordered.
- Sources, metrics, subjects, and reports can be copied. Sources, metrics, and subjects can be moved across metrics, subjects, and reports. Implements #881.
- The "hide metrics not requiring action" buttons now hide metrics in all subjects of a report at once. Closes #907.
- A new, simpler version of the API was introduced, version 2. Version 1 of the API is deprecated. See http://quality-time.example.org/api/, http://quality-time.example.org/api/v1, and http://quality-time.example.org/api/v2.
- Typo in metric pie chart tooltip ("Uknown"). Fixes #857.
- User documentation incorrectly said that the dashboard layout is persisted in the browser. It is kept in the database since version 1.0.0. Fixes #860.
- Add report title to subject names in tag reports so it is clear from which report each subject comes. Fixes #880.
- Tag reports could not be exported to PDF. Fixes #885.
- Prevent users from entering invalid percentages. Fixes #888.
- Fix Checkmarx landing URL. Fixes #919.
- Remove plain text passwords from HTML. Fixes #921.
- Marking OWASP ZAP warnings as false positives did not work. Fixes #922.
- Remove private tokens from URLs logged by the collector. Fixes #934.
- If users have a Gravatar, it will be shown next to their username after they log in.
- REST API added for importing a complete report. Closes #818.
- Allow GitLab as source for the unused CI-jobs metric. Closes #851.
- Open help URLs in a new window or tab. Closes #842.
- Ignore Jira fields that have no number value when summing Jira issues for the ready user story points and manual test duration metrics. Fixes #834.
- Added a button (expand a report title to access it) to download a PDF version of a report. The PDF report can also be downloaded via the API:
http://www.quality-time.example.org/api/v1/report/<report_uuid>/pdf. Closes #828. - Metric summary cards now have tooltips showing the number of metrics per status (target met, target not met, etc.). Closes #838.
- Show the five most recent changes in the change log table initially so that the buttons below the change log table don't disappear off screen. Each click on the "load more changes" button still loads ten more changes. Closes #836.
- Users would not be notified of an expired session when trying to delete something while their session was expired. Fixes #813.
- Prevent double slashes in URLs to Jira issues. Fixes #817.
- Hiding metrics that do not require action did not work. Fixes #824.
- Store dashboard layouts on the server instead of in the local storage of the user's browser. Closes #379.
- Removed deprecated metrics from metric types options. Closes #826.
- The Quality-time source still used port 5001 to access the Quality-time API. Fixes #806.
- Allow for filtering metrics by metric type and source type in the Quality-time source. Closes #805.
- Determining the encoding of large OWASP Dependency Check XML reports was slow. Fixes #803.
- Use correct API URL when accessing Quality-time as source. Fixes #791.
- Metric for manual test execution added. Closes #556.
- Azure DevOps can now be a source for the failing jobs metric and the unused jobs metric. Closes #638.
- Add keep-alive messages to the server-sent events stream so it does not time out when there are no new measurements for a while. Fixes #787.
- In addition to a changelog per report, also keep a changelog for the reports overview. Closes #746.
- Make string input fields with suggestions clearable. Fixes #772.
- Open Axe CSV files in universal newline mode. Fixes #777.
- Prevent browser console traceback when switching to the sources tab of a metric. Fixes #779.
- More flexibility in configuring LDAP by introducing a
LDAP_SEARCH_FILTERenvironment variable and replacing theLDAP_LOOKUP_USERvariable byLDAP_LOOKUP_USER_DN. See the deployment instructions. Closes #774. - Logo for Axe. Closes #778.
- Ignoring Jenkins child jobs (jobs within pipelines) did not work. Fixes #763.
- Notifications from the server to the frontend about new measurements were broken after the introduction of the reverse proxy. Fixes #765.
- Allow for ignoring Jenkins jobs by name or regular expression. Closes #747.
- For sources that are comprised of static reports, it is now possible to specify a zip file with reports as URL. Quality-time will unzip the file before processing its contents as normal. So far, this has been implemented for Axe CSV reports, Bandit JSON reports, JaCoCo XML reports, JUnit XML reports, NCover HTML reports, OJAudit XML reports, OpenVAS XML reports, OWASP Dependency Check XML reports, OWASP ZAP XML reports, Performancetest-runner HTML reports, Pyup.io Safety JSON reports, and Robot Framework XML reports. Closes #748.
- The collector component would crash if an Azure DevOps source was unreachable. Fixes #738.
- Add a changelog entry when a user creates a report. Fixes #742.
- Introduce a reverse proxy (Caddy) so that web frontend and API can both be accessed through the same port. Which is now port 80 by default. Fixes #727.
- Login problem solved for LDAP servers where a user bind must be done. Fixes #734.
- Toaster messages didn't disappear when clicked. Fixes #717.
- Don't crash the frontend after changing the type of a metric. Fixes #718.
- Immediate check of URLs accessibility added. Closes #478.
- When measuring unmerged branches, have the metric landing URL point to the list of branches in GitLab or Azure DevOps. When measuring the source up-to-dateness of a folder or file in GitLab or Azure DevOps, have the metric landing URL point to the folder or file. Closes #711.
- When SonarQube is the source for a metric, users can now select the branch to use. Note that only the commercial editions of SonarQube support branch analysis. Closes #712.
- Subjects can be reordered. Expand a subject title to show the reordering buttons on the lower left-hand side of the subject title panel. The buttons allow one to move a subject to the top of the page, to the previous position, to the next position, and to the bottom of the page. Closes #716.
- Allow for filtering accessibility violations from Axe CSV files by impact level. Closes #730.
- Use the
ldap3library instead ofpython_ldap. Closes #679.
- The ability to use HQ quality reports as source was removed. Closes #715.
- Quality-time now counts the unmerged branches against the default branch in GitLab or Azure DevOps instead of assuming that the master branch is the default branch. Closes #699.
- The "Size (LOC)" metric can now either count all lines of code or all non-commented lines of code. That means the "Size (Non-commented LOC)" metric is now deprecated. Closes #644.
- Allow for specifying an Azure DevOps repository by name. Fixes #683.
- Remove white space at the top of the page in printouts. Fixes #685.
- Don't crash when the user refreshes a report in the browser. Fixes #692.
- Quality-time now uses Python 3.8 for the collector and server components. Closes #684.
- Allow for specifying the repository when using Azure DevOps as source for the "Source up-to-dateness" metric instead of assuming that the repository has the same name as the project. Fixes #663.
- Do not repeat the top menu bar in printouts, it overlaps with content. Fixes #680.
- Because Checkmarx does not immediately return detail information, Checkmarx measurements would alternate between measurements with and without detail information, resulting in a lot of measurements in the database. Fixed by not collecting detail information from Checkmarx anymore. Fixes #670.
- Sources that don't need to access the network ("Calendar", "Manual number", "Random number") would throw an exception. Fixes #672.
- NCover reports weren't parsed correctly. Fixes #675.
- Quality-time no longer collects detail information about security warnings from Checkmarx; the Checkmarx API is too complex, resulting in fragile interaction between Quality-time and Checkmarx. See #670.
- Allow for specifying which test results (skipped, failed, errored, and/or passed) to count when using SonarQube as source for the "Tests" metric. Fixes #634.
- Store measurement values for each scale that a metric supports so that the graphs show correct information when the user changes the metric scale. Fixes #637.
- Do not stop contacting sources after receiving a 401 (Unauthorized) or 403 (Forbidden). Fixes #652.
- Add NCover coverage reports as source for the test coverage metrics. Closes #636.
- Add Azure DevOps as source for the "Tests" metric. Requires Azure DevOps Server or Service 2019. Closes #639.
- Add Azure DevOps as source for the "Source up-to-dateness" metric. Closes #640.
- Add Azure DevOps as source for the "Unmerged branches" metric. Closes #641.
- Add percentage scale to the "Complex units", "Many parameters", "Long units", and "Suppressed violations" metrics. Closes #645.
- Measuring the source up-to-dateness of folders in GitLab did not work. Fixes #626.
- Measuring size (LOC), size (non-commented LOC), tests, and failed tests using SonarQube as source would fail with a parse error. Fixes #623.
- All metrics now have an explicit scale that's either fixed to "Count" or "Percentage", or that can be changed from "Count to "Percentage" and vice versa. Metrics whose scale can be changed: "Duplicated lines", "Metrics", "Test branch coverage", and "Test line coverage". Closes #504.
- Added a 'landing URL' parameter to some sources so Quality-time can refer users to a human readable version of a machine readable report. For example, you can add an HTML version of a JaCoCo report to a JaCoCo XML report source. Closes #554.
- To prevent reporting Checkmarx internal server errors to users when reports are unexpectedly unavailable, don't immediately remove a Checkmarx report after reading it, but silently ignore a removed report and create a new one. Fixes #468.
- Prevent locked accounts by not contacting a source again after receiving a 401 (unauthorized) or 403 (forbidden) HTTP status, until the configuration of the metric changes. Fixes #604.
- The direction of metrics is now configurable. The direction of a metric determines whether smaller measurements are better, or bigger measurements are better. This means that the "number of tests" metric, with its direction reversed, can now also be used to measure the number of failing tests. The "failing tests" metric is deprecated. Closes #552.
- Metrics can be reordered. Expand a metric to show the reordering buttons on the lower left-hand side of the metric details. The buttons allow one to move a metric to the top of the table, to the previous row, to the next row, and to the bottom of the table. Closes #585.
- Checkmarx internal server error solved. Fixes #468.
- Use a consistent style for labels of input fields. Fixes #579.
- Added Quality-time logo to the Quality-time source. Fixes #580.
- When adding HQ as source for the accessibility metric, show the URL and metric id parameters. Fixes #587.
- The layout of the reports overview dashboard would be reset after visiting a tag report. Fixes #588.
- Tag report donut charts were always white. Fixes #589.
- Prevent web browsers from automatically filling in username and password in the source configuration tab. Fixes #574.
- Changing the subject type now changes the subject name if the default subject name has not been overridden. Fixes #553.
- When a user changes a password field, don't show the old password in the change log unmasked. Fixes #565.
- Use <= and >= for the metric direction in the metric tables instead of < and >. Fixes #567.
- Add meta metrics and the ability to add Quality-time itself as source for the meta metrics. Closes #337.
- Accessibility metric for Axe report source added. Closes #338.
- Don't use the unicode characters for <= and >= in the source code; it caused problems on Windows. Fixes #558.
- When generating keys for OWASP ZAP security warnings, strip any hashes from the application URLs to ensure the keys are stable. Fixes #541.
- In addition to version 2.0 also support version 2.1 and 2.2 of the OWASP Dependency Check XML format. Fixes #543.
- Users can now select a suggestion and edit it in input fields with suggestions. Closes #197.
- Users can now login with both their canonical LDAP name as well as with their LDAP user id. Closes #492.
- Allow for using (a safe subset of) HTML and URLs in metric comment fields. Closes #511.
- Added OWASP Dependency Check Jenkins plugin as possible source for the security warnings metric. Closes #535.
- Break long lines in OpenVAS security warning description to keep the metrics table from becoming too wide. Fixes #452.
- Break long URLs in source error messages to keep the metrics table from becoming too wide. Fixes #531.
- Don't try to retrieve more work items from Azure DevOps than allowed. Fixes #532.
- Return a parse error if OWASP dependency report XML reports don't contain the expected root tag instead of reporting zero issues. Fixes #536.
- Keep track of changes made by users in a change log. The change log for a report can be viewed by expanding the report title. The change log for a subject can be viewed by expanding the subject title. The change logs for metric and their sources be viewed by expanding the metric. Closes #285.
- When the user session is expired (after 24 hours) log out the user and notify them of the expired session. Closes #373.
- Added a metric for measuring the duration of manual tests. Added Jira as default source for the metric. Closes #481.
- When using OWASP ZAP reports as source for the security warnings metric, report on the number of "instances" instead of "alert items". Fixes #467.
- Don't wait 15 minutes before trying to access a requested Checkmarx SAST XML report, but try again after one minute. Partial fix for #468.
- The Performancetest-runner now uses "scalability" instead of "ramp-up" as name for the scalability measurement. Closes #480.
- OJAudit XML files may contain duplicate violations (i.e. same message, same severity, same model, same location, same everything) which led to problems in the user interface. Fixed by merging multiple duplication violations and adding a count field to the violations. Fixes #515.
- Use Jenkins job timestamp for the source up-to-dateness metric if the Jenkins test report doesn't contain timestamps in the test report itself. Fixes #517.
- Stop sorting metrics when the user adds a new metric to prevent it from jumping around due to the sorting. Fixes #518.
- The Trello parameter "lists to ignore" was not displayed properly. Fixes #471.
- The number of issues would not be measured if the source was Jira. Fixes #475.
- Added Pyup.io Safety JSON reports as possible source for the security warnings metric. Closes #450.
- Added Bandit JSON reports as possible source for the security warnings metric and the source up-to-dateness metric. Closes #454.
- Only measure metrics that have all mandatory parameters supplied. Closes #462.
- Add performance test stability and scalability metrics to the example report. Fixes #447.
- Set up a new LDAP connection for each authentication in an attempt to prevent a "Broken pipe" between Quality-time and the LDAP server. Fixes #469.
- Frontend can't reach server.
- Run server on port 5001 instead of 8080 to reduce chances of interfering with other applications.
- Allow for deployments where the different components all have the same hostname, e.g. quality-time.example.org, and only the ports differ.
- Metric for performance test duration added. Closes #401.
- Metric for performance test stability added. Closes #433.
- Metric for performance scalability added. Closes #434.
- Performancetest-runner reports can now be used as metric source for the tests and failed tests metrics. Closes #402.
- Time travelling to a date before any report existed would throw an exception on the server. Fixes #416.
- Trend graphs would be too tall and overlap with the next metric. Fixes #420.
- When clicking the report date field in the menu bar, the calendar popup would be displayed at the wrong location before popping up at the right location. Fixes #424.
- Version number was missing in the footer of the frontend. Fixes #410.
- Work around a limitation of the Travis configuration file. The deploy script does not allow sequences, which is surprising since scripts in other parts of the Travis configuration file do allow sequences. See travis-ci/dpl#673.
- Release Docker containers from Travis CI to Docker Hub.
- Initial release consisting of a metric collector, a web server, a frontend, and a database component.