Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using the command ".wp show info" sometimes still prompts with wrong / no waypoint information. #21198

Open
TheSCREWEDSoftware opened this issue Jan 17, 2025 · 2 comments

Comments

@TheSCREWEDSoftware
Copy link
Contributor

Current Behaviour

The string / error was fix now showing an actual error. But the command still doesn't work.

Expected Blizzlike Behaviour

N/A

Source

No response

Steps to reproduce the problem

  • .go c i 14438 // Officer Pomeroy
  • Select officer Pomeroy and run .wp show on
  • Select any of his waypoints and run .wp show info
  • Depending which waypoint you select you get either the intended info or no information / error.

Image
Those 2 with across with show you (error):
No waypoint information was found for Creature (GUID: 3110833). Make sure 'wp show on' command was properly executed.

The one with the check with show you (the correct) information:

DEBUG: wp show info:
Show info: for current point: 26, Path ID: 904840
Show info: delay: 0
Show info: Move flag: 0
Show info: Waypoint event: 0
Show info: Event chance: 100

But EVEN THIS ONE depending on the "angle" or click" you may get the correct one ( i think this has to do with being 2 waypoints there. To my knowledge there should be 2 waypoints in the same place (if they are returning the same they went from))

Extra Notes

Image

Same waypoint but moved around (ran the command twice)
Image

AC rev. hash/commit

AzerothCore rev. 23fb846 2025-01-17 11:52:28 +0000 (master branch) (Win64, RelWithDebInfo, Static)

Connected players: 1. Characters in world: 1.
Connection peak: 1.
Server uptime: 47 minute(s) 7 second(s)
Update time diff: 16ms. Last 500 diffs summary:
|- Mean: 9ms
|- Median: 9ms
|- Percentiles (95, 99, max): 16ms, 16ms, 17ms
Using SSL version: OpenSSL 3.1.5 30 Jan 2024 (library: OpenSSL 3.1.5 30 Jan 2024)
Using Boost version: 1.81.0
Using CMake version: 3.29.3
Using MySQL version: 80036
Found MySQL Executable: C:/Program Files/MySQL/MySQL Server 8.0/bin/mysql.exe
Compiled on: Windows 10.0.19045
Worldserver listening connections on port 8085
Realmlist (Realm Id: 1) configured in port 8085
VMAPs status: Enabled. LineOfSight: true, getHeight: true, indoorCheck: true
MMAPs status: Enabled
maps directory located in ./Data/maps. Total size: 291014951 bytes
vmaps directory located in ./Data/vmaps. Total size: 658130721 bytes
mmaps directory located in ./Data/mmaps. Total size: 2192910844 bytes
Default DBC locale: enUS.
All available DBC locales: enUS
Using World DB: ACDB 335.13-dev
Latest LoginDatabase update: 2024_12_15_00.sql
Latest CharacterDatabase update: smartstone_char.sql
Latest WorldDatabase update: smartstone.sql
LoginDatabase queue size: 0
CharacterDatabase queue size: 0
WorldDatabase queue size: 0
List of enabled modules:
|- mod-1v1-arena
|- mod-arena-replay
|- mod-costumes

Operating system

Windows 11 64bit

Custom changes or Modules

|- mod-1v1-arena
|- mod-arena-replay
|- mod-costumes
@Kitzunu
Copy link
Member

Kitzunu commented Jan 17, 2025

I can look at it again but I am sure it works.

It can be due to the character being too far away form point n when running wp show on which results in the db info not being loaded.

@TheSCREWEDSoftware
Copy link
Contributor Author

I tried this during the server running and at the start (upon first loading the area/zone) outcome is the same.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants