Birodalom

ZÁRT TESZT · FEJLESZTÉSI NAPLÓ

Változások

Minden kiadás külön kártyán jelenik meg. A legfrissebb nyitva van, a korábbiak igény szerint lenyithatók.

V0.8.2.177

PvE · szerkeszthető kazamata ellenfél-KP

  • Az ellenfélritkaságok kazamata Kihíváspont-értéke többé nem a kódban rögzített tömbből érkezik, hanem D1-ben tárolt beállítás.
  • Az Admin → PvE ellenfelek → Ritkaságok felületen Tulajdonosként külön szerkeszthető a hét ritkaság alap KP-ja.
  • A kezdő értékek változatlanok: Döglődő 4, Sérült 7, Sima 10, Furmányos 14, Harcedzett 19, Vérszomjas 26 és Rettegett 35 KP.
  • A Karbantartó látja a KP-beállításokat, de ezt a gazdasági értéket csak Tulajdonos módosíthatja.
  • A kazamata-tervező balance számítása nem használ feltételezett játékos–ellenfél szintkülönbséget; a ritkasági alap KP és a meglévő egyidejű-ellenfél szorzó számít.
  • Új D1-migráció szükséges: migration_074_pve_rarity_dungeon_kp.sql.
V0.8.2.175

Kazamata · biztonságos visszatérés a csapatlobbyba

  • Győzelem, vereség vagy menekülés lezárásakor a szerver a settlement és a tartós HP-mentés után még az átirányítás előtt újranyitja a kapcsolódó csapatlobbyt.
  • A lobby minden csapattagjának jelenléti időpontja frissül a visszatéréskor, ezért egy öt percnél hosszabb kazamata után sem számítanak azonnal inaktívnak.
  • A lobby helyreállító útvonala csak teljesen befejezett settlement után nyithatja újra a csapatot, és röviden kivárja a párhuzamos settlement-kéréseket.
  • A lobby GET többé nem enged ismert settlement-versenyhelyzetet nyers, kezelhetetlen szerverhibává válni.
  • A vereség utáni meglévő tartós HP-szabály változatlan: a harcképtelen kalandor a kazamatán kívül legalább 1 HP-val tér vissza.
  • Új D1-migráció nem szükséges.
V0.8.2.174

Kazamata · terminális harci UI lefagyás javítása

  • Javítva a győzelem, vereség vagy menekülés után kialakuló végtelen MutationObserver/microtask ciklus, amely lefagyaszthatta a teljes Kazamata oldalt.
  • A Csata lezárása gomb szövege és osztályai most csak tényleges változáskor íródnak át, így a DOM-megfigyelő nem indíthatja újra önmagát korlátlanul.
  • A terminális vezérlőfrissítés egyszerre csak egy ütemezett szinkront enged, ezért a cselekvési idő és a böngésző fő szála nem fagy be a csata végén.
  • A játékos és az admin Kazamata útvonal is a javított V174 run-flow assetet tölti.
  • A V173 szerveroldali 0 HP-s győzelem-helyreállításával együtt a már beragadt, minden ellenfelet legyőzött futások is lezárhatóvá válnak.
  • Új D1-migráció nem szükséges.
V0.8.2.173

Kazamata · 0 HP-s győzelem helyreállítása

  • Ha minden ellenfél 0 HP-n van, de a harci állapot hibásan még playing, a szerver automatikusan győzelemre javítja a futást.
  • A helyreállítás megszünteti az aktív köridőt és az aktuális kört, megtartja a legyőzött ellenfelek vereségpózát, és lehetővé teszi a Csata lezárása gomb megjelenését.
  • A javítás a normál futáslekérésnél, a runtime lekérésnél és közvetlen harclezárás előtt is lefut, ezért a már beragadt futások is helyreállnak.
  • Az adatbázis-frissítés futásverziót és aktuális harci státuszt ellenőriz, így nem írhat felül közben továbbhaladt állapotot.
  • Új regressziós contract teszt védi a 0 HP-s, mégis aktív harci állapotot.
  • Új D1-migráció nem szükséges.
V0.8.2.172

Kazamata · csapattag győzelmi lezárás

  • Győzelem, vereség vagy menekülés után a Csata lezárása gomb minden futásban részt vevő csapattagnál megjelenik, nem csak a történeti döntéseket kezelő Vezetőnél.
  • A terminális harci állapot többé nem maradhat olyan képernyőn, ahol a harci gombok már tiltottak, de a lezárógomb rejtve van.
  • A szerver ellenőrzi, hogy a lezárást kérő játékos valóban a futás tagja-e, majd a már eldöntött harci eredményt a kanonikus Vezetői futáskontextusban zárja le.
  • A narratív döntések és a Kazamata feladása továbbra is Vezetőhöz kötött; csak a már eldőlt harc technikai lezárása lett közös csapatművelet.
  • Ha a győzelem után van következő jelenet, a kaland ott folytatódik; ha nincs, a futás sikeresen lezárul és visszatér a Csapatlobbyba.
  • Új D1-migráció nem szükséges.
V0.8.2.171

Kazamata · biztonságos helyreállító útvonal

  • Új, minimális /kazamata/helyreallitas/ oldal készült a teljesen lefagyó Kazamata-futásokhoz.
  • A helyreállító oldal nem tölti be a harci, runtime, animációs vagy normál játékoldali JavaScriptet, ezért a fő játékoldal lefagyása mellett is használható.
  • Az aktív Kazamata-zár engedi a saját aktív futás helyreállító oldalát, de más Kingdom-oldalak zárolását továbbra is fenntartja.
  • A Beragadt futás megszakítása a meglévő szerveroldali DELETE/feladás és settlement logikát használja, közvetlen adatbázis-törlés nélkül.
  • Folyamatban lévő settlement esetén korlátozott automatikus újrapróbálás történik, hosszú szerverválasznál pedig kliensoldali időkorlát védi az oldalt.
  • Új D1-migráció nem szükséges.
V0.8.2.170

Kazamata · beragadt futás helyreállítása

  • A játékos Kazamata-oldal többé nem maradhat teljesen üres, ha a URL-ben lévő futás lekérése hibával tér vissza.
  • Ha a futásfelület közel két másodperc után sem töltődik be, látható helyreállító kártya jelenik meg a hiba okával.
  • Az Újrapróbálás mellett külön Beragadt futás megszakítása gomb került a felületre, amely a meglévő biztonságos feladási és settlement útvonalat használja.
  • A párhuzamosan még dolgozó settlement esetén a helyreállítás korlátozottan újrapróbálkozik ahelyett, hogy ismét üres oldalon hagyná a játékost.
  • Nem létező vagy már törölt futásnál közvetlen Csapatlobby visszaút jelenik meg.
  • Új D1-migráció nem szükséges.
V0.8.2.169

Kazamata · settlement versenyhelyzet javítás

  • A terminális Kazamata-lezárás csak akkor folytatódhat inventory-normalizálásra és tartós HP-mentésre, ha minden érintett csapattag settlementje ténylegesen befejeződött.
  • Ha egy másik kérés éppen birtokolja a settlement lease-t, a párhuzamos kérés többé nem tekintheti késznek a futást; retryable 409 választ kap.
  • A hosszabb tárgy-visszaállítási fázisok közben a settlement lease megújul, így a kétperces lease nem járhat le észrevétlenül aktív feldolgozás alatt.
  • A végső settlement státuszváltás ellenőrzi a lease tulajdonjogát; elvesztett lease esetén a kérés dungeon_settlement_lease_lost hibával leáll.
  • A futás feladása ugyanazt a settlement completion-barriert használja, mint a győzelem, vereség és menekülés lezárása.
  • Új D1-migráció nem szükséges; a javítás a meglévő runtime settlement mezőket használja.
V0.8.2.168

Kovács · párhuzamos javítás és CI-védelem

  • A Kovács javítása adatbázis-szintű atomic guardot kapott, így ugyanazt a régi tárgyállapotot csak egy kérés javíthatja ki.
  • A Korona csak akkor kerül levonásra, ha a tárgy állapota még pontosan megegyezik azzal, amelyre a javítási költséget a szerver kiszámolta.
  • Dupla kattintás, párhuzamos böngészőfül vagy ismételt kérés esetén az elavult művelet repair_conflict hibával leáll, és nem terhelheti meg másodszor az egyenleget.
  • Új célzott regressziós teszt védi a Kovács compare-and-set javítási útvonalát.
  • Új teljes regressziós GitHub Actions workflow fut pull request esetén és minden main ágra kerülő push után.
  • Új D1-migráció nem szükséges; a javítás a meglévő kingdom_atomic_guards táblát használja.
V0.8.2.167

Kazamata · győzelmi kalandlezárás

  • A Győzelem állapotú Csata lezárása ugyanazon az egyszeri, védett lezárási útvonalon fut, mint a vereség és a menekülés.
  • A régi gombkezelő többé nem rajzolhatja újra élőként a már legyőzött ellenfelet.
  • Ha a győzelmi kimenetel következő jelenetre vezet, a csata lezárása után ott folytatódik a kaland.
  • Ha nincs következő jelenet, a sikeres futás automatikusan véget ér és visszavisz a Csapatlobbyba.
  • A korábban sikeresként lezárt, de a győzelmi képernyőn maradt futás oldalfrissítés után automatikusan kilép a lobbyba.
  • Új D1-migráció nem szükséges.