Closed
Bug 1151962
Opened 9 years ago
Closed 9 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)
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)
138.18 KB,
text/plain
|
Details |
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
Reporter | ||
Comment 1•9 years ago
|
||
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)
Reporter | ||
Updated•9 years ago
|
Keywords: regression
Comment 2•9 years ago
|
||
[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)
Keywords: regressionwindow-wanted
Updated•9 years ago
|
QA Contact: ychung
Comment 3•9 years ago
|
||
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
Updated•9 years ago
|
QA Contact: ychung
Comment 4•9 years ago
|
||
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.
Depends on: 1144410
Could you retest with a build that has the fix for bug 1144410 (possibly today's build, definitely tomorrow's)?
Flags: needinfo?(jmitchell)
Reporter | ||
Comment 8•9 years ago
|
||
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: 9 years ago
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmitchell) → needinfo?(ktucker)
Resolution: --- → FIXED
Reporter | ||
Updated•9 years ago
|
Status: RESOLVED → VERIFIED
Thanks.
Flags: needinfo?(dbaron)
Updated•9 years ago
|
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.
Description
•