Physically, on a normal HackerRank, Codility or HackerEarth test, yes. It is a web page in your browser and there is nothing between you and a second tab. Whether you are allowed to is decided by the invite email and the instructions screen, not by the platform, and the four big platforms differ far less in what they block than in what happens after you leave. Only a locked down browser environment actually stops the lookup. Everything else records a focus event with a duration and no destination.
The four platforms, hard block versus logged event
Read the second column first. It answers the literal question, and in the common configuration the answer is the same on all four, which is why the third column is the one that matters.
| Platform | Is external lookup hard-blocked? | What leaving actually produces | Where the documentation line sits |
|---|---|---|---|
| HackerRank | Not in the standard setup. An ordinary browser tab, no domain blocking, no enforced isolation. Only the strictest configurations add a locked or secure environment, and enforced full screen is not a lock, Esc leaves it and fires its own event. | A focus event: timestamp, duration, running count, written when the tab is blurred or hidden. Plus a paste flag with size. A warning banner normally appears the first time you leave. | Set by the employer in the invite and the instructions. Plenty of tests permit language documentation outright. The platform maintains no allowlist of sites. |
| CodeSignal | Also not blocked, but this is the one platform of the four whose strict tier can see the answer to the question. Where full desktop recording is enabled, your search is in frame because the pixels were captured. | Focus events as above, and on a recorded session, video or periodic frames of the display you granted. That footage has a destination in it, unlike any browser event. | Standardised scored assessments state their own rules on the start screen and are the strictest of the four about outside resources. Company built tests vary, and many do not restrict reference material at all. |
| Codility | No, and a lockdown browser is not part of the usual delivery. The test page watches rather than restricts. | visibilitychange and blur handlers writing timestamp, duration and count, sitting in the report beside code playback and a similarity check against public solutions and other candidates. |
The lookup is rarely the thing that flags you here. The similarity comparison runs on your submitted code, so what you paste back matters more than what you read. |
| HackerEarth | No browser lock, but the strictest configurable consequence of the four. Some tests attach a hard action to the counter rather than only logging it. | The same browser events, wired to a limit. Instruction screens frequently state a tab switch or full screen exit allowance and warn that exceeding it auto submits or ends the session. | Stated on the instructions page, which is also where the number lives. If a number is shown, treat every lookup as spending from a budget. |
One caveat belongs under that table. Every row is a per-test choice made by the hiring company, and product tiers change, so a live pairing session behaves nothing like an unattended timed test on the same platform. Where you cannot tell which configuration you were sent, assume focus is being logged, because that assumption costs you nothing.
Why a lock and a log are different animals
A lockdown or secure browser is an application running on your machine. It can take over the display, refuse to launch alongside other processes, and prevent navigation, because it holds operating system privileges you granted when you installed it. That is a hard block, and it is loud. You had to download something, and you knew about it days in advance.
A logged focus event is six lines of JavaScript in a web page. The visibilitychange event fires when the tab stops being visible. The blur event fires on any loss of keyboard focus, a much lower bar that alt-tab and a click on a second monitor both trip. Neither carries a URL, a window title, a page title, or a single keystroke from the other application. A web page cannot enumerate your tabs or read your desktop, so no proctoring setting turns a focus log into a record of what you looked at.
The honest version of the answer is that the platform does not know you Googled. It knows you were gone for four minutes and eleven seconds, starting forty seconds after the hardest task loaded. Duration and timing carry the signal. The raw count carries almost none of it and gets most of the attention.
The four minute check before you press start
You can work out which regime you are in rather than guessing, and every step below is something you can verify on screen.
Search the invite for the rule, not the platform name
Look for the words resources, documentation, references, or open book. An invite saying you may consult language documentation but not search for solutions has already answered you, and it overrides anything a forum thread says about the platform in general.
Read the instructions screen for a number
A stated allowance such as three tab switches, or a sentence about exiting full screen, means the counter has an action attached to it. No number and no warning language usually means logging only. That screen is untimed on most platforms, so read it properly rather than clicking through.
Watch what the start flow asks permission for
A camera prompt means webcam stills. A browser prompt that says share your entire screen means the desktop is recorded, and the browser keeps a sharing indicator up all session. A required download means a controlled environment. No prompt at all means a plain browser test.
Open what you expect to need before the timer starts
Have the standard library reference for your language sitting in one other tab already. It does not stop the blur event firing, but it turns a two minute search into a six second glance, and duration is the field that actually gets read.
Remove the accidental triggers
Notification toasts, password manager popups, developer tools, an antivirus prompt, the screen auto locking, and clicking anything on a second monitor all write the identical event to a deliberate exit. Do Not Disturb on, chat apps quit rather than minimised, one screen.
Where the line actually falls, with real search strings
Most people typing this question are not trying to lift a solution. They want to remember whether the comparator argument comes first. Those are different acts, reviewers treat them differently, and the ladder is worth writing out.
- Syntax and standard library signatures. Searching for heapq heappush tuple ordering in Python, or what an array sort comparator should return in JavaScript, is reference material. Almost every assessment tolerates it, many say so explicitly, and no employer has ever been impressed by a memorised argument order.
- Language and API behaviour. Checking whether a substring call copies or returns a view is still reference. It is a question about the tool, not about the task.
- Algorithm concepts in the abstract. Searching sliding window maximum monotonic deque is the grey band. You are still writing the code, but you are importing the idea the task was set to test, and if the interviewer asks you to derive it live you will be exposed.
- The problem statement itself. Pasting the exact task title with the word solution after it is the line, on every platform in the table above. It is also the search that leads you to the published code a similarity check compares your submission against, which is how it surfaces later without anyone opening a focus log at all.
One practical consequence. Keep scratch work inside the test editor rather than in a separate window. Code you typed by hand earlier in the same session appears in the playback, so reusing it later carries its own alibi. Park it outside and you have thrown away the context that would have explained the paste.
Where our own tool is the wrong answer
This page is published by a company that sells a live interview assistant, so the limits belong in the page rather than the small print. The OfferPilot AI overlay is excluded from screen capture at the operating system level, so it is absent from a Zoom, Teams or Meet share, from a recording, and from a screenshot. On the question you typed, that property is close to irrelevant. Focus detection never inspects pixels, it reads which window the operating system considers focused, so clicking the overlay or firing the Code Copilot capture shortcut moves focus off the test tab and writes the same event any other application would. Capture exclusion also does nothing against webcam monitoring, a lockdown browser, eye tracking, a second device camera, or a person watching you in the room.
On a proctored assessment whose rules say no outside assistance, that makes it the wrong tool for the job, and we would rather write that here than sell you something that fails on the exact terms of the question. It is a Windows 10 and 11 desktop app built for live conversational rounds and for untimed practice, not for unattended timed tests.
If your next stage is a person on a call rather than a countdown timer, the Interview Copilot drafts from your own resume while you talk, and the free tier on the pricing page is five minutes a day with no card required.
Related guides
- Does HackerEarth Use Your Camera? Every Proctoring Toggle
- What Recruiters See in Your HackerRank Report: Field by Field
- LeetCode vs HackerRank vs CodeSignal: Which Matches Your OA
- HackerRank Test Disconnected? What Happens and How to Recover
- Does HackerRank Record Your Screen? Proctoring Tiers Explained