NetworkException during extension load about azure-devops-pull-request-hub HOT 16 OPEN

I have seen instances where DevOps will throttle high-volume API traffic, so that could be a possible cause here. According to Chrome dev tools, the hub is making >650 API requests on load. The first ~220 are successful, then ~80 fail, then the remainder are mostly successful with some scattered failures. This page suggests there is a 300 call limit with a 60 second renewal: https://learn.microsoft.com/en-us/connectors/visualstudioteamservices/#limits

That's not exactly the behavior I have seen, since the page loads in seconds and refreshing immediately still has some successes, but a limit might be a factor. The extension appears to make all the API requests in less than a 1 second period. Maybe a short delay between batches of requests when there are >200 repositories would help.

But it also looks like there is an API method that will retrieve pull requests by project rather than by individual repository -- that would eliminate hundreds of API requests and possibly eliminate the issue altogether for any number of repositories.

https://learn.microsoft.com/en-us/rest/api/azure/devops/git/pull-requests/get-pull-requests-by-project?view=azure-devops-rest-7.1&tabs=HTTP

Currently this API method returns 12 pull requests for my project from 9 different repositories.

from azure-devops-pull-request-hub.

Same here. It started a couple days ago and would go away on a second try. But today it just refuses to work.

• Windows 10
• Opera 104.0.4944.36

Here is what it looks like visually:

from azure-devops-pull-request-hub.

Same here :/

• Windows 10 Education
• Chrome Version 118.0.5993.120

from azure-devops-pull-request-hub.

Same here

from azure-devops-pull-request-hub.

In addition to the type of error listed in the original post above (there are multiple occurrences of it listed), I see multiple errors like this one:

Fetch.js:116
GET https://dev.azure.com/{account}/_apis/git/repositories/{guid}/pullRequests?searchCriteria.repositoryId=&searchCriteria.creatorId=&searchCriteria.includeLinks=true&searchCriteria.reviewerId=&searchCriteria.sourceRefName=&searchCriteria.sourceRepositoryId=&searchCriteria.status=1&searchCriteria.targetRefName=&maxCommentLength=10&%24top=0
net::ERR_FAILED

But accessing that URL (and the URL in the original message) directly in a browser returns a JSON response successfully, so I do not think the errors are because the URL's are inaccessible. No other parts of DevOps are seeing these kinds of errors.

@bergamin @quasarea @Lariel Can I ask how many repositories you have in the project you are seeing this issue in? We have >600.

from azure-devops-pull-request-hub.

It seems an error from the Azure DevOps SDK because I don't have any Fetch.js file from my side. It might be related to the number of repos. Do you have any other azure org/project with less repos that can be tested? Many thanks

from azure-devops-pull-request-hub.

Same thing happening here - Windows 10, Edge and Chrome browser, but primarily Edge.

In addition to this, I have been seeing two other issues:

1. Unable to dismiss the error message

When I click the X to dismiss this error message:

I get this exception in the console:

Which corresponds to this code:

2. Member avatars don't load

There's a 302 request to a URL like this:
https://dev.azure.com/redacted/_apis/GraphProfile/MemberAvatars/aad.REDACTED

that has a location like this:
https://spsprodcus2.vssps.visualstudio.com/_signin?realm=dev.azure.com&reply_to=https%3A%2F%2Fdev.azure.com%2Fredacted%2F_apis%2FGraphProfile%2FMemberAvatars%2Faad.REDACTED&redirect=1&hid=redacted&context=redacted

The subsequent redirect request results in a 203 Non-Authoritative Information. Each of the 4 response Set-Cookie headers has a red triangle with exclamation point by it with this message on hover: This attempt to set a cookie via a Set-Cookie header was blocked due to user preferences.

I was able to resolve this 2nd issue as follows. I'm leaving it here in case someone (probably my future self) runs into this again.

In Edge Settings, navigate to Cookies and site permissions, then to Manage and delete cookies and site data. Then Add the following two patterns to the Allow list:
[.]visualstudio.com
[.]azure.com

That pattern could probably be more narrowly scoped, but frankly I'm tired of dinking with it and just glad it works.

from azure-devops-pull-request-hub.

Hello all, thanks for reaching out. Would you mind to check on the developer tools console if there is any error? If so, if you could share the details would be helpful to understand what's happening. I am able to access the extension normally on my account, therefore, I suspect it can be any type of content blockage or corporate proxy.

