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)
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•10 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•10 years ago
|
Keywords: regression
Comment 2•10 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•10 years ago
|
QA Contact: ychung
Comment 3•10 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•10 years ago
|
QA Contact: ychung
Comment 4•10 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•10 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: 10 years ago
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(jmitchell) → needinfo?(ktucker)
Resolution: --- → FIXED
| Reporter | ||
Updated•10 years ago
|
Status: RESOLVED → VERIFIED
Thanks.
Flags: needinfo?(dbaron)
Updated•10 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
•