# When a candidate's internet drops mid-exam: what should the program do?

Source: https://examfence.com/blog/2026-11-11-internet-drops-mid-exam.html

[Home](../index.md) / [Blog](index.md)


**Short answer:** Treat a dropped connection as a pause, not a fail. Most platforms save the candidate's answers server-side and reconnect them to the same session, with the clock stopped while they are offline. The program's job is to publish that rule before exam day, so a drop is a procedure instead of a dispute.

## The pause is the design, not the exception

The candidate's screen freezes at question 31. The proctor's video feed goes black. The router rebooted, or the household's bandwidth collapsed, or the VPN the employer requires dropped the connection. The exam is not over. In most remote proctoring systems it has not even stopped. It has paused, and the difference between a pause and a fail is a policy the program wrote before exam day, or did not.

Remote proctoring platforms are built around the reality that home internet is not perfect. The common behavior when a connection drops is that the exam freezes or pauses and the platform tries to bring the candidate back to the same session once they are online again. Answers and position are held on the provider's side, not only on the candidate's computer, so a short drop is usually invisible or resolved automatically.

Kryterion's procedure is the model. The proctor pauses the session until the interruption is resolved and then lets the candidate continue. If it cannot be resolved, the session is discontinued and the candidate may get reschedule help, depending on the sponsor's rules. Pearson VUE's rule is more precise: during reconnection the exam clock is stopped and navigation is disabled, and if the connection is not restored within 5 minutes the candidate contacts VSS. On-demand exams wait 30 minutes, event exams 60 minutes. The clock is the thing that matters, and the platforms that stop it are the ones candidates trust.

## What the candidate sees, minute by minute

The first minute is the platform's problem, not the candidate's. The platform shows an offline alert and tries to reconnect. The CXC e-testing manual puts the critical offline alert at one minute, and the supervisor follows the procedure to make sure candidates can submit their work.

The work is not lost even if the network stays down until the end of the examination, because the answers are saved server-side as they are entered. That is the detail candidates need to hear before they panic, and the detail programs should put in the exam instructions.

The TestReach and IPA rule is the most generous version: the portal reconnects automatically, the session is saved, and the candidate gets an hour to get back online with no time lost. A program that publishes a rule like that gets fewer appeals, because the candidate knows what happens before it happens.

## Where programs get the policy wrong

The first error is treating a drop as a fail. A program that auto-fails a candidate on a disconnect creates an appeal for every router reboot in the country, and the appeal costs more than the reschedule.

The second error is silence. A program that has no published drop policy forces every candidate to argue their case from scratch, and the candidates with the best connections never have to argue at all.

The third error is the reschedule fee. A candidate who pays to reschedule after a failure outside their control learns that the program charges for its own platform's fragility, and they tell the next cohort.

## The pre-exam checks that prevent most drops

A wired connection instead of Wi-Fi, a speed test showing at least 3 Mbps up and down, the VPN off, and the system check run well in advance and again within 4 hours of the exam start. Those four checks prevent most of the drops that reach a proctor.

The household rule matters as much as the technical one: other household members off the network during the exam, the desk close to the router, and no streaming in the next room.

The program's job is to publish the checklist with the exam invitation, not to discover the candidate's Wi-Fi on exam day. A candidate who fails the system check a week early can fix it. A candidate who fails it at login cannot.

Keep reading: [how AI flags and human reviewers split the work](https://examfence.com/blog/2026-11-10-hybrid-proctoring-ai-human-review.md), [what a second device does to an exam](https://examfence.com/blog/2026-11-09-second-device-problem-exam-cheating.md), and [how proxy test-takers get into a session](https://examfence.com/blog/2026-11-09-contract-cheating-proxies-hidden-ai.md) cover the nearby cases in this series.

## Frequently asked questions

### What usually happens if a candidate's internet drops mid-exam?

The exam pauses and the platform tries to reconnect them to the same session, with answers saved server-side. A short drop is usually invisible or resolved automatically; a longer outage needs the proctor or support to help them back in.

### Does the candidate lose time when the connection drops?

On most platforms, no. Pearson VUE stops the exam clock during reconnection, and TestReach gives the candidate an hour to get back online with no time lost. The exact window depends on the platform and the sponsor's rules.

### What should a program do if the candidate cannot reconnect?

Discontinue the session and offer reschedule help under the sponsor's rules. Kryterion's procedure is to pause until resolved, then discontinue if it cannot be resolved, with reschedule help depending on the sponsor.

### How can a program prevent most connection drops?

Publish a pre-exam checklist: wired connection, at least 3 Mbps up and down, VPN off, and a system check within 4 hours of the start. Most drops are preventable, and the ones that are not should be a procedure, not a dispute.

[Get a free bot-traffic audit](mailto:hello@examfence.com?subject=Free%20free%20bot-traffic%20audit)