Bug Fixes

Jobs that could not be reset are now unstuck (FSC-4035)

A small number of jobs had got into a state where resetting them failed every time, and kept failing on every automatic retry afterwards. This happened when one of the job's passengers (a piece of collaborative demand) was removed by the demand engine while the job was mid-flight. The job's saved snapshot still pointed at that now-deleted passenger, so replaying the snapshot during a reset hit a dead reference and aborted the whole reset.

Resets now cope with this. Before replaying a job's saved state, we check which of the referenced records still exist and quietly skip any that have since been deleted, so the reset converges on the live, consistent state instead of failing outright.

Bug Fixes

Used aircraft listings could get stuck unpurchasable (FSC-4034)

A small number of used aircraft were showing in the marketplace but throwing "This listing is no longer available." when you clicked Buy. The aircraft stayed on the marketplace afterwards, so the next person clicking Buy hit the same error, and so on.

Two things were going on. The first was a price cap that kicks in if the aircraft's current market value drifts below the asking price (introduced as part of the FSC-4029 anti-exploit work). On player-to-player listings, a sweep cleans those up every 15 minutes; in the gap between sweeps a listing could sit visible-but-unpurchasable. The fix retires the listing on the spot the first time a buyer hits the cap, so it leaves the marketplace immediately instead of trapping the next buyer too.

The second was the same cap firing on broker (FSCharter-owned) listings, where it was never supposed to apply. The cap exists to stop a player-to-player exploit that has no equivalent in broker sales. When market saturation drove the calculated value below the broker's decay floor, those listings became stuck unpurchasable with no cleanup. Brokers are now exempt from the cap, and any previously-stuck broker listings are buyable again.

Improvements

Pilot pay now caps at the time the trip should reasonably take (FSC-4033)

Pilot rank pay continues to be your time in the air multiplied by your hourly rate, but it now has a generous ceiling tied to the trip itself. A small number of players were running the meter up by parking the plane in a hold near the destination, by flying past the field and back, or by other padding tricks. From this release on, you are paid for the trip you actually flew rather than for time spent padding it.

The ceiling is shaped to be generous on short hops, where climb, descent and taxi overhead is a big slice of the flight, and tight on long-haul, where padding would otherwise be most profitable. Genuine holds, diversions, headwinds and slow types should sit comfortably under the curve.

We replayed the new rule against every flight from the last year (over 23,000 trips) before shipping it. 169 trips would have been touched, with a median trim of 17 minutes. This is not retroactive (pay you have already received is unchanged), and the cap only applies to flights you disembark from this release onwards.

Improvements

Max Transferable help popup now always shows the full breakdown (FSC-4029)

When you open the Max Transferable help popup on the transfer funds screen, it now always lists the three figures your transfer cap is derived from, instead of just the single limit that happened to be binding.

Previously, if your current month's profit was the figure setting your cap, the popup showed only "your current month's profit" with no balance or loan obligation context, which made the number look arbitrary. The popup now always lists your loan obligation, cash at hand, and current month profit together, so you can see exactly how the cap was worked out. The explanatory text has also been reworded to make clear the cap is the higher of (cash minus loan obligations) or your current month's profit.

This is a display-only change. The actual transfer cap and the amounts you can move are unchanged (the underlying calculation was already correct), this just makes the reasoning behind the figure visible.

New Features

See how much you can transfer, up front (FSC-4029)

The transfer screen now shows a live "max transferable" figure with a one-tap Max button, and the New Loan dialog shows how much you will be able to move to other companies once the loan is drawn. Previously this limit only appeared when a transfer was rejected.

Improvements

How loans affect moving cash between companies (FSC-4029)

While a loan is outstanding, the cash you can transfer to other companies now accounts for the loan's full remaining obligation (the principal plus its scheduled interest), not just the principal. This keeps borrowed money working inside the company that borrowed it. You can still spend it freely on aircraft, buildings, fuel and day-to-day operations, and the limit never drops below your current month's profit.

This change patches an exploit where holding companies could be used to draw large loans with no intention of paying them back. Now, cash that is transferred into a company to artifically increase the net worth is tied to the loan as collateral and cannot be transferred back out until the loan is paid off.

Classified aircraft prices kept realistic (FSC-4029)

Aircraft listed in Classifieds are now capped at the aircraft's current market value rather than the brand-new catalogue price. Selling direct still earns you more than selling to the broker, but listings can no longer be priced above what the aircraft is actually worth.

New Features

See your Passenger Services reach at a glance (FSC-4011)

The Operations Cockpit map now visualises Passenger Services reach when the Base Operations lens is active. Every visible Passenger Services building draws a translucent radius circle showing its auto-complete coverage, and a line is drawn from each Passenger Services to every configured bespoke onward-charter destination.

Hover over a radius circle to see the source airport, the Passenger Services variant, the owning company, and the auto-complete radius in nautical miles. Hover over a line to see the source and destination airports, and the release target (Internal Collaboration or the partner company name).

Visibility piggybacks on the existing building accessibility rules: you'll see your own Passenger Services reach in your company colour, and any partner Passenger Services reach in the partner colour. Toggle Base Operations off and both layers disappear.

New Features

Remove a partner's aircraft from your slot, stand, or hangar (FSC-3833)

If you own a slot, stand, or hangar and another company has parked one of their aircraft inside it, you can now remove that aircraft yourself. Open the dialog, find the aircraft (it shows their ICAO badge), and click Remove. A confirm modal explains who owns the aircraft and warns that they'll be notified. On confirm the aircraft drops to the tarmac and the partner receives an in-app, email, and Discord notification.

Bug Fixes

Broker-sold aircraft no longer stuck in slots, stands, and hangars (FSC-3833)

Selling an aircraft to the broker while it was parked in a slot, stand, or hangar used to leave the now broker-owned aircraft squatting. The slot, stand, or hangar then refused to release, which in turn blocked you from terminating the underlying agreement. The aircraft now auto-ejects to the tarmac the moment ownership transfers to the broker, and the agreement can be cancelled normally.

Anyone who already had a broker-stuck slot, stand, or hangar finds it freed automatically with this release (a one-shot cleanup ran on deploy), so there's no manual unsticking to do.

Activity broadcast crash during partnership cleanup (FSC-4005)

A queue worker was throwing while broadcasting "left partnership" company activities, which meant some real-time activity feed updates from the partnership-cleanup flow were getting lost. The event now snapshots the company details up front, so the broadcast still works correctly after the company has been soft-deleted.

This was a backend reliability fix only. Your activity feed won't be missing entries from the cleanup flow any more, but no activity records were ever lost on the database side.

Bug Fixes

Routes listing could crash on certain partnership data (FSC-4003)

The routes listing endpoint could fail with a server error when a partnership network contained routes belonging to a company that had since been removed. The endpoint now filters those routes out cleanly, so the page always loads even if upstream data is in an unexpected state.

This was a listing-only crash. No route data was lost or altered, and your own routes were always intact.

Premium subscription lapses left orphaned companies and routes (FSC-4003)

When a user's premium subscription lapsed, the system removed their extra companies but did not properly extract those companies from any partnership networks they belonged to. The result was a small number of "orphaned" companies whose routes still appeared in partnership networks even though the companies themselves were gone.

The lapse handling has been rewritten to leave partnerships cleanly: leadership is transferred where needed, partnerships are dissolved when the lapsing company was the sole lead, and the company is then removed in a way that preserves the existing restore-on-resubscribe behaviour. A one-off cleanup has also been applied to the small number of historical cases (10 companies, 252 routes) so the network state matches what users see in their account.

If you re-subscribe to premium, your previously-removed companies are still restored exactly as before.

Bug Fixes

Switching subscription plan mid-cycle could fail with no useful explanation (FSC-3990)

If you tried to switch plans (e.g. Core to Pro) part-way through your billing cycle, you might have seen a generic "something went wrong" message. The cause was that Paddle calculates a small prorated charge for the rest of the current month, and in some currencies that prorated amount can fall below their minimum chargeable amount, so they refuse the upgrade.

The switch itself still can't go through in that situation (Paddle's rule, not ours), but you'll now get a clear message explaining what's happening and a couple of options: wait until the next billing cycle and switch then (no proration involved), or contact support to sort it manually.

Job info dialog crashed for flights linked to dissolved companies (FSC-3989)

Opening the job info dialog could fail with a "something broke, it's our fault" error when one of the passengers on the flight had previously been carried on a job from a company that has since been dissolved. The dialog now loads correctly in this case and still shows the historical company's name, ICAO and logo so the chain of who carried what is preserved.

Improvements

Revenue breakdown on the job Financials tab

The job Financials tab now includes a Revenue Breakdown panel that shows exactly how your revenue figure was built up: base revenue, plus any charter bonus, minus any exclusivity penalty. The bonus and penalty used to sit inside the Operational Fees section, which implied they were costs. They aren't; they're adjustments to revenue that were already baked into the Revenue total. Moving them into their own panel, alongside a new Base revenue line, makes the economics transparent at a glance. Help tooltips on each line explain what it represents.

Bug Fixes

Exclusivity penalty was being double-counted on completed jobs

On jobs that exceeded the capacity threshold (enough passengers for a capacity penalty to kick in), the Financials tab was deducting the exclusivity penalty twice: once implicitly (via the reduced revenue that had already been paid to your company) and again explicitly as a cost line. This made profit look considerably lower than it actually was, and in some cases showed a loss for a job that was genuinely profitable. Revenue, costs, and profit on the Financials tab now reconcile correctly. Your ledger and company finance overview were always right; only the per-job summary was misleading.

Improvements

Airport classification update (FSC-3938)

Two Spanish airports, Teruel (LETL) and Vitoria (LEVT), were classified as medium airports in the system despite both regularly handling heavy and super-sized aircraft in real life. Teruel is one of Europe's largest aircraft storage and maintenance hubs, and Vitoria is a major cargo hub used by DHL for 747 and 777 operations. This classification meant you could only build up to large stands at these airports, which blocked realistic heavy cargo and ferry flight operations. Both airports have now been reclassified as large airports, unlocking the full range of buildings, stands, and slots.

Bug Fixes

Partnership Editing: Save Button Crash (FSC-3931)

After creating a partnership, attempting to edit the partnership name, code, or colour and clicking Save would fail silently with no changes applied. This was caused by an internal issue where the save function could not reliably access the form values it needed. The save button now correctly reads the edited values and persists your changes as expected.