Closed arenglish closed 3 months ago
Did you checked/unchecked the clone with ssh when you used the clone from vcs code?
Also the Pat was created with all the mandatory scopes?
Last question - the AZURE DEVOPS server version?
I will investigate this issue on the plugin side and will update as soon as possible
Thanks for reporting @arenglish
It feels like missing scopes - maybe related to the restricted branches
I will investigate further
Hi @Jonatha1983,
Thanks @arenglish for sharing.
From the image you attached it looks like you are using server - service url is always fix: dev.azure.com While yours url have quickt and visual studio from the image above.
Are you using ssh to clone the repo usually or https ? If ssh you should check the ssh checkbox.
From last image it looks like you are right and it is Service - so I wonder why the host is not https://dev.azure.com/... Maybe you use a different configuration or aliases for redirecting the url ?
@Jonatha1983 It looks like we are using some kind of old URL scheme.... in the settings, it has an option to update to a "new URL"...
Oh - nice catch I ll try to support this in the next release Thanks for reporting
@Jonatha1983 Okay thanks a lot! I will keep an eye out for it.
This one is hitting us as well. Very interested to try to tool. Is there a workaround in the interim?
Will release a new version on Monday with the support of this scenario
Let me know if you need someone to test the fixes... If it works well this plug-in will plug (pardon the pun) a big hole left when we moved to Azure DevOps.
Hi @awindillman @arenglish
I uploaded to the EAP channel a version that should work for your case:
Version 2024.1.28
https://plugins.jetbrains.com/plugin/22319-azd/edit/versions/eap
Just so you know, you must remove the old user if you have one - I tested this multiple times with different scenarios. I am pretty sure it should work well for your scenario, but please let me know if not.
Thanks
Waiting for your input to close this
The changes appear to be working for me. It will probably be a day or two for me to get to try all aspects though.
Great 😊!!! Thanks will keep the issue open for now
@awindillman @arenglish I am closing this issue.
Please open a new one if this issue still needs to be resolved.
Describe the bug Viewing pull requests fails with a 404 error. The request URL in the error message seems to be appending the full repository path ({company}.visualstudio.com/{respository-name}) to the account url (https://{company}.visualstudio.com) resulting in https://{company}.visualstudio.com/{company}.visualstudio.com/{respository-name} causing a 404.
To Reproduce Steps to reproduce the behavior:
Expected behavior Should show pull requests. Should probably fetch from https://{company}.visualstudio.com/{repositoryName} rather than https://{company}.visualstudio.com/{company}.visualstudio.com/{respository-name}, but I'm not sure what is causing the latter.
Screenshots
Image 1
Image 2
Desktop (please complete the following information):
JetBrains IDE (please complete the following information):
Azure Devops organization details:
Additional context I created this Rider project initially using the Rider "from VCS" option. This perhaps has something to do with the URL being improperly formed.