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

[QnAMaker] Failed to queue training. #1814

Closed
eduardmartos opened this issue Sep 2, 2019 · 8 comments
Closed

[QnAMaker] Failed to queue training. #1814

eduardmartos opened this issue Sep 2, 2019 · 8 comments
Assignees
Labels
Backlog An approved issue or bug added into the work queue for evaluation into a future iteration Bot Services equired for internal Azure reporting. Do not delete. Do not change color. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete.

Comments

@eduardmartos
Copy link

eduardmartos commented Sep 2, 2019

It seems that training and publishing of qnamaker service integration with botframework emulator is not working properly.
I have detected these errors and issues:

· In BOTEXPLORER when I try to "Connect my bot to a QnA Maker knowledge base" with the + button, a pop-up window is displayed indicating that it is necessary to log in azure.
After correctly identifying myself in azure, the second pop-up window that is trying to get my QnAMaker knowledge bases crashes saying to me:

"You have not signed up for a QnAMaker account under "myuser@mydomain". Get Started with QnA Maker
Alternatively, you can connect to a knowledge base manually if you know the ID and subscription key.

Clicking on second link (connect manually) opens an internet explorer documentation page with an overview of QnAMaker and no instructions for manually connection.
After this sequence, the + button stops working. It's necessary to restart the emulator.

· With my workarround, I added manually to my bot File, my QnAMaker service like this:

{
	"type": "qna",
	"name": "MyQnAMakerName",
	"kbId": "GUID_1",
	"subscriptionKey": "GUID_2",
	"endpointKey": "GUID_3",
	"hostname": "https://myqnamakername.azurewebsites.net/qnamaker"
}

GUID_1 = "QnAKnowledgebaseId value" of appsettings.json file of Bot Solution.
GUID_3 = "QnAEndpointKey value" of appsettings.json file of Bot Solution.
hostname = "QnAEndpointHostName value of appsettings.json file of Bot Solution.
and GUID_2 = "my subscriptionKey retrieved from one of my services in Azure"

However, in that way, during a conversation, by clicking the link "trace" is shown on the right the training windows of qnaMaker but with these errors:

[Visual issues]

· The training window has a split control in the middle (separating questions from the answers) that does not work properly.
· The training window does not expand to the "live chat window" container and is too narrow to work well with it.
· When the cursor is over the alternate responses, the box changes from black to blue, but clicking all remain black. That doesn't let you know if the answer has really been changed or not. The same when we add new answer.

[Functional issues]

· Click on "Train" link/button gets the error: [QnAMaker] Failed to queue training.
· Publish is always disabled (I think this is because training is not working).

Thanks for your time.

@daveta daveta added Bot Services equired for internal Azure reporting. Do not delete. Do not change color. customer-reported Required for internal Azure reporting. Do not delete. labels Sep 2, 2019
@stevkan
Copy link
Contributor

stevkan commented Sep 3, 2019

Can you tell me which version of Emulator you are using? And, are you certain you have QnA services set up on your account and are logging in using the same account? The "Add QnA Maker" function looks for the QnA service you created in Azure and returns the list of knowledge bases, once found.

qnaMaker

@eduardmartos
Copy link
Author

eduardmartos commented Sep 3, 2019 via email

@tonyanziano
Copy link
Contributor

Hi @eduardmartos ,

The Emulator does not support multi-tenant Azure accounts at the moment. Currently, it will default to one of the tenants and show you the resources associated with that tenant, however, there is no way to select a tenant.

@hcyang hcyang added the customer-replied-to Required for internal reporting. Do not delete. label Sep 3, 2019
@eduardmartos
Copy link
Author

eduardmartos commented Sep 3, 2019 via email

@hcyang hcyang added the Backlog An approved issue or bug added into the work queue for evaluation into a future iteration label Sep 3, 2019
@cwhitten
Copy link
Member

cwhitten commented Sep 3, 2019

Hello @eduardmartos and thank you for your issue.

We'll gladly accept your feature suggestion and prioritize it in an upcoming sprint. At this point it is unlikely that this feature will be released in a stable version of the Emulator by the end of the calendar year 2019.

I've gone ahead and created a work item where we'll describe the feature and continue discussion there. Thank you!

@stevkan
Copy link
Contributor

stevkan commented Sep 3, 2019

@eduardmartos,

As a public service, in case you are unaware, please note the following announcement from last May in the BotFramework docs:

Prior to the Bot Framework SDK 4.3 release, we offered the .bot file as a mechanism to manage resources. However, going forward we recommend that you use appsettings.json or .env file for managing these resources. Bots that use .bot file will continue to work for now even though the .bot file has been deprecated. If you've been using a .bot file to manage resources, follow the steps that apply to migrate the settings.

The abovesteps can be viewed here, for reference.

@stevkan stevkan removed their assignment Sep 3, 2019
@eduardmartos
Copy link
Author

Steve, thanks for your comments about the deprecated use of .bot file. I know that. I know that latests templates of Bot implementations based on .Net Core and Bot Framework v4 don’t use .bot file and use appsettings.json.
But I was talking about the .bot file created and used by the Emulator where associated Services as QnAMaker, LUIS services are still defined and is the way I found to add them manually to the Emulator.

Thanks Chris for adding this feature to the next version. I think having the possibility of training in the same emulator is a great advantage respect doing that at portals. Portal training are great as a first step and because you need to train QnA and LUIS models as service of course. But the final Bot implementation is using this services and your own logic in code, and the only way to test all in conjunction is by using the Emulator.

Thanks a lot for your great work and contributions to this amazing Bot Emulator!

@cwhitten cwhitten removed their assignment Sep 4, 2019
@cwhitten
Copy link
Member

Simple housing keeping update: we'll close this issue and track it here: #1814 Thanks!

@cwhitten cwhitten self-assigned this Feb 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Backlog An approved issue or bug added into the work queue for evaluation into a future iteration Bot Services equired for internal Azure reporting. Do not delete. Do not change color. customer-replied-to Required for internal reporting. Do not delete. customer-reported Required for internal Azure reporting. Do not delete.
Projects
None yet
Development

No branches or pull requests

6 participants