from azure-devops-pull-request-hub.

I am having the same issue running Chrome 119.0.6045.105 in Linux (Ubuntu 22.04). The interesting part is if I switch to using Firefox 119.0.1 in Linux (Ubuntu 22.04), the issue is not present. With Firefox I can load the same DevOps URL with no issue and see the list of PRs.

from azure-devops-pull-request-hub.

In addition to the type of error listed in the original post above (there are multiple occurrences of it listed), I see multiple errors like this one:

Fetch.js:116 GET https://dev.azure.com/{account}/_apis/git/repositories/{guid}/pullRequests?searchCriteria.repositoryId=&searchCriteria.creatorId=&searchCriteria.includeLinks=true&searchCriteria.reviewerId=&searchCriteria.sourceRefName=&searchCriteria.sourceRepositoryId=&searchCriteria.status=1&searchCriteria.targetRefName=&maxCommentLength=10&%24top=0 net::ERR_FAILED

But accessing that URL (and the URL in the original message) directly in a browser returns a JSON response successfully, so I do not think the errors are because the URL's are inaccessible. No other parts of DevOps are seeing these kinds of errors.

@bergamin @quasarea @Lariel Can I ask how many repositories you have in the project you are seeing this issue in? We have >600.

We have about ~470 repos in this project.

Created a study environment in my personal Azure Devops account, with one single project and one repo. There the Pull Request Manager Hub works fine 😅

Back to my work environment, I switched to another project, it has 4 repos, and PRMH works fine too.

@cribeiro84 for me the issue shows up, inside or outside the corporate network, it seems to be about the number of repos or something.
I'll check the azure-devops-extension-api issue list for some ideas.
Tks

from azure-devops-pull-request-hub.

In addition to the type of error listed in the original post above (there are multiple occurrences of it listed), I see multiple errors like this one:
Fetch.js:116 GET https://dev.azure.com/{account}/_apis/git/repositories/{guid}/pullRequests?searchCriteria.repositoryId=&searchCriteria.creatorId=&searchCriteria.includeLinks=true&searchCriteria.reviewerId=&searchCriteria.sourceRefName=&searchCriteria.sourceRepositoryId=&searchCriteria.status=1&searchCriteria.targetRefName=&maxCommentLength=10&%24top=0 net::ERR_FAILED
But accessing that URL (and the URL in the original message) directly in a browser returns a JSON response successfully, so I do not think the errors are because the URL's are inaccessible. No other parts of DevOps are seeing these kinds of errors.
@bergamin @quasarea @Lariel Can I ask how many repositories you have in the project you are seeing this issue in? We have >600.

We have about ~470 repos in this project.

Created a study environment in my personal Azure Devops account, with one single project and one repo. There the Pull Request Manager Hub works fine 😅

Back to my work environment, I switched to another project, it has 4 repos, and PRMH works fine too.

@cribeiro84 for me the issue shows up, inside or outside the corporate network, it seems to be about the number of repos or something. I'll check the azure-devops-extension-api issue list for some ideas. Tks

For me we have 356 repos in the project showing this issue. This issue occurs inside and outside of the corporate network.

from azure-devops-pull-request-hub.

I'm experiencing this problem since we have a total of more than 100 open Pull Requests.

Either the list completely fails to load or takes a very long time.

It would be a huge improvement if the list only loaded PRs included in the saved filters initially and then loaded the rest as needed.

from azure-devops-pull-request-hub.

Found another issue and the reason for it, so adding it here to help anyone else.

I use the AdGuard extension in Edge, and in Options -> Stealth Mode, the Hide Referrer from third parties option was enabled. If I disable this option, the error goes away and the page loads normally. This is repeatable. Solution / work around is to disable this option.

If anyone knows a better solution, please let me know.

from azure-devops-pull-request-hub.

I'm facing the same issue. IS there any solution available for this ?

from azure-devops-pull-request-hub.

Hello, thanks for the information.
Did you check on your Developer tools console of your browser what is the error that's being raised? It might be many possibilities. Websocket being blocked, cookies, so on. Have you checked your corporate internet policies?

from azure-devops-pull-request-hub.

from azure-devops-pull-request-hub.