[Prev][Next][Index][Thread]

# Re: Sticky permissions in 1.8.0alpha4 move()?

- Date: Mon, 1 Jan 1996 22:53:32 PST
- From:
- Content-Length: 901
- Content-Transfer-Encoding: 7bit
- Content-Type: text/plain; charset=US-ASCII
- In-Reply-to: "<TCPSMTP.16.1.1.-12.11.58.2239992234.178277@bbs.calbbs.com> from \"sysop@calbbs.com\" at Jan 1, 96 08:11:58 pm"

    > First is was the debug flag, now it seems like it happens with
    > permissions too.  It appears permissions are sticky after calls to
    > :accept from move(). So if the :accept verb is wizowned, the player can
    > ALWAYS get in, even if it returns 0.  After several nonwiz players
    > teleported into rooms that they weren't allowed into(I even saw the
    > message from the room's :accept saying so-and-so tries to enter the room
    > but the wall snaps back into place..., etc.  I'm almost positive this
    > is the case because when I added set_task_perms(caller_perms()) to the
    > :accept verb, the move was again refused to non-wizzes when :accept
    > returned 0.

    Sounds more like faulty logic in the verb then server error, perhaps you
    could post the :accept verb?

    Marc                                       http://www.got.net/marc
    marc@got.net                               Finger for PGP key and Geek Code

References:

- Sticky permissions in 1.8.0alpha4 move()?

- From: sysop@calbbs.com

- Prev: Sticky permissions in 1.8.0alpha4 move()?
- Next: Strike that last comment about the typo in changelog...
- Index: MOO-cows
- Thread: MOO-cows

Home | Subject Index | Thread Index