Skip to content

[Jira]: Migrate get all projects methods to use paginated endpoint for Jira Cloud. #1270

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

Merged
merged 2 commits into from
Oct 29, 2023

Conversation

marinone94
Copy link
Contributor

  • Migrate "get all projects" methods to use paginated endpoint for Jira Cloud.
  • Update docs.
  • Use the correct method in the archive project method.

@gonchik
Copy link
Member

gonchik commented Oct 29, 2023

Hi @marinone94 ,
for the first iteration it sounds good.

Main idea, just make quite easy steps for understanding code by non-developers

@codecov-commenter
Copy link

codecov-commenter commented Oct 29, 2023

Codecov Report

Attention: 22 lines in your changes are missing coverage. Please review.

Comparison is base (85f116f) 34.54% compared to head (be75b86) 34.48%.

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1270      +/-   ##
==========================================
- Coverage   34.54%   34.48%   -0.07%     
==========================================
  Files          45       45              
  Lines        8148     8172      +24     
  Branches     1124     1131       +7     
==========================================
+ Hits         2815     2818       +3     
- Misses       5219     5240      +21     
  Partials      114      114              
Files Coverage Δ
atlassian/jira.py 19.52% <12.00%> (-0.10%) ⬇️

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@gonchik gonchik merged commit 364b16f into atlassian-api:master Oct 29, 2023
@gonchik
Copy link
Member

gonchik commented Oct 29, 2023

How about wrap other methods?

@marinone94
Copy link
Contributor Author

What do you mean?

@gonchik
Copy link
Member

gonchik commented Oct 30, 2023

@marinone94 i meant wrap other rest api requests

grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
grahamalama added a commit to mozilla/jira-bugzilla-integration that referenced this pull request Dec 11, 2023
In v6.3.6, we bumped atlassian-python-api from 3.41.4. That bump
included a [PR](atlassian-api/atlassian-python-api#1270)
which changed the way library fetched projects. This somehow affected
our project when we fetched visible projects and issue types in the
heartbeat. We never fully determined the root cause, but the while loop
in the linked PR was suspect.

In this commit, we make further improvements to the code that's involved
in the heartbeat to make it more efficent.

Note that one of the tradeoffs we made for now was hardcoding the
maximum number of projects that may be configured at 50. This is due to
the way we fetch issue types by project. This is something that we can
fix in the future, but is not a problem that we need to solve for now
since we only have 26 project configured.
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.

3 participants