mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-25 17:05:59 +03:00
[GH-ISSUE #988] Pictures do not backup inline with messages #785
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#785
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 @cliff1970 on GitHub (Oct 21, 2019).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/988
Expected behaviour
Pictures and texts backup as one timeline.
Actual behaviour
Pictures often backup in separate emails than texts making it difficult to match the context with the picture.
Steps to reproduce the behaviour
Just backup texts using new IMAP method.
https://www.androidpolice.com/2019/08/21/backup-sms-text-messages-android/
Please specify the following:
@nikkopt commented on GitHub (Oct 25, 2019):
It was always like this unfortunately. RCS conversations also get seperate "timelines" for each participant.
@kurahaupo commented on GitHub (Nov 9, 2019):
This would appear to because backing up SMS & MMS messages are separate operations.
Can you check whether an MMS that consist only of text gets backed up in the timeline with other MMS or in the timeline with SMS? (Using a rich-text feature such as "bold" should be enough to trigger this.)
@rootdown1 commented on GitHub (Feb 3, 2020):
I have several MMS that only consist of text and they all get backed up to the "MMS timeline".
@emilyboda commented on GitHub (May 5, 2020):
I have one conversation with the subject "SMS with [my own name]" that contains all RCS text messages I've sent or received with anyone and also all MMS messages that I've sent (but not received).
Here's a summary of what I've found:
As a result, for my RCS conversations, "SMS with [correct sender]" shows a one-sided conversation with only my received messages and no replies from me. For my regular conversations, in "SMS with [correct sender]" I see all messages, except MMS messages I sent to them. Then I have a random "SMS with [my own name]" that contains snippets of a lot of different conversations.
Is this the same bug as referenced above? Is there any way to fix this? I looked back on my texts from 2017, but there was no RCS back then and I don't remember if I sent pictures in a particular conversation or not.
@nikkopt commented on GitHub (May 9, 2020):
I don't get why i'm having different results compared to last time. I just had a RCS conversation, backed up my massages and they were correctly saved. Ex: Sent and received RCS messages with person X are in the same timeline, even images. However, normal SMS's are still creating new timelines whenever i do a backup. I have lot's of timelines like:
me, Mom 4
me, Mom 8
me, Mom 2
Instead of creating a new timeline only when the old gets 100 messages. Sometimes i also get timelines with only sms's i sent. I have no idea why they get split up like that.
EDIT: Although they are shown as SMS's in gmail, when the app is backing them up, it says "MMS's"
@kurahaupo commented on GitHub (May 11, 2020):
@emilyboda thanks for the detailed report, that's very helpful.
@kurahaupo commented on GitHub (May 11, 2020):
@nikkopt Thanks for checking again.
I suspect "why changed" might boil down to changes to Android. This will need further investigation.