[ 
https://issues.apache.org/jira/browse/SOLR-14303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17695767#comment-17695767
 ] 

Jason Gerlowski commented on SOLR-14303:
----------------------------------------

I think it'd probably be worth a separate JIRA - even if it's a "sub-task" or 
child of this one.

A few questions/concerns/comments about the plan you mentioned above [~epugh]:

# I think I agree in principle that pagination is secondary to filtering.  It's 
hard for me to imagine a user with hundreds of collections paging through the 
collections just browsing.  I imagine almost 100% of the time, users on this 
page are going to be looking for a particular collection based on either name 
or status (i.e. recovering, down, etc.).  Though maybe pagination is still 
useful even after a filter has been applied (e.g. a user who has too many 
'down' shards to display on a single screen).
# How are you imagining the Graph UI would work without pagination?  Would we 
display all the collections?  Would we impose some limit, say 20, until (and 
maybe even after) the user provides some filter?  Even assuming CLUSTERSTATUS 
scales well enough to not need server-side paging (which is a separate 
assumption that we need to double-check), the screen real-estate is still going 
to limit what we can show in practice, right?

I'm fine with whatever approach makes the most sense to you, since you took the 
initiative here.  Just wanted to toss out some questions in case they help 
clarify your thinking at all.

> Deprecate /admin/zookeeper
> --------------------------
>
>                 Key: SOLR-14303
>                 URL: https://issues.apache.org/jira/browse/SOLR-14303
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Ishan Chattopadhyaya
>            Priority: Major
>         Attachments: Screenshot at Mar 01 17-26-37.png, Skjermbilde 
> 2023-02-17 kl. 15.49.59.png, Skjermbilde 2023-02-17 kl. 15.51.07.png, 
> Skjermbilde 2023-02-17 kl. 16.18.43.png
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> This is a spinoff from SOLR-13942 to deprecate /admin/zookeeper and cutover 
> the admin UI to the new API proposed there (/cluster/zk).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to