I was flying Black Square’s Professional Bonanza from Chicago Executive, PWK to Spirit of St. Louis, SUS today. I went to move the aircraft’s iPad to the copilot side so I could see what the engine was doing and inadvertently opened the copilot door. This resulted in a crash.
This is unrealistic. An aircraft can still fly with a door slightly ajar. The only reason why door openings result in crashes in real life, is almost always secondary to pilot distraction.
This should be corrected.
I don’t know that BSQ monitors anything in the Official Forums since they’re a Third Party provider.
It’d be best to send feedback directly to them via their publisher, Just Flight:
It’s the horrible MSFS crash detection and not really an issue with the aircraft. Turn it off.
My apologies. I didn’t mean to allude that it was Black Square’s issue. I meant to say that MSFS has to correct the issue as I’ve had this happen in other aircraft as well.
For instance, the little pilot’s sub window was opened on a cross country and resulted in a crash.
I’m Black Square’s newest fan. The immersion is absolutely unparalleled.
I would love for them to do a PA32 though.
Good luck getting a front-hinged door to fully open in a slipstream, anyway. It’ll just pop a bit and be noisy. The distraction and effort to close it while remaining in control of the plane is the dangerous part. Land, close it, and take off again.
Although the saying goes, “When one door closes, another opens. Other than that, it’s a pretty good Cessna.” Bonus if you’ve ever been shown that manipulating Cessna doors can act as yaw control in an emergency (don’t try this at home).
Second this.
Opening just a storm window results in a crash in most third party aircraft. It has been on the bug list for some five years now. Most third party devs refuse to change the code as it is correct and the only way to display the state in mp and the day Asobe eventually get around fixing the bug they have to go back to every plane and update the code…
Yeah, he’s not asking to fully open the door. He just unlocked it accidentally and got a crash.
This is an Asobo problem.
As previously noted, OP, just turn crash detection off. It’s ridiculously implemented, and developers never update the failure speeds for it to work anyway, even if it wasn’t ridiculously implemented.
Asobo creates a failure at exactly the failure speed. No manufacturer gives a failure speed at exactly the point of failure. There’s always a factor of safety built in, typically at least 10%-15%, if not much more. And that’s just the failure speeds. Sure, things like opening the canopy on a P-38 might cause buffetting, but, most planes don’t even notice a canopy or door being open, certainly, for parachute operations, you have to be able to open a door fully, or for cargo air drops.
Now, granted, there are ways for developers to circumvent the system and allow canopies to be open in flight, but, I think that sometimes causes issues with external and internal structural display syncing.
In any event, turn crash detection off, it’s ridiculous.
We’ve been asking for this to be fixed since Day 1 5 years ago. Asobo is sticking to their guns on this, nobody knows why.
I know. I was adding context.
LOL in the CAS J3 Cub, if you pull down the left window while in flight it will cause a “crash” which is totally doable in real life.
My objection to the ‘just disable crashes’ prior to 24 was always that having your aircraft bounce off the ground didn’t actually improve the feeling of immersion in any way.
But in 24 it effectively does that anyway after telling you that your plane broke, so it really adds nothing having crash detection turned on. At the rate that Asobo appears to want to fix the whole thing, we’ll likely end up needing a third party crash detection system anyway.
Every plane it’s possible to open the window. Well, unless you’re at 30,000 ft, probably don’t want to do it then. Maybe that’s what they were thinking? I never considered that before.
Although, technically, the plane doesn’t necessarily crash, you just end up with this happening
Not with a J3, which has a maximum speed of my grandmother with her walker lol. I know many of cub pilots that fly with the window down, and the door open all of the time.
Slightly off topic - I’ve done this in a Cessna, using doors to induce roll and trim to induce pitch in case of loss of yoke. It’s a little unnerving because it rolls towards the door you are holding open.
At 30,000 ft?
I’m confused, why are you saying that to my post? I fly all the time with my window open IRL.
I was just pointing out a case where “opening the window” causes a problem…
(I don’t fly at 30,000 ft)(Well, except when I’m flying on an airline)
I had an issue with the BKSQ Baron non-pressurized in FS2020. I have a monitor to the left of my main sim monitor, where I have Navigraph. When I moved my mouse over to the left, sometimes the window handle was still shaded blue, and when I clicked on Navigraph, it opened the window and caused the plane to crash. Annoying! I’ve not seen that behavior in FS2024 with the new BKSQ Barons, though.
LOL I missed the 30,000’ part of your post, my bad. In the J3, I can be on my takeoff roll with the windows down and as soon as I leave the ground it registers a crash. Maybe they should change the trigger to happen above a certain speed and elevation? I found it funny that I would be about a foot off the ground and get a “crash” because of this mechanic.
In 2020 when it happened it was identified as a structural failure, not a ‘crash’ per se, 2024 rolled all the failure modes into one, for some stupid reason, and by the sounds of it, removed all the workarounds that CAS applied to get the J3 to not fall apart when the window was open.
