Closed Bug 1069322 Opened 10 years ago Closed 9 years ago

[tarako] After deleting a message thread the notification is not be cleared and after unlocking the lockscreen notification will disappear.

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect)

ARM
Gonk (Firefox OS)
defect
Not set
major

Tracking

(b2g-v1.4 unaffected, b2g-v2.0 unaffected, b2g-v2.0M unaffected, b2g-v2.1 unaffected, b2g-v2.2 unaffected)

RESOLVED WONTFIX
Tracking Status
b2g-v1.4 --- unaffected
b2g-v2.0 --- unaffected
b2g-v2.0M --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- unaffected

People

(Reporter: wei.gao, Unassigned)

Details

Attachments

(1 file)

OS version
---------------------------------------------
FireFoxOS v1.3t

Reproduce steps:
---------------------------------------------
1) Open sms app and keep the interface on "thread-list"
2) Receive sms message, then there is a notification in status bar
3) Delete the thread message.

Expected result:
---------------------------------------------
The notification will be cleared at the same time.

Actual result:
---------------------------------------------
The notification is still there.

Probability:
---------------------------------------------
Always Recurrence
The next issue:

Reproduce steps:
---------------------------------------------
1) Open sms app and keep the interface on "thread-list"
2) Receive sms message, then there is a notification in status bar
3) lock to lockscreen, and then unlock lockscreen.

Expected result:
---------------------------------------------
The notification is still there.

Actual result:
---------------------------------------------
The notification will disappear.

Probability:
---------------------------------------------
Always Recurrence
I think Bug983631 is same with issue 1, but that patch is not suit for v1.3t.

Dear Steve

