-
Notifications
You must be signed in to change notification settings - Fork 92
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
easer doesn't start on boot #25
Comments
That's weird, because that part of code is intacted after the settings page is added. The second behavior is expected because currently Easer starts the service automatically when it is opened. I should have removed it, but I forgot... Do you have any system settings (or apps) which may affect autostart? |
@renyuneyun I don't have anything running that would prevent apps from starting up, as best as I can tell. I have Easer added to the list of "don't optimize for battery" apps, but I wouldn't think that would cause this issue.. I am running Android 7.1 (CopperheadOS), if that helps. |
Indeed it's strange. (and sorry for the long delay as I was busy during last few weeks.) I haven't used any 7.1 phones so am not sure if anything changed in the system could cause that. I'll push a minor changed version to remove the auto-starting of the service during app startup. We may then be able to identify whether the autostart on boot of the service is affected or not. |
Clayton, do you see the "Stop" button active in the app properties?
Also logcat right after start would show something, give it a try
|
I see now that when I reboot and start the app, Easer shows that the background app is not running and it has to be started. The only change here is that Easer shows it not running, whereas before it would show the background service was running (but I had to hit 'start' for events to register).
I can give this a try later. Logcat is super chatty, are there any fields I could match on to minimize the noise? |
Then there seem to be some issues with the auto-starting (of the background service Maybe you can filter logcat by the app id I didn't add too much of this part to the logcat (because I thought that should work correctly). The only thing can be observed (throughtout the auto-starting process) is the last step: whether |
I'm confused by this experiment, since EHService will not start on boot now due to 98d62f4. How exactly will a logcat help now? |
In my phone, I had autostarts preventing easer to start on boot, after allowing that, then logcat complained about easer not having the RECEIVE-BOOTUP-COMPLETE permision. |
@craftyguy Well, that change was not to let The current problem chain is that:
Although there may be special cases that the two "which means" don't hold, they are quite unlikely to happen (e.g. Debugging through logs could find out what happened, but we need to find out why the process do not happen. |
@perepujal Wow, good to know autostarts functions by blocking permissions (I was always wondering how it works) :) |
Hi, I think I didn't explain correctly, I didn't see any logs when I had autostarts blocking easer. The complaints about easer not having the RECEIVE_BOOT_COMPLETED permission where later when I already had whitelisted easer in autostarts, so, as a quick fix, I added the line |
Thanks a lot @perepujal ! At least this points out that I forgot to add the permission to AndroidManifest :( Silly me... The commit fixes this, and should also fix the problem. Please reopen this issue if that's not true... |
Another issue in my code should cause this, too. However, no one seems reporting this and it functions on my phone (but it should not be functioning according to the code)... Strange... That is: I forgot to register the listener so no handling of the change of the "enabled" setting is presented. |
Actually, it still doesn't start on boot for me (0.37), I just forgot to report back here :)
I'll test that commit when a new version hits fdroid.
…On October 5, 2017 2:24:50 PM UTC, renyuneyun ***@***.***> wrote:
Another issue in my code *should* cause this, too. However, no one
seems reporting this and it functions on my phone (but it should not be
functioning according to the code)... Strange...
That is: I forgot to register the listener so no handling of the change
of the "enabled" setting is presented.
The "fix" is in commit 4e293c4 .
|
Using the latest version on f-droid as of this report, 0.3.5, easer doesn't start on boot despite enabling the option in settings to do so. I experienced this issue a few times after rebooting my device and meeting certain conditions that should have triggered an action in easer (e.g. connected to wifi AP --> do some action). If I manually launch easer, then suddenly the event triggers.
The text was updated successfully, but these errors were encountered: