mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-25 17:05:59 +03:00
[GH-ISSUE #234] Instant backup #194
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#194
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 @gigozz on GitHub (Apr 20, 2012).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/234
Hi sir, is it possible to backup a sms in the same moment that it arrive or decrease wait time from one minute to few seconds?
Kind regards
@CzBiX commented on GitHub (Apr 26, 2012):
if you heavy care about that, you can try to bulid it yourself before jberkel to update.
just change the value of "auto_backup_incoming_schedule_values" in /res/values/arrays.xml
@rsyring commented on GitHub (Dec 24, 2013):
I'm wondering if consideration could be given to revisit this issue. I'm not 100% sure how the code works, but automatically making a backup every minute doesn't make sense if no texts have been received or sent. Wouldn't it make more sense to have allow an "instant" backup option that triggers only when a text has actually been received or sent. I'm not familiar with Android development, but I'm guessing this could be triggered by an event notification of some kind from the OS.
Another option might be to instantly make a local cache of texts and then sync them with gmail on a regular schedule.
The specific use-case I'm trying to cover is when texts are deleted soon after being received or sent and before the scheduled backup triggers.
Thanks.
@chaoqing commented on GitHub (Dec 18, 2018):
@jberkel Hi, I know this issue have been closed a long time ago, but the feature request seems still not handled. The minimal "Incoming Schedule" interval is one minute, which make me wondering whether this is somehow a really needed minimal interval or just one of enum configurations. If it is the second case, does it mean that I can add one interval option like "1 seconds" without introducing bugs?
@chaoqing commented on GitHub (Mar 13, 2019):
I have already tried this, adding options like
5 seconds. But it seems theincoming backupno longer work. I tried to search the code for some kind of hard limit on minimal interval but do not success. I noticed the actual trigger is done throughcom.firebase.jobdispatcher.@jberkel can you explain why this do not work?