Severity:High
(Low - quality of life, workflow optimization, rare enough to not impact production, etc…
High - critical but workarounds are available, important feature not working as expected, frequent enough to impact production
Blocker - prevents from working on the project, prevents from releasing the product)
Marketplace package name: if applicable
Context:
I developed an MSFS2020 Scenery compatible with MSFS2024. It’s a portal that opens automatically when an aircraft is detected in a “Simcontainer.Container” / “SimMission.RectangleArea”.
OK with MSFS 2020 latest version.
Bug description:
The portal works perfectly with MSFS2020. From MSFS2024’s SU4, the portal is levitating at an altitude of +200 feet above ground level. See screenshots. I should point out that it also worked perfectly with MSFS2024’s SU3!
As I wrote in the PM, I was not able to reproduce the issue in SU5 Flighting using your project.
Please let us know once you are able to test it in SU5 and confirm whether the issue is fixed or not.
Hello Boris,
Thanks for your tests. I test the scenery this afternoon wiht the SU5 , and it’s OK
Very happy Its a SU4 BUG
Thanks you very much
Regards
Dominique
(Adding info, but I am not the original poster, we just have the same avatar).
This is something I’ve had issues with for years too, both in FS2020 and FS2024. For replication, it is most noticeable if you fly in from another airport, because that makes it lock in on lower quality terrain. For FS2020 I worked around it by designating the simobject as human type, as that bounces with terrain. WU15 ENLK - Leknes is an example of this with multiple access gates. For FS2024 that did not work, as human types had shorter draw distances. I don’t remember right now how I worked around it. Simobjects spawned through worldscripts have definitely behaved differently with elevation than directly placed simobjects, until now.
If it is fixed in SU5, that is amazing. Looking forward to test when I have time.
Its a SU4 BUG
