Ga naar de inhoud

Deze pagina is nog niet in uw taal. U leest de Engelse tekst.

Crash recovery

When the browser closes by itself

A browser can vanish in the middle of a job and take every open tab with it, and a notification then reads The browser closed by itself. ARMANOS writes down what was on screen every half minute, freezes that list the moment the browser goes, and offers it back the next time you open the profile. A question knocked away by accident erases nothing: the tabs go only on your second refusal.
30 seconds
A snapshot every
Up to 30 per profile
Tabs remembered
7 days
The offer lives
None
Tab addresses sent to your account

What the app is watching

While a profile is open, its tabs go into memory once every half minute. A profile that is closed is left alone.

On the built-in engine those are its own windows; on ARMANOS Browser it is the local port automation already uses. A browser that cannot answer says nothing, so the memory you had stays.

What was openWhat the snapshot keeps
A page on http or httpsIts address and its title
The start page and other addresses on localhost and 127.0.0.1Nothing: the start page opens itself at every launch
A blank tab, settings, developer toolsNothing: you never opened them
Extension and worker targetsNothing: they are not pages
The same address in two tabsOne entry
Tab number thirty oneNothing: thirty is the ceiling

The snapshot is written quietly

The half-minute snapshot is not counted as a change you made.

It also stays on this computer. The fields that travel to your account are named one by one, and open page addresses are not among them.

  • The change date stays put

    It moves only for what you did to the profile.

  • Nothing new means nothing written

    Tabs that have not moved since last time are not written to disk twice.

  • An empty answer keeps the memory

    A browser still starting, or reloading a page, does not erase what it held a minute ago.

When the browser goes

A browser that exits with a code nobody asked for, or dies on a signal, has crashed. Pressing stop is not that, nor is closing the window yourself.

A launch leaves the list alone

The last list of tabs stays untouched until you answer: a launch does not write over it. Only a fresh crash of the same profile records it anew.

  • The notification names the profile

    From it you land on the profile in question, and you see how many tabs were remembered when the engine named no reason.

  • The reason, when the engine gave one

    A line the browser managed to print before dying is what you read, in place of the tab count.

  • One message per profile per clock hour

    A browser crashing in a loop folds into the message still sitting unread, instead of burying the rest under copies of itself.

  • When nothing was seen nothing is promised

    If the snapshot was empty, and the engine named no reason, the message says the profile and its cookies are intact and stops there.

What you are asked at the next launch

The question comes before the browser starts, because your answer decides what it opens with. It shows the profile, the time its browser went and how many tabs were remembered.

  1. 1

    Bring them back

    The tabs open again.

  2. 2

    Start with a clean slate

    A first refusal only puts the question off. Refuse a second time without closing the app window and the tabs are dropped for good.

  3. 3

    Either way the profile opens

    The question decides the tabs and nothing else about the launch.

Where the restored tabs land

On ARMANOS Browser they queue behind the other tabs of the launch.

The built-in engine has no tab strip, so each one comes back as its own window.

  • The same folder

    Cookies and storage are the ones that profile already had.

  • The same way out

    A restored window leaves through the profile's proxy like every other window of it.

  • Only after a launch that worked

    A launch that fails keeps both the tabs and the offer to bring them back.

What else a bad exit leaves behind

A browser is not the only thing that can be cut off mid sentence. Three more loose ends are picked up for you at every start.

  • A session swap caught in half

    A profile stuck between the two renames of a session move comes back to you on the older copy, because the newer one may never have finished being written.

  • A tunnel that outlived the app

    On macOS and Linux a tunnel to your server that outlived ARMANOS is closed behind you, and an ssh of somebody else's is left alone.

  • Folders from a run that was killed

    Tunnel folders and working leftovers from a previous run are cleared behind you, because otherwise they pile up until the disk has no room for a profile.

What this does not do

  • It does not bring your work back. Addresses return; a half filled form, an unsent message and a basket the site had not saved go with the browser.
  • The last half minute can be missing. A tab opened between two snapshots was never seen, and one you closed just before may come back anyway.
  • The offer does not wait forever. It goes by itself after a week.
  • It does not cover the app itself going down. If the browser outlives it, the next start picks the browser up with its proxy bridge, tunnel and start page, and quitting the app closes it; if both go, nothing is offered back.

How to check

Stands you can run hold the claims above, except the snapshot interval: that one is a number in the code.

Service addresses and repeats stay out, thirty is the ceiling, and the offer expires after a week
apps/desktop/src/lib/tabRestore.js · apps/desktop/test/вкладки-после-падения.js
Remembering tabs does not mark the profile changed and sends no address upward
apps/desktop/src/lib/profiles.js · apps/desktop/test/вкладки-после-падения.js
An ordinary close is not taken for a crash, and the offer clears only after a launch that worked
apps/desktop/src/main/main.js · apps/desktop/test/вкладки-после-падения.js
A session swap cut in half is put back together, and a stray tunnel is shut down
apps/desktop/test/session-sync-folder.js · apps/desktop/test/выход-по-ssh.js
ARMANOS Browser reopens the last tabs as its setting says
apps/desktop/src/lib/сеанс-форка.js · apps/desktop/test/вкладки-не-копятся-между-запусками.js

Questions

Does an ordinary close offer the tabs back?
No, the offer is for a browser that went unasked. ARMANOS Browser reopens them itself at the next launch with a window when its On startup setting is Continue where you left off, as in a new profile. After a crash it reopens them at once when the app opens the profile's first window: place by the proxy (a new profile's default) or own coordinates, a phone, a proxy with a password. Otherwise it waits until you answer or close its question, Restore pages?
What happens when I launch the profile inside a group?
It opens without the question and without the remembered tabs. The offer waits until you open that profile on its own.
Does the question show which pages they were?
Not yet. It gives the profile, the time and the count; the titles sit on disk beside the addresses.
Do the addresses of my open tabs reach your server?
No. The fields that sync are listed by name, and open addresses are not among them: they stay on your disk.
Why half a minute and not every second?
Ten profiles asked every second is ten requests a second for nothing. Half a minute keeps up with hands.

Keep what the browser was holding

Open a profile in ARMANOS: what is on screen starts being written down at once.