Closed Bug 945711 Opened 11 years ago Closed 11 years ago

[Messages] We lose the 'body' information when migrating

Categories

(Core :: DOM: Device Interfaces, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla29
blocking-b2g koi+
Tracking Status
firefox27 --- wontfix
firefox28 --- fixed
firefox29 --- fixed
b2g-v1.2 --- fixed
b2g-v1.3 --- fixed

People

(Reporter: julienw, Assigned: airpingu)

References

Details

(Keywords: dataloss, regression)

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #885679 +++

STR:
* flash a reference workload: make reference-workload-light APP=sms
* launch the Messages app

Expected:
* We should see the body of the last message in the threads that have lastMessageType = 'sms'.

Actual:
* we see the string "undefined" instead.

This is probably a regression from bug 885679, so asking 1.3?.
Note that Rik got it with actual messages (not the workload) when upgrading from a master from october to a master from now.
QA Contact: gbennett
.:Last Working Build:.
Environmental Variables:
Device: Buri 1.3 mozRIL
BuildID: 20131106040203
Gaia: 3b5fe429f2414f2a9d7241b311b399033bb10612
Gecko: 9ba3faa35c96
Version: 28.0a1
Firmware Version: 20131115

.:First Broken Build:.
Environmental Variables:
Device: Buri 1.3 mozRIL
BuildID: 20131107040200
Gaia: 42bbe26a72e030faf07a6fc297f61a3a8ccda25b
Gecko: 70de5e24d79b
Version: 28.0a1
Firmware Version: 20131115


Here are the gecko changes for that range courtesy of Naoki: http://hg.mozilla.org/mozilla-central/shortlog/4ed1121bf0f4

Most of the changes are related to browser, but there are a few that might be related: bug 928756, bug 928756, and one backout bug 862849.
Can someone check if this reproduces on 1.1 or 1.2?
Keywords: qawanted
Here is the gecko range: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9ba3faa35c96&tochange=70de5e24d79b

bug 885679 is actually in this range, which confirms my feeling.
This does not occur on latest 12/06 Buri 1.2 comRIL.
Assignee: nobody → gene.lian
After a DB version 13, the schema updating process will run twice for each version...

I/Gecko   ( 1775): gene test: update: currentVersion: 11
I/Gecko   ( 1775): gene test: update: currentVersion: 12
I/Gecko   ( 1775): gene test: update: currentVersion: 13
I/Gecko   ( 1775): gene test: update: currentVersion: 14
I/Gecko   ( 1775): gene test: update: currentVersion: 14
I/Gecko   ( 1775): gene test: update: currentVersion: 15
I/Gecko   ( 1775): gene test: update: currentVersion: 15
I/Gecko   ( 1775): gene test: update: currentVersion: 16
I/Gecko   ( 1775): gene test: update: currentVersion: 16
I/Gecko   ( 1775): gene test: update: currentVersion: 17
I/Gecko   ( 1775): gene test: update: currentVersion: 17
...

So, in upgradeSchema17(...), the following codes will run twice:

  threadRecord.body = threadRecord.subject;
  delete threadRecord.subject;

making |threadRecord.body| becomes undefined.
Attached patch PatchSplinter Review
Let's land this fast...
Attachment #8344577 - Flags: review?(vyang)
Hi Joe, this bug is a regression. We MUST land this for V1.3+ if V1.3 has already got branched.
This is a regression caused by Bug 914060 (V1.2 blocker). I'd strongly suggest let's mark this as V1.2 (koi+) although V1.2 is not affected.
Blocks: 914060
Attachment #8344577 - Flags: review?(vyang) → review+
(In reply to gbennett from comment #5)
> This does not occur on latest 12/06 Buri 1.2 comRIL.

This is Mozilla RIL.  Please don't set the flags if you don't know what you're doing.

b2g26_v1_2 is certainly affected.
http://git.mozilla.org/?p=releases/gecko.git;a=blob;f=dom/mobilemessage/src/gonk/MobileMessageDatabaseService.js;h=f04829cea0d089a06b42f8b7a3aeedeaf4d82aaa;hb=v1.2#l854
blocking-b2g: 1.3? → koi?
Great! you're the best, guys ;)
(In reply to Vicamo Yang [:vicamo][:vyang] from comment #10)
> (In reply to gbennett from comment #5)
> > This does not occur on latest 12/06 Buri 1.2 comRIL.
> 
> This is Mozilla RIL.  Please don't set the flags if you don't know what
> you're doing.
> 
> b2g26_v1_2 is certainly affected.
> http://git.mozilla.org/?p=releases/gecko.git;a=blob;f=dom/mobilemessage/src/
> gonk/MobileMessageDatabaseService.js;
> h=f04829cea0d089a06b42f8b7a3aeedeaf4d82aaa;hb=v1.2#l854

For the latest 1.2 builds we flash using comRIL which is why I responded as such. That's a really rude thing to state even if it is true..what have I done wrong?
https://hg.mozilla.org/mozilla-central/rev/dec3e196ed65
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Thanks gbennett very much for testing this. I don't think you did anything wrong from the QA's point of view. :)

The branch of status-b2g-v1.2 is indeed not affected by this bug no matter we use MOZ RIL or COM RIL because this regression is related to the DB schema updating. So, I tentatively mark this as V1.3 at comment #8 but strongly suggest we should mark this as koi+ at comment #9, to solve the existing deficiency on V1.2 from the developers' point of view. It might still cause some performance issues or other potential bugs that we've not yet caught because the updating process runs twice.
blocking-b2g: koi? → koi+
Keywords: dataloss
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: