OpenStack Dashboard (Horizon)

popup placement at very top of window even if scrolled down

Bug #994677 reported by andrewsben
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Dashboard (Horizon)
Fix Released
Low
Gabriel Hurley
OpenStack Dashboard (Horizon) 2012.2 "folsom"

Bug Description

When on the images and snapshots page trying to delete a snapshot, which I had to scroll down quite a bit for, the popup to confirm delete was displayed at the very top of the page. At first I thought it was not displayed at all since the screen just went dark gray, but when I scrolled to the top of the page I then noticed the confirm delete option. See attached screenshots.

Revision history for this message
andrewsben (andrewsben) wrote :
Revision history for this message
andrewsben (andrewsben) wrote :
Devin Carlen (devcamcar)
Changed in horizon:
status: New → Confirmed
importance: Undecided → Low
milestone: none → folsom-1
assignee: nobody → Nebula (nebula)
Thierry Carrez (ttx)
Changed in horizon:
milestone: folsom-1 → folsom-2
Revision history for this message
Gabriel Hurley (gabriel-hurley) wrote :

Not a blocker for F2, bumping to F3

Changed in horizon:
milestone: folsom-2 → folsom-3
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to horizon (master)

Fix proposed to branch: master
Review: https://review.openstack.org/9953

Changed in horizon:
assignee: Nebula (nebula) → Gabriel Hurley (gabriel-hurley)
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote :

Fix proposed to branch: master
Review: https://review.openstack.org/10090

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to horizon (master)

Reviewed: https://review.openstack.org/9953
Committed: http://github.com/openstack/horizon/commit/df5a13c5eca4bf6a34dd48d52c9b1762a0744a95
Submitter: Jenkins
Branch: master

commit df5a13c5eca4bf6a34dd48d52c9b1762a0744a95
Author: Gabriel Hurley <email address hidden>
Date: Fri Jul 13 16:42:28 2012 -0700

    Inline object creation.

    Allows the creation of related objects during a workflow.
    For example, this patch implements importing keypairs during
    the launch instance workflow and allocating floating IP
    addresses during the floating IP associate workflow.

    This required several significant changes:

      * SelfHandlingForm should no long return a redirect.
        Instead, it should return either the object it
        created/acted on, or else a boolean such as True.

      * The ModalFormView now differentiates between GET
        and POST.

      * Due to the previous two items, SelfHandlingForm
        was mostly gutted (no more maybe_handle, etc.).

      * Modals now operate via a "stack" where only the
        top modal is visible at any given time and closing
        one causes the next one to become visible.

    In the process of these large changes there was a large
    amount of general code cleanup, especially in the javascript
    code and the existing SelfHandlingForm subclasses/ModalFormView
    subclasses. Many small bugs were fixed along with the cleanup.

    Implements blueprint inline-object-creation.

    Fixes bug 994677.
    Fixes bug 1025977.
    Fixes bug 1027342.
    Fixes bug 1025919.

    Change-Id: I1808b34cbf6f813eaedf767a6364e815c0c5e969

Changed in horizon:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in horizon:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in horizon:
milestone: folsom-3 → 2012.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.