Closed
Bug 808220
Opened 12 years ago
Closed 12 years ago
[SMS API] Retrieve a 'sent' message show field 'sender' as 'undefined' STRING, not undefined
Categories
(Core :: DOM: Device Interfaces, defect, P1)
Tracking
()
People
(Reporter: mossop, Assigned: fabrice)
References
Details
(Keywords: b2g-testdriver, unagi)
Attachments
(2 files)
1.07 KB,
patch
|
Details | Diff | Splinter Review | |
2.00 KB,
patch
|
ferjm
:
review+
|
Details | Diff | Splinter Review |
This used to work but since I updated today I can no longer delete sms messages. I hit edit, then select all, then press delete and nothing happens.
Gregor, could the DB upgrade have affected this?
Comment 2•12 years ago
|
||
(In reply to Chris Jones [:cjones] [:warhammer] from comment #1) > Gregor, could the DB upgrade have affected this? I can't see how the DB upgrade is related to this but I will try to reproduce. It works for me on unagi with mc and gaia tip.
Comment 3•12 years ago
|
||
I tried with an old DB that triggers the upgrade code but I can still delete the messages afterwards on current mc and gaia tip.
I just deleted a few SMSes about jury duty from my dogfooding unagi that went through the upgrade. I probably broke the law, but the messages are gone.
Updated•12 years ago
|
blocking-basecamp: ? → +
Priority: -- → P2
Comment 6•12 years ago
|
||
just ran into this testing it with cjones :-) sorry david... must be some race condition...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 7•12 years ago
|
||
Milestoning for C2 (deadline of 12/10), as this meets the criteria of "known P2 bugs found before or during C1".
Target Milestone: --- → B2G C2 (20nov-10dec)
Updated•12 years ago
|
Assignee: nobody → fbsc
Comment 8•12 years ago
|
||
It's working for me (Today BUILD, latest in Gaia, Unagi device). Could you check it again?
Comment 9•12 years ago
|
||
(In reply to Borja Salguero [:borjasalguero] from comment #8) > It's working for me (Today BUILD, latest in Gaia, Unagi device). Could you > check it again? This is an intermittent bug :( We should try to get a logcat when it happens again.
Comment 10•12 years ago
|
||
Tested with the Unagi build * Gecko-67437dc * Gaia-92b7a95 and works fine for me. I was able to delete two different messages from differente conversations.
Comment 11•12 years ago
|
||
In order to reproduce the bugs is useful add the TIP of the build. If this information is not provided developers and Qa can't reproduce the same environment.
Reporter | ||
Comment 12•12 years ago
|
||
(In reply to mbarone from comment #11) > In order to reproduce the bugs is useful add the TIP of the build. If this > information is not provided developers and Qa can't reproduce the same > environment. Can you explain what a TIP is?
Updated•12 years ago
|
Component: Gaia → Gaia::SMS
Comment 13•12 years ago
|
||
[:jsmith] This is working properly. Nothing changes in SMS from one week and a half ago. Could you recheck again? For me it's working. Build 11/22, Otoro, Latest Gaia.
Updated•12 years ago
|
Assignee: fbsc → nobody
Component: Gaia::SMS → DOM: Device Interfaces
OS: Windows 7 → Gonk (Firefox OS)
Product: Boot2Gecko → Core
Hardware: x86_64 → ARM
Comment 14•12 years ago
|
||
We have changed due to we have discovered what it's happening. The bug is in Gecko, when sending a SMS. Scenario: - Send a SMS to phone number 123123123 - 'message.sender' is null + EXPECTED: SMS DB should store null/undefined + CURRENTLY: SMS DB is storing "undefined" as a STRING. So when SMS App is checking the following line: var num = message.sender || message.receiver; SENDER is not undefined (is a STRING), so we are not rendering properly the thread. + SOLUTION: Store undefined properly in DB
Updated•12 years ago
|
Summary: Can't delete sms messages → [SMS API] Retrieve a 'sent' message show field 'sender' as 'undefined' STRING, not undefined
Updated•12 years ago
|
Assignee: nobody → fabrice
Comment 15•12 years ago
|
||
Raised priority to P1 since this is blocking a smoketest blocker (bug 815470)
Priority: P2 → P1
Comment 16•12 years ago
|
||
I haven't looked at the special problem here but from reading comment 14 I remember having similar problems with contacts. This is an XPCOM/IDL problem. When you have a callback function defined in IDL like foo(in DOMString arg1) and you call it with foo(null), the argument in the callback function will hold 'undefined'. I know it's ugly but the right fix is a === 'undefined' check.
Assignee | ||
Comment 17•12 years ago
|
||
Gregor is right, I checked that we store |undefined| in the DB when sending the SMS. Borja, can you fix that on the gaia side with the === 'undefined' hack?
Assignee | ||
Comment 18•12 years ago
|
||
So, Borja fixed this one in bug 815596. I don't know if we'll have a fix for the xpconnect underlying issue in time for v1 though, so I'm tempted to close this one.
Comment 19•12 years ago
|
||
I fixed one, but due to this bug is open we are having a lot of issues in SMS App: https://bugzilla.mozilla.org/show_bug.cgi?id=815470 This bug should be fixed asap in order to make our SMS App (or future SMS Apps) work properly! So we cant close this one because is not fixed.
Assignee | ||
Comment 20•12 years ago
|
||
I will try to fast track fixing the gecko bug, but you should not wait on that.
Comment 21•12 years ago
|
||
I've done this quick modification of the already existing SMS xpcshell tests just to confirm the xpconnect issue mentioned above. If I am not wrong, a quick temporary solution would be passing 'null' instead of 'undefined' while creating the SMS objects.
Assignee | ||
Comment 22•12 years ago
|
||
Workaround in the sms db implementation. The root issue is in the RIL though. Sigh...
Attachment #686522 -
Flags: review?(ferjmoreno)
Updated•12 years ago
|
Attachment #686522 -
Flags: review?(ferjmoreno) → review+
Assignee | ||
Comment 24•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/5b625f3f1fe5
Comment 25•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/5b625f3f1fe5
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Comment 26•12 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/21165724c1d0 https://hg.mozilla.org/releases/mozilla-beta/rev/d078592049c7
You need to log in
before you can comment on or make changes to this bug.
Description
•