Closed Bug 859224 Opened 11 years ago Closed 11 years ago

[SMS] Back key in thread view is not working when we receive an SMS during call

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
minor

Tracking

(blocking-b2g:tef+, b2g18 verified, b2g18-v1.0.1 verified)

VERIFIED FIXED
1.0.1 Madrid (19apr)
blocking-b2g tef+
Tracking Status
b2g18 --- verified
b2g18-v1.0.1 --- verified

People

(Reporter: sasikala.paruchuri8, Assigned: leo.bugzilla.gaia)

Details

(Keywords: regression, Whiteboard: [TD-9648][status: needs regenerated patch + new patch for 1.0.1][madrid])

Attachments

(2 files, 4 obsolete files)

1. Title : Back key in thread view is not working when we receive an SMS during call
2. Precondition : Messageing app should be working.
3. Tester's Action : During call - Receive new sms - Open an sms - select back key
4. Detailed Symptom (ENG.): Not able to perform any operation with back key.
5. Expected : Should be able to move to previous screen using back key.
6.Reproducibility: Y
1)Frequency Rate : 100%
7.Gaia Revision: 8e7262e3d98ea9574d7f79c1e890ad80cfa40c27
blocking-b2g: --- → leo?
Most definitely related with bug 852387, but need to check some stuff to mark it as dup or not
Triage 4/10 - Leo+ as a UI failure.

Steve, can you check this?
blocking-b2g: leo? → leo+
Flags: needinfo?(schung)
It's a regression. I've marked as duplicated of 860187 due to it's for the same reason, and I will apply the patch there.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(schung)
Resolution: --- → DUPLICATE
Whiteboard: [TD-9648]
blocking-b2g: leo+ → -
Able to reproduce the issue 

Please check the Reproducing steps:
1.Receive and accept a call
2.Receive an sms during call
3.Open the sms,click on the back button.
4.Back button is not working.

The duplicated issue is different from this one.So please change the status of this issue
I uplifted Bug 860187 quite late yesterday, maybe the build you're using does not have the fix yet ?
Attached patch Proposed patch (obsolete) — Splinter Review
We have checked in the Gaia Version:9944dd8671c305a0be62d9cef918e022e5184ac0

This issue is different from the issue marked as duplicate.
I am attaching the patch for this issue.Please check and add your comments.
Attachment #737914 - Flags: review?(fbsc)
Comment on attachment 737914 [details] [diff] [review]
Proposed patch

Review of attachment 737914 [details] [diff] [review]:
-----------------------------------------------------------------

::: apps/sms/js/thread_ui.js
@@ +202,5 @@
>        }
>      };
>  
> +    //This defines the screen height during active call
> +      var activeCallHeight = 390;

such "magic" values are not good.

I'd prefer that we check that our height is lower than a specific threshold, like lower than two third of the total height.
reopning, this is indeed another issue.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
qawanted to know if that happens on 1.0.1 too.
blocking-b2g: - → leo?
Keywords: qawanted
Please check the patch with changes.
Added and tested the patch with the comments.

Thanks
Attachment #737914 - Attachment is obsolete: true
Attachment #737914 - Flags: review?(fbsc)
Attachment #737947 - Flags: review?(felash)
Target Milestone: --- → Leo QE1 (5may)
Comment on attachment 737947 [details] [diff] [review]
Proposed patch with comments from mozilla

Review of attachment 737947 [details] [diff] [review]:
-----------------------------------------------------------------

::: apps/sms/js/thread_ui.js
@@ +203,4 @@
>      };
>  
>      // We're waiting for the keyboard to disappear before animating back
> +    if (this.view.offsetHeight < ( 2 * MessageManager.fullHeight)/3 ) {

I talked with someone from Gaia team and with Sharaf, and now we think this calculation (that I suggested, sorry for that) is not reliable enough.

:etienne said that a keyboard is at least 150px. Also, I'd like to see this in an external function. So what about :

isKeyboardDisplayed: function thui_isKeyboardDisplayed() {
  // minimal keyboard height is 150px
  return (this.container.offsetHeight < ThreadListUI.fullHeight - 150);
}

and then :

if (this.isKeyboardDisplayed()) {
...
}

(note: my code here works on current gaia master, that's where your patch should work too)
Assignee: nobody → leo.bugzilla.gaia
blocking-b2g: leo? → leo+
Paul, could you please check if this happens on 1.0.1 too ?

This bug is not so serious but I can see a use case where the user wants to find something in his sms to answer someone that is on the call.
blocking-b2g: leo+ → leo?
Flags: needinfo?(pyang)
The back key does not work on v1.0.1  

Unagi: 20130416070200
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/6bac24e14538
Gaia: c883af5ecd0998f78d9aaa4c2337c842e1dbb5a0
Flags: needinfo?(pyang)
Keywords: qawanted
Asking tef? based on comment 13.
blocking-b2g: leo? → tef?
(note: it was leo+ and I changed it to leo? by error in comment 12)
Thanks for the comments.
Updated the patch with new suggestion.
Tested the scenarios on gaia master code.
Please review the patch once and provide your comments.

Thanks,
Attachment #737947 - Attachment is obsolete: true
Attachment #737947 - Flags: review?(felash)
Attachment #738350 - Flags: review?(felash)
After heated discussion, triage says to block on this.
blocking-b2g: tef? → tef+
Keywords: regression
Whiteboard: [TD-9648] → [TD-9648][status: needs review julien]
Comment on attachment 738350 [details] [diff] [review]
Proposed patch with new calculation

Review of attachment 738350 [details] [diff] [review]:
-----------------------------------------------------------------

r=me
works fine, thanks

please either do a pull request or generate your patch with "git format-patch -U8 master" so that we have the necessary commit information.

Also, we'll need a 1.0.1 specific patch, as some variable names were changed. Would you please create this patch too, and ask me for review on it ? thanks
Attachment #738350 - Flags: review?(felash) → review+
Whiteboard: [TD-9648][status: needs review julien] → [TD-9648][status: needs regenerated patch + new patch for 1.0.1]
Hi Julien,

I will do this and send you for review.

Thanks
Hi Julienw,

I have tested and attached the patch for 1.0.1.
Please review it and provide your comments.
I will do a pull request for attachment 738350 [details] [diff] [review].

Thanks
Attachment #738424 - Flags: review?(felash)
Whiteboard: [TD-9648][status: needs regenerated patch + new patch for 1.0.1] → [TD-9648][status: needs regenerated patch + new patch for 1.0.1][madrid]
Comment on attachment 738424 [details] [diff] [review]
Proposed specific Patch for V1_0_1

I think you don't use a current v1.0.1 branch. The sms.js file does not exist anymore since the 25th March.

please provide a patch generated with format-patch or a pull request (or both) against the current v1.0.1 branch.
Attachment #738424 - Flags: review?(felash) → review-
Please review the pull request and provide your comments

Thanks,
Attachment #738350 - Attachment is obsolete: true
Attachment #738456 - Flags: review?(felash)
(In reply to leo.bugzilla.gaia from comment #22)
> Created attachment 738456 [details]
> Pointer to pull request https://github.com/mozilla-b2g/gaia/pull/9236
> 
> Please review the pull request and provide your comments
> 
> Thanks,

I would like to make sure we won't enter again into this kind of bug. Can you add a timeout guard? So for example if the resize event has not happened after 400ms it would be nice to force the app to go back.
Hi julienw,

I will check the v1.0.1 branch and provide the patch to you.
Sorry for wrong attachment(patch).

Thanks,
Leo
I agree with Vivien's proposition here.

Could you please do this last change ?

thanks !
Hi Julien,

I will check it and upload the patch with Vivien's proposition.

Thanks,
Target Milestone: Leo QE1 (5may) → Madrid (19apr)
@Julienw
Hi,

Added the timeout gaurd as per the suggestion.
Tested on master code and squash is done.
Please check it once and provide comments.

Thanks
Comment on attachment 738456 [details]
Pointer to pull request https://github.com/mozilla-b2g/gaia/pull/9236

r=me thanks

I'll push it to our repository.
Attachment #738456 - Flags: review?(felash) → review+
master: d45a008dc23fbb89a1276e0afa73cf157804a06a

please provide a patch for the 1.0.1 branch :)
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Flags: needinfo?(leo.bugzilla.gaia)
Hi Julien,

Please check the patch for v1.0.1 code.
Please review and provide comments.

Thanks,
Leo
Attachment #738424 - Attachment is obsolete: true
Attachment #739515 - Flags: review?(felash)
Flags: needinfo?(leo.bugzilla.gaia)
landed in v1.0.1: f13d0f7d94e7fcefcaf1c0e84911aafe88a7ea71.


Which patch needs to be uplifted to v1 train?
Flags: needinfo?(felash)
James: the master commit d45a008dc23fbb89a1276e0afa73cf157804a06a

It should be cherry picked without a problem.
Flags: needinfo?(felash)
=( does not apply to v1-train anymore.
Flags: needinfo?(felash)
v1-train: 09fbd40a706548a062f5a1304784bac6c4c26641
Flags: needinfo?(felash)
Comment on attachment 739515 [details] [diff] [review]
Patch for v1.0.1 code

Review of attachment 739515 [details] [diff] [review]:
-----------------------------------------------------------------

so it landed without a review, but it looked good nevertheless.
Attachment #739515 - Flags: review?(felash)
Issue is not reproducing. During the phone call opening the received message and clicking on the back key takes you back to the respective page, thus it works.

Verified on Inari Build ID: 20130429070204
Kernel Date: Feb 21
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/45aa5ba0ed53
Gaia: cf2d4136f0ebc66039637fdbeb72ed184dfbc0f2
The user is able to select the back key in v1 as well. Verifying as Fixed.

Unagi 
Build ID: 20130501070205
Kernel Date: Dec 5
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/765d296cff66
Gaia: e420d71c9528786621f176fb4ce67d291e0a530e
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: