Changelog

What's new

• Continue After A Diversion — When you divert, shut down and file your PIREP as normal. If you diverted, the Flight Report then asks whether you want to continue to your original destination — you are always asked, whatever your airline's settings. Choosing Yes loads that flight into your bookings for one hour after your in-block time (your airline can change the window); flying it is optional, and it is removed if the time passes. Choosing No removes it altogether. The leg keeps your aircraft, callsign and passengers, and departs from the airport you diverted to. If you close Connect before answering, or the submission is retried, the question comes back on the Active Booking page while the offer is still open, and on the website.

What's improved

• Diversions Are Detected Automatically — Landing anywhere other than your booked arrival is now recognised as a diversion. That includes airports outside your airline's network, airports that are on no list at all — a medical emergency at a small field still counts, and is logged as "Diverted N nm from planned arrival to an unlisted airport" — and a return to your departure airport. It is logged in the flight log as "Diverted N nm from planned arrival to XXXX", and the flight is scored and reviewed as a diversion. Previously a diversion went through as an ordinary flight.

What's new

• Training Academy — An airline can now apply to become an Approved Training Organisation from the Training Organisation page in Helix, giving a motivation and an instructor plan. vAOMS staff review each request in Aegis, and an application can also be rejected, or an approved organisation suspended. Once approved, the airline gets a Training Academy for its pilots at /academy and course management in Helix. Airlines that are not approved see none of it.
• Courses, Lessons and Course Templates — Courses are built from lessons: reading, video, briefing and flight tasks, with formatted content that is sanitised before it is shown. Airlines can start from the syllabi vAOMS ships — Private Pilot Licence, Instrument Rating, Commercial Multi-Engine Licence, Airline Transport Pilot Licence, Oceanic Operations and Type Rating — or build their own, grouped as a licence, rating, type rating or endorsement. Pilots enrol, work through the lessons and see their progress on the academy dashboard; instructors get a Students page showing where each student stands.
• Written Exams — A course can carry written exams made of single-answer and multiple-answer questions, run either as a graded written exam or as practice. Every attempt is scored and the student can review the result afterwards, with the exam attempts also visible to staff on the exam in Helix.
• Checkrides — A course can end in a checkride. What it requires — lessons completed, written exams passed, a minimum number of flight hours or flights, or a manual sign-off — is checked automatically. Once a student meets it they can request the checkride, and the examiner conducts it from the academy and records the result.
• Training Sessions — Instructors can schedule review, briefing and simulator sessions that pilots book onto, with a capacity limit, cancellation, and attendance recorded afterwards. A pilot only sees the sessions they are enrolled for or allowed to attend.
• Flight Lessons — A lesson can require a logged flight, optionally with a minimum credited flight time and a maximum touchdown rate. The student puts an approved PIREP forward from the academy, and their instructor either accepts it, which signs the lesson off, or returns it with feedback. Pending flights show as a badge on the instructor students list and dashboard, and a lesson that needs a flight can no longer be signed off directly. Nothing changes in Connect for this.
• Training Notifications, Reminders and Discord Announcements — Training events — an instructor being assigned, a checkride being requested, a flight being submitted or reviewed, a session being cancelled — now notify the people involved in the app and live, by email unless the pilot has turned training emails off, and by Discord direct message when they have linked Discord. Booked pilots are reminded of a session, and students and examiners of a checkride, within 24 hours beforehand, once each. An airline can also set a Training Academy Discord channel to announce completed courses and new sessions.
• Rank Progress — The dashboard and pilot profile now show a rank progress card: the pilot's next rank, each requirement it needs, and how far along they are on every one. The same figures are in the ACARS dashboard data, and the card is built from the same rules that decide a promotion, so it cannot disagree with it.
• Flight Experience Points — Every airline now tracks Flight Experience Points, worked out from a pilot's lifetime distance flown and a rate per nautical mile. The airline names them itself, for example TFP. Optional bonuses add points for long flights, after a set distance and then per extra stretch, and for quality flights that score at or above a par. A rank can require flights or experience, or flights and experience. Experience points are not on the leaderboard, and flights migrated from another system never earn the quality bonus.
• Guaranteed Experience Programme — Airlines can opt in to a monthly guarantee of experience points, set by the rank and position a pilot held on the 1st. When the month closes, a pilot who flew less than the guarantee is topped up to it, and a pilot who met it by flying earns an incentive credit, a percentage of what they flew. Both are recorded in a ledger, count towards rank progress, and can be corrected by staff from the pilot record in Helix. Months are closed automatically each night, and a missed run is caught up on the next.
• Reserve Pilots — A pilot can now be marked as reserve. A reserve pilot is left out of the experience guarantee; nothing else about how they are treated changes.
• Certification-Linked Ranks — An honorary rank can now be tied to a certification, so a pilot holds it while their certification is valid and loses it when it expires or the grace period runs out. Ranks are re-checked daily, and immediately when a pilot flies or is awarded something. The matching Discord role is given and taken away with the rank, and staff can set a staff position on the pilot record.
• Standard Operating Procedure Rules — Scoring groups and failure rules now live together under a new Standard Operating Procedures cluster in Helix. Each rule can carry a severity, and there is a new Penalized outcome that takes points off a PIREP without blocking its approval, so an airline can mix flag-for-review, point penalties and outright rejection on the same rule. A rule can also award points. The catalogue gains real-world checks: speed restrictions, stabilised approach, weight and fuel limits, flight envelope exceedances, engine power management, aircraft lights, bank angle, reverse thrust, speedbrake use, and autopilot, autothrottle and APU policies, and ten rules that existed in the form but were never evaluated — pitch and roll limits at liftoff and touchdown, flight length and taxi time thresholds, SimBrief fuel tolerance — now work. Rules that need telemetry an ACARS client does not send simply never trigger.
• Excessive Landing Force Rule — A new rule judges a landing on its rate and its G-force together, in two tiers. Excessive Force triggers only when both exceed their thresholds at once, so a firm but normal landing is not punished twice. Certified Maximum triggers on either alone, since either is a limit in its own right.
• Aircraft Defects — Pilots can report a fault against the aircraft they flew, from a Report a fault form on the booking page or through the Connect API. A reported fault is always minor, because a pilot cannot ground their own aircraft. Only staff, from the new Deferred Defects page in Helix, can escalate a defect to grounding, and a grounding defect stops that aircraft being booked or dispatched until it is resolved. Every raise and resolve is recorded in the aircraft history. For airlines running the condition model, the booking page shows the aircraft overall condition, whether it is in maintenance or due for it, and its open defects, and the PIREP approval message and the staff PIREP view show its condition after the flight.
• Aircraft Liveries — Each aircraft type can now have liveries, each with a name and a tail number and a Pending, Approved or Rejected status, managed from the aircraft type in Helix.
• Continue After A Diversion — A pilot who diverts shuts down and files their PIREP as normal and is then always offered the flight on to their original destination, whatever the airline settings and even when the airport they landed at is on no list. Yes loads a continuation flight into their bookings from the diversion airport, with the same aircraft, callsign and payload, for one hour after their in-block time. Flying it is optional, and it is removed if the time passes. No removes it altogether. The offer shows in Connect after the PIREP is filed and on every pilot page of the website, and comes back if the pilot missed it. A diversion to an airport the airline does not hold adds it to the network, hidden from destination lists, and one on no list at all becomes a placeholder airport where the aircraft was last seen.

What's improved

• Diversion Settings And Detection — A landing anywhere but the booked arrival is now recognised as a diversion by the flight log and the PIREP, including a landing at an unknown airport and a return to the departure airport, where before a diversion went through as an ordinary flight. Diversion Settings now decide where a pilot is recorded when they decline the continuation or let it lapse: stay at the diversion airport, move to the intended arrival, or move back to the departure airport. The continuation window is set per airline as Diversion Continuation Window and now defaults to 1 hour; airlines still on the previous 24 hour default were moved to 1. The old book-a-transfer and let-the-pilot-choose options did nothing and have been removed.
• Diverted Flights Place The Pilot And Aircraft Correctly — A diverted flight no longer leaves the pilot at the planned arrival airport it never reached. The pilot is recorded where they landed, or where the airline settings say, and an aircraft is parked at the airport it landed at when the airline holds it.
• Smaller Timetable Downloads For Connect — The timetable now sends each aircraft once and lets every flight refer to it, instead of repeating the aircraft on every flight, which makes the response for a large schedule far smaller. Clients that do not use it are unaffected.
• Ranks Table Shows Experience — The Ranks page in Helix now shows each rank experience points and bonus columns, and the rank evaluation command can be run for a single pilot. Evaluation only promotes unless it is told to demote, and a pilot migrated from another system keeps their starting rank as a floor.
• Reserved Airline Domains — An airline can no longer register a domain that the platform itself uses, such as ato, academy, api, connect, www, helix or aegis, since it would clash with a page or subdomain we already serve.
• Diversion Guidance On The Failure Rule — The Landing Away From Destination rule now recommends Reply Needed rather than Failed, since pilots are offered the flight on and a diversion is often a genuine emergency.

What's fixed

• A PIREP submitted from Connect never had its flight network verification worked out, so a flight that VATSIM or IVAO had genuinely tracked could show as unverified and score accordingly. It is now resolved when the PIREP is filed.

What's fixed

• SyncFlightCard — fixed (tries bumped so a WithoutOverlapping release doesn't permanently kill the job).
• VATSIM verification — fixed (PirepController::store() now resolves verified_network, same as the ACARS ingestion path).
• Helix fullscreen flag — fixed (dropped wire:navigate on the two /helix links so it's a real page load).
• Discord OAuth linking — fixed earlier (redirect URI + per-site config-cache mixups).

What's improved

• Timetable Loads In One Request Again — 0.3.2-rc fetched the timetable 250 flights at a time. The timeout was fixed by sending each aircraft once instead of on every flight, so paging added nothing for pilots and multiplied the number of requests by about nine, which adds up with many pilots online at once. The timetable is a single request again and still downloads each aircraft only once. The "N of M" loading count and the automatic retry of a timed-out page are gone with it; "Try Again" covers a failed load.

What's improved

• Timetable Loads In Pages — The timetable is now fetched 250 flights at a time and shown once complete, with a running "N of M" count while it loads. A page that times out is retried once before the load is abandoned.
• Smaller Timetable Downloads — Each aircraft is now sent once and referenced by every flight that can use it, instead of being repeated on every flight. For an airline with a couple of thousand routes this is the difference between tens of megabytes and around one. Servers that do not support either change are still handled.

What's fixed

• Timetable Timing Out On Large Schedules — The timetable request was aborted by the app's 15-second limit before a schedule of 2,000+ flights had finished downloading, leaving an empty timetable and a connection error.

What's new

• Fuel Restored On Flight Start — Airlines running persistent fleet state now have the aircraft's saved fuel loaded into the sim automatically when a flight starts. A new "Restore Fuel on Start" toggle under Settings → Aircraft State lets a pilot who has already set their own fuel keep it instead of having it overwritten. Not supported on FS2004, which only exposes per-tank fuel offsets.
• Imperial Units For Weight Display — Airlines can turn on a preference to show fuel and other weight figures in pounds instead of kilograms — every weight value on the wire stays in kilograms regardless, only the display changes. Shown first in the aircraft state panel on the Timetable.
• SOP Telemetry — Position reports now carry peak-hold telemetry since the last report — engine throttle, bank angle, reverse thrust, and speedbrake/spoiler deployment — plus flight-log events for autopilot, autothrottle, and APU state changes, feeding the backend's SOP rule catalog (thrust-vs-phase, stabilized approach, reverse thrust policy, autopilot/autothrottle disconnect altitude, APU usage, noise abatement).

What's fixed

• FSUIPC Throttle And Reverse Thrust Misread — The FSUIPC throttle-lever formula mapped a typical reverse reading (-4096) to 0% and true idle to 20%. Reverse thrust is now read from FSUIPC's dedicated per-engine reverser-fraction offsets instead of being derived from the throttle lever, which was never possible on that axis.
• Lights, Boarding and Deboarding Events Silently Dropped — The app already generated flight-log events for lights, boarding and deboarding, but its event converter had no case for them, so they were dropped and logged as errors instead of reaching the server.

What's new

• Persistent Aircraft State — Opt in per airline under Settings → Fleet State to have an airframe carry its fuel, payload and location from one flight into the next, instead of resetting to full between bookings — cargo can also be set to stay in the hold rather than unload on arrival. State moves live as position reports come in, is corrected automatically for a diverted or reprocessed PIREP, and reconciles a client's queued reports in one batch after it reconnects from offline. The pilot booking screen shows an aircraft's current fuel and location before you book it, and Helix gets a Fleet State page with a full history of state changes per airframe. A companion Fleet Condition & Maintenance model (Settings → Fleet Condition & Maintenance) wears an aircraft with flight hours, cycles and hard landings — tracked as one overall condition or per-component (engines, brakes, tyres, gear, hydraulics, electrics) — raises a maintenance event once it crosses a warning threshold, and blocks dispatch once it crosses a stricter one until it is serviced at a maintenance station; a scheduled command returns it to service automatically once its maintenance duration has elapsed.
• Crew Chat — The Chat page is live for pilots. Three rooms are available — General, Dispatch and Support — all scoped to your currently active airline, with messages from other pilots appearing instantly without refreshing. vAOMS staff, and airline staff with the new "Moderate Chat" permission, get a Chat Moderation page to review any airline's rooms, delete messages, and mute a pilot for a set time or indefinitely.
• Manage Aircraft Manufacturers — Fleet types can now be linked to a manufacturer and a family (e.g. Boeing / 737), managed from a new Manufacturers page. A sort order field controls the order manufacturers appear in when picking a fleet type elsewhere in the app.
• Different Departure and Arrival Times by Day of Week — A route can now run a different departure and arrival time on different days of the week, instead of one fixed time every day. Auto-generated return and triangle legs inherit the same operating days, with the return leg's times swapped automatically.

What's improved

• Friends List — The Roster page has a My Friends tab that filters down to your accepted friends. Each friend now shows a live online/offline indicator, and whether they are currently booked or flying (with their route) — no need to check the live map to see if a friend is up.

What's fixed

• Dashboard, Logbook and the ACARS pilot stats endpoint could each show a different total for a pilot's flight hours because every surface computed the figure its own way; all three now read from the same calculation.
• A Picture of the Month entry deleted by a moderator no longer keeps occupying the pilot's submission slot or blocks them from resubmitting.
• Discord nicknames and rank/hub roles could fall out of sync: linking Discord only ever set the nickname, signing in with Discord set nothing, and there was no way to detect a pilot actually joining the server. Both now do a full sync, and joining the server triggers one automatically.
• The live Discord flight board could sit empty even with flights in the air. It now fills correctly.
• A flight's Discord status card could get stuck showing an old phase (e.g. still "En route") after the flight had landed or was cancelled mid-air. It now updates to Completed or Cancelled.
• A vote cast on Discord for a Picture of the Month entry did not count toward the total shown on the web page, even with Discord linked. Discord votes now count toward the same total as web votes, and update within a couple of minutes.
• A platform notice written with bold/line-break formatting could show its raw HTML tags (e.g. "<p>", "<strong>") instead of formatted text, on both the web notice board and in ACARS. It now always renders as plain text.
• The "Invite a Friend" sidebar link did nothing, and there was no other way to reach the friends page. It now opens Friends directly.
• Account Settings, Integrations and Security were only reachable from the pilot area. Helix and Aegis staff can now get to them directly from the user menu.
• A grandfathered airline's owner saw "Subscription Required — the free trial has ended" on the billing page, even though the airline never needed to pay. It now correctly shows that no subscription is needed.

What's new

• Crew Chat — The Chat page is live. Four rooms are available: General, Dispatch and Support for your airline's crew, and one System-wide room shared across every airline on the platform. Opening a room shows the recent conversation rather than starting blank, and messages from other pilots — in the web app too — appear instantly without refreshing. Airline rooms follow whichever airline is currently active, so switching airlines switches who you're talking to.
• Fuel, Payload and Passenger Reporting — Position reports now include fuel on board, payload (derived from total weight minus fuel and the airframe's operating empty weight), and passenger count, and the arrival log entry now records fuel remaining. Airlines running persistent fleet state use this to keep an aircraft's state current between flights without waiting for the PIREP.

What's improved

• Dispatch Editing Has Its Own Page — Editing a dispatch now opens on a dedicated page instead of inline where it was before.
• Route, Altitude and Cost Index Prefill On Dispatch — The route, altitude and cost index fields on the dispatch form are now filled in for you automatically.
• SimBrief Generates Itself — Dispatching with SimBrief no longer opens a browser window for you to fill in. vAOMS now builds the OFP server-side through SimBrief's new API, so the dispatch returns immediately and the SimBrief panel waits for the finished plan on its own. The completed briefing is shown in the app under View OFP instead of on simbrief.com. Generating requires a linked Navigraph account — the option is disabled with an explanation until you link one in the web app under Settings → Integrations.
• Platform Notices Reach The Client — Platform-wide notices now reach VAOMS Connect rather than only the web app.

What's fixed

• Server Faults Reported As Raw JSON — When the server failed on a request, the app showed the server's own error body verbatim — "Unexpected response for timetable: { \"message\": \"Server Error\" }" on the timetable, for instance — and filed it as a connection problem, sending pilots off checking a network that was working fine. Such a reply is now recognised as a fault on the server's side and reported as one, with the raw body kept in the log for support.

What's new

• Picture of the Month — A monthly screenshot contest, opt-in per airline under Settings → Features. Pilots submit from the new Picture of the Month page in the sidebar or by posting in a dedicated Discord channel, and vote with the 📷 reaction — web voting can be turned on as well. Staff get a review queue and a new "Manage Picture of the Month" permission, and entries can be held for approval before pilots see them. Cycles open on the 1st and close at 23:00 UTC on the last day of the month on their own, and the winner rides the pilot dashboard banner for the whole of the following month. Discord submissions are mirrored in as they are posted by a background listener, with a short catch-up poll for anything missed while it was down. The Discord channel is chosen on the Discord Settings page.
• The network audit shows how each flight was confirmed — A new Basis column marks every flight as Feed — matched against the live VATSIM or IVAO data feed while airborne — or ACARS — flown through an ACARS client and declared on the network, but never matched to the feed, which usually means an unlinked network ID. The summary cards now separate feed-verified flights and pilots from every flight recorded, and the header copes with airlines that fly under more than one callsign prefix.
• Nudges when a network account is not linked — Choosing VATSIM or IVAO on a booking without that account linked now warns that the flight may not be verified and links straight to the connect flow. The Integrations page goes further: when the feed has seen one of your callsigns flying under a CID or VID you have not linked, it shows "Seen as CID … on a recent flight" and pre-fills the connect form, so a single click ties the account to your profile.
• Backfill command for historical network verification — A new network:backfill-verification command re-links older ACARS pilot reports to their VATSIM and IVAO sightings and fills in the verification state for flights recorded before the current logic existed.

What's improved

• The Discord VA digest can run weekly — With the digest cadence set to Weekly, the digest now covers the last seven days rather than only the previous calendar day — approved pilot reports, flight time and active-pilot counts all follow the wider window.
• Feed sightings keep an audit trail — The VATSIM and IVAO feed polls now record the observed CID or VID and a first-seen timestamp for every sighting, so a flight can still be attributed to a pilot who linked their account only after flying it.
• Scheduled route length reads as HH:MM everywhere — The timetable, the booking screen and the focused-flight page all show a route's scheduled length as HH:MM. Routes brought in through an import stored the length as a raw number of seconds and were showing that number unformatted.

What's fixed

• Corrected the grammar in the network audit page description.

What's new

• Flight Path visualization — Livemap now contains Altitude-coloured track rendering, future waypoints for airline traffic and displays the waypoints

What's improved

• Log viewer now contains all logs — Log viewer was missing a lot of logs, We have now added them

What's fixed

• VA Stats were pushed 3 times to the discord due a scheduler issue.

What's new

• Sub-Airline Selector On The Timetable — Airline groups that file one schedule under several callsigns, eg: TUI UK, TUI BE, TUI NL, TUI DE, can run to thousands of routes, which made the schedule slow to load and awkward to search. The timetable now opens scoped to a single sub-airline, and an Airline picker in the toolbar switches between them with the flight count shown beside each. "All callsigns" restores the full schedule and "No callsign" shows routes filed under none. Airlines with nothing to choose between draw no picker at all.
• Live Route Progress On The Booking — Once a flight is started, the plane icon and line between the two airports on the booking card become a progress bar. The plane moves along the route as you fly, with the distance remaining and the estimated time en route shown underneath, both updating live from the simulator. Progress is measured from your actual position relative to both airports rather than from the filed route distance, so holds, vectors, and a diversion around weather cannot push the aircraft past its destination or drag the bar backwards.

What's improved

• A Connector Per Simulator — Connection settings now ask two questions instead of one: which connector to use for MSFS, FSX and Prepar3D (FSUIPC or SimConnect), and which to use for X-Plane (UDP or XPUIPC). Automatic mode is gone, because it existed only to guess which simulator was running and there is nothing left to guess once each family has its own setting. Pilots who fly both simulators no longer have to change anything when they switch. Your existing choice is carried across on first launch: SimConnect stays SimConnect; FSUIPC becomes FSUIPC for the Microsoft simulators and XPUIPC for X-Plane, which is the pair it always meant; and Automatic maps onto the new defaults of FSUIPC and X-Plane UDP, which is exactly what it already did.
• FSUIPC No Longer Claims A Simulator You Connect Differently* — FSUIPC answers for both simulator families, and which one is on the other end is only known after it opens. It is now tried after the connectors that can only serve one family, and when it turns out to have answered for a simulator you have set to connect another way — XPUIPC replying when you fly X-Plane over UDP, for instance — the connection is closed again instead of being held open and blocking the connector you chose.

What's fixed

• Any failed read from the simulator was treated as a passing hiccup and the connection was left marked as connected, which stopped the app from ever retrying. Quitting the simulator, restarting FSUIPC, or a WideFS drop therefore left a badge reading connected that never produced another byte of flight data for the rest of the session, with no way back short of restarting vAOMS Connect.
• Any failed read from the simulator was treated as a passing hiccup and the connection was left marked as connected, which stopped the app from ever retrying. Quitting the simulator, restarting FSUIPC, or a WideFS drop therefore left a badge reading connected that never produced another byte of flight data for the rest of the session, with no way back short of restarting vAOMS Connect.
• Any failed read from the simulator was treated as a passing hiccup and the connection was left marked as connected, which stopped the app from ever retrying. Quitting the simulator, restarting FSUIPC, or a WideFS drop therefore left a badge reading connected that never produced another byte of flight data for the rest of the session, with no way back short of restarting vAOMS Connect.

What's new

• Schedules by callsign — An airline flying several callsigns saw its entire schedule as one undifferentiated list. Routes now show which callsign they fly under, and the schedule can be filtered to one callsign or grouped by it. A new Export CSV button exports exactly what the table is showing, so filter to a callsign, export, and you have that callsign's schedule on its own. The export leads with the callsign and its parameter.
• Feedback and bug reports from Helix — The floating support widget existed only on the crew portal. Helix now carries the same three entry points, Get Support, Report a Bug, Send Feedback, in the bottom-right of every page. Reports raised from Helix are stored and delivered exactly like those raised by pilots.
• VATSIM Radar identity settings — Airline Settings → Online Networks gained two fields controlling what VATSIM Radar sees. VATSIM Radar VA Tag sets the short name filed after your telephony, so a long registered name no longer has to be the one on radar. VATSIM Radar Website sets the WEB= address, which previously came only from the website on your airline profile and was left off the flight plan entirely when that was empty.

What's improved

• Callsign parameters can be edited again — Approved callsigns were locked end to end, so telephony, operator name, fleet restrictions and even the label could not be changed without going through vAOMS. Only the approved identity, ICAO code, IATA code and Identifier, stays locked now, because flight numbers and callsigns on existing routes are built from it. Everything else is yours. Each field now explains itself, including the Identifier: a short internal key used to tell your callsigns apart, never shown to pilots and never filed on a flight plan.
• More Discord nickname formats — Four more layouts for synced Discord nicknames: First Name - Pilot ID, Pilot ID - First Name, Last Name - Pilot ID, and Pilot ID - Last Name, alongside the existing full-name and pilot-ID options. A pilot with no surname on record no longer ends up wearing a trailing separator.

What's fixed

• Dark mode reverted to light on every click. Livewire's page navigation copies the incoming page's <html> attributes over the live page and drops anything it does not carry, and the dark class only ever existed in the browser, so opening the live map, the timetable, or anything else in the sidebar reset the theme.
• The schedule's Ended filter returned a 500. The Winter season badge named an icon that does not exist, and seasonal routes are exactly what the Ended tab is full of.
• A callsign override was filed exactly as typed, so entering 5PC on a JAF route filed as 5PC instead of JAF5PC. Overrides now pick up the ICAO code of their callsign parameter, unless the callsign is already typed out in full.
• Exporting routes failed with "A non-numeric value encountered" for any route whose flight length was entered by hand, because the export read the value as seconds while the route form stores HH:MM.

What's new

• Simbrief v2 API — Dispatching with SimBrief no longer opens a browser window for you to fill in. vAOMS now builds the OFP server-side through SimBrief's new API, so the dispatch returns immediately and the SimBrief panel waits for the finished plan on its own. The completed briefing is shown in the app under View OFP instead of on simbrief.com. Generating requires a linked Navigraph account — the option is disabled with an explanation until you link one in the web app under Settings → Integrations.
• Per-Phase Announcement Control — abin Crew Announcements now expands into a Per-Phase Announcements section where each of the nine cabin announcements — Boarding, Pushback, Taxi Out, Climb, Cruise, Descent, Approach, Landing, and Deboarding — can be switched on or off individually. The section header shows how many are enabled at a glance, and Cabin Crew Announcements acts as the master switch: turning it off silences every phase without losing your individual choices.
• X-Plane Auto-Discovery Toggle — The X-Plane connection settings now include an auto-discover option alongside the address and port, so multicast discovery can be turned on without editing settings by hand.

What's improved

• One Settings Location — Settings, logs, and custom sound packs now all live under `%APPDATA%\VAOMS Connect`. Previously settings were split across two files in two differently-named folders, which is what allowed the Connection Mode setting to be silently ignored. Your existing settings, sound packs, and preferences are moved across automatically the first time you launch this version, nothing to do by hand.
• Connection Mode — FSUIPC Preferred — Automatic mode connects through FSUIPC, or X-Plane UDP, and keeps retrying until one of them is available. Both report more aircraft detail than SimConnect (livery, aircraft file, flap detents), so your aircraft is matched more accurately on the PIREP. SimConnect is never selected automatically, because it answers as soon as the simulator reaches the menu while FSUIPC cannot connect until the simulator has fully loaded, so an automatic fallback would take over during every startup and hold the connection for the whole flight. Pilots who do not use FSUIPC select SimConnect in Settings, and that choice is always honoured.
• Connection Troubleshooting — The X-Plane address and port entered in Settings are now actually used when connecting. They previously wrote to a value the connector never read, so the app always used its built-in defaults.
• Connection Badge Shows Your Simulator — The status badge in the top bar named only the connector ("FSUIPC CONNECTED"), which did not tell you which simulator it had found. It now reads the simulator and the connector together — "MSFS 2024 (SimConnect)", "Prepar3D v5 (FSUIPC)", "X-Plane 12" — so a wrong simulator or connector is visible at a glance before you depart. Hovering gives the connector version, and an outdated connector shows the version you need.

What's fixed

• The status badge in the top bar named only the connector ("FSUIPC CONNECTED"), which did not tell you which simulator it had found. It now reads the simulator and the connector together — "MSFS 2024 (SimConnect)", "Prepar3D v5 (FSUIPC)", "X-Plane 12" — so a wrong simulator or connector is visible at a glance before you depart. Hovering gives the connector version, and an outdated connector shows the version you need.
• The status badge in the top bar named only the connector ("FSUIPC CONNECTED"), which did not tell you which simulator it had found. It now reads the simulator and the connector together — "MSFS 2024 (SimConnect)", "Prepar3D v5 (FSUIPC)", "X-Plane 12" — so a wrong simulator or connector is visible at a glance before you depart. Hovering gives the connector version, and an outdated connector shows the version you need.
• The Connection Mode picker in Settings had no effect. The app read a separate stored value that no part of the interface could change, so MSFS was always connected through FSUIPC and Automatic mode never fell back between connectors as described. The picker now drives the connection.
• The "Sync Route" and "Sync Cruise Altitude" toggles had no effect; a SimBrief import always applied both. They are now honoured. Both are left enabled when upgrading, so importing behaves as it did before
• Flights connected through SimConnect were always recorded as Microsoft Flight Simulator 2020, because the connector never established which simulator had answered. The running simulator is now detected, so MSFS 2024 is filed correctly. Connections made through FSUIPC were already correct.

What's new

• Awards — Pilots now have their own Awards section. A landing page shows your collection progress across achievement, tour and milestone awards, and each category opens into a full grid of every award available, collected ones in colour with the date you earned them, the rest greyed out with what it takes to unlock them. Tabs let you filter to just what you've earned or what's still out there.
• Your Logbook — Every flight you've filed, laid out like a real pilot logbook: ruled columns grouped by aircraft, route and times, with running totals for the page and your career to date. Filter by year, aircraft, or ACARS versus manual, and search by flight number or airport.
• Flight Records — Every logbook entry now opens into a full flight record — a departure-to-arrival strip, block and airborne times, touchdown rate with a grade, points and SkyMiles, your own filed notes, and the complete ACARS event log as a readable timeline. Pilots previously had no way to open their own PIREPs at all.
• Livery matrix for Downloads — Download categories can be set to a matrix layout: aircraft down the rows, liveries across the columns, one download per cell. Six aircraft in four schemes becomes a single compact table instead of twenty-four near-identical cards, and gaps in the range are obvious at a glance. Set it per category in Helix under Downloads → Categories.
• Airport city and size — Airports now carry the city they serve and their real-world size classification, both pulled from live airport data rather than typed in by hand.
• Awards are granted automatically — Award rules now actually run. Set a rule on an award — flights flown, hours, distance, points, landing rate, airports visited, length of service, or participation in a tour or event — and vAOMS grants it the moment a pilot qualifies, on PIREP approval. Awards can also grant bonus points on every future flight, as a flat amount or a percentage. Run awards:evaluate after adding an award to grant it to pilots who already qualify.
• Crop banner images on upload — News banner images can now be uploaded directly and cropped in place — drag the crop box to choose exactly which part of the image the dashboard banner shows. Images are cropped to the banner's 1920×610 ratio, so an oddly-sized upload no longer stretches the dashboard. Linking to an externally-hosted image still works.
• Instant notices and NOTAMs — Notices and NOTAMs now appear in a pilot's notification bell the moment they're published, without a refresh. Platform-wide announcements reach every pilot on the system.
• Partners — A partners directory managed by vAOMS Staff, with categories, published/prospective status and per-partner logos. Shown on the public partners page, inside the pilot area, and as a logo strip on the landing page.
• Account reactivation — Pilots who fall below their airline's activity requirement now land on a dedicated page explaining the requirement and their grace deadline, and can reactivate themselves rather than silently losing access.
• Apply activity requirements to staff — A new option in Helix. Airline staff have always been exempt from activity checks; airlines that expect staff to fly like everyone else can now switch that off.
• Live figures on the landing page — Flights completed, registered users and flights today are read from the database instead of being hardcoded.
• Recent releases on the landing page — The three most recent changelog entries are shown publicly.

What's improved

• Badges are now Awards — Badges have been renamed to Awards everywhere, Helix navigation, pilot pages, Discord notifications and CSV imports. Existing awards, rules and everything already granted to pilots carry over untouched. Note that Helix's Badges page has moved to Progression → Awards, so old bookmarks will need updating.
• Downloads sections are predictable — Each download now has an explicit Section that decides where it appears, instead of the page guessing from whichever category happened to be attached first. New add-on and livery pack filters sit alongside the existing category and simulator ones.
• ACARS flights are recognised properly — Flights submitted straight through vAOMS Connect are now correctly identified as ACARS flights rather than manual entries, wherever they appear.
• Airport timezones — Airport timezones are now resolved from the airport's actual coordinates, so island destinations land in the right zone.
• Branding in Helix and Aegis — Both admin panels now carry the vAOMS logo instead of plain text, with light and dark variants.
• Real download counts for vAOMS Connect — The ACARS and Downloads pages now show how many times Connect has actually been downloaded, counted live instead of a fixed figure. The count starts fresh from this release.
• Reworked Landing page — The landing page has been rebuilt around what vAOMS actually is today: an open beta you can join early and shape, a real airline running on it, and vAOMS Connect as our own purpose-built ACARS client.

What's fixed

• Average touchdown rate on the pilot dashboard showed 0 fpm for pilots whose flights were submitted directly through vAOMS Connect.
• Touchdown rates were shown as positive numbers, they now read as a descent, e.g. -162 fpm.
• Airports in island territories were assigned the wrong timezone: Palma de Mallorca resolved to Atlantic/Canary and Madeira to Atlantic/Azores.
• Downloads could move between sections unpredictably when a file was tagged with more than one category.
• The logbook API returned a link to a PIREP page that did not exist.
• The Awards link appeared in the sidebar even for airlines with awards switched off, leading pilots to a 404.
• Award rules and award bonus points could be configured but never took effect.
• The dashboard banner stretched out of shape when a news image was not the banner's ratio.
• Platform notices never reached pilots instantly, they only appeared on the next page load, and never in the notification bell.
• NOTAMs did not appear in the notification bell.
• vAOMS Connect checked the wrong URL for updates and reported a manifest error.
• The ACARS client never received airline NOTAMs, only notices.
• Platform notices appeared in the dashboard banner carousel, which is for airline content.
• Long changelog posts in Discord were cut off mid-sentence, with no way to read the rest. Posts now link to the full changelog and trim between entries rather than mid-word.
• ACARS update checks failed because the release manifest is published as a Velopack feed, which the version check could not read, so it reported no release at all. It now reads the feed correctly and ignores delta packages, which cannot be installed on their own.
• Activity requirements appeared to do nothing when enabled by airline staff, because staff accounts were silently skipped. This is now explicit and configurable.
• The landing page's main call-to-action pointed at a page that did not exist.

What's new

• Downloads — A dedicated downloads page driven by the Addons Hub. Files are grouped into the categories you configure, filterable by category, simulator and free-text search, and every download is counted so you can see what pilots actually use. Mark any file as featured to give it the hero slot.
• ACARS update notifications — vAOMS now reads the vAOMS Connect release manifest from the CDN and tells pilots when a new version is out, with the version number, what changed, and how to update. The ACARS page shows the current version and its release notes, and the download button always points at the published build instead of a hardcoded link.
• Focused Flights — A new activity type alongside Focus Airport. Feature a route from your schedule for a set window, with its own points and briefing. Focused flights appear on the dashboard banner carousel and have their own page.
• Focus Events page — A new Events & Awards area in the sidebar. Shows the flight and destination of the month with their stats and top pilots, a route network map of everywhere the focus airport connects to, and a statistics datalist of every flight logged there. Page back through previous months to see past focuses.
• Scoring Log on PIREPs — Every approved PIREP now records which scoring rule contributed what, alongside the inputs it was measured against. Shown on the PIREP page next to the ACARS flight log, so an unexpected score can be explained without stepping through the rule set by hand. Run pirep:explain-score to inspect older PIREPs too.
• Search engine optimisation — Public pages now carry descriptions, canonical URLs, Open Graph and X cards, and a social share image. Added a generated sitemap.xml that picks up new changelog posts automatically, plus structured data on the home page. The crew portal and admin panels are explicitly excluded from indexing.

What's improved

• SkyMiles is now a distance programme — SkyMiles previously summed your scoring points for the month, which made it a second copy of the rank system. It now works the way the name implies: you earn SkyMiles by flying nautical miles, boosted by an aircraft-type multiplier and your tier's own earning rate. Tiers qualify on a rolling 12 months, so a single long-haul no longer jumps you up the ladder. SkyMiles never affect rank — that stays purely points-driven. Existing tier thresholds have been rescaled from points to miles; run skymiles:backfill to credit flights logged before this release.
• SkyMiles tier retention — Tiers are now held rather than recalculated from scratch on every page load, so the retention threshold finally does something. Reaching a tier takes the full requirement, but keeping it only takes the retain figure, meaning a quiet month no longer costs you a tier you have just earned. Promotions still apply immediately.
• New vAOMS branding — The new vAOMS wordmark and icon are used throughout, with light and dark variants that follow your theme. The sign-in, registration and password pages were still showing the stock framework logo and are now branded.
• Airport and flight pages — Airport pages gained the focused statistics datalist, showing who flew in and out each month with their aircraft and flight time. Routes featured as a focused flight now have their own detail page.

What's fixed

• Starting points were multiplied by flight distance when Mile Points was enabled, turning a flat 500-point base into 6,500 on a long sector. Starting points are now always a flat per-flight award; use the per-100nm rule for distance-based scoring.
• The PIREP approval DM showed the platform-wide PIREP id instead of the pilot's own flight number, so their fourth flight was announced as PIREP #14.
• The PIREP approval DM reported airborne time rather than the credited time the flight was actually logged for.
• The route was missing from PIREP approval DMs and from the staff review embed, both of which read airport columns that do not exist on bookings.
• Flight times in Discord embeds were formatted as though seconds were minutes, reporting a three-hour flight as 207 hours.
• The Focus Events page added a second scrollbar and could be scrolled past the footer.

What's new

• SimBrief OFP Generation — Dispatch can now generate a SimBrief flight plan instead of only importing one you built yourself beforehand. Ticking "Generate via SimBrief" when confirming a booking opens SimBrief in your browser with the flight pre-filled; the generated route, altitude, runways, alternate, and fuel breakdown are pulled back into the booking automatically once ready. Requires a SimBrief username saved in your vAOMS profile settings. The existing "Load SimBrief OFP" button is unchanged for pilots who prefer to plan in SimBrief first.
• Extended Dispatch Form — The pre-booking briefing panel now covers the full dispatch, not just network and time: route, cruise altitude, cost index, payload (passengers, hold luggage, cargo), and SimBrief options — Navlog, ETOPS, Stepclimbs, TLR, NOTAMs, FIR NOTAMs, plus taxi out/in, extra fuel, contingency, reserve, alternates, and units. Settings can be saved as your default for future dispatches.
• Payload & Zero Fuel Weight — Passenger, luggage, and cargo figures are generated automatically when left blank, and each can be regenerated individually. A running ZFW readout is shown while editing a dispatch, with a warning when the payload exceeds the aircraft's maximum zero fuel weight.
• Network Prefile — Once a dispatch is released on VATSIM or IVAO, a "Prefile on Network" button opens the network's own flight plan form in your browser with the flight details already filled in.

What's improved

• Network Selection — VATSIM and IVAO are now sent to vAOMS as distinct networks rather than collapsing into a single "online" value, so the correct network is recorded against the flight. Networks vAOMS does not yet track separately (POSCON, PilotEdge, FSCloud, SayIntentions, Other) still report as "online". The Bookings network toggle has been replaced with the same picker used on the Timetable page.
• Booking Data Fidelity — Route, cost index, network, and SimBrief OFP details sent by vAOMS were previously discarded when loading a booking and are now retained, which is what allows the dispatch form to show existing values rather than starting empty.

What's fixed

• Dispatch Update UI Bug - Dispatch Update had a UI bug where the times would appear out of the card, this has been solved.
• UTC Times Off By Timezone Offset — Booking and dispatch times could display shifted by your PC's UTC offset (for example, a 15:20Z departure showing as 17:20Z on a UTC+2 machine), because timestamps carrying a numeric offset were being converted into local time and then still labelled UTC. All API timestamps are now pinned to UTC on arrival, so displayed times match the web app exactly regardless of your machine's timezone.

What's new

• Automatic SimBrief Generation — Simbrief is now intergrated in to vAOMS Web. Upon saving a dispatch, Ssimbrief will open a worker to generate the OFP and details, an this will be returned to the user.
• Pilot Roster, Pilot Profiles, Pilot Friendships — Pilots can now change their profile, and create friends on the system. New friendrequests will create a notification
• SimBrief preferences — The user can now save SimBrief settings for the next flights.
• API Endpoints — We have new endpoints for the ACARS: /dashboard /banner /gate /prefile

What's improved

• Request Dispatch page removed — Dispatch now has been merged into My Booking
• Simbrief details — OFPs use the booked airframe (SimBrief airframe ID, reg, fin, SELCAL, callsign, pax, alternate, level)
• OFP Layout — OFP layout follows the profile setting; full briefing text stored
• Departure Time — Departure time pre-filled from the route's STD
• Discord channel selector — Discord channel picker no longer wiped by an API outage
• Payload — Per-field payload regeneration with ZFW breakdown
• Account settings — Account settings moved to /user/account

What's fixed

• filesize upload limit increased, fixes the soundpack upload bug where admins couldn't upload their sound file
• Malformed VATSIM raw FPL
• Wrong-airframe OFP
• Missing IVAO departure time
• Punctuation in ICAO field 18, FL340-style cruise levels reading as zero, steh/stem being sent as departure time,

What's new

• Switch active airline without leaving ACARS. — Added POST /user/switch-airline so pilots flying for multiple airlines can change their active airline directly from the ACARS client instead of switching on the website first.

What's new

• Pilot dashboard — The pilot dashboard has been introduced, accessible by /flightops or pressing access dashboard.
• Branded login pages for every airline — Each airline now gets its own login page (/airlines/{slug}/login), alongside the existing registration page, matching that airline's name, welcome message, and background image.
• Automatic active-airline selection on login — Signing in through an airline's branded login page (including via VATSIM/IVAO) now sets that airline as active automatically, as long as you already have a pilot profile there. If you don't, you're taken straight into that airline's Join flow instead.

What's improved

• Customizable login & registration screens — Airline staff can now edit the welcome heading and description shown on both the login and registration pages, and upload rotating background images, from Design & Colors in Helix.

What's new

• Aircraft Lights Tracking — Taxi and landing lights (beacon, strobe, nav) are now monitored throughout the flight. Every state change is timestamped in the flight event log.
• Door-Based Boarding Timer — When a passenger door opens during boarding, a timer starts. When it closes, elapsed boarding time is recorded. Opt-in — no door animation means no impact.
• Door-Based Deboarding Timer — Same door detection after engine shutdown. Opening starts the deboarding timer, closing records the duration.

What's improved

• Deboarding Phase — Flight now correctly enters Deboarding state after engine shutdown, instead of jumping straight to Arrived.
• PIREP Flight Distance — Distance flown is now accumulated tick-by-tick (haversine), giving actual distance flown rather than straight-line to destination.
• WebSocket Auto-Reconnect — Reverb connection now automatically recovers with exponential back-off when dropped (e.g. Cloudflare timeout). Footer badge reflects live state.
• Discord Rich Presence — Flight route and number now always appear — resolved booking fallback Flight ?? Pilot?.Booking matches the rest of the app.
• Logbook After Flight — No longer shows "no pilot" empty state after completing a flight. Pilot is snapshotted before EndFlight clears it.

What's fixed

• Resolved an unhandled DLL-not-found crash that occurred on first launch after a Velopack update. Velopack bootstrap is now the very first call in Main().

What's new

• Stripe subscription integration — Integrated Stripe subscription billing using Laravel Cashier, with the Airline as the billable entity
• Global Billing switch — Added global billing enable/disable toggle via the Aegis panel.
• Grandfathered Airlines — Added per-airline grandfathered flag to exempt early supporters from billing.
• Data import/export — Added XlsxParser class for parsing XLSX files into associative arrays with migrations. We developed import history page UI to display past imports with status and actions and Implemented import wizard UI for uploading and validating data files.

What's improved

• Subscription migrations — Modified migrations to add Cashier columns to airlines table and use the airline id in subscriptions.
• UI Update — Updated UI to show subscription status and manage billing via Stripe portal.

What's fixed

• Fixed Reverb broadcast defaults to match HTTP/8080 server setup, preventing SSL timeout misconfiguration.
• Fixed scheduled flight time parsing by trimming input before HHMM normalization, preventing DateTime parse failures on whitespace-padded values.
• Donation webhook safeguards ensure only donation-tagged checkout sessions are written to donations.
• Enhance flight data handling and Discord integration with improved status tracking and scoring logic

What's new

• PIREP Flight Distance — PIREPs now include the total distance flown in nautical miles. The value is accumulated each simulator tick by summing the haversine distance between consecutive position samples, giving an accurate measure of actual distance flown rather than straight-line distance to destination.

What's improved

• Departure Parking Event — The parking event is now always fired. Previously, if no matching stand was found (no airport match, null stand name, or no API response), the event was silently dropped. It now fires with stand name `"Unknown"` in all fallback cases.
• Discord Rich Presence — Flight Info — Fixed flight route (e.g. `EHAM → EGLL`) not appearing in the Discord status. The presence update now resolves the booking properly, matching the same fallback used elsewhere, so the route and flight number are always shown when available.
• Logbook after Flight — Fixed the logbook showing the "no pilot selected" empty state after completing a flight. The component now falls back to the first pilot on the signed-in user flight has ended, and passes the snapshotted pilot directly to the API call so it cannot be lost mid-request.
• WebSocket Auto-Reconnect — The app now automatically reconnects to the Reverb WebSocket when the connection is dropped unexpectedly. A full reconnect, including re-authentication of all private and presence channels is triggered with exponential back-off. The footer badge accurately reflects the reconnecting state and returns to "Connected" once re-established.

What's new

• Network Flight Verification via VATSIM & IVAO Live Feeds — Pilots flying on VATSIM or IVAO can now have their flights automatically verified against the live network feeds. A scheduler running every minute polls the VATSIM data feed and the IVAO Whazzup feed, recording heartbeat sightings for any active live flight whose pilot is found online with a matching callsign and airborne groundspeed. When a flight is completed via ACARS, if conditions are met within the flight window, the PIREP is marked as verified_network = 'vatsim' or verified_network = 'ivao', which feeds into the existing network scoring rules.
• Support Page — New public /support page showing live donation stats for the current month — total donated, monthly costs, percentage covered, a live progress bar, and a list of recent supporters. Stats are driven by actual donation records and the monthly cost breakdown.
• Donate Page — Dedicated /donate page with a Monthly / One-time tab toggle. Monthly panel shows three supporter tiers (€5 Supporter, €10 Crew Member, €25 First Officer) each linking to a Stripe payment link. One-time panel provides a custom amount input. Includes a reassurance grid (cancel anytime, no account required, supporter badge) and a Stripe security badge.
• Stripe Webhook Handler — Webhook endpoint for stripe. Completed donations are recorded with amount, donor identity, and subscription status.
• Donation Management in Aegis — Finance section in Aegis with two new resources: Donations (read-only list with a Mark as Supporter action) and Monthly Costs (full CRUD for managing infrastructure cost line items).

What's improved

• Unified Public Navigation & Footer — The navbar and footer across all public-facing pages are now powered by a single shared component. This ensures a consistent look and behaviour site-wide, with the mobile menu working correctly on every page.
• Network Verification via Position Reports — VATSIM and IVAO online status is now verified directly through the Connect API. A live flight record is automatically created on the first contact report for each booking and checked against the network feeds in real time.
• PIREP Network Field Population — When a PIREP is submitted via the Connect API, it is automatically linked to the pilot\'s live flight record. When staff approve the PIREP, the verified network (VATSIM or IVAO) is carried over and stored on the PIREP.

What's fixed

• PIREPs always showing Network: Null — live flight records were never created from the Connect API flow, so network verification had no data to read from.
• Live flights table remaining empty for all Connect API flights — live flights are now created automatically on first position report.

What's new

• Discord bot commands & OAuth Integration — Users can now sign up using discord using the OAuth. Also the discord bot now has the following commands: /mystats - Pilots can type /mystats in Discord and get an ephemeral (private) embed showing their own stats: total hours, rank, recent PIREPs, standing. /book - show a pilot their upcoming bookings directly in Discord.
• VATSIM/IVAO Integration — Users are now able to link their VATSIM and/or IVAO or even sign up using these networks.

What's improved

• Live alerts — Alerts such as NOTAM's, Notices and news are now being LIVE broadcasted system wide, including to vAOMS-Connect

What's fixed

• Callsign parameter requests now have been fixed
• Updated API routes for news, alerts and notams

What's new

• WebSocket Integration — Added WebSocket support for live in-app chat and real-time alert delivery.
• Pilot Presence — Chat window now displays which pilots are currently online.

What's improved

• Livemap — Livemap now uses the API to fetch other pilots
• Booking/Dispatch — State Recovery, Fixed a client-side state issue where a failed dispatch could temporarily show an active flight card with placeholder values (dashes/unknown fields). The app now avoids displaying placeholder booking data and relies on refreshed booking state from the API.
• Dispatch error handling — Improved handling/logging for dispatch failures (including server 500 responses) so errors surface clearly without leaving the UI in a partially populated booking state.

What's improved

• Settings Page - Modern UI — Settings page has been redesigned with a more modern, polished look including pill-style tabs, accent-bordered section headers, and improved spacing throughout.
• Settings - Phase Preview — Sound phase preview cards are now displayed in a 3-per-row card grid. Each card shows the phase name and three source buttons (Custom, Airline, Default) that toggle to a Stop button while audio is playing.
• Volume Slider Performance — The volume slider in Settings no longer causes frame drops while dragging. Label updates are applied via direct DOM manipulation and Blazor re-renders are suppressed during drag, only committing on mouse release.
• Adaptive Window Sizing — Main window now opens relative to the current monitor working area instead of a fixed large pixel size, improving usability across desktop and laptop displays.
• Announcement Fallback Logic — Default `safety` fallback behavior was corrected so safety briefing playback is limited to the intended ground phases (pushback/taxi), preventing incorrect fallback usage in other phases.
• Booking page crashes — Booking page now no longer crashes on refreshing

What's new

• Departments — Airlines can now create departments (e.g. "Operations Team", "Fleet Management") and assign ranks to them. This organises your staff structure and powers how notices are attributed.
• Notices — Airline staff can now create and publish notices to pilots, with optional must-read acknowledgement prompts.
• News — Post news articles to your airline — they automatically generate a pilot notice when published.
• NOTAMs — Create and manage NOTAMs that are visible to your pilots directly in the dashboard.
• Discord Integration: Automated Airline & System Bot Management — Discord integration is now available for all pilots and airlines. You can connect your Discord account to your VAOMS profile, and airline bots will automatically update your nickname and assign your rank role in your airline’s Discord server. Important news, notices, NOTAMs, and flight updates are posted directly to Discord channels. Airline admins can sync all members with one click if the bot is added later. No extra setup is needed—just connect your Discord and enjoy seamless integration.

What's improved

• Notice author auto-fills — When creating a notice, the Author field now automatically fills in with the staff member's department name, no manual entry needed.
• Operations sidebar order — The Operations section now follows a logical workflow order: Schedules → PIREPs → Airports → Activities → News & Announcements.

What's fixed

• The action buttons on Airline Settings and Airline Design have been fixed to Save only
• The default ULD has been removed. Users had an default ULD which is unwanted for a passengers flight only. This has been corrected.
• New accounts were not always receiving a verification email after registration. This is now resolved.
• Ranks were ordered by manual input, this is now fixed to Drag & Drop order.
• Pilots created were left unranked. They are now automatically assigned the designated default rank.

What's new

• Initial ACARS Release — Today we have finally released our vAOMS-Connect application! vAOMS-Connect will be used to track flights, send realistic announcements during flights and communicate with other pilots!
• Pilot Dashboard — Get an at-a-glance overview of your pilot profile, active flight, total hours, flights flown, and earned points all in one place.
• Active Booking — View and manage your active flight booking, including route, aircraft, callsign, and real-time flight status.
• Flight Timetable — Browse and select from your airline's available flight schedule to pick your next assignment.
• PIREP Submission — After landing, submit your flight report automatically with captured landing rate, G-force, block time, and a full timestamped flight event log.
• Logbook — Review your complete pilot records including total flights, hours, points, current rank, airline, and member history.
• Livemap — See all active airline flights plotted on a real-time interactive map. Click any aircraft to view pilot and flight details, or follow your own position.
• Simulator Intergration — Connect to Microsoft Flight Simulator 2020 & 2024 via SimConnect, Prepar3D via SimConnect, X-Plane via UDP discovery, and legacy simulators via FSUIPC.
• Discord Rich Presence — Optionally broadcast your current flight status to Discord, including route and flight phase details.
• Sound Notifications — Configurable sound pack support plays audio cues at key flight milestones.
• Automatic Updatess — vAOMS Connect checks for and installs updates automatically at startup — no manual downloads needed.
• Secure Credential Storage — Credentials are stored safely using the Windows Credential Manager with an optional Remember Me toggle.

What's new

• Closed Alpha launch. — Initial ALPHA testing of vAOMS started — Virtual Airline Online Management System. Core foundation including user authentication, airline creation, route management, and fleet management.