Closed Bug 839428 Opened 13 years ago Closed 8 years ago

[Settings] Confirmation dialogs scrolls with the subpanel

Categories

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

Product:
Firefox OS Graveyard
Component:
Gaia::Settings
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(blocking-b2g:-)

Status:
RESOLVED WONTFIX
Project Flags:
blocking-b2g -

People

(Reporter: cyu, Unassigned)

Details

After bug 827577 and related bugs, if a fixed positioned element has an ancestor with transform, the ancestor will act as the containing block. The result is that dialogs in the settings app now acts like absolute positioned ones. STR: 1. Open the settings app. 2. Open "App permissions" section. 3. Scroll down and click "Clear bookmarks data". Expected result: The dialog should be visible and occupy the whole viewport. Actual result: If you have many apps installed (e.g. engineering build), then you won't see the dialog. If you scroll up, you will see the dialog acts like absolute positioned and can be scrolled into view. This also happens to the dialog when you click on a paied device in the bluetooth subpanel. Moving the dialogs up in the DOM tree so it's not a descendent of a transformed element works the problem around.
Add tef? flag for this makes the confirmation dialog disappear in some cases.
blocking-b2g: --- → tef?
Change to leo? flag since this is on FF20.
blocking-b2g: tef? → leo?
Per our discussion, the proposed solution is to move the dialog to the level as its parent. Another reason of doing this is that this type of dialogs need to appear with a slide animation in the future.
Assignee: nobody → arthur.chen
(In reply to Cervantes Yu from comment #2) > Change to leo? flag since this is on FF20. Will leo (v1.1) be using Fx20? If not I am afraid that we will be diverging v1-train & master for this :-/
Triage agreed this doesn't sound like a critical enough issue to block on. Also, we were confused by the comment about this being on Fx20. Can you explain?
blocking-b2g: leo? → -
Changes resulted in this bug were only made in Fx20(mc build). If we are not going to use Fx20 in v1.1, this bug should not deserve leo+.
Assignee: arthur.chen → nobody
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.