The following warnings occurred:
Warning [2] Undefined variable $unreadreports - Line: 26 - File: global.php(961) : eval()'d code PHP 8.1.2-1ubuntu2.14 (Linux)
File Line Function
/global.php(961) : eval()'d code 26 errorHandler->error
/global.php 961 eval
/printthread.php 16 require_once
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.1.2-1ubuntu2.14 (Linux)
File Line Function
/printthread.php(287) : eval()'d code 2 errorHandler->error
/printthread.php 287 eval
/printthread.php 117 printthread_multipage



UserSpice
Exclude users from view_all_users - Printable Version

+- UserSpice (https://userspice.com/forums)
+-- Forum: Support Center (https://userspice.com/forums/forumdisplay.php?fid=23)
+--- Forum: UserSpice 4.3 and Below (https://userspice.com/forums/forumdisplay.php?fid=26)
+--- Thread: Exclude users from view_all_users (/showthread.php?tid=1255)

Pages: 1 2


RE: Exclude users from view_all_users - Moomintroll - 12-07-2018

You are a coding God among mortal men!
Perfect.
I love this software.


RE: Exclude users from view_all_users - mudmin - 12-07-2018

Haha. I don't know about that, but I'm happy to help.

One other tip I do to make the database more readable on things like that. I always do 0 and 1 instead of 1 and 2. 0 always means off or no. 1 always means on or yes. I title the db accordingly so...

if the column is private
1 would mean yes, private

if it's public
1 would mean yes, public

It doesn't seem like a big deal, but 6 months from now it saves you from having to go back in the code and figure out what's what.


RE: Exclude users from view_all_users - Moomintroll - 12-08-2018

Good point. I'm not actually sure why I chose that way, other than the fact I was already trying to figure out a three-state status for a direct debit process ('no action' = 0, 'clicked link' = 1, 'direct debit confirmed' = 2). Guess it just stuck.

As a matter of interest, would I need to make any modifications to make that button work within the context of a list (for example, the view_all_users list) so that he button was repeated in each row and only acted on the associated record? Or would the necessary coding make the lights go dim? I'm not used to working with lists.


RE: Exclude users from view_all_users - mudmin - 12-08-2018

The thing you'd have to change if you're in a list is that you'd have to pass in the user's id into the form itself. If it's just something that the admin is going to use, you could do input hidden with a name of userid and a value of the user's id. If that's something end users will see, you don't want to do that because they could use the chrome inspector to change the value of the hidden input.


RE: Exclude users from view_all_users - Moomintroll - 12-09-2018

This would only be done in the context of an approved admin role carrying out a triage of applicants, for example assessing the information supplied when joining and applying a permission setting of 'not eligible', 'consultant' or 'associate trainee'. It is not something that a normal user would ever see.


RE: Exclude users from view_all_users - mudmin - 12-09-2018

Right. So the idea of just putting the user id in as a hidden form field on that same form would be fine. Then just grab the user id from the $_POST instead of $user->data and you'll be good to go.