The ability to go back depends on the size of the resulting URL after a search. If the URL is longer than 2083 characters it won't convert to a GET usage and will still be a form POST. The reason for this limit is due to default server URL length limits and browser limits. All of this is noted in the below ticket, which we will be improving with further research to ensure we respect server and browser limits.

forge.joomlapolis.com/issues/8048

So for example if your userlist has say just 5 fields it should work fine as shown below.

demo.cbdemosites.com/demos/community-builder/user-lists/grid-layout

If it has too many fields resulting in too large of a URL then it will stay a POST like shown below.

demo.cbdemosites.com/profiles/userslist/4-members-list

I don't know what to tell you. The only reason for it to not do the search redirect to GET is due to URL length. The code for this is directly found below.

IN: components/com_comprofiler/comprofiler.html.php
ON: Lines 530 - 538

You're welcome to remove the IF check if you think it's calculating in error or adding a var_dump of strlen( $pagingUrl ) to see what the URL length is. This calculation is against the non-SEF version of your URL.

My best guess is the below checks are failing for whatever reason.


The first one makes sure it's actually a search. The second ensures a list id exists in the POST data. The third ensures there's even parts being added to the URL. Just above that IF statement you could var dump those 3 like the following.