gothic-1-community-patch
gothic-1-community-patch copied to clipboard
The "New Journal Entry" string is triggered every time from NPC "Fingers".
Hello, everyone!
I would like to report the following bug:
Describe the bug: This issue can be encountered in the Old Camp when talking with NPC "Fingers". The "New Journal Entry" string is triggered every time the PC asks NPC "Fingers" about NPC "Cavalorn".
Expected behavior: The "New Journal Entry" string is triggered only once when asking NPC "Fingers" about NPC "Cavalorn".
Steps to reproduce the issue:
- Travel to the Old Camp and reach the OCR_OUTSIDE_HUT_20 waypoint.
- Talk with NPC "Fingers" and select the "Where can I find Cavalorn?" option.
- Notice the "New Journal Entry" string and wait for NPC "Fingers" to finish his response.
- Select again the "Where can I find Cavalorn?" option and notice the "New Journal Entry" string.
Additional context N/A
Attaching screenshots for more clear information.
-
Location @ OCR_OUTSIDE_HUT_20 waypoint.
-
Initiate Dialogue.
-
The "New Journal Entry" string is triggered.
-
Journal Log.
Thank You and Best Regards! Quintus24
This is related to #204. From the discussion there it seems we were aware of the fact, that the screen print may be visible if a respective entry already exists, but I don't remember if we intended to fix that behavior, i.e. make a general fix that intercepts the functionality of B_LogEntry
to prevent the screen print if the entry already exists (Gothic already establishes that an existing entry won't be added another time).
There is two options on how to approach this:
- Fix
B_LogEntry
to not show a screen print if the exact entry already exists. In that case adjust this issue's title and description and close #348. This would mean to hookB_LogEntry
and return prematurely if the given entry already exitts. However, this is risky as it may jeopardize dialogs where a repeating screen print may be intended - or - for modifications that modify the functionB_LogEntry
to do other things as well. - Alternatively, fix individual dialog functions to intercept the call to
B_LogEntry
if the entry already exits. This would require to find all instances of apermanent
dialog that makes a call toB_LogEntry
!