Could you help to check this issue?
Thanks a great.
Flags: needinfo?(schung)
Alexandre, do we have the new notification API on Tarako?
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(schung) → needinfo?(lissyx+mozillians)
Resolution: --- → WONTFIX
I'm not 100% sure, but I think so, yes.
Flags: needinfo?(lissyx+mozillians)
The 1.3t flag is missing, I can't request a blocker.
Without a blocker flag there is no chance we'll work on this...
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
(In reply to Julien Wajsberg [:julienw] from comment #3)
> Alexandre, do we have the new notification API on Tarako?

The new notification API went live in 1.4, we can't use it on the Tarako. I had to specificall modify a couple of uplifts that were using it for this reason.
(In reply to Gabriele Svelto [:gsvelto] from comment #6)
> (In reply to Julien Wajsberg [:julienw] from comment #3)
> > Alexandre, do we have the new notification API on Tarako?
> 
> The new notification API went live in 1.4, we can't use it on the Tarako. I
> had to specificall modify a couple of uplifts that were using it for this
> reason.

Thank Gabriele for your attention.

Could you help to give a hand to handle this issue on v1.3t?
It would be much appreciated.
Thanks a great.
Flags: needinfo?(gsvelto)
Dear Wei, we definitely can't fix it without the new API, that's why I asked this question to Alexandre.

Now, I think I remember we actually uplifted it very late in the game, but I don't remember if it was for Tarako or another version. I remember Michael did it so I'll NI him for the definite answer.
Flags: needinfo?(mhenretty)
Flags: needinfo?(gsvelto)
(In reply to Julien Wajsberg [:julienw] from comment #8)
> Dear Wei, we definitely can't fix it without the new API, that's why I asked
> this question to Alexandre.
> 
> Now, I think I remember we actually uplifted it very late in the game, but I
> don't remember if it was for Tarako or another version. I remember Michael
> did it so I'll NI him for the definite answer.

We've had the new Notification API since long before 1.3. Notification.get also landed in 1.3. I think the late uplift you are talking about are a bunch of fixes Alexandre did which included not automatically closing notifications from the new API when opening an app (IIRC). We do not have notification persistence on reboot in 1.3.

Now if you are talking about whether the SMS app uses the new API in 1.3t, it does not. It uses the NotificationHelper which in turn uses the old desktop notifications. So, making SMS use the new notification API in 1.3t is probably no small risk.
Flags: needinfo?(mhenretty)
(In reply to Michael Henretty [:mhenretty] from comment #9)

Ok, thank Michael for your detailed explanation.
(In reply to Julien Wajsberg [:julienw] from comment #8)
> Dear Wei, we definitely can't fix it without the new API, that's why I asked
> this question to Alexandre.
> 
> Now, I think I remember we actually uplifted it very late in the game, but I
> don't remember if it was for Tarako or another version. I remember Michael
> did it so I'll NI him for the definite answer.

Dear Julien

I have tested the new API locally, I find the new notification API such as "new Notification('title', options)" and "Notification.get()" all can work fine.
The only question is we have to change all the old notification mode "NotificationHelper.send()".
So, could we handle this issue now?
Thanks a great.
Flags: needinfo?(felash)
Ok, I think I remembered about bug 890440 that was due for v1.4 only but was later uplifted to v1.3 and v1.3t.

Wei, the necessary code for SMS app is in bug 855165. I'd be really afraid to uplift this for such a small issue and I'm strongly against it.
Dear Julien

I can't understand your strongly against of using new API, could you tell me your reason or the risk of it?
I have made the patch to use the new Notification API on tarako and tested it locally, it can work fine.

Could you give me some suggestion about it?
Thanks so much.
Attachment #8494217 - Flags: review?(felash)
I have several reasons for this opposition:

0. This bug is not a blocker for users. It doesn't block them from doing anything. They can dismiss the notification themselves if they need to.
1. we had regressions when we made this change, that we fixed over time
2. 1.3t is done (we don't even have a flag for it anymore in Bugzilla). I should not work on it anymore.
3. the code that uses the new API had been made for v1.4, so when you uplift this there is the risk of _more_ regressions. Especially with v1.3t where even more modifications were made.
4. We won't be able to catch and fix these regressions in time.
5. I have other work to do, that I think is more important than this.

Every feature that you add will have regressions. It's a fact.
Every fix that you do can have regressions, even if the fix looks harmless.

That's why I don't want to add more features. I've nothing against the new API by itself, I just don't want to risk issues for our users. Especially I don't see why this bug is so important that we need to fix this issue _now_ and risk regressions. If the bug was a real blocking issue (for example: can't see the messages after 1 week, or something), I'd be more than happy to help you fix it. This bug is not a blicking issue as it has workarounds and the user is not blocked using the phone.

I think the current v1.3t code is consistent by itself. Can we make it better? Of course we can, otherwise we can stop developing right now. Should we make it better _now_? I think we should not. It has significant risk.

I don't want to spend my time reviewing this code and testing on my Tarako.
Please raise your concerns to your Mozilla contact. If someone tells me it's the most important thing I need to work on right now, I'll do it of course.
Needinfo Vance to see if this bug needs to be prioritized.
Flags: needinfo?(vchen)
(In reply to Wei Gao (Spreadtrum) from comment #13)
> Created attachment 8494217 [details] [diff] [review]
> sms_notification.patch
> 
> Dear Julien
> 
> I can't understand your strongly against of using new API, could you tell me
> your reason or the risk of it?
> I have made the patch to use the new Notification API on tarako and tested
> it locally, it can work fine.
> 
> Could you give me some suggestion about it?
> Thanks so much.

Hi Wei Gao -

I agree with Julien, really this issue isn't a serious blocker for 1.3T devices. Also the bug has been fixed since 1.4. I don't see the needs to take any risk here simply for fixing this minor issue.

If you think otherwise, or if there is any other strong reason you must have this one fix, please let me know and we can discuss off-line

Thanks
Flags: needinfo?(vchen) → needinfo?(wei.gao)
Comment on attachment 8494217 [details] [diff] [review]
sms_notification.patch

Clearing the r? request for now.
Attachment #8494217 - Flags: review?(felash)
(In reply to Vance Chen [:vchen][vchen@mozilla.com] from comment #16)
> 
> Hi Wei Gao -
> 
> I agree with Julien, really this issue isn't a serious blocker for 1.3T
> devices. Also the bug has been fixed since 1.4. I don't see the needs to
> take any risk here simply for fixing this minor issue.
> 
> If you think otherwise, or if there is any other strong reason you must have
> this one fix, please let me know and we can discuss off-line
> 
> Thanks

Well, ok, that's the point.
Our leader will discuss your suggestions with PM.
Thanks for your kindly attention.
Flags: needinfo?(wei.gao)
Let's close it now :)

Thanks !
Status: REOPENED → RESOLVED
Closed: 10 years ago9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: