Skip to main content
Customer Support Customer Support
Solved

Multi-page Endpoint Sorting in GSM not working?

P
New Voice
When I sort by "status" or "last seen" in group management with a site that has 50+ endpoints, the sorting only applies on a page-by-page basis. For instance, when I sort by status, an endpoint on the second page that "needs attention" will not show up at the top of the first page, but instead will show up at the top of the second page. The sorting applies to each individual page of 50 and doesn't re-sort the whole group of endpoints and re-order them.
 
Example screen capture: https://www.useloom.com/share/8a5f015ec1ae45c98c31fead6488bf68

Best answer by AdamCMorgan

@  Everyone's been begging for this since at least 2013 - I counted about 8 feature requests here.  The current behavior is intended: no one knows why. 
 
The only thing I can advise is get familiar with the API and write your own tools or interface to perform routine management tasks.  We've had to do a ton of custom scripting to manage Webroot since we moved to it a year ago.
 
 
View original
    Did this help you find an answer to your question?

    6 replies

    akim
    Forum|alt.badge.img+35
    • akim
    • Retired Webrooter
    • 831 replies
    • May 24, 2018
    Hello @, I believe that this is the way the functionality works at the moment. I would suggest that you submit a feature request here so that our product team can review your request. Thanks!
    Anna - Webroot Sr. Advocate Programs Manager
    P
    1 person likes this
    • P
      pgillock
    P
    New Voice
    • pgillock
    • Author
    • New Voice
    • 6 replies
    • May 24, 2018
    Will do, thanks for confirming!
    akim
    1 person likes this
    • akim
      akim
    AdamCMorgan
    Popular Voice
    Forum|alt.badge.img+16
    • AdamCMorgan
    • Popular Voice
    • 49 replies
    • Answer
    • June 12, 2018
    @  Everyone's been begging for this since at least 2013 - I counted about 8 feature requests here.  The current behavior is intended: no one knows why. 
     
    The only thing I can advise is get familiar with the API and write your own tools or interface to perform routine management tasks.  We've had to do a ton of custom scripting to manage Webroot since we moved to it a year ago.
     
     
    NOC Engineer, Webroot SME
    P
    D
    2 people like this
    • P
      pgillock
    • D
      DarkSetz
    D
    Fresh Face
    Forum|alt.badge.img+3
    • DarkSetz
    • Fresh Face
    • 4 replies
    • June 29, 2018
    @  My best guess is that was originally meant to moderate the load on their internal databases. They may have figured that using Groups would help hide that restriction.
     
    But yeah... definitely makes performing maintance on your endpoint population, and such, all the more painful. Especially if/when the GSM/Site UI "loses its place" within that segmented list of endpoints.
     
    I would be perfectly fine with being able to submit a job request for a list of endpoints sorted and/or filtered a certain way, and then the web page notifying you when it's ready to provide you with the list to work with.
    AdamCMorgan
    1 person likes this
    • AdamCMorgan
      AdamCMorgan
    AdamCMorgan
    Popular Voice
    Forum|alt.badge.img+16
    • AdamCMorgan
    • Popular Voice
    • 49 replies
    • June 29, 2018
    @Bet you're right about the database load.  They're shooting themselves in the foot with some of the interface stuff though.  Because when the interface and reporting features don't give me what I need, I have to write a script to pull the info with the API, which has got to be less efficient than doing it from their side.
    NOC Engineer, Webroot SME
    D
    Fresh Face
    Forum|alt.badge.img+3
    • DarkSetz
    • Fresh Face
    • 4 replies
    • June 29, 2018
    @  True. Though it could be situation where they're consciously willing to accept those inefficiencies as opposed to dealing with the problems (potential and/or known) they see with the other approach.
     
    As I've mentioned elsewhere, I'm not opposed to the general idea of formally queuing up a request. I would just like to be informed upfront about what sort of wait I'd be looking at.

    Reply


    Terms & Conditions