Project

General

Profile

Actions

Feature proposal #4969

closed

Implement block user

Feature proposal #4969: Implement block user

Added by krileon almost 11 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
29 December 2014
Due date:
% Done:

100%

Estimated time:

Description

Implement feature to block a specific user from accessing your profile. This should just extend the profile privacy check with this functionality.

https://www.joomlapolis.com/forum/255-developer-members-support/227811-user-wants-to-block-one-user-from-seeing-profile

Updated by krileon over 8 years ago Actions #1

  • Target version changed from 667 to 5.0.0

Updated by krileon over 8 years ago Actions #2

This will likely just need to be a new fieldtype specifically for blocking users from viewing your profile, but that functionality won't really extend to anything else.

Updated by krileon over 8 years ago Actions #3

  • % Done changed from 0 to 20

Updated by krileon over 8 years ago Actions #4

  • Target version changed from 5.0.0 to 6.0.0

Moving to 5.1.0 as storage requirements need to be designed. A new database table would be best with 1 row per block as id | user_id | block. Additionally needs to act on CB Activity query trigger so if a user is blocked by someone they won't see their activity.

Updated by krileon over 8 years ago Actions #5

  • % Done changed from 20 to 0

Updated by krileon over 8 years ago Actions #6

Implement block by username and email address in addition to user id. This further solidifies needing a custom database table.

Updated by krileon almost 7 years ago Actions #7

  • % Done changed from 0 to 50

Block is always done by user_id. Username/Email Address will translate to user_id. Blocking will override any privacy controls. So if something is set to Public it won't matter as it will be treated as private when a blocked user attempts to view it. Profile Access, Email Form, and PM Form all have enforced privacy when a blocked user tries to access either (they will be denied access).

Updated by krileon almost 7 years ago Actions #8

  • Status changed from Assigned to Resolved
  • % Done changed from 50 to 100

Updated by krileon almost 7 years ago Actions #9

  • Status changed from Resolved to Closed
Actions

Also available in: PDF Atom