How long does it typically take to fix screen tearing on Apple Silicon M2?

Most students resolve this in 5 to 15 minutes by re-granting the relevant Privacy permission, restarting the Mac, and running a practice quiz. A clean reinstall, where required, adds another 10 to 20 minutes.

Does screen tearing indicate hardware failure on my Mac?

Almost never. The symptom is overwhelmingly a software or permission state issue. Verify by reproducing the underlying capability in Photo Booth (camera), Voice Memos (mic), or QuickTime screen recording before assuming hardware fault.

Will fixing screen tearing affect my recorded exam attempts?

No. Prior recorded attempts are stored at Respondus in the institutional account and are not affected by local LDB or macOS permission changes. The fix only changes how future sessions launch.

Should I contact my instructor before fixing screen tearing?

If you are not in an active exam, no; complete the fix and run a practice quiz to confirm. If the symptom is happening during a graded exam, document with a phone photo and email the instructor immediately with the timestamp.

Can screen tearing cause my exam to be invalidated?

Not by itself. Institutions distinguish technical failure from academic dishonesty. A documented technical issue, raised with the instructor promptly, is handled under the institution's missed-exam policy, not the academic-integrity policy.

Does screen tearing happen more often on Apple Silicon M2 than on other Macs?

No reproducible pattern. The symptom is driven by macOS and LockDown Browser interaction, not by Mac generation. Apple Silicon and Intel Macs share the same TCC and ScreenCaptureKit subsystems for the relevant permissions.

Misconception: A failed exam attempt due to a LockDown Browser symptom counts as academic dishonesty.

Technical failure documented promptly and reported to the instructor is handled under the institutional missed-exam policy, not the academic-integrity policy. Save phone-photo evidence with timestamps and email the instructor before the next class.

Misconception: Restarting the Mac fixes most LockDown Browser symptoms by itself.

A restart helps in roughly half of cases (clears WindowServer state, releases TCC handles), but persistent symptoms almost always require re-granting the specific Privacy permission and validating against an institutional practice quiz.

Misconception: Reinstalling LockDown Browser from Respondus.com is equivalent to reinstalling from the institutional download page.

The institutional download is sometimes version-pinned and may carry institution-specific configuration baked into the build. Always reinstall from the institutional page if it exists.

Misconception: A symptom that affects Photo Booth or QuickTime is a LockDown Browser bug.

If a built-in macOS app cannot access the same hardware that LDB fails on, the issue is at the macOS / hardware layer, not at LDB. Resolve the macOS-level access first before retrying LDB.

Misconception: Disabling macOS Privacy permissions makes proctoring exams work better.

It does the opposite. LockDown Browser specifically requires the relevant TCC permissions to function; revoking them causes the symptom rather than resolving it.

Misconception: A persistent symptom is best resolved by contacting Respondus support directly.

Respondus support is the third-line escalation routed through the institutional license contact. The institutional IT helpdesk is the appropriate first technical escalation; the instructor is the appropriate first academic escalation.

Screen Tearing in LockDown Browser on M2 Mac: 2026 Fix

Last updated 2026-05-13 · LDBypass Editorial · Reviewed by J. Nakamura on May 9, 2026

Quick fix: 60Hz fixed refresh rate. Disconnect external monitors.

Quick reference

Field	Value
Symptom	screen tearing
Affected Mac generation	Apple Silicon M2
Affected macOS versions	Sequoia 15.x and Tahoe 26.x (current supported branches in 2026)
Affected LDB versions	LockDown Browser 2.1.0 through 2.1.5 (current stable as of 2026)
Primary macOS subsystem involved	TCC (Transparency, Consent, Control); permission scope Screen & System Audio Recording
Estimated time to fix	2-5 minutes for the in-place fix; 10-15 minutes if a clean reinstall is required
Risk to existing data	None if applied between exams; if applied during an active exam, document with phone photo and contact instructor
Authoritative reference	Apple Support: Privacy & Security on Mac

Prerequisites

A Mac running macOS Sequoia 15.x or Tahoe 26.x (the supported branches in 2026).
Respondus LockDown Browser 2.1.x installed from the institutional download page.
Active institutional LMS account (Canvas, Moodle, Blackboard, or Brightspace) with at least one quiz set up as a practice quiz.
Administrator credentials on the Mac (required for reinstall or for granting Privacy permissions via System Settings).
Approximately 15 minutes of uninterrupted time before an upcoming graded exam.
A phone or second device to photograph any error message for documentation.

M2 also can show tearing under ProMotion-like switching.

Step-by-step

System Settings > Display.
Set 60Hz fixed.
Quit GPU-heavy apps.
Relaunch.

Key facts

The symptom documented in this article (screen tearing) reproducibly resolves on macOS Sequoia 15.x and macOS Tahoe 26.x with Respondus LockDown Browser version 2.1.5 when the documented steps are followed in order.
The macOS TCC database (located at ~/Library/Application Support/com.apple.TCC/TCC.db and the system-level equivalent) is the canonical state for Privacy & Security permissions on Mac and is the first place to look when a previously-working LDB installation stops accessing camera, microphone, or screen.
Apple Silicon Macs (M1, M2, M3, M4) and Intel Macs from 2018-2020 are supported by LockDown Browser 2.1.5; older Intel Macs or those running macOS Sonoma 14.x or earlier are out of the supported configuration matrix as of 2026.
The Respondus product family (LockDown Browser and Monitor) is sold under a per-institution license; individual students do not pay Respondus directly. The institutional license covers the version, Monitor entitlement, and recording retention default.
A practice quiz at the institution's LMS is the only reliable verification that an LDB configuration works end-to-end; the LDB application's own self-test verifies the binary but not the LMS / Monitor / SSO chain.
Recording (where Monitor is enabled) starts at the moment the quiz link is opened, not at the first question, and ends at the explicit Submit click; the recording is uploaded to Respondus's cloud over TLS and reviewed asynchronously by AI plus optional human review per the institution's policy.

Key terms defined

Respondus LockDown Browser: A locked-down desktop browser application developed by Respondus, Inc. that disables operating-system features (screenshot, window switching, screen sharing, virtual machines, second monitors) for the duration of an online proctored exam. Current stable version in 2026 is 2.1.5; runs natively on Apple Silicon (M1-M4) and Intel Macs through Rosetta 2.
Respondus Monitor: An add-on capability of LockDown Browser that records webcam video and microphone audio throughout an exam, uploads the recording to Respondus's cloud over TLS, and provides asynchronous AI behaviour review plus optional human review. Sold per-institution; not a separately licensed product.
macOS TCC (Transparency, Consent, and Control): The privacy permission framework on macOS that gates application access to camera, microphone, screen recording, accessibility, and dozens of other sensitive capabilities. The TCC database is at ~/Library/Application Support/com.apple.TCC/TCC.db for user permissions and /Library/Application Support/com.apple.TCC/TCC.db for system permissions; user-facing management is via System Settings > Privacy & Security.
Apple ScreenCaptureKit: The macOS framework (introduced in macOS 12.3 and refined through Sequoia 15) that proctoring tools use to capture screen content. Respects the kCGSWindowSharingNone window-sharing-state flag, which is the technical basis for native overlay tools that show content selectively to the user but not to the recorder. Apple Developer documentation.
LTI (Learning Tools Interoperability): The standard protocol used by Learning Management Systems (Canvas, Moodle, Blackboard, D2L Brightspace) to launch external tools like LockDown Browser. LTI 1.3 is the current standard in 2026; some legacy quizzes remain on LTI 1.1.
Practice quiz: A non-graded quiz set up by the instructor in the institutional LMS specifically for students to verify their LockDown Browser configuration end-to-end before a graded exam. The canonical and only-reliable test of a working LDB configuration.

Common misconceptions

False: A failed exam attempt due to a LockDown Browser symptom counts as academic dishonesty.: True: Technical failure documented promptly and reported to the instructor is handled under the institutional missed-exam policy, not the academic-integrity policy. Save phone-photo evidence with timestamps and email the instructor before the next class.
False: Restarting the Mac fixes most LockDown Browser symptoms by itself.: True: A restart helps in roughly half of cases (clears WindowServer state, releases TCC handles), but persistent symptoms almost always require re-granting the specific Privacy permission and validating against an institutional practice quiz.
False: Reinstalling LockDown Browser from Respondus.com is equivalent to reinstalling from the institutional download page.: True: The institutional download is sometimes version-pinned and may carry institution-specific configuration baked into the build. Always reinstall from the institutional page if it exists.
False: A symptom that affects Photo Booth or QuickTime is a LockDown Browser bug.: True: If a built-in macOS app cannot access the same hardware that LDB fails on, the issue is at the macOS / hardware layer, not at LDB. Resolve the macOS-level access first before retrying LDB.
False: Disabling macOS Privacy permissions makes proctoring exams work better.: True: It does the opposite. LockDown Browser specifically requires the relevant TCC permissions to function; revoking them causes the symptom rather than resolving it.
False: A persistent symptom is best resolved by contacting Respondus support directly.: True: Respondus support is the third-line escalation routed through the institutional license contact. The institutional IT helpdesk is the appropriate first technical escalation; the instructor is the appropriate first academic escalation.

Useful Terminal commands

Run these from the macOS Terminal (Applications > Utilities > Terminal). Each command is safe to run between exams; do not run them during an active exam attempt.

Reset macOS Screen Recording permission for LockDown Browser:

tccutil reset ScreenCapture com.respondus.lockdownbrowser

Decision flow

If LDB shows "screen recording permission required"

Open System Settings > Privacy & Security > Screen & System Audio Recording. Enable LockDown Browser. Quit and relaunch LDB.

If the permission is enabled but LDB still complains

Run `tccutil reset ScreenCapture com.respondus.lockdownbrowser` from Terminal and let macOS prompt on the next launch.

If a re-grant does not resolve the issue

Reinstall LockDown Browser. macOS occasionally retains a stale TCC record after a botched install; a clean reinstall fixes this.

Stats at a glance

Estimated fix time (in-place): 2-5 minutes
Estimated fix time (clean reinstall): 10-15 minutes
Affected LockDown Browser versions: 2.1.0-2.1.5
Affected macOS versions: Sequoia 15.x and Tahoe 26.x
Mac generation under test: Apple Silicon M2
macOS subsystem touched: TCC (Transparency, Consent, Control)

Screen tearing during LockDown Browser exams: ProMotion and refresh handling

Visible tearing or refresh artifacts inside LockDown Browser on Apple Silicon Macs are typically caused by ProMotion variable refresh rate. Apple's ProMotion displays (MacBook Pro 14"/16" since 2021, iMac M-series since 2023) adjust refresh between 24 Hz and 120 Hz dynamically based on on-screen content. When LDB renders a relatively static page (a quiz with little motion), macOS may lower the refresh rate; when the page briefly updates (timer tick, mouse hover), the rate jumps. The transition between refresh states is occasionally visible as a tear line during rapid scroll.

The remediation is to force a fixed refresh rate before launching LDB: System Settings > Displays > Refresh Rate > choose a fixed value (60 Hz is the standard non-ProMotion baseline; 120 Hz also works if you prefer maximum smoothness and your battery allows). After the change, LDB renders at the fixed rate with no transitions, eliminating the tearing source. Restore the ProMotion adaptive setting after the exam to recover battery life.

If tearing persists at a fixed refresh rate, the next suspect is an external monitor's frame-rate mismatch (a 4K external display running at 30 Hz over an underpowered hub will tear visibly even on M-series GPUs). Disconnect external monitors during exams not just because LockDown Browser may block dual-display configurations, but because eliminating the external display path removes the most common source of visible refresh artifacts.

Confirm you're actually hitting this symptom

Before applying the fix below, verify the issue is the one this article describes and not a similar-looking one. Three quick checks rule out common confusions:

Reproduce in a clean session. Fully quit LockDown Browser (Cmd+Q, then verify in Activity Monitor that no LDB process remains), then relaunch from the LMS quiz link. Intermittent issues that don't reproduce immediately are usually environmental (network, background app, momentary CPU spike) rather than the documented symptom.
Test in macOS Photo Booth and Voice Memos. For camera-related symptoms, opening Photo Booth proves whether the webcam is working at the macOS layer. For microphone-related symptoms, Voice Memos confirms macOS recording. If macOS itself can't access the device, the problem is upstream of LockDown Browser and the fix below won't apply — check System Settings > Privacy & Security > Camera/Microphone, or seek hardware service.
Check the macOS recording indicator. When LockDown Browser is actively recording during a Monitor exam, macOS displays a small green dot (camera) and orange dot (microphone) in the menu bar. Their absence at exam launch indicates LDB has not been granted the necessary TCC permission — that is the upstream root cause, not a per-symptom one.

Notes specific to your Mac generation

M2 Macs (MacBook Air 13"/15" 2022-2023, MacBook Pro 13"/14"/16" 2022-2023, Mac mini M2 2023, Mac Studio M2 2023) were the broadest Apple Silicon family Apple shipped before the M3 transition, and the configuration most M2 students still have in 2026. LockDown Browser runs as native arm64 on M2 since the LDB 2.0.9 release; no Rosetta 2 translation is involved.

The two most common M2-specific concerns are battery age and memory configuration. By 2026, M2 MacBook Airs from 2022 are at battery cycle 500-800 with several percent capacity loss; plug into wall power before any high-stakes LDB exam, do not rely on battery. Base-config M2 MacBook Airs ship with 8GB unified memory which is the practical floor for LDB exams; if your M2 has 8GB, quit Chrome, Safari, Spotify, and other memory-resident apps before launch to leave LDB a usable working set.

M2 Pro and M2 Max variants (in the larger MacBook Pros and Mac Studio) have substantially more memory bandwidth than the base M2, but this rarely matters for LDB — the workload is light enough that any M2 configuration handles it comfortably. The remaining failure modes are environmental, identical to those documented for M3 and M4.

What we observed when reproducing this on our test bench

We reproduce the symptoms documented in this article on a working test bench refreshed for each LockDown Browser release and each macOS point update. For this specific article, on January 5, 2026, on 2022 MacBook Air M2 (16GB, 512GB) running macOS Sequoia 15.4 with LockDown Browser 2.1.5 installed from the Respondus distribution URL associated with a partner institution, the failure pattern described above was reproducible by the steps documented. The fix in this article was verified by re-running the practice quiz the same institution exposes to its students and confirming clean launch, full Monitor handshake, and completed submission without re-occurrence.

Two notes from that test run worth surfacing. First, the macOS point release matters more than the major version: the same fix that works cleanly on the macOS build above failed on the immediately-prior point release in our archive (we keep the most recent four point releases on cloned APFS volumes for regression-checking). If your point release differs from ours, the underlying TCC or ScreenCaptureKit behaviour may differ subtly — update to current before troubleshooting further. Second, LockDown Browser's behaviour under permission-revoked-then-regranted states is not perfectly idempotent: re-granting a permission that was already nominally granted occasionally fixes symptoms even when the toggle "looked correct" before. The toggle-off-then-on procedure documented here is what our testing reliably exercises that state transition.

Pre-exam checklist for Mac users

Most Respondus exam-day failures are preventable with a 10-minute pre-flight. Run this 24 hours before the exam window opens, and again 5 minutes before launch:

Plug your Mac into wall power and verify the battery indicator shows charging. Two-hour exams routinely drain MacBook Air batteries by 30-50% even on M-series; do not rely on battery alone.
Update macOS to the latest stable point release (Sequoia 15.x or Tahoe 26.x throughout 2026). Then update LockDown Browser by re-downloading from your LMS quiz page — do not assume an LDB installed two months ago is current.
Quit every browser (Chrome, Safari, Firefox, Brave, Edge, Arc) via Cmd+Q, then open Activity Monitor and confirm no browser processes remain. LDB blocks launch if any are detected.
Disable VPN, pause iCloud Drive and Photos sync, pause Time Machine, and disable any active "auto-update" agents that might restart Mac during your exam window.
Test the network at speedtest.net: minimum 5 Mbps upload and 10 Mbps download for Monitor-enabled exams.
Confirm the three TCC permissions (Screen Recording, Camera, Microphone) for LockDown Browser are still granted — macOS occasionally clears these silently across major version updates.
Take the instructor's practice quiz if one exists. This catches permission, network, and webcam issues while you still have time to fix them.

When to contact your instructor or IT helpdesk

The procedures in this article cover the cases a student can resolve on their own Mac. Escalate to your instructor or institutional IT support when:

The issue persists after a clean reinstall of LockDown Browser, reset of the relevant TCC permission, and a full restart of macOS.
You are inside the exam window and a problem prevents you from continuing — document with a timestamped photo (phone), email the instructor immediately, and request a retake or time extension rather than forcing a workaround mid-exam.
The error code or behaviour does not match any of the documented patterns (in the article you're reading or in the linked error-code references). Instructors and helpdesk staff can see server-side logs you cannot.
You suspect an institution-side configuration problem (an LDB-required quiz that wasn't actually configured for LDB by the instructor; an SSO outage; a maintenance window). These cases produce errors that look like a student bug but are administrative.

When you email, include: course code, exam name, exact time of the issue (with your time zone), Mac model and macOS version, LockDown Browser version (visible in the app's About menu), and the exact wording of any error code or message. This sharply reduces back-and-forth.

What this article does and does not cover

The information in this article is calibrated to the specific topic in its title and is intentionally narrower than a comprehensive guide. We do this because Respondus LockDown Browser on Mac is a large topic with many interacting failure modes; trying to cover everything in every article produces shallow coverage everywhere. Instead, each article in this knowledge base focuses on one well-defined topic and links out to other articles for adjacent questions.

What this article specifically does not cover: it does not document Respondus LockDown Browser on Windows (Windows installations have a different binary, different TCC-equivalent permission system, and different process inventory; our Mac-focused testing does not apply); it does not document Respondus Monitor as an AI behavioural-review product in isolation (Monitor is treated here as an integrated capability of LockDown Browser rather than a standalone product); it does not document general macOS troubleshooting beyond what is necessary to set up or recover from a LockDown Browser issue (Apple's own support documentation is the appropriate reference for general Mac problems).

What this article does cover: the specific topic identified in the title, on macOS Sequoia 15 or Tahoe 26 (the supported macOS branches throughout 2026), with the current shipping LockDown Browser version (2.1.5 throughout most of 2026), on Apple Silicon (M1 through M4) or supported Intel Mac (2018-2020 cohort). For each documented step or recommendation, we identify the macOS subsystem involved (TCC, ScreenCaptureKit, AVCaptureSession, WindowServer) so you can cross-reference with Apple's developer documentation when you need to understand the underlying behaviour rather than just the procedure.

How this fits in the broader landscape of online proctoring

Respondus LockDown Browser is one product in a broader landscape of online-proctoring tools that students encounter throughout an academic career. The landscape stabilised meaningfully between 2020 (the COVID-driven expansion of remote testing) and 2026 (the current state of the market), with five product families serving most students: Respondus LockDown Browser plus Monitor (academic proctoring, US-dominant), Proctorio (academic proctoring, Chrome extension model), Honorlock (academic plus pop-in human proctoring), Safe Exam Browser (open-source, EU and Australia/NZ dominant), and Pearson VUE / OnVUE (high-stakes professional certifications). Examplify (by ExamSoft) sits separately as the dominant tool for state bar exams, medical board exams, and similar high-stakes licensure.

From a student perspective, the differences across these products matter for three reasons. First, what is technically capable of being observed and recorded differs: Monitor captures full session video; SEB does not record video by default. Second, what an instructor or proctor reviews after the exam differs: Respondus is asynchronous AI plus optional human review; Pearson VUE has live human proctors. Third, your rights regarding data access and deletion differ by jurisdiction more than by product: GDPR rights are stronger than US default rights regardless of which product processed the data.

The macOS-specific behaviour for any of these products depends on Apple's standard frameworks (ScreenCaptureKit, AVCaptureSession, TCC). Where this article addresses a Respondus-specific behaviour, the underlying mechanism is usually the same Apple framework that other products use, with Respondus's particular configuration choices being the differentiator. Understanding the Apple framework underneath helps when troubleshooting across products.

How we research and update this article

This article is part of the LDBypass knowledge base on Respondus LockDown Browser for Mac. Our editorial process for every article in this category combines three sources:

Direct testing on Apple Silicon hardware. We reproduce the documented issue on M1, M2, M3 and M4 Macs running the current stable macOS (Sequoia 15 and Tahoe 26 throughout 2026), with the current shipping LockDown Browser version installed from the Respondus distribution URL provided by partner institutions.
Vendor documentation. We cross-reference Respondus' official release notes, the Respondus Help Center, and Apple's macOS support documentation for the relevant macOS subsystem (TCC, ScreenCaptureKit, AVCaptureSession, WindowServer).
Student field reports. Our team includes current and former students who took proctored exams on Mac in 2024-2026; specific failure modes documented here were reproduced or witnessed at named institutions, not synthesised from search-engine sources.

We disclose where information is uncertain or vendor-side rather than user-side, and we update each article when LockDown Browser ships a new release or Apple ships a macOS major version that materially changes the behaviour described.

This article uses AI-assisted drafting under human editorial review. Final wording, factual claims, technical procedures, and recommendations are checked against the sources above before publication.

References and further reading

Respondus LockDown Browser official resources — vendor documentation for current behaviour and known issues.
Apple macOS User Guide: Screen Recording permission — how the TCC permission that LDB requires is granted and reset.
Apple Developer: ScreenCaptureKit — the screen-capture API LDB uses on Mac and the architectural contract for window-sharing flags.
U.S. Department of Education: FERPA — the federal student-records statute governing exam recordings in the US.
GDPR Article 17 (right to erasure) — EU framework for requesting deletion of exam recordings.

About this article

LDBypass Editorial. Articles in our LockDown Browser knowledge base are produced by a team that has covered the macOS exam-proctoring landscape since the 2020 expansion of online proctored testing. We maintain a working install of LockDown Browser on at least one Mac of each Apple Silicon generation (M1 through M4) plus a 2019/2020 Intel reference machine, refreshed against current macOS releases and the current shipping LDB version. Our editorial team holds combined backgrounds in macOS systems engineering, higher-education IT, and educational assessment, with members who have taken proctored exams at institutions in the US, EU, and LATAM in the past three years.

Editorial review for this article: reviewed by J. Nakamura (AVFoundation specialist; works on macOS camera/audio pipelines) on May 9, 2026. Technical claims about macOS subsystems, Respondus product behaviour, and institutional configuration patterns were verified against current vendor documentation, Apple developer reference, and direct testing on our hardware bench. AI-assisted drafting under human editorial review per our methodology.

Corrections and questions can be submitted via the contact channels on our About page. We log every substantive correction with the date of update on the article it affects.

How to cite this article

APA 7th edition

LDBypass Editorial. (2026). Screen Tearing in LockDown Browser on M2 Mac (2026 Fix). LDBypass. https://ldbypass.com/lockdown-browser-mac/symptoms/screen-tearing-m2-mac

MLA 9th edition

"Screen Tearing in LockDown Browser on M2 Mac (2026 Fix)." LDBypass, LDBypass Editorial, 2026-05-13, https://ldbypass.com/lockdown-browser-mac/symptoms/screen-tearing-m2-mac.

BibTeX

@misc{ldbypass_screentearingm2mac,
  author = {LDBypass Editorial},
  title  = {Screen Tearing in LockDown Browser on M2 Mac (2026 Fix)},
  year   = {2026},
  publisher = {LDBypass},
  url    = {https://ldbypass.com/lockdown-browser-mac/symptoms/screen-tearing-m2-mac},
  urldate = {2026-05-13}
}

References

LockDown Browser product documentation. Respondus Inc.. Accessed 2026-05-12.
ScreenCaptureKit framework reference. Apple Developer Documentation. Accessed 2026-05-12.
Privacy & Security on Mac (TCC permissions). Apple Support. Accessed 2026-05-12.
AVCaptureSession framework reference. Apple Developer Documentation. Accessed 2026-05-12.
macOS Sequoia and Tahoe support documentation. Apple Support. Accessed 2026-05-12.
Learning Tools Interoperability (LTI) 1.3 Core Specification. IMS Global / 1EdTech. Accessed 2026-05-12.
LDBypass editorial methodology. LDBypass Editorial. Accessed 2026-05-12.

Frequently asked questions

M2 vs M4 tearing?

Less common but possible.

Fixed 60Hz fix?

Yes.

External display?

Disconnect.

Cosmetic?

Usually.