Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix: issuesList counting #880

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open

Fix: issuesList counting #880

wants to merge 4 commits into from

Conversation

MarceloRobert
Copy link
Collaborator

@MarceloRobert MarceloRobert commented Feb 4, 2025

  • Renames processed_issues to issue_dicts
  • Separates processed_tests from decide_test_in_filter
  • Update getIssueFilterLabel to check explicitly for undefined
  • Update key prop from IssuesList div to include issue version

Closes #872

How to test

You can verify that filtering by issues in this localhost page is working properly, while staging page is showing the problems cited in the issue (issues list not showing all issues, filtering by the unlisted issues through the modal causing errors, etc.)

Known issues

While testing this I found out a seemingly unrelated problem with this task, where filtering by an issue will always return the "jobs" (boots/builds/tests) with the latest version instead of the selected version of the issue. This is in more detail in this issue:

UPDATE: It seems that this issue was caused by how the Django ORM was performing the JOIN in the issues table instead of by the filtering system. This was solved in this PR and I'll close this issue as well when this PR is merged

Visual Reference

Before
image

After
image

@murilx murilx force-pushed the fix/issue_list_count branch 3 times, most recently from 467cf8c to 254d79f Compare February 10, 2025 16:36
@murilx murilx marked this pull request as ready for review February 10, 2025 17:17
@murilx murilx self-assigned this Feb 10, 2025
Copy link
Collaborator Author

@MarceloRobert MarceloRobert left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems that in the example there are some issues with version 0 that are being listed even though only the version 1 is present, the ones starting with "[logspec:generic_linux_boot]". I also noticed this problem in this other example

@murilx murilx force-pushed the fix/issue_list_count branch from 254d79f to 088bb58 Compare February 11, 2025 16:09
MarceloRobert and others added 3 commits February 11, 2025 13:41
- Renames processed_issues to issue_dicts
- Separates processed_tests from decide_test_in_filter
- Update getIssueFilterLabel to check explicitly for undefined
- Update key prop from IssuesList div to include issue version

Closes #872
Included issue_version in all issue-related filters that didn't have
them yet
When using the Django ORM, that does not support composite primary keys
as used by the Issues model, it would produce the incorrect join between
Issues and Incidents since it don't consider issue.version when
performing the join. To solve this, the django ORM query was replaced by
a raw query. That required some of the data to be treated in the
pydantic level since it was being fetched as string instead of dict
@murilx murilx force-pushed the fix/issue_list_count branch from 088bb58 to d6e0f11 Compare February 11, 2025 16:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[bug] details not showing all issues
2 participants