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

Mycroft repeats last request when starting up #2155

Closed
trekjunky opened this issue Jun 10, 2019 · 12 comments
Closed

Mycroft repeats last request when starting up #2155

trekjunky opened this issue Jun 10, 2019 · 12 comments

Comments

@trekjunky
Copy link

OpenSuSE 15.1
I am running mycroft-core version 19 oh 2, release 12

My problem: I have the skill finished booting up running. Right after Mycroft says he is ready, he repeats the last request I made days ago. If I ask him 5 requests, the next time I start him up, he will repeat my last request. How do I stop this?

@forslund
Copy link
Collaborator

That sounds really weird. mycroft-core doesn't retain any information about what is spoken between startups. I checked the finished-booting skill and it doesn't seem to do anything like that either.

Does this happen even if you reboot the machine between starting Mycroft?

@trekjunky
Copy link
Author

trekjunky commented Jun 10, 2019

Yes, I have rebooted several times and Mycroft does it every time I start him up. I paid good money that I donated so that I wouldn't have any problems, but that didn't seem to matter. I wonder what problem I will have when and if this is fixed? This is my 4th problem so far.

@forslund
Copy link
Collaborator

Thanks for that piece of information, that rules out cached speech wav-files since they would be flushed at reboot.

Could it be another skill that stores those things? Do you have more third-party skills in addition to the finished-booting skill?

To help us look further into the issue could you perform the following actions:

edit the mycroft.conf to enable debugging logs

nano ~/.mycroft/mycroft.conf

add a line to set the log level to debugging

"log_level": "DEBUG"

this needs to be valid json and can be a bit tricky. If the config hasn't been changed previously it should look like this when done:

{
  "max_allowed_core_version": 19.2,
  "log_level": "DEBUG"
}

Since the issue is happening during startup the config editing is necessary, otherwise the debug CLI could perform the log level change during operation.

Then start up mycroft ./start-mycroft.sh all when it has started ask him to "create a support ticket" and follow the verbal instructions to create a support package. then forward the e-mail that will be sent to your registered e-mail to me ake.forslund[-at-]mycroft.ai

If there are issues with the support skill zip up the /var/log/mycroft/skills.log file and send that.

Thank you.

@trekjunky
Copy link
Author

I had to send you an email directly as my second email explains that I never got the email that Mycroft sent.

@forslund
Copy link
Collaborator

Thank you for sending the logs, I looked them over and one possibility is the fallback-recommendations skill. It has some code that could be responsible for the repeat after reload...

@krisgesling
Copy link
Contributor

@trekjunky can you try uninstalling that Skill and retesting to see if the problem goes away?
You should be able to just say "uninstall recommendations"

@trekjunky
Copy link
Author

trekjunky commented Jun 12, 2019 via email

@trekjunky
Copy link
Author

trekjunky commented Jun 12, 2019 via email

@krisgesling
Copy link
Contributor

Great!

I'll still let the developer of that skill know so they can keep an eye out for it and hopefully prevent it from happening again.

As for switching the log level back, you should be able to just delete that line from your conf file and it will switch back to the default level of 'info'.
Another random tip - in the CLI you can type:
:log level debug
or
:log level info
to quickly switch log levels. However I don't think these are retained after a reboot.

@forslund
Copy link
Collaborator

forslund commented Jun 12, 2019

@krisgesling as the issue occured during startup I asked him to set the log level to debug through the config so we'd be guaranteed to catch it.

@trekjunky the default config should look like this:

{
  "max_allowed_core_version": 19.2
}

Glad we could help resolve the issue!

@trekjunky
Copy link
Author

trekjunky commented Jun 12, 2019 via email

@LinusSkucas
Copy link

hi @trekjunky , I'm the developer of that fallback recommendations skill, and I would like to look into this more as I haven't seen something like this. If you could respond to my questions here:
LinusSkucas/fallback-recommendations-skill#9 (comment)
That would be great, so I can further debug this skill.

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

No branches or pull requests

4 participants