yahoo-eng-team team mailing list archive

[Chris Johnson <wchrisjohnson@xxxxxxxxx>]

Public bug reported:

The users table (/identity/users/) in a particular environment displays
800+ users on the page. I click "Create User" and the modal dialog pops
up. When I start entering User Name, with every character that is
entered, there is a pause of 4-5 seconds. Data entry is practically
unusable.

When I tested this against a local devstack instance, there is no such
behavior.

I then tested this against an environment that has ~200 users. The issue
re-occurred, but wasn't as severe as the initial environment, leading me
to conclude that the number of users was affecting the form behavior.

I started digging in a bit deeper and found that the page invokes a
couple of javascript functions in the horizon.tabs.js file intended to
enable keyboard navigation between tabs in a form. The issue is not
noticeable on a page with a small DOM, but gets worse and worse the more
DOM elements are on the page. The issue is that the JS code goes thru
every DOM element on the page on keyup/keydown.

** Affects: horizon
     Importance: Undecided
     Assignee: Chris Johnson (wchrisjohnson)
         Status: New


** Tags: ux

** Changed in: horizon
     Assignee: (unassigned) => Chris Johnson (wchrisjohnson)

** Tags added: ux

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1411892

Title:
  JS keyup/keydown making user create very difficult

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  The users table (/identity/users/) in a particular environment
  displays 800+ users on the page. I click "Create User" and the modal
  dialog pops up. When I start entering User Name, with every character
  that is entered, there is a pause of 4-5 seconds. Data entry is
  practically unusable.

  When I tested this against a local devstack instance, there is no such
  behavior.

  I then tested this against an environment that has ~200 users. The
  issue re-occurred, but wasn't as severe as the initial environment,
  leading me to conclude that the number of users was affecting the form
  behavior.

  I started digging in a bit deeper and found that the page invokes a
  couple of javascript functions in the horizon.tabs.js file intended to
  enable keyboard navigation between tabs in a form. The issue is not
  noticeable on a page with a small DOM, but gets worse and worse the
  more DOM elements are on the page. The issue is that the JS code goes
  thru every DOM element on the page on keyup/keydown.

To manage notifications about this bug go to:
https://bugs.launchpad.net/horizon/+bug/1411892/+subscriptions