mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-25 17:05:59 +03:00
[GH-ISSUE #885] Total number of call log items decrease during the backup operation #689
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#689
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 @vladutm on GitHub (Apr 21, 2018).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/885
Expected behaviour
One would expect that the app detects the number of items that need to be backed up and then backup them all.
Actual behaviour
In my case the total number of items decreases over time in a backup operation for call log. The backup operation started for 1057 items, but at the end that number downed to 1035.
Steps to reproduce the behaviour
In the attached archive is a recording of the phone screen during the backup operation.

You can see that number decreases from 1047 to 1044.
SVID_20180421_113621.zip
Please specify the following:
Log: https://gist.github.com/vladutm/a68f60bff490130c1cf4f45f8de6f03c
Only logs from 21-04 are relevant to this issue.
@Woi commented on GitHub (Apr 22, 2018):
Is this the same behaviour as described in https://github.com/jberkel/sms-backup-plus/issues/716#issuecomment-368059096 ff?
@vladutm commented on GitHub (Apr 23, 2018):
I'm not sure it is the same behaviour since my issue is with call logs, not sms.
Even if the same logic as described in the comment you referenced would apply in this case, I would say that 22(1057-1035, the counter decreased by this amount) is quite small given i have ~1k call log items and only a hundred or so phone contacts and a few contacts with whom I talk multiple times a day, so there would be a lot more "Multi call log items".