[Yahoo-eng-team] [Bug 1666606] [NEW] Swift create container modal making calls to api on input "key press" event
Public bug reported: The Create container modal in swift UI is making calls to the API on each Key press when typing in the container name. Steps to reproduce: 1. Go to Object Store -> Containers 2. click on Create container 3. open the Development tools window (Chrome on MAC Command+Alt+I) 4. Go to the network tab 5. type the name of the container Result: See how the calls to the "/api/swift/containers//metadata/" begin to stack up with each key press Expected Result: Not sure if this is a desired behavior in order to check the existence of a container, so this might not be a bug after all ** Affects: horizon Importance: Undecided Status: New ** Tags: angularjs swift -- 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/106 Title: Swift create container modal making calls to api on input "key press" event Status in OpenStack Dashboard (Horizon): New Bug description: The Create container modal in swift UI is making calls to the API on each Key press when typing in the container name. Steps to reproduce: 1. Go to Object Store -> Containers 2. click on Create container 3. open the Development tools window (Chrome on MAC Command+Alt+I) 4. Go to the network tab 5. type the name of the container Result: See how the calls to the "/api/swift/containers//metadata/" begin to stack up with each key press Expected Result: Not sure if this is a desired behavior in order to check the existence of a container, so this might not be a bug after all To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/106/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1624562] [NEW] container details styles in swift ui are broken
Public bug reported: The styling for the container details in swift UI is broken -Goto Project>ObjectStorage>Containers -Select a container (create a new one if you don't have any) Result See how the container details are a bit misaligned and bulleted ** Affects: horizon Importance: Undecided Status: New ** Tags: swift ux ** Tags added: swift 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/1624562 Title: container details styles in swift ui are broken Status in OpenStack Dashboard (Horizon): New Bug description: The styling for the container details in swift UI is broken -Goto Project>ObjectStorage>Containers -Select a container (create a new one if you don't have any) Result See how the container details are a bit misaligned and bulleted To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1624562/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1624546] [NEW] swift ui creating infinite folders in special scenarios
Public bug reported: The swift UI creates an infinite folder tree when providing specific input as the folder name Steps to reproduce: 1.- Goto Project>Object Storage> containers 2.- create a new container i.e "Test" 3.- Add a folder to the container with the following name: Folder1;/Folder2 Expected Result: Folder1; is created with a sub folder Folder2 Actual Results: An infinite tree of folders is created with Folder1; as root of each one of the nodes ** Affects: horizon Importance: Undecided Status: New ** Tags: swift ** Attachment added: "swift.tiff" https://bugs.launchpad.net/bugs/1624546/+attachment/4742245/+files/swift.tiff -- 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/1624546 Title: swift ui creating infinite folders in special scenarios Status in OpenStack Dashboard (Horizon): New Bug description: The swift UI creates an infinite folder tree when providing specific input as the folder name Steps to reproduce: 1.- Goto Project>Object Storage> containers 2.- create a new container i.e "Test" 3.- Add a folder to the container with the following name: Folder1;/Folder2 Expected Result: Folder1; is created with a sub folder Folder2 Actual Results: An infinite tree of folders is created with Folder1; as root of each one of the nodes To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1624546/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1585045] Re: Can't save username
This doesn't look like an horizon bug, I think is related with your browser cache. Feel free to provide more information or reactivate this bug if you think I'm wrong ** Changed in: horizon Status: New => Invalid -- 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/1585045 Title: Can't save username Status in OpenStack Dashboard (Horizon): Invalid Bug description: I used chrome browser, when I first login , I choose remember username . Normally browser would save username and password , then next time I could login directly . But only saved password , without username currently. See Screenshot My horizon version 9.0.0 To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1585045/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1595662] [NEW] auth_url in api/nova.py should be keystone url not nova url
Public bug reported: In https://github.com/openstack/horizon/blob/master/openstack_dashboard/api/nova.py#L477, the auth_url value should be the keystone url not nova url ** Affects: horizon Importance: Undecided Assignee: Daniel Castellanos (luis-daniel-castellanos) Status: In Progress ** Tags: low-hanging-fruit ** Changed in: horizon Assignee: (unassigned) => Daniel Castellanos (luis-daniel-castellanos) -- 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/1595662 Title: auth_url in api/nova.py should be keystone url not nova url Status in OpenStack Dashboard (Horizon): In Progress Bug description: In https://github.com/openstack/horizon/blob/master/openstack_dashboard/api/nova.py#L477, the auth_url value should be the keystone url not nova url To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1595662/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1593887] [NEW] create folder modal "folder name" input, loses focus after the first time the modal is opened
Public bug reported: In swift UI, when you click the "+ Folder" button the first time the "Create Folder" modal is displayed the input field has the main focus, but after creating a folder or closing the modal, the following times the modal is displayed, the input field in it loses the focus, preventing the user to quickly type the folder name and submit the form. Steps to reproduce: - Goto swift UI - Create a container - click on the container - Click the "+ Folder" button and create a folder or click cancel - Click the "+ Folder" button again Expected results: Each time the "create folder" modal is open the input field should always have focus Actual Results: The input in the "create folder" modal loses focus after the first time it's displayed ** Affects: horizon Importance: Undecided Status: New ** Tags: swift 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/1593887 Title: create folder modal "folder name" input, loses focus after the first time the modal is opened Status in OpenStack Dashboard (Horizon): New Bug description: In swift UI, when you click the "+ Folder" button the first time the "Create Folder" modal is displayed the input field has the main focus, but after creating a folder or closing the modal, the following times the modal is displayed, the input field in it loses the focus, preventing the user to quickly type the folder name and submit the form. Steps to reproduce: - Goto swift UI - Create a container - click on the container - Click the "+ Folder" button and create a folder or click cancel - Click the "+ Folder" button again Expected results: Each time the "create folder" modal is open the input field should always have focus Actual Results: The input in the "create folder" modal loses focus after the first time it's displayed To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1593887/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1580317] [NEW] horizon's cinder api should cache extensions list
Public bug reported: As described in bug: https://bugs.launchpad.net/horizon/+bug/1258593 horizon's services apis (in this case cinder api) should cache more aggressively regardless of request. Starting with the extensions list methods ** Affects: horizon Importance: Undecided Assignee: Daniel Castellanos (luis-daniel-castellanos) Status: New ** Changed in: horizon Assignee: (unassigned) => Daniel Castellanos (luis-daniel-castellanos) -- 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/1580317 Title: horizon's cinder api should cache extensions list Status in OpenStack Dashboard (Horizon): New Bug description: As described in bug: https://bugs.launchpad.net/horizon/+bug/1258593 horizon's services apis (in this case cinder api) should cache more aggressively regardless of request. Starting with the extensions list methods To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1580317/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1570486] [NEW] Create a router interface without providing an IP address should automatically take the next available IP in subnet range
Public bug reported: When creating a Router Interface without providing an IP address (optional field) the code should take the next available ip address in subnet range. Currently if you create a router interface in a subnet with a CIDR 10.1.0.0/20 and if you don't provide an IP address, the default ip address will always be set to 10.1.0.1, but if that IP address is already taken by another interface then the interface creation will fail informing the user the reason for the failure (which is ok) I think the code should be intelligent enough to grab the next available ip address in the range when creating a router interface without providing the ip address, or even suggest (autofill) a value for that field ** Affects: horizon Importance: Undecided Status: New ** Tags: neutron ux ** Summary changed: - Create a router interface without providing an IP address should automatically take the next available ip address in range + Create a router interface without providing an IP address should automatically take the next available IP in subnet range ** Description changed: When creating a Router Interface without providing an IP address (optional field) the code should take the next available ip address in subnet range. Currently if you create a router interface in a subnet with a CIDR 10.1.0.0/20 and if you don't provide an IP address, the default ip address will always be set to 10.1.0.1, but if that IP address is already taken by another interface then the interface creation will fail informing the user the reason for the failure (which is ok) I think the code should be intelligent enough to grab the next available - ip address in the range when creating an routerinterface without + ip address in the range when creating a router interface without providing the ip address, or even suggest (autofill) a value for that field -- 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/1570486 Title: Create a router interface without providing an IP address should automatically take the next available IP in subnet range Status in OpenStack Dashboard (Horizon): New Bug description: When creating a Router Interface without providing an IP address (optional field) the code should take the next available ip address in subnet range. Currently if you create a router interface in a subnet with a CIDR 10.1.0.0/20 and if you don't provide an IP address, the default ip address will always be set to 10.1.0.1, but if that IP address is already taken by another interface then the interface creation will fail informing the user the reason for the failure (which is ok) I think the code should be intelligent enough to grab the next available ip address in the range when creating a router interface without providing the ip address, or even suggest (autofill) a value for that field To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1570486/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1486767] Re: when i create a public image the form defaults to the project image list after submit
** Changed in: horizon Status: New => Invalid -- 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/1486767 Title: when i create a public image the form defaults to the project image list after submit Status in OpenStack Dashboard (Horizon): Invalid Bug description: When i create an image (which is public) and submit the form. The image list defaults back to the project image list rather than the public image list. It should stay on the public image list To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1486767/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1372359] Re: Security Groups: Add Rule dialog does not specify the option to create an IPv6 rule.
** Changed in: horizon Status: New => Invalid -- 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/1372359 Title: Security Groups: Add Rule dialog does not specify the option to create an IPv6 rule. Status in OpenStack Dashboard (Horizon): Invalid Bug description: Description of problem: === The Add Rule dialog does not allow you to specify the 'Ether Type' for the rule. Instead, It auto detects if the CIDR is IPv4 or IPv6 and creates the rule accordingly. Having that approach, I Would suggest that the IPv4/IPv6 auto-detection will be better reflected to the user. Currently: a. The default CIDR is: 0.0.0.0/0 b. The CIDR Field help: Classless Inter-Domain Routing (e.g 192.168.0.0/24) c. The IPv6 is not described as valid input in the Dialog Description. Steps to Reproduce: === See the dialog at: http:///project/access_and_security/security_groups//add_rule/ To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1372359/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1456930] Re: remove "admin" user from new created project cause error
** Changed in: horizon Status: New => Invalid -- 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/1456930 Title: remove "admin" user from new created project cause error Status in OpenStack Dashboard (Horizon): Invalid Bug description: Step 1: log on Horzion as admin step 2 : Create a new project, for example, named as "test-proj" step 3: Append "admin" user to the new created project, just as "_member_" role and save step 4: remove "admin" user from the project "test-proj "s member list and try to save Horizon will show error and the project list will be empty. Please refer to snapshot To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1456930/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1464652] Re: loss of privileges of current admin user
** Changed in: horizon Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1464652 Title: loss of privileges of current admin user Status in OpenStack Dashboard (Horizon): Invalid Status in OpenStack Identity (keystone): Won't Fix Bug description: When I'm logged into openstack as the "admin" user into a project. I created a new project and added "admin" user to it and saved. Again I removed user "admin" from the same project and saved. Then he ("admin" user) looses all his admin privileges from the current session. He can't see any projects or users. We will have to log in again to re-gain the admin privileges. In detail: 1. Log in as user "admin" 2. Select "Current Project = admin", "View = admin" 3. Click "Projects" 4. Click "+ Create Project" 5. Name: "test", Description: "", Enabled: checked 6. Project Members: click the "+" for "admin", now the admin user is added with the "_member_" role 7. Click "Create Project" to close the dialog window 8. In the column of project "test", click on "Modify Users" 9. Click on the "-" for the "admin" user to remove her 10. Click "Save" 11. An error pops up, "Error: Unauthorized: Unable to retrieve project list." To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1464652/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1482307] Re: [Launch Instance NG] Key Pair download missing
Can't reproduce the bug on Mitaka, probably the Fix was released alredy ** Changed in: horizon Status: New => Invalid -- 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/1482307 Title: [Launch Instance NG] Key Pair download missing Status in OpenStack Dashboard (Horizon): Invalid Bug description: In the new launch instance wizard, users can create a keypair and copy paste it, but they can't download it. Downloading was mocked, but wasn't implemented due to kilo time constraints. In a usability study, this was identified as a problem and is a regression in functionality for old launch instance wizard. https://openstack.invisionapp.com/d/main#/console/2472307/66353180/preview To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1482307/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
[Yahoo-eng-team] [Bug 1558758] [NEW] no unit test coverage for Flavors related code in dashboard/api/nova.py
Public bug reported: When runing the "./run_tests.sh -c" command and after looking at the reports not all the code is covered by the unit tests. The code related to Flavors in the openstack_dashboard/api/nova.py (get flavor list, create flavor, delete flavor, etc) is not covered. ** Affects: horizon Importance: Undecided Assignee: Daniel Castellanos (luis-daniel-castellanos) Status: New ** Tags: horizon unittest ** Changed in: horizon Assignee: (unassigned) => Daniel Castellanos (luis-daniel-castellanos) ** Description changed: When runing the "./run_tests.sh -c" command and after looking at the - reports not all the code is covered by the unit tests. The Flavors - related code in the openstack_dashboard/api/nova.py (get flavor list, + reports not all the code is covered by the unit tests. The code related + to Flavors in the openstack_dashboard/api/nova.py (get flavor list, create flavor, delete flavor, etc) is not covered. -- 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/1558758 Title: no unit test coverage for Flavors related code in dashboard/api/nova.py Status in OpenStack Dashboard (Horizon): New Bug description: When runing the "./run_tests.sh -c" command and after looking at the reports not all the code is covered by the unit tests. The code related to Flavors in the openstack_dashboard/api/nova.py (get flavor list, create flavor, delete flavor, etc) is not covered. To manage notifications about this bug go to: https://bugs.launchpad.net/horizon/+bug/1558758/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp