Wadera MikeJones It's working, but require will update version if you have set any to * IanM I've notice a bug already. Filtering by group works fine for Admin user, but don't do anything for "standard user"
IanM Wadera I've notice a bug already. Filtering by group works fine for Admin user, but don't do anything for "standard user" Darn it, I thought I covered that. Thank you, I'll check it out
IanM Wadera so it looks like this is caused by flarum/core2559 @ajaypayne is working on a PR to correct this as we speak 🙂
ajaypayne It looks like it is something to do with the permission "View hidden group badges" as if the user searching does not have that permission, the search returns all users that are in groups other than member regardless of what group is selected. If the user does have that permission it works correctly. The same behaviour happens in the global search too if that helps anyone come up with a fix?
ajaypayne PR is in with a fix for this here the issue came from GroupFilterGambit in core and affected the global too, both of which are covered by this PR
Justman10000 - Installation request for fof/user-directory ^0.5.3 -> satisfiable by fof/user-directory[0.5.3]. - fof/user-directory 0.5.3 requires flarum/core ^0.1.0-beta.15 -> satisfiable by flarum/core[0.1.x-dev, v0.1.0-beta.15] but these conflict with your requirements or minimum-stability. Installation failed, deleting ./composer.json.
Wadera Interesting observation. When you sort by Recently online you can realy easy discover when someone is online even if he/she set Allow others to see when I am online as this users will always appear on top 😉 Can we call it security issue ?
clarkwinkelmann Wadera the issue is tracked here FriendsOfFlarum/user-directory55 and here flarum/core2634 and is fixed in the upcoming Flarum beta 16 😉 Maybe we should have kept the GitHub issue open until beta 16 is released. The fix is basically disabling that sort option for non-admins because there's no easy way to put all users with the preference at the top or bottom of the results.
davwheat clarkwinkelmann Maybe we should have kept the GitHub issue open until beta 16 is released. I'll re-open to keep the issue visible. 🙂
IanM 0.6.0 Update for beta 16 Updating composer require fof/user-directory:"*" php flarum cache:clear
wonderbeel After the beta16 update it returns an error to me, I see in the console this typeError: n.blocksPd is not a function Also https://domain/api/users returns an error 500.
clarkwinkelmann wonderbeel the blocksPd error is likely related to the Byobu extension, which isn't compatible with Flarum beta 16 yet. Do you have the full error message for the 500 error? Check Flarum log file at <flarum>/storage/logs or enable debug mode in config.php
