Closed Bug 1151962 Opened 10 years ago Closed 10 years ago

[Search][Rocket Bar] A 'Paste' icon becomes hidden but still functional when long-pressing an empty search bar, typing something in, and selecting the first result

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5?, b2g-v2.2 unaffected, b2g-master verified)

VERIFIED FIXED
blocking-b2g 2.5?
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- verified

People

(Reporter: jmitchell, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Description: When long pressing in the Rocketbar after having cut or copied any text, a single paste icon will appear but fade after 5 seconds OR if you start typing. The functionality of the icon will still be there but not visible. If you tap in the area where the icon was you will paste the most previous cut or copied text. This area where the paste function is covers most of the area of the first result (top result) from the search increasing the visibility of this issue. Repro Steps: 1) Update a Flame to 20150407010204 2) Open Messenger (for example) and type some text 3) Copy the text to clipboard (Longpress and select 3rd icon) 4) Tap the rocketbar and then Long press in it once it expands (paste icon will appear) 5) wait a few seconds and the icon will disappear 6) Tap the area where the icon was Actual: Previously cut or copied text will paste into search bar Expected: The functionality of the icon will fade with the image Environmental Variables: Device: Flame 3.0 Build ID: 20150407010204 Gaia: c710bac533b76635161315bf907d004e000549cb Gecko: ab0490972e1e Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0 Repro frequency: 6/8 See attached: logcat, video: http://youtu.be/sTcn_vhV9z0
This issue does not reproduce on 2.2 Actual Results: when the paste icon fades the functionality is no longer there Device: Flame 2.2 (KK - Nightly - Full Flash - 319mem) Build ID: 20150406002503 Gaia: a6351e1197d54f8624523c2db9ba1418f2aa046f Gecko: c3335a5d3063 Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429 Version: 37.0 (2.2) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: regression
[Blocking Requested - why for this release]: Regression leading to bad UX. Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: ychung
Mozilla-inbound Regression Window: Last Working Environmental Variables: Device: Flame 3.0 BuildID: 20150216141433 Gaia: ae02fbdeae77b2002cebe33c61aedeee4b9439fd Gecko: 4b118b959ffd Version: 38.0a1 (3.0) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0 First Broken Environmental Variables: Device: Flame 3.0 BuildID: 20150216142444 Gaia: ae02fbdeae77b2002cebe33c61aedeee4b9439fd Gecko: 5b4a18aeb511 Version: 38.0a1 (3.0) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0 Last Working Gaia First Broken Gecko: Issue DOES reproduce Gaia: ae02fbdeae77b2002cebe33c61aedeee4b9439fd Gecko: 5b4a18aeb511 First Broken Gaia Last Working Gecko: Issue does NOT reproduce Gaia: ae02fbdeae77b2002cebe33c61aedeee4b9439fd Gecko: 4b118b959ffd http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=4b118b959ffd&tochange=5b4a18aeb511 possibly caused by bug 960465
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: ychung
David, can you take a look at this please? This looks to have been caused by the landings for bug 960465.
Blocks: 960465
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(dbaron)
Managed to reproduce the bug once after about six tries...
It's highly probable that the patch to bug 1144410 also fixes this.
Could you retest with a build that has the fix for bug 1144410 (possibly today's build, definitely tomorrow's)?
Flags: needinfo?(jmitchell)
Verified - issue no longer repro's on the latest 3.0 nightly build - Actual results - once the 'paste' icon fades from view no functionality for it remains closing as fixed (by patch for 1144410) Device: Flame 3.0 (KK - Nightly - Full Flash - 319mem) Build ID: 20150428010206 Gaia: 0636405f0844bf32451a375b2d61a2b16fe33348 Gecko: caf25344f73e Gonk: b83fc73de7b64594cd74b33e498bf08332b5d87b Version: 40.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0
Status: NEW → RESOLVED
Closed: 10 years ago
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmitchell) → needinfo?(ktucker)
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Thanks.
Flags: needinfo?(dbaron)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: