<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
It was a conscious decision by the keystone team back in 2015 as far as we can tell. There was a large discussion on the mailing list regarding this that seemed to have left this issue unresolved (most specifically around user pagination, but this seems to
have affected project / domain elements as well). </div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<a href="https://lists.openstack.org/pipermail/openstack-dev/2015-August/thread.html#72082" id="LPlnk864680">https://lists.openstack.org/pipermail/openstack-dev/2015-August/thread.html#72082</a></div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Ultimately what we're seeking to do is start a discussion within the keystone / horizon (and potentially skyline) community about how we can rectify the current issues we're facing around the usability of the UX portion of keystone elements. Eg, if pagination
isn't the way the keystone community wants to go should we look at instead having dynamic filtering instead in the UI? Are there any other options that people can think of that might be a better way forward?</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Julia Kreger <juliaashleykreger@gmail.com><br>
<b>Sent:</b> 19 July 2022 14:21<br>
<b>To:</b> Danny Webb <Danny.Webb@thehutgroup.com><br>
<b>Cc:</b> Dmitriy Rabotyagov <noonedeadpunk@gmail.com>; openstack-discuss <openstack-discuss@lists.openstack.org><br>
<b>Subject:</b> Re: [dev] directions to the right project team</font>
<div> </div>
</div>
<div>CAUTION: This email originates from outside THG<br>
<br>
On Tue, Jul 19, 2022 at 3:44 AM Danny Webb <Danny.Webb@thehutgroup.com> wrote:<br>
><br>
> Unfortunately pagination was removed from keystone in the v3 api and as far as we're aware it was never re-added.<br>
><br>
<br>
This is quite concerning, and a quick look at the code confirms it.<br>
Mostly. There are remnants of "hints" and SQL Query filtering, but the<br>
internal limit is just a truncation which seems bad as well.<br>
<br>
<a href="https://github.com/openstack/keystone/blame/d7b1d57cae738183f8d85413e942402a8a4efb31/keystone/server/flask/common.py#L675">https://github.com/openstack/keystone/blame/d7b1d57cae738183f8d85413e942402a8a4efb31/keystone/server/flask/common.py#L675</a><br>
<br>
This seems like a fundamental performance oriented feature because the<br>
overhead in data conversion can be quite a bit when you have a large<br>
number of well... any objects being returned from a database.<br>
<br>
Does anyone know if a bug is open for this issue?<br>
</div>
<div></div>
<p><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:black">Danny Webb</span>
<br>
<span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:black">Principal OpenStack Engineer</span><br>
<span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:#019EEB"><a href="http://www.thehutgroup.com/" target="_blank"><span style="color:#575a5d;
text-decoration:none;text-underline:none">The Hut Group</span></a></span>
<br>
<br>
<span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:black">Tel: </span>
<br>
<span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:black">Email:
<a href="mailto:Danny.Webb@thehutgroup.com">Danny.Webb@thehutgroup.com</a></span></p>
<p style="margin-bottom:12.0pt"><br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">For the purposes of this email, the "company" means The Hut Group Limited, a company registered in England and Wales (company number 6539496) whose registered office is at Fifth Floor,
Voyager House, Chicago Avenue, Manchester Airport, M90 3DQ and/or any of its respective subsidiaries.</span>
<br>
<br>
<b><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">Confidentiality Notice</span></b>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">This e-mail is confidential and intended for the use of the named recipient only. If you are not the intended recipient please notify us by telephone immediately on +44(0)1606 811888
or return it to us by e-mail. Please then delete it from your system and note that any use, dissemination, forwarding, printing or copying is strictly prohibited. Any views or opinions are solely those of the author and do not necessarily represent those of
the company.</span> <br>
<br>
<b><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">Encryptions and Viruses</span></b>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">Please note that this e-mail and any attachments have not been encrypted. They may therefore be liable to be compromised. Please also note that it is your responsibility to scan this
e-mail and any attachments for viruses. We do not, to the extent permitted by law, accept any liability (whether in contract, negligence or otherwise) for any virus infection and/or external compromise of security and/or confidentiality in relation to transmissions
sent by e-mail.</span> <br>
<br>
<b><span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">Monitoring</span></b>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#666666">Activity and use of the company's systems is monitored to secure its effective use and operation and for other lawful business purposes. Communications using these systems will also
be monitored and may be recorded to secure effective use and operation and for other lawful business purposes.</span>
</p>
<span style="font-size:4pt;color:#FFFFFF">hgvyjuv</span>
<div></div>
</body>
</html>