[message] second_image issue

[Spannerbag]

I'm migrating a part written campaign from 1.16.10 to 1.17.24 and have come across something I'd like to know if it's just me missing something or a genuine issue?
I spotted the behaviour when testing on v1.17 and can replicate part of the issue on v1.16.
However the weird thing is that I'm sure it used to work properly in v1.16 before I installed v1.17 (which is installed in a separate directory)?

The issue is that when a [message] has a second_image the left hand image (usually the speaker's profile) is lost.

Here's my test code if anyone wants to see if they can replicate the behaviour:

Code: Select all

  [event]
    name=side 1 turn 1
    {UNIT 1 Mage 2 2 (id="Testunit"
      name=_"Testunit"
      random_traits=yes
      random_gender=yes
      animate=no)}
    [message]
      speaker=Testunit
      message=_"Unit ""Testunit"" created. Next: image_pos=right."
    [/message]
    [message]
      speaker=Testunit
      message=_"Image_pos=right. Next: alternative image to show it works OK."
      image_pos=right
      mirror=yes
    [/message]
    [message]
      speaker=Testunit
      message=_"Using image=terrain/portals/door-wooden-long-n.png. Next: use alternative image as second image."
      image="terrain/portals/door-wooden-long-n.png"
    [/message]
    [message]
      speaker=Testunit
      message=_"Using image=terrain/portals/door-wooden-long-n.png as second image. Next: same but with unit profile explicitly stated."
      second_image="terrain/portals/door-wooden-long-n.png"
      second_mirror=yes
    [/message]
    [store_unit]
      [filter]
        id=Testunit
      [/filter]
      variable=tu_store
    [/store_unit]
    [message]
      speaker=Testunit
      message=_"Finally, as previous but explicitly state unit profile (image=tu_store.profile=$tu_store.profile)..."
      image="$tu_store.profile"
      second_image="terrain/portals/door-wooden-long-n.png"
      second_mirror=yes
    [/message]
    {CLEAR_VARIABLE tu_store}
[/event]

Here are screen grabs for the last 2 messages for v1.16.10 (note that the second_image is displayed).

Using image=terrain/portals/door-wooden-long-n.png as second image. Next: same but with unit profile explicitly stated.

Finally, as previous but explicitly state unit profile (image=tu_store.profile=$tu_store.profile)...

For v1.17.24 the second image is absent.
Using image=terrain/portals/door-wooden-long-n.png as second image. Next: same but with unit profile explicitly stated.

Finally, as previous but explicitly state unit profile (image=tu_store.profile=$tu_store.profile)...

However in both cases the speaker's profile is absent and as I said, I'm sure it worked on v1.16 previously.
Neither version's logs have any errors or warning or indeed anything out of the ordinary at all.
So, am I doing something stupid or can anyone else replicate this?

Cheers!
-- Spannerbag

[Pentarctagon]

If it showed up on 1.16 and doesn't show up on 1.17, that'd be a bug.

[Spannerbag]

If it showed up on 1.16 and doesn't show up on 1.17, that'd be a bug.

Just to clarify, I'm seeing issues in both versions:

• V1.16: [message] with second_image does not display speaker's profile (image default value).
• V1.17: as above but second_image also not displayed.

In both cases the speaker's image is not displayed when second_image is specified.
However I asked if anyone else could replicate this because I'm sure it used to work fine in (maybe earlier versions of) 1.16?
FWIW I have both versions installed on the same computer.

Apologies if my first post wasn't clear.

Cheers!
-- Spannerbag