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

Functionality doesn't restored after transfer tasker project to another device #65

Open
pkjq opened this issue Aug 19, 2018 · 7 comments

Comments

@pkjq
Copy link

pkjq commented Aug 19, 2018

When i export project from tasker and then import it at another device.

  • In MqttClient i already have subscription to required topic, but subscribscription from tasker doesn't work. It's start to work if open (don't change anything) configuration of profile.

  • Publishing doen't work too. And starting to work after open task configuration, wich try to send mqtt message. In this case 'MQTT Publisher Plugin' works correctly.

And if i create App by tasker factory it's doesn't work in another device with symptoms is described above.

@deepessh
Copy link
Owner

deepessh commented Aug 19, 2018

Hey

Tasker uses the broker id generated in the app to save tasks/events.

This id might vary from one device to other which might be the reason behind the project not working out of the box.

@pkjq
Copy link
Author

pkjq commented Aug 19, 2018

Can you fix this? 'MQTT Publisher Plugin' works fine. May be ID must be dynamically generated?
Because it's not portable solution :-|.

@deepessh
Copy link
Owner

Let me take a look.

As a workaround, you may edit the xml file exported from tasker and change the broker ID to the correct value.

Cheers!

@pkjq
Copy link
Author

pkjq commented Aug 19, 2018

Yes! Thanks. Workaround is working fine! And i realized what ID you meant.
May be use link with name of connection, not a ID?

@deepessh
Copy link
Owner

Hey, the idea is that you could have multiple connections with the same name, that's why using id is better.

@pkjq
Copy link
Author

pkjq commented Sep 23, 2018

What is it for? We can't control ID, because It's hidden part of implementation details. And as a consequence it's not portable solution without modification of tasker configuration.

If many connections have the same name, may be user wants to connect with backup servers(reserved)?

@deepessh
Copy link
Owner

deepessh commented Oct 5, 2018

Hey, there could be multiple use cases when the user wants to have the same name for different connections. The idea was to not restrict the user in any way.

That is how it is by design. Let me think if it could be made portable with minimal changes in the current design.

The id is not hidden per se. It is visible in the brokers list. But I agree, it is not a portable solution.

I would love to hear any suggestions you may have.

Cheers!
Deepesh

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants