- Status Unconfirmed
- Percent Complete
- Task Type Feature Request
- Category Engine → Misc
- Assigned To No-one
- Operating System
- Severity Medium
- Priority
- Reported Version
- Due in Version Undecided
-
Due Date
Undecided
- Votes 3
- Private
FS#5293 - An Auto-Guard system of some sort
I would like to see an Auto Guard system of some sort
I recently Made a mini game on PS and went to a GM event to have things Engraved but im running into A problem that if I somehow lose connection I would be subject to an OCC Robery of these items, And they are food Items So someone could pick them up, Eat them, And log off. While im still trying to log back in. weather it be from an enemy or A fake Alt.
Not only that but I placed a book on the buildboard to look for a guard to help me guard the display, a couple hours later it was gone. A player shouldn’t have to ask a GM everytime they want to place a book…. Ask Any GM and im sure they will agree with that!
ICly I could put a spell on something or report it to the guards, but these might have little effect other then a sure solution.
I will list some solutions, umm… Tell Me what you think? :)
1. Create A spell For Players To Lockdown there own Items/Command (time period Has no meaning Do to Bad weather that lasts hours)
2. Lol I donno… Number 1 sounds like the only solution Or all the others tye into it. I’ll Try to think of more and post them in comments
The next day I hear people in Gossip channel talking about someone taking a book so Its effecting All players
I'd say just automatic lock for books (and possibly maps) at the board for everybody else than the owner and GMs (owner and GM should be always able to remove it) could work well for the board messages.
About items guarding, I think these should be guarded for about 10 minutes - the time needed to relog and possibly recompile shaders. Also, every attempt to relog with any of player's character in the same account should reset this timeout back to 10 minutes until he is fully logged in and unless there is not used command /guard off before the logout.
Im happy to see someone agrees with me :)
We all know one thing, books is a must. Why not all things you feel the need to display and dont want to risk losing? Losing internet connectivity Is 100% OCC and the person has no control or warming to what is about to happen. Sorry… But it would be silly to set books to be "permanent" and other things to 10 minutes. In a way 10 minutes is better then nothing, but why not "permanent"?.
I just looked up in the list of tasks and was looking for the most voted one in the list
and it was PS#4602 - Bulletin Board System for Major Cities
… I see that you Need to Pay To Post? As a Form of Filter out spam, Keep inmind ^ is the only way I heard of this, There should be A Old decrepit sign saying who to contact To post something on the buildboard itself, I could have said that I tried to ask Harnquist about the Huge buildboard In his Front Yard, But He had no idea what I was talking about
I would suggest items will stay locked at least for a day.
I was recently subject to a 'stolen book' circumstance and found this feature request while looking to see if I should submit a new feature request. Although my case is slightly different (not an accidental disconnect) I think this feature request could also be implemented with an additional "/guard <time>" and its unselected target counterpart "/guard <target> <time>" command. Then when an item is set down in world, the player can set an anticipated duration for it to be 'safe from stealing'. A reasonable default of 10 minutes, as suggested previously, would be good with a potential maximum of five days (7200 minutes). A'nice-to-have' would be a configurable option that the player can default their <time> value to, up to maximum. This could be implemented as an autoexec command such as /guard default <time>. The /guard command without arguments would still have the current behavior of unguarding guarded items when an item is targeted and would display a message to specify a target or select one when an item is not targeted.
When a /pickup command is issued the command would need to check a <DurationRemaining> counter on the target item and if the <DurationRemaining> counter is zero, the /pickup is successful.
The server would need to track the <DurationRemaining>, decrementing each minute, for each item until reaching zero.
Some implementation details may need additional discussion. A few of the details may be: how the <time> is entered (such as 5 days instead of 7200 minutes), what a good maximum duration should be, the difficulty to add a <DurationRemaining> counter on items placed in world, owner proximity and connection state to start/restart the tracking of <DurationRemaining> (to keep existing functionality of dropped items being guarded while the player is present, if currently so) and the server impact from checking each item <DurationRemaining>.
When the Pickpockets skill is implemented, the Lockpicking rules could possibly be re-used or tweaked for the /pickup command, if appropriate for stealing items left in public.
To lessen server load I suggest using <LockedTil> with a timestamp in the future instead of <DurationRemaining> and have /pickup check this. The countdown would create server load that can be avoided thus. Moreover I think the normal guard should stay in effect as it is now and the set times as described only come to effect on disconnect/log out of the player who issued the timed guard command.