Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0001781 [SphereServer 0.56b] executable - generic major always 17-07-10 11:49 20-08-10 08:55
Reporter trinax View Status public  
Assigned To ShiryuX
Priority normal Resolution reopened  
Status feedback   Product Version PreRelease/Nightly
Summary 0001781: Problem about walk protection system (walkbuffer)
Description When you are frozen with paraylze spell or with the flag manually added, if you try to run, altough you don't move it assumes like you are moving and makes you freeze even when you are actually able to move.

It is in nightly, I don't know about SVN.
Additional Information
Tags No tags attached.
Nightly Version 20-09-2009
Experimental Flags DiagonalWalkCheck, New_Triggers, WalkCheck, AllowTelnetPacketFilter
Option Flags Command_Sysmsgs, FileCommands, NoHouseMuteSpeech
Attached Files

- Relationships

-  Notes
(0000536)
trinax (reporter)
03-08-10 19:58
edited on: 04-08-10 14:43

This also happens while trying to pass inside an invisible impassable item.

(0000546)
ShiryuX (developer)
10-08-10 08:26

Seems I found the problem about this one. Just sent the fix to the SVN (you might have to wait until tomorrow for the automated build). If the error wasn't fixed with that, reopen this ticket with feedback status.

Thank you.
(0000551)
trinax (reporter)
11-08-10 12:57

Thanks for the fix, the problem is gone when using statf_freeze etc. which was the main problem that affected the players most.

But it still exists when you try to pass inside an invisible, impassable item.

It also happens when you turn GM off and try to pass inside an item which you were able to pass when gm is on, like guildstones.
(0000579)
ShiryuX (developer)
20-08-10 08:16

Client 6.0.7.0: The client denies the walk request directly.
Client 5.0.9.1: The client let me ask (0x02), the server denies (0x21).

Is true, you get some rubberbanding, but that's expected since there's a normal connection delay, will look like you're moving but after the client receives the reject packet the client will return to his correct position. Anyway, I cannot reproduce, neither with invisible object or turning on/off GM (using c_body_gm). Can you attach SpyUO to your client and make a log when the error happens?
(0000580)
khaos (developer)
20-08-10 08:24

It is a simple fix I believe Trinax. Simply test with .update after each issue. It should resend everything and you should not be rubberbanding or walking through things you shouldn't, etc.

Ex1. Paralyze self, update, you shouldn't be able to move.
Ex2. Unparalyze, update, you shouldn't be frozen.
Ex3. After you turn .gm off, update as well.

As ShiryuX said, if there is still issues SpyUO will record it and ShiryuX or someone can get a better idea on how to resolve the issue.
(0000581)
trinax (reporter)
20-08-10 08:55

The paralyze stuff is already fixed, the problem now is the items that client think they are passable but actually they are not.(update will probably fix that after turning the .gm off of course but still if players try to run through a invisible item it becomes a problem)

I am not able to reach any uo client now but ill post feedback as soon as possible.

The problem is sphere still increases the walk limit stuff altough it sends "reject moving" packet to the client. You can see it by putting this to an event ->

on=@UserExWalkLimit
src.sysmessage Over Limit!

I am using 2.0.3 while testing by the way. I will post spyuo thing when I am able to.

- Issue History
Date Modified Username Field Change
17-07-10 11:49 trinax New Issue
17-07-10 11:49 trinax Nightly Version => 20-09-2009
17-07-10 11:49 trinax Experimental Flags => DiagonalWalkCheck, New_Triggers, WalkCheck, AllowTelnetPacketFilter
17-07-10 11:49 trinax Option Flags => Command_Sysmsgs, FileCommands, NoHouseMuteSpeech
03-08-10 19:58 trinax Note Added: 0000536
04-08-10 14:43 trinax Note Edited: 0000536
10-08-10 08:26 ShiryuX Status new => resolved
10-08-10 08:26 ShiryuX Resolution open => fixed
10-08-10 08:26 ShiryuX Assigned To => ShiryuX
10-08-10 08:26 ShiryuX Note Added: 0000546
11-08-10 12:57 trinax Status resolved => feedback
11-08-10 12:57 trinax Resolution fixed => reopened
11-08-10 12:57 trinax Note Added: 0000551
20-08-10 08:16 ShiryuX Note Added: 0000579
20-08-10 08:24 khaos Note Added: 0000580
20-08-10 08:55 trinax Note Added: 0000581


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker