mc.roleplayhub.com

players online

Clarifying Rule 3.7b and Streamlining the Property Disownment Process

MinisterFudge

Level 54
Community Team
Event Team
MinisterFudge
MinisterFudge
Notable
What's your Minecraft Username?: MinisterFudge
What's the title of your suggestion?: Clarifying Rule 3.7b and Streamlining the Property Disownment Process

What's your suggestion?:
BACKGROUND
Rule 3.7b states that...
Administrators may disown a property if the owner has been inactive for 30 days.
In practice, however, only senior administrators (of which there are only a few) can do this, and this distinction is not clearly stated anywhere in the rules or guidance.
It is also unclear what's so terrible with regular administrators that they can't be trusted to do this themselves, but can be trusted to ban players permanently.

This creates a confusing and inefficient process for players. Currently, a player must:
  • Notice an inactive property with /seen
  • Gather evidence (screenshot)
  • Submit a forum ticket
  • Potentially have to wait for the ticket to be escalated
  • Essentially/Potentially, be told to wait, even when relevant staff are available, with the property disowning process being simple, taking up less than a minute. Though, as you will see if you keep reading, the waiting isn't really the issue.
Although escalated tickets are described as being resolved within ~48 hours, in practice, this does not matter. It's a nice goal, but it really doesn't offer consolation when, in practice, it can take up to a week and, crucially, the property is liable to be disowned at an arbitrary time chosen by a senior administrator, with no meaningful notice to the reporting player. The only notification appears to be an optional email alert, which is not suitable for time-sensitive actions such as acquiring property.

Curiously, when such tickets on the forums get escalated to senior administrators, a message appears:
In the meantime, if there's anything else you need, feel free to let us know.
This message may as well not exist. Speaking from experience ...
Requests by the reporting player to:
  • Disown the property while the reporting player is online
  • Organise a mutually convenient time for the property to be disowned while the reporting player is online
  • Provide a rough timestamp or short heads-up via Discord DMs
  • Or, if rules/commands allow, transfer ownership directly while reporting player is offline and not owning any property, thus remaining faithful to rule 3.7d.
These all fall on deaf ears. You may as well not make them.

Such requests, from my experience, are often not addressed before the ticket is closed as “resolved”.
Additionally, restricting disowning to senior administrators only does not appear to have a clear rationale. Regular administrators already hold significant powers (including bans), so it is unclear why disowning a property, a quick, reversible, and well-logged action, requires escalation, delays, and complete loss of coordination with the reporting player.

The issue is not the length of the wait itself, but the lack of transparency, notice, and coordination, which all make the entire process of even reporting a property with an inactive owner feel utterly asinine and pointless.

As it stands, the system unintentionally creates outcomes that appear unfair and is structurally vulnerable to abuse, even if no abuse is occurring. Not all properties are equal in desirability, and without safeguards, it is easy for property disowns to look like insider knowledge or preferential timing.

The bulk of the suggestion
1. Permit administrators to disown properties like senior administrators can to prevent unnecessary escalations to an already rather bureaucratic system. This would reduce unnecessary escalation delays by delegating or streamlining this authority

If only senior administrators shall ever be trusted with such permissions:
  • Provide a clear rationale for why this is so.
  • Update rule 3.7b to clearly reflect this.

2. Introduce advance notice or scheduling

- When a property is confirmed inactive and ready to be disowned:
  • The administrator should either:
    • Share a rough timestamp with the reporting player, or
    • Coordinate a time with the reporting player in DMs if requested, or
    • Provide a short heads-up before the disown occurs if the reporting player is online, or
    • Transfer ownership directly if rules permit, and this is even technically possible with commands (if it can be, make it so), or
Disowning a property is a time-sensitive event. Without notice, the reporting player has no realistic opportunity to be present, even though they initiated the process. The email notification, which is opt-in, is utterly inefficient.

At the very least, if administrators with the requisite permissions are available and can answer in-game tickets (once a forum ticket is made), they should just do it. Telling players to simply 'please wait' is not really... acceptable if the player is online and ready to receive assistance. SURE, I get that senior administrators are few in number and can be busy... but, resolving these sorts of tickets while a player is online really isn't exactly a time-consuming affair. This simply isn't good enough when this system is so poorly designed, and other staff who could help (i.e., administrators lacking seniority) are, as far as I can tell, simply not trusted!

Once a forum ticket is made and evidence supplied (evidence the admin can usually just obtain with /seen anyway), it can feel lowkey malicious to not do so, and instead disown the apartment randomly when the reporting player may not be online. Which leads me to my third suggestion:

3.
Impose an actual duty on senior administrators (or administrators, if they are ever trusted with these permissions) to respond to in-game tickets if a player has already gone to the trouble of making a forums ticket, and they are perfectly capable of processing the ticket in-game while the reporting player is online. In other words, if the staff member is answering tickets, make it an actual live responsibility, so they are not allowed to simply say, in effect: 'No, you can wait irrespective of how easy it would be to assist, I have other tickets to tend to.'

nike-just-do-it-lookback-2025.jpg
Again, TIME is not the issue here. Players making these tickets do not care if they have to wait. They want the matter dealt with so THEY (or someone they know online) can obtain the apartment. It's the entire reason people make these tickets in the first place.

How will this benefit the server and community?:
- Reduces the possibility of undetectable abuse
The current system concentrates timing control entirely with a small number of senior administrators and provides no advance notice, scheduling, or audit-friendly safeguards. While there is no claim that abuse is occurring, the system makes preferential timing or private “tips” effectively impossible to detect. Introducing transparent procedures (such as scheduling or reporter priority) removes this risk entirely.

- Restores meaning to the reporting process
At present, reporting an inactive property offers virtually no practical benefit to the reporting player! In fact, it may actively disadvantage them by putting them through this reporting rigmarole with nothing to show for it. This discourages players from reporting at all, making the system reliant on staff discovery or chance. A fairer process incentivises reporting and keeps the property system healthy.

- Improves trust in staff decisions
When outcomes depend on silent, discretionary timing, even legitimate actions can appear unfair. Clear rules, notice, and coordination ensure that property transitions are visibly fair, reducing speculation, frustration, and community distrust.

- Aligns incentives with good behaviour
Players who follow the rules, gather evidence, and submit proper tickets should not be penalised for doing so. Safeguards ensure that diligence and rule compliance are rewarded rather than punished.

- Prevents metagaming and off-platform coordination
A transparent process removes incentives to camp properties, relies on social proximity to others who could potentially 'nab the property for you', or coordinates off-platform in anticipation of disowns. This keeps property acquisition in-character and rule-bound. Property disowns should not be this 'rare event' that the reporting player needs to 'catch' at the right time, or hope they happen to be conscious to actually benefit from, and not render the entire process of reporting the inactive owner pointless

- Creates a system that is fair by design, not by assumption
A well-designed system does not depend on constant good faith; it structurally prevents unfair outcomes. These changes would ensure that even in worst-case scenarios, abuse is not possible and fairness is preserved.

