Closed Bug 1029568 Opened 10 years ago Closed 10 years ago

Software Home button does not work as expected with the rocketbar opened

Categories

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

defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED FIXED
tracking-b2g backlog

People

(Reporter: vingtetun, Assigned: vingtetun)

Details

Attachments

(1 file)

Very similar to bug 968382, the z-index of the software home button is below the rocketbar results, and so it does not receive all the input events it is supposed to received and never triggers a 'home' event. The result is the search result from the rocketbar living on top of the homescreen as a second overlay (same symptom than bug 1028661 but different cause).
Backlog for now.
blocking-b2g: 2.0? → backlog
(In reply to Preeti Raghunath(:Preeti) from comment #2) > Backlog for now. That seems wrong. Re-asking as the symptom are the exact same on than one of the 2.0+ blocker. Reasking.
blocking-b2g: backlog → 2.0?
(In reply to Vivien Nicolas (:vingtetun) (:21) - (NOT reading bugmails, needinfo? please) from comment #3) > (In reply to Preeti Raghunath(:Preeti) from comment #2) > > Backlog for now. > > That seems wrong. Re-asking as the symptom are the exact same on than one of > the 2.0+ blocker. Reasking. Software home button isn't used by any production device that ships right now, so that's why this was marked as a non-blocker. When the software home button becomes a partner-driven requirement, then we can start evaluating these bugs for a blocking decision. Until then, we don't have a reason to hold a release on a software home button bug.
Does comment 4 make sense? If not, can you clarify your perspective a bit more?
Flags: needinfo?(21)
(In reply to Jason Smith [:jsmith] from comment #5) > Does comment 4 make sense? If not, can you clarify your perspective a bit > more? I understand the rationale behind the decision, so that's fine :)
Flags: needinfo?(21)
(In reply to Vivien Nicolas (:vingtetun) (:21) - (NOT reading bugmails, needinfo? please) from comment #6) > (In reply to Jason Smith [:jsmith] from comment #5) > > Does comment 4 make sense? If not, can you clarify your perspective a bit > > more? > > I understand the rationale behind the decision, so that's fine :) Fwiw I bet that a lot of duplicates will be opened afterward ;)
Comment on attachment 8445233 [details] [diff] [review] bug1029568.patch Alive is on vacation! Redirecting the review to Kevin.
Attachment #8445233 - Flags: review?(alive) → review?(kgrandon)
Assignee: nobody → 21
Status: NEW → ASSIGNED
Comment on attachment 8445233 [details] [diff] [review] bug1029568.patch Review of attachment 8445233 [details] [diff] [review]: ----------------------------------------------------------------- Seems to work fine, thanks!
Attachment #8445233 - Flags: review?(kgrandon) → review+
(In reply to Vivien Nicolas (:vingtetun) (:21) - (NOT reading bugmails, needinfo? please) from comment #6) > (In reply to Jason Smith [:jsmith] from comment #5) > > Does comment 4 make sense? If not, can you clarify your perspective a bit > > more? > > I understand the rationale behind the decision, so that's fine :) Ok, I'll move this to backlog then.
blocking-b2g: 2.0? → backlog
blocking-b2g: backlog → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: