mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-26 01:15:58 +03:00
[GH-ISSUE #761] Backups always fail with "Backup skipped, no connectivity" message unless done manually #630
Labels
No labels
AM+RCS
FAQ
awaiting response
backup
bespoke
bug
calendar
call log
cannot reproduce
cloudless
device-specific
documentation
dual- & multi-SIM
duplicate
feature-request
fixed in beta
good first issue
half-missing
help wanted
helpful
meta
misattribution
mms
other message sources
pull-request
question
rejuvenation
restore
schedule
security
stale
task
thanks
v1.5.1
v1.5.10
v1.5.11
v1.5.2
v1.5.3
v1.5.3
v1.5.4
v1.5.4
v1.5.5
v1.5.5
v1.5.6
v1.5.7
v1.5.8
v1.5.9
v1.6β
xoauth
~$ bounty $~
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/sms-backup-plus-jberkel#630
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @FelisPuma on GitHub (Jun 15, 2017).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/761
Hey there. My backups work great if I manually press the backup button, but won't happen automatically. My log has a bunch of lines
Backup requested (incoming)Backup skipped, no connectivityBackup finishedover and over. I have a Galaxy S8 and power saving is disabled for the app.
Thanks!
@CoooolRaoul commented on GitHub (Jun 18, 2017):
Exact same problem for me on Galaxy S7
Always worked fine with my previous device (Moto X)
--EDIT--
Workaround found: disable in app auto backup and schedule backups externally with Tasker by sending intent "com.zegoggles.smssync.BACKUP" as documented
This even allow better fine tuning of automatic schedule window.
@CoooolRaoul commented on GitHub (Jun 20, 2017):
Unfortunately workaround doesn't work: still getting "no connectivity" errors in the log file even for entry logged as "third party triggered"
@jberkel commented on GitHub (Jul 14, 2017):
@CoooolRaoul how is the phone connected? Wifi/3G?
@CoooolRaoul commented on GitHub (Jul 14, 2017):
WiFi: I've scheduled 3 syncs at one hour intervals each evening when at home.
None has ever worked.
@jberkel commented on GitHub (Jul 14, 2017):
@CoooolRaoul does it work on a mobile connection?
@CoooolRaoul commented on GitHub (Jul 14, 2017):
I've to set up a test case: I forgot to mention that, even on Wifi, it work when screen is on.
For example, when manually launched with a Tasker shortcut to my "SMS Backup Sync" task, sync is successful.
Stay tuned, I'll be back
@CoooolRaoul commented on GitHub (Jul 14, 2017):
Here's my Tasker task used as test case:
That one works (on Wifi)
I'm afraid that the "no connectivity" errors arise only when phone has been idle for a sufficient long delay
I've no battery saver tools nor setting which will shut down network when idle (and the phone is always reachable: I'm using "Join" app which allow remote actions and that one responds always even when phone has been idle).
Here's a link to SMS Backup log if it can help
(BTW: mybe should be OK to have the log in english instead of phone default language)
@CoooolRaoul commented on GitHub (Jul 14, 2017):
To be complete, here's my daily backup Profile (which fails):
@jberkel commented on GitHub (Jul 14, 2017):
Hmm, that is strange. It is probably some powersaving mechanism, somewhere, Android got really aggressive about that. Have you tried the backup while running "Join" (supposing it does something to keep the network connection alive?)
@CoooolRaoul commented on GitHub (Jul 15, 2017):
Join is always running in background (it always reacts to external events)
And, according to its log file, SMS Backup don't seem to be killed or Frozen when phone is idle.
I guess it's the way it tries to detect network connection which maybe has issue.
@CoooolRaoul commented on GitHub (Jul 15, 2017):
Browsing the code, I guess it's here , in SmsBackupService.checkConnectivity, that network connectivity is checked.
Which seem totally OK for me.
Really weird.
@jberkel commented on GitHub (Jul 15, 2017):
Yes, it's the recommended way, and haven't heard of any other problems with it. maybe I can create a version with some more debug logging for you.
On 15 July 2017 at 10:01:08, CoooolRaoul (notifications@github.com(mailto:notifications@github.com)) wrote:
@CoooolRaoul commented on GitHub (Jul 15, 2017):
@FelisPuma , initial poster has this issue too.
no problem, I'll be glad to help.
@CoooolRaoul commented on GitHub (Jul 15, 2017):
Since I'm at home now, I've modified the task schedule to have it run every 15 minutes
I don't understand why but it seem to be working (no more errors in the log)
I will collect the logs tomorrow to better pinpoint when it fails
Stay tuned
@CoooolRaoul commented on GitHub (Jul 16, 2017):
No connectivity errors since yesterday! (full log here: https://pastebin.com/e2skA93u)
I don't know why my Tasker 15mn schedule stopped working after midnight but that's another issue
I going to switch to built-in auto backup to see if it works again too.
@FelisPuma commented on GitHub (Jul 16, 2017):
I appreciate all the work @CoooolRaoul is doing tracking this down, but I'm pretty my issues is different. Notice that my manual backups are always successful, as are the INCOMING triggered ones for awhile, before they start getting the connectivity error. https://pastebin.com/v5FbEv3k Seems a lot like power management, but app is set to unmonitored.
@gpion commented on GitHub (Aug 6, 2017):
I don't think I've a different issue than yours @FelisPuma : like you, my manual backups are always successful. It's only ones automatically triggered in background which fails.
I've modified my Tasker task to ping www.google.com and redirect output to sms_backup_plus.log just before triggering the backup:
It appears that although ping is successful, log file show that backup fails with error.
Here's the log excerpt of a failed backup
("Sauvegarde non effectuée, aucune connection" is the French for "Backup skipped, no connectivity")
That's driving me crazy since it makes that app pretty much useless for me.
@jberkel commented on GitHub (Sep 11, 2017):
hmm, maybe it should just try to open the connection, regardless of what the system says
@rkleivel commented on GitHub (Oct 7, 2017):
Got the same problem on my new Galaxy Note8. It has worked flawlessly on my previous LG G5 on Android 7.0, and also on Galaxy S5 and Note3 before that.
Manual backup works every time, but automatic logs the following:
-10 07:35 Backup requested (regular)
06-10 07:35 Backup skipped, no connectivity
06-10 07:35 Backup finished
06-10 07:35 Next backup scheduled for: 13:35
06-10 08:44 Backup requested (regular)
06-10 08:44 Backup skipped, no connectivity
06-10 08:44 Backup finished
06-10 08:44 Next backup scheduled for: 14:44
06-10 19:31 Backup requested (incoming)
06-10 19:31 Backup skipped, no connectivity
06-10 19:31 Backup finished
06-10 19:31 Backup requested (incoming)
06-10 19:31 Backup skipped, no connectivity
06-10 19:31 Backup finished
06-10 21:07 Backup requested (incoming)
06-10 21:07 Backup skipped, no connectivity
06-10 21:07 Backup finished
06-10 21:10 Backup requested (incoming)
06-10 21:10 Backup skipped, no connectivity
06-10 21:10 Backup finished
07-10 11:17 Backup requested (incoming)
07-10 11:17 Backup skipped, no connectivity
07-10 11:17 Backup finished
07-10 13:01 Backup requested (manual)
07-10 13:01 Starting backup (MANUAL)
07-10 13:01 Backing up (32 SMS, 3 MMS, 13 call log)
07-10 13:02 Backup finished
@jcrben commented on GitHub (Mar 31, 2018):
@participants could any of you please try out the latest beta? https://github.com/jberkel/sms-backup-plus#beta
We want to know whether this is fixed before releasing 1.5.11.
@FelisPuma commented on GitHub (Apr 4, 2018):
I've installed the update, I'll let you know if there's a fix in a couple days. Thanks for looking into this issue!
@jcrben commented on GitHub (Apr 14, 2018):
@FelisPuma ping - would be good to get confirmation before releasing 1.5.11
@FelisPuma commented on GitHub (Apr 17, 2018):
Honestly I'm not 100% sure. As far as I can tell it is running the scheduled backups and incoming message backups as it should, but when I went to manually backup there were a few extra messages for some reason (but just 10s out of 100s, not sure why those were left). If it's not fixed it's much better though, since before it would stop backing up completely after a few days. Here's the log:
This is the error that still occurs, but it doesn't seem to be causing any problems, since it works on 3rd retry.
Here is a manual update that finds something, even though previous incoming update says no messages. Not sure exactly why or if it would have resolved itself if I hadn't done manual. Like I said, I'm not sure if this is even an issue at all, so probably safe to mark fixed?
@pcandme commented on GitHub (Apr 18, 2018):
Same issue here on Galaxy Note 8. I doubt this problem only happens on the Galaxy phones. Anyway, my phone's Android version is 8.0.0, the app version is 1.5.10, and the log is as follows:
As you can see, manual backup works well.
Thank you.
@pcandme commented on GitHub (Apr 19, 2018):
It started to work well since I did it manually yesterday. I changed the auto backup settings to 1 h for regular, 30 min for incoming schedule from shorter schedules, I'm not sure if this affects it.
@kurahaupo commented on GitHub (Jul 8, 2021):
Thanks everyone for the feedback.
Using the new Oreo JobScheduler API is on the roadmap.
I'm marking this as a duplicate of #758 just so we can track one issue and keep all the feedback in one place.