User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36 Steps to reproduce: Precondition - 1. Have a message thread. Steps - 1. Message app 2. Select a thread enter the thread view. 3. Long click on a text message. 4. click "view message report". 5. click(x) close. Notice the back button. Actual results: back button seems already pressed. Expected results: back button shouldn't look like preesed.
[Blocking Requested - why for this release]: regression of the visual refresh. Similar issues were made a blocker in the past (bug 950623). I checked that it doesn't happen in v1.4. (v1.3 does not have the message report feature).
Patch for bug 968483 is the culprit.
Created attachment 8467165 [details] [review] GitHub pull request URL Hey Steve, Here is the tiny patch that modifies "hover" fix from bug 993388, so that it's compliant with the latest back button styles introduced in bug 968483 :) Thanks!
Comment on attachment 8467165 [details] [review] GitHub pull request URL Thanks for the quick fixing!
(In reply to Steve Chung [:steveck] from comment #4) > Comment on attachment 8467165 [details] [review] > GitHub pull request URL > > Thanks for the quick fixing! Thanks for review! Master: https://github.com/mozilla-b2g/gaia/commit/aa37e20de9c892f1bc169b40f7c77966b317f027
This issue has been verified successfully on Flame 2.0,2.1 See attachment: Verify_video.3gp Reproducing rate: 0/5 Flame 2.0 versions: Gaia-Rev 8d1e868864c8a8f1e037685f0656d1da70d08c06 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/29222e215db8 Build-ID 20141203000201 Version 32.0 Flame 2.1 versions: Gaia-Rev dbaf3e31c9ba9c3436e074381744f2971e15c7bf Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/ebce587d2194 Build-ID 20141203001205 Version 34.0