Wednesday, 2025-07-02

opendevreviewohjiwoo proposed openstack/python-openstackclient master: Add metadata as a filter condition when listing volumes  https://review.opendev.org/c/openstack/python-openstackclient/+/95391501:21
opendevreviewTony Breeds proposed openstack/openstacksdk master: Remove un-needed nodepool testing  https://review.opendev.org/c/openstack/openstacksdk/+/95391802:12
opendevreviewTony Breeds proposed openstack/openstacksdk stable/2024.1: Remove un-needed nodepool testing  https://review.opendev.org/c/openstack/openstacksdk/+/95392002:17
opendevreviewTony Breeds proposed openstack/openstacksdk stable/2024.2: Remove un-needed nodepool testing  https://review.opendev.org/c/openstack/openstacksdk/+/95392102:18
opendevreviewTony Breeds proposed openstack/openstacksdk stable/2025.1: Remove un-needed nodepool testing  https://review.opendev.org/c/openstack/openstacksdk/+/95392202:18
lajoskatonaHi, I recently pushed a patch for Horizon to remove the last bits of neutronclient references: https://review.opendev.org/c/openstack/horizon/+/95330209:02
lajoskatonaI just realized that the way long URL were handled is weird if I would like to change to sdk, the RequestURITooLong in n-client (https://opendev.org/openstack/python-neutronclient/src/branch/master/neutronclient/common/exceptions.py#L218 )09:04
lajoskatonahas an extra parameter excess, to handle the length or URI, the current logic is here in horizon: https://opendev.org/openstack/horizon/src/branch/master/openstack_dashboard/api/neutron.py#L105609:07
lajoskatonaAs I see the comments in SDK this logic is handled but would like to hear your opinion what should be the best way to deal with long UIRs in horizon, thanks in advance09:08
opendevreviewdjp proposed openstack/openstacksdk master: resource: add max_items parameter to resource  https://review.opendev.org/c/openstack/openstacksdk/+/95151710:10

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!