RF455-092 RF 4.55: follow-up to [RF455-030Released](/bugs/RF455-030) - the 12 rebuilt class skills still have their old placeholder rows in classskill_str

Game: RF 4.55 (Dragonborn), server v0.3.1, Windows build (stock gameserver.exe). Client: the supported Taiwan build, RF_Online.bin SHA-256 46528aac…2bbc558 (2025-07-16), Language=Taiwan. Expected: the RF455-030Released fix (released in 0.1.2) rebuilt the 12 placeholder class skills in classskill (Counter Attack, Guard Break, Bull's Eye, Snipe; rows 18–20, 60–62, 102–104, 144, 186, 228). Their name rows in classskill_str should have been rebuilt with them.

Summary

• Not a repeat of RF455-030Released . The skills work: classskill has the client's codes (7F004…, 7F012…) with m_bEnable 1, and in game a Striker gets Snipe under Striker (2026-10-13). This report is only about the matching classskill_str rows, which the fix didn't touch.
• What's wrong. In gamedata_rf455.db, classskill_str still holds the placeholder rows that RF455-030Released listed (7F02A/7F02B/7F02C, 8F054…, 4F07E…, 7F0A8/8F0D2/4F0FC). Their m_strCode doesn't match classskill's, and their m_NameTag is a placeholder (BW3 1 1…) or another skill's name (Hyper R.P.M).
• Only these 12. These 12 are the only rows of 504 where classskill_str.m_strCode differs from classskill.m_strCode. None of the 12 stale codes is in classskill at all.
• Impact: names only. Gameplay is unaffected. The client shows names from its own tables, and the server sends skills by index.
  • Anything that names class skills from the game DB shows the wrong name for these rows: GoMMO's admin game-data view (inferred: it lists the DB's tables), and English client tables built from the DB, which is how i found it.
• Not part of this report (read). 368 other classskill_str rows have placeholder names (BW1 1 2…), but there the Taiwan client's own Chinese table has the same placeholder, and those classskill rows have m_bEnable 0.

Server side (db\gamedata_rf455.db, v0.3.1)

Read with SQLite (read-only), 2026-10-13:

• Which skills these are (read). Each copy's classskill.m_strKorName (and m_strEngName) is the general skill's internal name; skill rows 10/11/15/39 have m_strEngName Concession, Dizzy, Bull's Eye, Clinching. The client's Taiwan NDSkillForce gives each copy exactly the general skill's Chinese name and text: 反擊盾, 幻擊, 弱點之眼, 精準之眼.
• The general skills are named right. skill_str rows 10 AF004 "Counter Attack", 11 AF005 "Guard Break", 15 AF006 "Bull's Eye", 39 AF012 "Snipe". These match the NA/PH names on rfdatabase.net/skill (matched by the Taiwan text).
• Row 144's "Hyper R.P.M" (read). That is the name of row 226 (4F0FA, 高動能R.P.M), carried by the stale row's old code 7F0A8.
• Where the table comes from. gameserver.exe, webserver.exe and rfassets.exe all name classskill_str.dat in their import file list. So the stale rows are in the server .dat the DB was imported from.

Suggested fix

In classskill_str (and its .dat source), set rows 18–20, 60–62, 102–104, 144, 186 and 228 to:

• m_strCode = that row's classskill.m_strCode;
• m_NameTag (all nine locale columns) = the general skill's name: Counter Attack, Guard Break, Bull's Eye or Snipe, as in the table above.

A check worth keeping in the importer: every <kind>_str row's m_strCode should equal its <kind> row's.

Local workaround

My English client tables take these 12 names (and their texts) from a correction file instead of the server DB.