Q&A
I have anticipated below some concerns people may have with the suggestions, and so I've attempted to cover expected resistance to the suggestion below.
“Senior admins are too busy to coordinate disowns with players.”
  • Coordination is not extra work; it replaces wasted work.
    Writing “please wait”, escalating tickets, and closing threads takes more time than:
    • Teleporting
    • Running a command
    • Sending a one-line DM (“I will disown this apartment at [DISCORD TIMESTAMP HERE], if you're online, you will be contacted and asked if you wish to be made the new owner of the property you reported specifically so it could be disowned)
If a moderator/administrator without the permissions is online at the same time as a senior administrator WITH the ability to process the ticket, the correct response would be to immediately flag it with them, and get them to respond.
  • Disowning is already being done.
    The question isn’t whether senior admins have time. They clearly do, because the action happens anyway. The only difference is whether it happens silently or transparently.
  • Busyness does not justify opacity.
    If senior admins are too busy to coordinate, that is an argument for:
    • Delegating the power downward, or
    • Adjusting the process
      Not for maintaining a discretionary, virtually notice-free system.
Bottom line:
“Too busy” explains the delay, nothing else. It does not justify denying notice, introducing unnecessary requests to 'wait' for the ticket to be handled on the forums rather than assisting the reporting player making an in-game ticket when senior admins are online, nor does it explain resistance to scheduling/accommodating reasonable requests canvassed above which would actually help the reporting player.


“This ensures everyone has a fair chance to get the property...
Disowning properties silently is fairest, because it allows anyone who happens to be there to grab it. Public notice of any kind would just cause crowding at desirable properties.”


  • This suggestion is not asking for public notice.
    The request is not to broadcast disowns server-wide or create property rushes. It is to provide reasonable accommodation to the reporting player, who initiated the process in the first place.
  • “Anyone can grab it” is not the same as fairness.
    In practice, “anyone who happens to be there” means:
    • Whoever is online at the exact moment
    • Whoever is awake at the hours of senior administrators
    • Whoever is already camping/socially aware of the forums ticket
    • That is randomness, not equity, and it systematically disadvantages the reporter.
  • Reporter accommodation does not create crowds.
    Giving the reporting player:
    • A short priority window
    • First refusal
    • Or a scheduled time
    • does not attract other players, because it is not public information. It prevents crowding rather than causing it.
  • Without reporter protection, reporting is irrational.
    If reporting:
    • Takes effort
    • Gives no advantage
    • And may cause the reporter to lose the property
Then the rational response is to stop reporting. A system that relies on reports but punishes reporters is self-defeating.
This is about incentives, not exclusivity.
The goal is not simply to try and guarantee ownership, but to ensure that:
  • Reporting is not pointless
  • Good-faith players are not penalised
  • Outcomes do not hinge on invisible timing decisions
  • A short, reasonable accommodation achieves this without granting permanent or unfair advantages
 
Last edited:
I agree with everything here, you have some pretty valid points. Only thing I’ll say is for #3 we already have that sort of system implemented for general tickets and responsibilities both in game and on the forums/discord
 
+1

I'm going to be so for real... These are some of the things that genuinely bug my mind. It is fair only when it's random; however, the finder has to go through a tedious process just to get 0 benefits. Not interested.

And it shows... People searching for properties don't even care to check how long the owner has been active. They don't actively do that anymore. Why? Cause their goal is to own a property, not to give properties away. I'll much rather go let Little Timmy, who has been inactive for over a month and still has rent, be, and go elsewhere where there's no claim in a sign, than actually tell admins, "Hey, so... Little Timmy here has been inactive for more than 30 days... Mind if we do something with the property?"

'Making it fair' in practice just discourages people from reporting this in the first place. Why? CAUSE IT'S NOT FAIR THAT THEY GOTTA DO ALL THE WORK and get absolute nothing from it! It almost sounds like: 'Would you rather work and let others take your paycheck?'

Want to make it SOMEWHAT fair? Sure then... Keep the system, but give something to the people who found this as well. Don't just ignore them after the ticket was done...
 
Last edited:
+1
One of the few posts I will ever upvote or downvote with no elaboration as to why. Beautifully said.
 
-1

As Infi has stated #3 of your bulk-suggestion is already a thing, I'll disregard it. I do agree with the #1 which is easy enough to do, providing a rationale behind the current way of working would indeed increase transparency, whichever the reason given might be. That's never a bad thing.

#2 Is interesting, while I understand where you're coming from, I would take a wholly different approach.

My suggestion might be to get rid of the disowning-after-30-days rule altogether for the time being, as it is indeed flawed and even a bit redundant. There's already a system in place that auto-disowns when the payment runs out. People, whether they have been online or not, have made an investment in a property to pay their rent. If I'm in hospital for 2 months or going on a trip for 3, I'd rather not return to my flat or house being rented to someone else, if rent had been paid upfront. Of course there's the game versus reality, but the principle stays the same.

Having people who have been offline for a while come back to nothing might be rather harsh a reality to return to, not in the least because people's items are often stored in chests in their properties. When disowned those chests are asked to be removed which results not only in a loss of property but also loss of items for said owner.

I feel that as long as there is no system in place to save all the items in "private chests" on properties that are disowned, this fix might solve one problem but create another and the problem that will be created (loss of pretty much everything people have gathered) will be bigger than the problem which will be fixed by the suggestion.

Once a system is put in place to take care of the removed items in private chests, I could agree with your suggestion.
 
I do agree in a way that the process of unclaiming properties is too "manual" and requires a lot of scheduling and coincidental management.

Maybe there could be a plugin that regularly (once per day, as I'd assume looping through and parsing this many players would take quite some time) checks for all the claimed property regions and checks the owner's last login. Once the plugin has looped through all housing regions, it will send a notification in chat or discord telling them about the coordinates and suggesting staff to unclaim them.

This way, players will no longer have to stress over looking for a specific property's last /seen, thus relegating this task to an automated bot. Staff would still be the one in charge of manually disowning the place, though; in the event of a malfunction, I wouldn't want the plugin to automatically disown a property with an active owner.
 
I feel that as long as there is no system in place to save all the items in "private chests" on properties that are disowned, this fix might solve one problem but create another
SRP already has a "solution" for this. Users can already do /apartment recover (as a matter of fact, you can check it out when just doing /apartment in-game), and it will return all the items that were in a private chest of your previous property. I would just like to point out that this has to be done through a staff member, and apparently, it's not a common practice for them either, so you can make your own conclusions about whether this really helps.

My suggestion might be to get rid of the disowning-after-30-days rule altogether for the time being, as it is indeed flawed and even a bit redundant. There's already a system in place that auto-disowns when the payment runs out.
The only issue I have with this is the following: I'm pretty sure most of the active people in SRP had seen properties with more than a YEAR of rent (+300 days)... Say that person doesn't log for the whole year, and just so happens to log at the last hour of his rent to pay again for another year... Would that be fair?

The system is supposed to benefit the active while protecting people who, unfortunately, cannot log in for OOC reasons. Removing this rule will just create a demotivating environment for the active community, while on the other side, people would take advantage and just log in whenever the rent is due, not at least once a month.

Maybe there could be a plugin that regularly (once per day, as I'd assume looping through and parsing this many players would take quite some time) checks for all the claimed property regions and checks the owner's last login. Once the plugin has looped through all housing regions, it will send a notification in chat or discord telling them about the coordinates and suggesting staff to unclaim them.
This is a good alternative (Yonio, if you read the outdated response, ignore it. I didn't read the last part </3)!
 
Reviewed
Thank you for your suggestion!

- We don't typically "give" properties to those that report them. Just like player reports, these are done voluntarily.​
- We will be adding a system to automatically disown properties now that /p recover exists.​
 

Users who are viewing this thread

Top