All Activity

same bug V1.23

Yes, can confirm I get a premature rotation on every takeoff now well ahead of V1. in the 900 or 1000..

1. I've also noticed that on winding down the altimeter to set descent target level, the TOD indication vanishes from both the FMS and the ND 2. I also get a 'Speed limit' row in the FMS which commands a higher level (in this case 10,000) in the midst of a descent profile having lower levels, so the aircraft climbs during descent. 3. In the attached, the FMS shows very low levels inconsistent with the STAR, so had to set VNav manually. 4. Despite update 1.2.3., there still seem to be numerous problems with the V Nav. Hopefully this is getting extensive, urgent treatment!!

WASM still occurring for me too today. Sorry no log/photos, but on the ground ar Origin, planning the STAR for HKG - initially all ok, until adding the transition point in HKG.

I was vectoring to the final approach course for the ILS on 26R at EDDM. I selected direct and CRS IN to the fix outside the final approach fix. The FMA showed HDG in green and NAV in blue. The ND showed a solid green line on the inbound course between the fix and the intercept point and a solid green line from my plane symbol to the intercept point with a green circle at the intercept point. I was approaching the final approach course 30 degrees off of the inbound course. When the plane reached the intercept point circle the inbound course line turned to a dashed line and the plane continued on the original heading. I selected a heading back to intercept the inbound course from the other side, and the lines went solid green again but again the plane did not intercept the nav course. I tried one more time without success, so I just used selected heading until I started to receive the LOC and then flew a normal ILS from there.

Same issue, on xbox as well. Before T/C, all fixes UTCs seemed fine and logical. Only issue was DEST EFOB warning was displaying. Predicted fuel at destination was about -75. Fixes after T/C seemed fine as well, until my first step climb, which was displaying UTC times anywhere from -30 to 30. Once auto step climb performed my first step climb, that is when all UTC times went “rogue”. I deleted all step climbs from “STEP ALTS” in the perf page and re-inserted STAR and approach. This brought back the VNAV path on the bottom of ND. UTC times are now jumping back and forth between logical times, and somewhere between -30 to 30 with DEST EFOB warnings turning on and off. After a little, it eventually goes back to the way the picture shows above from OP. Only way to fix is to re-insert STAR and approach from which point the cycle repeats itself. I purchased the A350 yesterday, and my first flight (KATL-KDFW) to figure the airplane out, did not require a step climb, and everything went smoothly. This leads me to believe it’s an issue with step climb. Any help or suggestions would be greatly appreciated! Update: After going to F-PLN page, clicking destination airport, and only selecting my intended runway (STAR stayed) then inserting into flight plan, everything seems to be normal. I even inserted a step climb later in the route and there are no erroneous UTC times. No more DEST EFOB errors either. Something I didn’t notice either was my cruise speed dropped to M.81, but now is back to M.85. Honestly not sure what I did, but any explanation/advice to avoid this in the future would be awesome.

Ditto. CABIN READY message will not extinguish. ...it's always something with a new update.

I'm finding everything else I need (Alt hold, V/S, Speed Hold, etc) except probably the most critical of all...the LNAV. I have looked everywhere and can't find an LNAV button. I'm not even sure how to put this thing in managed mode either. Push up on the heading knob doesn't seem to turn on the managed mode like it does in the a320, even after setting a pre-flight from the map before starting the sim.

I was flying from Seattle to Anchorage, but when I checked the Enroute tab for the map, the map had a popup that said, "access blocked". It has since been in every flight I have flown.

Hi I use inibuilds A340 for MS2024 and GSX Pro for MS2024. Both are updated. I use the EFB to prepare a flightplan wih simbrief. I make sure taht GSX also has the simbrief flightplan loaded. In the Payload & Fueling page of the EFB, I cllick on Import all from simbrief, make sure that fuel and payloard are populated in PLAN and then click Load with GSX. GSX starts with refueling, auto-updating LIVE fueling gradually to match PLAN fuel. But after the fuel truck goes, nothing more happens. No loading of passenger/cargo. My GSX options in the EFB are: Integration ON / Notifications ON / Auto import Simbrief ON GPU connection AUTO / Chocks AUTO / Catering AUTO / Refueling AUTO / Pushback OFF / Deboarding AUTO / Jetways AUTO What am I doing wrong ? Thanks

But this is the case for a lot of versions, and it is definitely the better way, since you can activate and deactivate the items before they disappear finally. So it is a feature, not a bug.

Of course you have the OIS also on XBox.

I used to have this same problem on Xbox. I recommend getting a mouse to use the inibuilds OIS. If not you have to use the controller cursor mode. Click on the load sheet page and there is an options to load your plane with more fuel.

Also, when I checked, I noticed that my tiller was not moving.

I just completed a flight from KATL to TBPB. After landing, I could not steer the aircraft. This has happened twice now. Also Company MSG and Cabin Ready are displayed below seatbelts. no smoking and No Mobile. Any advice on how to fix these especially the nose wheel steering would be greatly appreciated. (I have V1.23).

Hi Inibuilds, the last time we had contact via Mail was again over a month ago. Still no fix. We want to hear something concrete, something we can work with, not simply "I´ll passt it on to the developer". Because as of now this was not really fixing the problems, was it? Guys, the issues are know for more than a whole year now. It´s getting impudent by now that there is still no updated provided ...

Hi iniBuilds Team, I would like to report an issue with the stand parking alignment and jetway geometry at VHHH. In the current scenery, the jetways extend unusually far towards the aircraft, and the ground stop/parking markings are placed significantly further away from the terminal compared to the real airport. As a result, the aircraft has to park much farther from the building in the sim, and the jetway appears extremely long and angled, instead of looking almost perpendicular to the aircraft as it does in real life. To illustrate this: In my MSFS screenshot (e.g. Gate 34), the aircraft nose is well ahead of the red/white stand markings and the jetway is stretched out at a shallow angle to reach the door. In the real‑world reference photos and satellite images, the stop line is much closer to the terminal, and the jetway connects to the aircraft with a short, almost 90‑degree angle. The parking position and stand markings are therefore noticeably different from the current scenery. This issue is not only present at Gate 32 – several other gates at Terminal 1 appear to have the same problem, although I have not checked every stand individually due to the large number of gates. Simulator: MSFS 2024 Scenery: iniBuilds VHHH Hong Kong International Airport Issue location: Passenger stands at Terminal 1 (for example Gate 32; other nearby gates show similar behaviour) I have attached: A top‑down MSFS screenshot showing the current stand markings and jetway extension. Real‑world photos taken from the terminal, showing how close the aircraft parks to the building. Satellite images showing the true relationship between the stop line, jetway and aircraft. I hope you can review the stand layout and jetway lengths and adjust the parking positions to better match the real VHHH stands in a future update. Best regards, Shing

Hello everybody, maybe inibuilds should implement a rollback feature in the iniManager to revert to previous versions in case an update is as buggy as v1.2.3. Best regards Bjoern

I have a feeling something is wrong 😉 Please tell me if there is other information I should provide. MSFS 2024 F406 Caravan II variant: Passenger livery: Atlantic Airways

Hi guys, @iniBuilds since last few updates the jepp charts(Navigraph) don't get unpin when press the unpin button next the chart tile. Instead you have press unipin next to the tile and then press the pin/unpin button at the bottom (next to chart types) to make the chart tile disappear. It used to work great in the initial builds. Please fix this.

I've recorded a video showing the error, this also involves a premature rotation without any stick input during takeoff roll.

I dont know how these type of basic point a-b flying bugs can be missed during testing before sending an update. Team ini you can do better than this. Thanks

I've stopped my flight and made a video to demonstrate here. I did not apply any back pressure to pitch up during the takeoff roll, it took off by itself. This also demonstrate the VNAV fault which shift to DES phase after passing 1000ft

All of a sudden starting IniManager gives Javascript errors. Unable to start iniManager. Tried installing the last version but installing gives same Javascript errors 😔 This was never the case before. anyone got an idea?

Aircraft: A350-900 Version: 1.2.3 Simulator: FS2024 Navdata Method: NAVIGRAPH OFP: Attached WASM Error: Not related Specs: 9800X3D, RX 9070 XT 16G, 64G RAM Autosave File: Not related As titled, I encountered 2 consistent premature rotation during takeoff roll. I did not record both flights but I have the aircraft loading available here. Takeoff performance calculated by the built-in tool. I can confirm that the load is correct and that no weight disagree message was shown. TOW: 194710kg ZFW: 173696kg 2026031501_VHHHRJFF_PDF_1773578058.6d60e72d.pdf