NeverAway舊版本下載（所有版本）

The free and paid versions now differ where it matters.

- Scheduling, application control and the Info Hub are shown as premium rather than left open. The
engine already declined to run them without a paid plan, but every control was editable, so a free
user could set up a week of automation and watch nothing happen. They are now visibly locked, in
place, and selecting one shows what the plans are.
- Everything the free version is entitled to stays fully usable and configurable: keeping your status
awake, how often and how it signals, the idle threshold, the session cap, whether the display is kept
awake, the activity list, and how the window itself behaves.
- The version you are running is shown in Settings, under "Account and support", directly above the
update check - the first thing support asks for, and now visible whatever your plan. It is read from
the build itself rather than written into the source, so it cannot disagree with the executable it is
printed in.
- "Read more" on a news item opened a web address that no longer exists, so nothing happened. It now
opens the same news page as the shortcut.
- The window no longer describes itself as LIMITED, with "account verification unavailable" underneath,
to somebody on the free plan whose account had verified perfectly well and whose status was being kept
awake the whole time. Two false statements in the colour of a fault, next to a product that was
working. It now reports the presence it is actually keeping, and what the plan does not include is
said once, where it belongs.
- The funding invitation shows how much of the month is covered as a percentage, instead of the amounts
raised and owed.

Carried forward from 2.0.7 - fixes for waking from sleep, and for the scheduled close reporting a
meeting that was not happening:

- Waking the machine brings presence back. It relied on the resume notification Windows sends for the
classic sleep states, which a machine using Modern Standby - the low-power idle most recent laptops
use - may never send at all. When it did not arrive, nothing turned presence back on: the machine was
awake, the application was sitting there inactive, and only restarting it helped. How long the machine
was suspended is now measured from Windows' own accounting, which exists on every machine and is the
same for sleep, hibernation and Modern Standby.
- Waking turns presence on even if it had been stopped by hand before the machine was suspended. A stop
from before a sleep is not an instruction anybody remembers giving, and the 1.x releases did the same.
- Waking is reported as its own event, with how long the machine was away. It shared a message with the
tray's Resume command, so an overnight sleep and a click on Resume produced the same line.
- A long period with the application not running at all - frozen by a management agent, or starved on a
heavily loaded machine - is now noticed too, and the keep-awake request is re-applied.

Also in this release:

- Teams is no longer treated as permanently in a meeting. The evidence for a call is a UDP endpoint
owned by Teams, and ms-teams.exe holds two of them for as long as it is running, for its own
signalling - so "Teams is open" was indistinguishable from "Teams is in a call" and the scheduled
close was postponed every sixty seconds indefinitely. Those two sockets are now recognised for what
they are and discounted.
- Having looked and found no call is now a different answer from having been unable to look. It
previously reported both as "unknown", which postpones the close and, unlike a detected meeting, was
not overridden by the "force close during a meeting" setting either - so there was no way to
configure around it. Being unable to read the system's process or network tables still postpones the
close, which is the case worth being careful about.
- Both corrections are applied to the fallback path as well.

Carried forward from 2.0.4 to 2.0.6:

- Meeting detection no longer needs a script host. It aske