Closed Bug 1017508 Opened 10 years ago Closed 10 years ago

[Flame][V1.4][Dialer]Pop-up menu will appear again after you tap right-top corner button in call log view.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: panda67231, Unassigned)

Details

(Keywords: regression, Whiteboard: bamboo [closeme 6/25/2014])

Attachments

(4 files)

Attached file attachment.rar
[1.Description]: In call log view, tap one unknown phone number, and menu option pops up, then close this menu list, and tap right-top corner button, the menu option will appear again. Attach the screenshot: CallLog.png Attach the video: video_CallLog.mp4 Attach the logs: bugreport_CallLog.txt & logcat_CallLog.txt Happened time: 6:31 AM [2.Testing Steps]: Precondition: Have at least two days (Today and Yesterday) call logs in Call log view 1. Open Dialer app 2. Enter into the Call Log view 3. Tap an unknown number in Call Log view **Menu Options (Call, Send Message, Create new contact, Add to existing contact) pop up 4. Tap "Cancel" under the options and then tap the Edit icon on the Call Log view [3.Expected Result]: 4. The Call Log edit view should not be covered by the options of the number view. [4.Actual Result]: 4. The menu option in step 3 pop up automatically. [5.Reproduction build]: Gaia 7709936aeb21859d1607dbd038489493803bb085 Gecko https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/5bf038fae0f1 BuildID 20140522160202 Version 30.0 [6.Reproduction Frequency]: Always Recurrence,5/5
There's really two bugs here - so let's focus on the emergency call screen not displaying emergency number in full. Beatriz - If the call screen displays "Emergency nu...", would this end up being a problem in certification?
Flags: needinfo?(brg)
Disregard - Put needinfo on the wrong bug...
Flags: needinfo?(brg)
Does this reproduce on 1.3?
Keywords: qawanted
QA Contact: dgomez
This issue DOES NOT reproduce on Flame 1.3 1.3 Environmental Variables: Device: Flame 1.3 BuildID: 20140520094859 Gaia: a73235d23685e9898f40647cebd83b3fcbfd0117 Gecko: Unknown Version: 28.0 Firmware Version: v10G-2 User Agent: Mozilla/5.0 (Mobile; rv:28.0) Gecko/28.0 Firefox/28.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
Status: UNCONFIRMED → NEW
Ever confirmed: true
We find a similar bug which also happens in the same view. Reproduce steps: Precondtion: there are some call log and miss call log 1.Launch dialer->Tap call log; 2.Tap √ 3.Tap missed.->Tap √. 4.Tap All ->Tap √ Please refer to attachment.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
This looks like broken UX & it's a regression.
blocking-b2g: --- → 1.4?
David, Please review
blocking-b2g: 1.4? → 1.4+
Flags: needinfo?(dscravaglieri)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
QA Contact: dgomez → jmitchell
opps - meant to CLEAR QA-contact, not take it.
QA Contact: jmitchell
Hei Anthony, could you give your opinion here? Thanks!
Flags: needinfo?(dscravaglieri) → needinfo?(anthony)
I am unable to reproduce this issue on the latest 1.4 or master. Calling the DUT with a blocked number using *67 leaves the Call log entry "Withheld number". However upon tapping on "Withheld number" in the Call Log only highlights the contact and does not open any menu or change the UI at all. Leaving need info for more information or more steps to reproduce.
Flags: needinfo?(panda67231)
Clearing blocking flag since we can't reproduce.
blocking-b2g: 1.4+ → ---
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+][lead-review+]
Whiteboard: bamboo → bamboo [closeme 6/25/2014]
Flags: needinfo?(anthony)
I also could not reproduce this issue on flame v1.4 (20140522160202) and latest v1.4 version (20140619000200). Change the status to works for me due to both of Harvey and I could not reproduce this issue.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(panda67231)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: