Hard "search"-links not working from v4.4.5

[Sledge FTB]

Hi all,

We have some fixed search links in our menu bar, mainly to show several user groups. Something like:

https://www.dummysite.com/search/?&type=core_members&joinedDate=any&group[8]=1&group[4]=1&group[26]=1&group[20]=1&group[6]=1&group[3]=1&group[25]=1&group[7]=1&group[21]=1

Since recently they are not working anymore and just refer to

https://www.dummysite.com/search/

 

Tried it with several other searches, the actual live search works, but once you paste the URL it just goes to above default URL.

Can somebody confirm this behavior and/or has a solution?

[Sledge FTB]

Seems like it is due to missing the "&q=" attribute in the link.

If I change

https://www.dummysite.com/search/?&type=core_members&joinedDate=any&group[8]=1&group[4]=1&group[26]=1

to (added "&q=a")

https://www.dummysite.com/search/?&q=a&type=core_members&joinedDate=any&group[8]=1&group[4]=1&group[26]=1

it will work, but only result in members with a trailing A in their name.
Tried several obvious options to show all (e.g. *, "", '', etc) but that doesn't seem to work

 

In short, I can't provide an URL to show all members of a certain group.

[Sledge FTB]

🤔 adding a single space as search term seems to create a workaround

If I change

https://www.dummysite.com/search/?&type=core_members&joinedDate=any&group[8]=1&group[4]=1&group[26]=1

to (added "&q=%20")

https://www.dummysite.com/search/?&q=%20&type=core_members&joinedDate=any&group[8]=1&group[4]=1&group[26]=1

that will do the trick

[bfarber]

I would just use &tags=X since tags is ignored for member searches.

You were using an undocumented feature that had to be adjusted to resolve an issue. There is still a workaround though, as you've found.

[Sledge FTB]

15 hours ago, bfarber said:

I would just use &tags=X since tags is ignored for member searches.

Splendid, that might even work better.

Had no idea it was an undocumented feature. It worked for a long time till recently. On the same hand, it seems fair to me that a generated search URL can be re-used (shared or saved as favorite). We use them in our menu bar, but the principle stays the same.

Anyway, our issue is solved with a workaround and maybe the generated URL will be corrected in future releases. Thank you for your reply @bfarber.

[Fast Lane!]

On 7/31/2019 at 10:21 AM, bfarber said:

I would just use &tags=X since tags is ignored for member searches.

You were using an undocumented feature that had to be adjusted to resolve an issue. There is still a workaround though, as you've found.

Wow ok.  We def use this feature.  We allow custom profile fields in member posts to be clicked and pull up a listing of members with the same field.  Quite useful (feature suggestion?)!  Example would be for country names, etc...

[Michel_72]

Thanks, I reformatted the search URL to: https://my_community.com/forums/search/?&type=core_members&joinedDate=any&group[10]=1&group[3]=1&group[6]=1&tags=X  and that works. 😉

[Gauravk]

WOW, glad to see that Im not the only one using the member search url and pasting the links in my community.

Thanks @Marc Stridgen for pointing me to this topic to fix my broken url.

Thanks @bfarber for workaround by adding &tags=X in the end of search string.

Maybe IPB can come up with some more clean way to share URL's in future.

 

[Fast Lane!]

This is an invaluable tool.  Should be official :-).

[Sledge FTB]

Would it not be easier if they just fix it again? It worked as expected up to the last update.

[Koper74]

@bfarber Please use the workaround for your own "sort by"-menu too... 🤣