sort networks and subnetworks by name as default

Bug #1200507 reported by Christian Berendt
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
python-neutronclient
Expired
Wishlist
Unassigned

Bug Description

I think it's more intuitive to sort networks and subnetworks by name and not by id as default when calling the list methods.

Tags: api
Revision history for this message
Salvatore Orlando (salvatore-orlando) wrote :

I think your suggestion makes sense.
This is only for the default sort keys.
Quantum API already supports sorting.

tags: added: api
Changed in neutron:
assignee: nobody → Salvatore Orlando (salvatore-orlando)
milestone: none → havana-3
Changed in neutron:
importance: Undecided → Wishlist
Changed in neutron:
milestone: havana-3 → havana-rc1
Changed in neutron:
milestone: havana-rc1 → next
Changed in neutron:
assignee: Salvatore Orlando (salvatore-orlando) → nobody
Revision history for this message
Joris Roovers (joris-roovers) wrote :

Hi Salvatore,

Being new to neutron dev, I'd be interested to work on this as I assume this is something that is relatively straightforward (sorting a list).

I'll reach out on IRC.

Changed in neutron:
assignee: nobody → Joris Roovers (joris-roovers)
Revision history for this message
Eugene Nikanorov (enikanorov) wrote :

Could someone explain why is that a bug for neutron and not for neutron client?
It would be strange to apply sorting for networks only, also I would not introduce sorting into the server directly unless asked from the client.
So to me it seems like a bug for neutron client.

Changed in neutron:
status: New → Incomplete
Revision history for this message
Joris Roovers (joris-roovers) wrote :

I agree with Eugene, I feel that sorting returned resources is a 'view' manipulation that should happen on the client side.

I did talk this over with Salvatore, and he suggested doing this for all resources that have a 'name' attribute, rather than only subnets and networks. In any case, I still believe if this is desired behavior, it should happen client side.

affects: neutron → python-neutronclient
Changed in python-neutronclient:
milestone: next → none
Revision history for this message
Christian Berendt (berendt) wrote :
Changed in python-neutronclient:
assignee: Joris Roovers (joris-roovers) → Christian Berendt (berendt)
status: Incomplete → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on python-neutronclient (master)

Change abandoned by Christian Berendt (<email address hidden>) on branch: master
Review: https://review.openstack.org/92052

Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

This bug is > 172 days without activity. We are unsetting assignee and milestone and setting status to Incomplete in order to allow its expiry in 60 days.

If the bug is still valid, then update the bug status.

Changed in python-neutronclient:
assignee: Christian Berendt (berendt) → nobody
status: In Progress → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for python-neutronclient because there has been no activity for 60 days.]

Changed in python-neutronclient:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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