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. |
|