Komenda wand nie działa – najczęstsze przyczyny i rozwiązania

Komenda /wand potrafi „nagle” przestać działać mimo że wczoraj wszystko było w porządku. Najczęściej problem nie leży w samej komendzie, tylko w tym, kto ją wykonuje, gdzie (jaki silnik/tryb serwera) i która wtyczka/mod ją obsługuje. Dodatkowo dochodzą konflikty: dwie paczki próbują użyć tej samej komendy albo serwer filtruje ją przez uprawnienia i konfigurację. Poniżej rozpisane są typowe scenariusze i podejścia naprawcze – bez zgadywania.

Kontekst: co tak naprawdę znaczy „/wand nie działa”

„Nie działa” bywa trzema różnymi problemami, które prowadzą do innych rozwiązań. Pierwszy: komenda nie istnieje (komunikat typu „Unknown command”). Drugi: istnieje, ale jest zablokowana („You don’t have permission”, „Brak uprawnień”). Trzeci: komenda działa, ale nie daje efektu (np. różdżka się nie pojawia, zaznaczanie regionu nie reaguje).

W praktyce /wand najczęściej kojarzy się z WorldEdit (różdżka do zaznaczania obszaru, zwykle drewniana siekiera). Tyle że na różnych środowiskach (Spigot/Paper, Sponge, Forge/Fabric z modami, serwery proxy) zachowanie i dostępność komendy potrafią się różnić. Czasem też używa się aliasów (//wand zamiast /wand), a część serwerów ma dodatkowe pluginy do zarządzania komendami.

Szybka diagnostyka: objaw → najbardziej prawdopodobna przyczyna

Warto zacząć od rozpoznania objawu, bo to zawęża pole. „Unknown command” to niemal zawsze: brak wtyczki/moda, zła wersja, niezaładowany plugin albo konflikt z rejestracją komend. „Brak uprawnień” jest bardziej oczywiste, ale bywa podstępne (np. inna wtyczka przejmuje komendę i wymaga innych permów). Z kolei „komenda działa, ale nic się nie dzieje” często wynika z tego, że różdżka jest przypisana do innego narzędzia, eventy kliknięć są blokowane albo gracz jest w trybie/świecie z ograniczeniami.

Ten sam komunikat w czacie nie zawsze oznacza ten sam problem — zwłaszcza gdy w grę wchodzą aliasy, pluginy typu Essentials oraz menedżery komend, które potrafią „podmienić” wynik.

Minimalny test odcina część domysłów: sprawdzenie listy pluginów/modów oraz wykonanie //wand (jeśli mowa o WorldEdit). Jeżeli // działa, a pojedynczy slash nie, problem leży zwykle w aliasach lub przechwytywaniu komend.

Najczęstsze przyczyny awarii: od prostych do irytujących

Brak odpowiedniej wtyczki albo zła wersja (WorldEdit/FAWE)

Najbardziej przyziemny przypadek: WorldEdit nie jest zainstalowany, wyłączył się po starcie albo nie pasuje do wersji serwera. Po aktualizacji Paper/Spigot zdarza się, że stara paczka WorldEdit przestaje się ładować (błędy w konsoli, plugin „czerwony” w panelu). Wtedy /wand nie ma prawa istnieć.

Drugi wariant to pomyłka w środowisku: na Forge/Fabric sam plugin Bukkit nie zadziała, a na serwerach hybrydowych działanie bywa nieprzewidywalne. Do tego dochodzi FAWE (FastAsyncWorldEdit) – często wybierany ze względu na wydajność, ale zależny od konkretnej gałęzi serwera. Źle dobrana kompilacja potrafi „zarejestrować część komend”, a część wycinać lub wywalać błędy przy użyciu.

Perspektywa administracyjna jest tu prosta: im więcej aktualizacji „na szybko”, tym większa szansa, że jedna paczka przestaje pasować do reszty. Perspektywa użytkownika: „wina komendy”, bo efekt widoczny jest dopiero w czacie.

Uprawnienia i tryb działania (OP to nie zawsze wszystko)

„Daj OP i będzie działać” bywa prawdą, ale nie jest regułą. Część serwerów ma policyjne pluginy do bezpieczeństwa, które ograniczają WorldEdit nawet dla operatorów (np. whitelist komend, blokady w konkretnych światach, limity regionów). Wtedy /wand może działać, ale zaznaczanie i edycje będą ucinane.

W przypadku klasycznej konfiguracji problem zwykle siedzi w systemie uprawnień (LuckPerms, PermissionsEx): brak węzła dla WorldEdit albo odebrany dostęp do „wand”. Różne wersje WorldEdit potrafią mieć różnie nazwane permisje, a poradniki w sieci często mieszają stare i nowe nazewnictwo. Efekt: administrator „ustawia jak w poradniku”, a gracz nadal widzi odmowę.

Warto też pamiętać o trybie gry: na niektórych serwerach klikanie narzędziem jest przechwytywane przez inne mechaniki (minigry, zabezpieczenia działek, antycheat). Wtedy permisja do komendy jest, ale event kliknięcia (czyli faktyczne zaznaczanie punktów) jest blokowany.

Konflikty komend i aliasów: gdy /wand nie jest tym, czym się wydaje

Najbardziej zdradliwy scenariusz to konflikt: inny plugin rejestruje /wand albo tworzy alias, który „zjada” komendę WorldEdit. Często pojawia się to przy Essentials, pluginach RPG, paczkach magicznych różdżek albo systemach kitów. Wtedy użytkownik wpisuje /wand, dostaje odpowiedź, ale… od zupełnie innej wtyczki.

Stąd popularny skrót myślowy w społeczności Minecrafta: „WorldEdit używa //”. Podwójny slash omija część konfliktów, bo wiele pluginów nie rejestruje takich komend. Jeśli //wand działa, a /wand uruchamia coś innego albo zwraca błąd, problemem jest mapa komend, nie WorldEdit jako taki.

Jeśli działa //wand, to naprawa zwykle polega na uporządkowaniu aliasów, a nie na reinstalacji WorldEdit.

Jest też mniej oczywista wersja konfliktu: plugin do zarządzania komendami ukrywa komendy przed graczami bez uprawnień (czasem nawet przed OP w konkretnych kontekstach). Wtedy serwer może zwracać „Unknown command” zamiast „Brak uprawnień”, bo celowo maskuje istnienie komendy.

Rozwiązania: co sprawdzić i jak naprawiać bez rozwalania serwera

Rozwiązania warto dobierać do objawu, a nie robić „pełny reset”. Najpierw trzeba potwierdzić, kto dostarcza komendę (WorldEdit/FAWE czy inny plugin), a potem dopiero grzebać w konfiguracji i permisjach.

  • „Unknown command”: sprawdzenie, czy WorldEdit/FAWE jest w ogóle załadowany (lista pluginów i logi startowe); dopasowanie wersji do Paper/Spigot; usunięcie duplikatów (dwie wersje tej samej paczki w folderze) i restart.
  • „Brak uprawnień”: weryfikacja grup i węzłów w systemie uprawnień; sprawdzenie, czy nie ma globalnej blokady komend (np. whitelist/blacklist); test na czystym koncie OP oraz w innym świecie, jeśli serwer ma per-światowe reguły.
  • Komenda działa, ale różdżka/selektor nie działa: sprawdzenie, czy narzędzie WorldEdit nie jest przypisane do innego itemu; wyłączenie/konfiguracja pluginów blokujących interakcje (claimy, antycheat, minigry); test na płaskim świecie bez zabezpieczeń.

Kontrowersyjna, ale często skuteczna praktyka w środowiskach produkcyjnych: zamiast „naprawiać na żywym”, lepiej skopiować serwer na lokalny staging i tam sprawdzić, czy problem znika po wyłączeniu podejrzanych pluginów. To oszczędza czas, bo konflikty komend bywają nieliniowe (A przeszkadza B tylko wtedy, gdy C jest włączone).

Jeśli celem jest tylko zaznaczanie regionów, bywa też sensowne obejście: używanie //wand zamiast /wand, bez walki o alias. Minusem jest to, że nie rozwiązuje to problemu „w tle” — nadal istnieje bałagan w mapie komend i w przyszłości może uderzyć w inne narzędzia administracyjne.

Konsekwencje wyborów i rekomendacje: kiedy iść w FAWE, kiedy zostać przy WorldEdit

Wybór między WorldEdit a FAWE rzadko jest czysto techniczny. FAWE daje przewagę wydajnościową przy dużych operacjach, ale jest bardziej wrażliwy na niekompatybilności i szybkie zmiany wersji serwera. Dla serwerów budowlanych i edycji dużych obszarów to często uzasadnione, ale wymaga dyscypliny aktualizacji.

WorldEdit bywa wolniejszy, ale przewidywalny. Jeśli /wand jest krytyczne głównie dla administracji (a nie do masowych operacji), stabilność i prostota wygrywają. Wtedy największą wartość daje uporządkowanie ekosystemu: mniej pluginów o podobnych funkcjach, mniej aliasów „bo wygodniej”, mniej paczek „magicznych różdżek”, które konkurują o komendy.

  1. Najpierw potwierdzenie źródła komendy (czy to WorldEdit/FAWE, czy inna wtyczka przechwytuje /wand) i test //wand.
  2. Potem dopiero uprawnienia (bo ustawianie permów dla nie tej wtyczki to klasyczna strata czasu).
  3. Na końcu porządki w aliasach i konfliktach (bo to najtrudniejsze do utrzymania na dłuższą metę, ale daje największą stabilność).

Jeśli problem wraca po każdej aktualizacji, to zwykle nie „złośliwość Minecrafta”, tylko brak stałej polityki wersjonowania: mieszanie snapshotów, nightly buildów i przypadkowych paczek z różnych poradników. W takiej sytuacji najbardziej opłaca się ustandaryzować: jedna linia serwera (Paper w konkretnej wersji), jedna linia WorldEdit/FAWE dopasowana do tej wersji, a reszta pluginów sprawdzona pod kątem konfliktów komend.