HoI 4 - Technology Labelled wrongly

[KingoftheNorse]

Description of issue
Technology Labelled wrongly

Game Version
Hydra v1.7.0 (d12e)

Enabled DLC
Together for Victory,
Death or Dishonor,
Waking the Tiger,
Man The Guns, All of the above

Do you have mods enabled?
No

Description
1938 Radar Technology for Czechoslovakia is not correctly labelled.

Steps to Reproduce
Load up as the Czechoslovakia and hover over or click on the 1938 radar tech in the electronics technology tab.

Upload Attachment

 

[piki]

Czech it out,Czech(slovak)s know something!

 

[orochi2k]

Czech it out,Czech(slovak)s know something!

After heavy interrogation on Czech, we found Netherlands is behind this.
mtg_netherlands.37.t:0 "[From.GetNameDefCap] Refuses to Exchange Intelligence"
mtg_netherlands.37.d:0 "[From.GetNameDefCap] has refused to share their intelligence."

 

[piki]

After heavy interrogation on Czech, we found Netherlands is behind this.
mtg_netherlands.37.t:0 "[From.GetNameDefCap] Refuses to Exchange Intelligence"
mtg_netherlands.37.d:0 "[From.GetNameDefCap] has refused to share their intelligence."

General Moravec wants to discuss with you!

 

[CraniumMuppet]

Please use the bug forum for bug related information, don't want to derail it with speculation, that's what the general forum is for

 

[bitmode]

The fact that @CraniumMuppet referred to the main forum without confirming it got my hopes up that this might really be some sort of easter egg. Turns out it's a really mundane bug:

The localization data is saved with 32-bit FNV-1 hashed keys and no hash collision check seems to be done. The strings "CZE_decimetric_radar" (the lookup string for a possible CZE-specific localization) and "mtg_netherlands.37.d" produce the same hash, 0xe3b4b1b6.

The call chain is CTechnologyTemplate::GetNameShort, CCountrySpecificNamedItem::GetNameShort, CCountrySpecificNamedItem::GetName, PdxLocalizeAndReplace, LocalizeString

 

[CraniumMuppet]

I mean I have no things against people speculating, there's just the risk of it getting cluttered if people use the bug forum for it

 

[orochi2k]

But it ends up we found all the answers to this puzzling bug.

So, to sum up everything:
1, We have a clue Czech tech tree's localization is bugged
2, We found another clue, the wrong text it uses is from mtg_netherlands.37.d
3, A connection is found between those 2 localization text by our brilliant armchair reverse engineer.
4, The bug is caused by 2 conflicted hash keys
(Basically when game try to look up for something, those hash keys work like index in a dictionary book to help game find things faster. If 2 keys are conflicted, the game get confused, it just uses the one it found first to locate the target information. )

Thus, I think the entire process is overall constructive and can help software engineers saving some time to locate the technical cause behind the bug. (And content designers can be relieved as this is not their bug. They can help to work around it by using a different key. But, ultimately this bug will require programmers to handle.)

In the meantime, based on what we found, @CraniumMuppet please report this bug with those information we gathered. It's no longer just a text flaw. It can potentially be a big engine level problem. A hash collision check may indeed need to be implemented.

 

[bitmode]

@CraniumMuppet just for confirmation, did you eventually file this bug? Saw another instance of it on reddit today.

 

[CraniumMuppet]

@CraniumMuppet just for confirmation, did you eventually file this bug? Saw another instance of it on reddit today.

Pretty sure that I did, Will have to double check when I get back to work on Thuesday (worked @pdxcon so I have some free time to recoup).

If I haven't answered by EOD Thuesday please ping me again and ill double check it

 

[CraniumMuppet]

Yes, I did