FANDOM


Unblock request has been declined

Unblock-declined (talk · contribs · editcount · block · modify rights · logs · block log)

Request reason: No reason was given as to why you should be unblocked. Your unblock request may have been declined for this very reason. To file another unblock request, type "{{Unblock|1 = YOUR REASON HERE}}" below this request. Remember to replace "YOUR REASON HERE" with your reasoning as to why you should be unblocked.

Decline reason: No decline reason was given. Please provide a reason for declining this request.


An Administrator has reviewed your unblock request, but has chosen to decline your request at this time, for the reason(s) listed above.

If you want to make another unblock request, simply add "{{Unblock|1 = Your Reason Here}}" to your Message Wall. Remember that you need to convince the Administrators that your block is either 1. No longer necessary, 2. Unjustified, or 3. Made in error. If you make too many unconvincing unblock requests, or if you abuse this privilege, your ability to edit your Message Wall may be revoked.

Administrators: If you are unsure of how to use this system, please see the documentation.

Template documentation (for the above template, sometimes hidden or invisible)
Description
There are three templates in Soulcalibur Wiki's unblock system - {{Unblock}}, {{Unblock-accepted}}, and {{Unblock-declined}}. These templates are used by blocked users and Administrators to request and manage unblock requests.
How it works
When a user is blocked but still has access to their Message Wall, Administrators will usually place a {{Tempblock}} template on their Message Wall informing them of the block. The boilerplate for the message will tell users that, if they wish to appeal the block, they should add {{Unblock|<reason>}} to their Message Wall. Once a user has done so, their Message Wall is immediately added to the category Requests for unblock, where Administrators may see and respond to said requests. Users are permitted to request unblock using this system if:
  1. The user has a block longer than one month
  2. The user has not made any attempt to evade their block or use a sockpuppet account in at least three months
  3. The user was not indefinitely blocked because of an inappropriate username (They should instead create a new account under a more-appropriate name)
  4. The user isn't a sockpuppet account (only the main account may request unblock. All illegitimate sockpuppets are to remain blocked).
  5. The user was not blocked for being underage.
  6. The user has not had their Message Wall access revoked.
Administrators should then read and evaluate on the following things:
  • The user's unblock reason
  • The user's recent contributions, including their deleted contributions
  • The user's logs, including their block log, page move log, and edit filter log
  • The blocking Administrator. Reviewing admins should consult with the blocking Administrator about the block, why the block was made, and whether it was justified. This is not required if the blocked user was evidently vandalizing the Wiki, or has posted an obviously unacceptable unblock request.
Once everything has been reviewed, Administrators may then decide whether the user should be unblocked or not. Any Administrator may accept an unblock request.
To accept an unblock request:
  1. Edit the Message Wall
  2. Enter 'Source' mode (accessible via the two small tabs at the top)
  3. Change "{{Unblock|<user reason here>}}" to "{{Unblock-accepted|<user reason here>|<your reason for accepting the request here>}}", and hit Publish.
  4. Unblock the user.
To decline an unblock request:
  1. Edit the Message Wall and enter Source mode
  2. Change "{{Unblock|<user reason here>}}" to "{{Unblock-declined|<user reason here>|<your reason for declining the request here>}}"
If a user's unblock request is declined, they should be allowed to make another unblock request, unless they are evidently abusing the system. If their Message Wall access should be revoked, consider modifying the block settings instead of protecting their Message Wall.



Community content is available under CC-BY-SA unless otherwise noted.