Closed ObsidianDelta closed 3 years ago
@ObsidianDelta, can you tell me the version of dispatch that you are using? In the mean time, I will begin attempting a repro of this and assume you are using the latest.
@ObsidianDelta, can you tell me the version of dispatch that you are using? In the mean time, I will begin attempting a repro of this and assume you are using the latest.
1.7.2
@ObsidianDelta, can you tell me the version of dispatch that you are using? In the mean time, I will begin attempting a repro of this and assume you are using the latest.
Hey @stevkan do you think its just how I am invoking dispatch or do you think there is something going on in terms of a bug?
I have the same problem and I think its because I am using qna managed in preview version. Is there a way to change the endpoint Request url: https://westus.api.cognitive.microsoft.com/qnamaker/v4.0/knowledgebases/xxxxx-xxxx-xxxx-xxxxx/Test/qna?getFlattened=true? My cognitive service is in north europe not westus and publish on https://xxxxxxx.cognitiveservices.azure.com/qnamaker/v5.0-preview.1
My dispatch version is 1.7.2
I have the same problem and I think its because I am using qna managed in preview version. Is there a way to change the endpoint Request url: https://westus.api.cognitive.microsoft.com/qnamaker/v4.0/knowledgebases/xxxxx-xxxx-xxxx-xxxxx/Test/qna?getFlattened=true? My cognitive service is in north europe not westus and publish on https://xxxxxxx.cognitiveservices.azure.com/qnamaker/v5.0-preview.1
My dispatch version is 1.7.2
I tried both ... I still get the same result! It's because the base URL is custom I believe is that right @stevkan @v-kydela @ckkashyap ?
It works ... I used the subscription id instead of the subscription key!
@ObsidianDelta can you please elaborate? I can't seem to find a way to tell the dispatch tool to use a different endpoint for the v5.0 managed preview QnAMaker knowledgebases.
@ObsidianDelta can you please elaborate? I can't seem to find a way to tell the dispatch tool to use a different endpoint for the v5.0 managed preview QnAMaker knowledgebases.
I got it to work with the un managed version. Not the preview version. However I don't think it matters. Just make sure you use the subscription key for the qna service ... not the subscription id.
Unfortunately, it doesn't work with the preview version of QnAMaker because it uses the incorrect endpoint. There's no option to specify the endpoint, or at least no option I know of.
Unfortunately, it doesn't work with the preview version of QnAMaker because it uses the incorrect endpoint. There's no option to specify the endpoint, or at least no option I know of.
I've just tested this and came to the conclusion that it is not possible to use the managed qna maker in the preview (tested with an european server). For anybody who wants to reproduce the steps:
The last error suggests that the pricing tier is the issue, but it says so for the QnA Maker V4.0. As described the v5.0-preview.1 is in use here. Anybody tried this with another price tier?
When I use the unmanaged QnA Maker everything works. Unfortunately it is not possible to set the region of the QnA Maker on creation. So it's set to westus..
Tool
Name: [Msbot|Ludown|LUIS|QnAMaker|Chatdown|Dispatch|LuisGen] Version: tool version OS: os version
Describe the bug
When I try to add the newly created qna db using the correct id and subscription key I get the following error message:
Request url: https://westus.api.cognitive.microsoft.com/qnamaker/v4.0/knowledgebases/xxxx-xxx-xxx-xxxx/Test/qna?getFlattened=true Response: {"error":{"code":"401","message":"Access denied due to invalid subscription key or wrong API endpoint. Make sure to provide a valid key for an active subscription and use a correct regional API endpoint for your resource."}}
The end point is wrong! It should be https://qnaxxx.cognitiveservices.azure.com/qnamaker/v5.0-preview.1 ... or something to that effect.
To Reproduce
Steps to reproduce the behavior:
... dispatch add
... dispatch add --type "qna" --name "Faq" --id "xxx.xxx.xxxx.xxx" --key "xxx.xxx.xxx.xxx" --intentName "q_Faq" --dataFolder "c:\Users\Jason" --dispatch "c:\Users\Jason\dispatch.dispatch"
... dispatch create
... permission denied
Expected behavior
There should be an option to put in the request url to the correct one so that it functions as expected
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
[bug]