ServiceNow has no general "no pasting" switch, so something else is stopping you: a field that is read-only for your role, a browser clipboard permission that kills right-click paste, a browser regression, or a virtual desktop with the clipboard turned off. One twenty-second test tells you which. Salesforce fails the same four ways.
Click in the field and type one character. Nothing appears? The field is read-only for your role and paste was never the problem. A character appears but Ctrl+V does nothing? Move to the browser causes: use Ctrl+V rather than right-click Paste, hold Ctrl while right-clicking in a rich text field to get the native browser menu, and make sure Chrome or Edge is current, because Chromium regressions have broken selection and copying in ServiceNow forms more than once.
If you are inside a virtual desktop with clipboard redirection disabled, none of that helps, because nothing you copy outside the session reaches it. In that case an auto typer like copypaster types your clipboard into the focused field as real keystrokes, so no clipboard has to cross the boundary.
Click into the field that is refusing your paste and type a single character on the keyboard.
This is the one people misread as a paste block most often. ServiceNow decides field editability through access controls, UI policies, data policies and client scripts, and the decision can depend on the record's state, so a field that was editable while an incident was open can lock once it is resolved or closed. A read-only field will not take typed input either, which is exactly why the single-character test is the first thing to do.
The fix is a request, not a setting. Ask whoever administers your instance why the field is read-only for your role on that record. Name the table, the field and the record state in the ticket and you will get a straight answer quickly. No browser change, extension or input tool alters a permissions decision, and anything claiming otherwise should be treated with suspicion.
A web page cannot read your clipboard on its own. Browsers put programmatic clipboard reads behind an explicit permission, so an in-page paste control or an editor's own right-click menu entry can sit greyed out or click with no effect, while the keyboard shortcut works perfectly. Ctrl+V on Windows, Cmd+V on Mac is a native browser paste and does not need the permission.
ServiceNow's HTML and rich text fields are built on the TinyMCE editor, which substitutes its own context menu for the browser's. In current versions, holding Ctrl while right-clicking brings back the native browser context menu with working Copy, Cut and Paste entries. If you would rather grant the permission, it lives in your browser's site permissions under Clipboard for your ServiceNow instance host, though on a managed corporate machine that may be locked by policy.
Worth ruling out before you open a ServiceNow ticket. Chromium releases have shipped regressions that broke text selection and copying inside ServiceNow forms, and because Chrome, Edge, Opera, Brave and Vivaldi all share Chromium, the whole team hits it on the same day and it looks exactly like a platform outage. The tells: it started abruptly, it affects colleagues on the same browser version, and it clears on a different browser engine. Update the browser first, and try a non-Chromium browser as a temporary check.
If you reach ServiceNow through a virtual desktop or published browser, your local clipboard and the session's clipboard are two different clipboards on two different machines. Whether they synchronize is a policy called clipboard redirection, controlled by your VDI administrators and routinely disabled in regulated environments and outsourced service desks. When it is off, your paste is not being rejected. The session has nothing to paste. The giveaway is that copying from one ServiceNow field to another inside the session works fine, while anything from your own desktop fails. Full mechanics in clipboard not working in Citrix and clipboard not working in VMware Horizon.
Rich text fields accept a defined set of formats and sanitize the rest, so content pasted from Word or a web page can arrive with its headings flattened, its lists collapsed, or stray markup attached. That is the field doing its job rather than blocking you. A plain-text hop through Notepad before pasting removes the argument entirely, and is the fastest fix when structure matters more than styling.
| Symptom | Cause | Fix |
|---|---|---|
| Typing does not work either | Field read-only via ACL, UI policy or record state | Ask your ServiceNow admin. No tool fixes this |
| Right-click Paste inert, Ctrl+V fine | Browser clipboard permission plus TinyMCE context menu | Use Ctrl+V; Ctrl + right-click for the native menu |
| Broke suddenly for the whole team, same browser | Chromium regression | Update the browser; test another engine |
| In-session copy pastes, local copy does not | VDI clipboard redirection disabled | Ask IT; if no → type it in (copypaster) |
| Text lands, formatting destroyed | Rich text sanitization | Notepad hop to strip formatting |
Salesforce produces near-identical complaints for near-identical reasons, so the diagnostic order transfers directly. Fields can be read-only because of field-level security, page-layout configuration or because they are formula fields that nobody can edit, and no input method changes that. The Lightning rich text components accept a defined set of formats and drop content that uses the others, so pasted material can arrive stripped or unrendered. Salesforce also documents a Chromium-specific issue where copying content containing links and pasting it into the rich text editor inserts stray non-breaking spaces and breaks the formatting, and recommends a non-Chromium browser such as Firefox or Safari for that particular copy-paste case.
The generalization worth carrying to any enterprise web app, SAP GUI and Workday included: find out whether the field is editable at all before you debug the clipboard. Those are two different problems, and only one of them has a workaround.
Paste is a single clipboard event, and it can be intercepted by the browser, the editor or the session boundary. Typing is the input the field exists to accept, and it survives all three. copypaster runs on the machine where your text actually lives, reads that local clipboard, and types the text into the focused field as real OS-level keystrokes, pressing Enter at every line break and pacing itself like a person rather than dumping the text instantly. The form receives ordinary typing, because that is exactly what it is receiving, so there is no paste event to intercept and no clipboard transfer for a redirection policy to block.
For a long incident write-up, a knowledge article or a work note that already exists in a document, that turns ten minutes of retyping into a hands-free run with the structure intact. It is also the reason the same approach shows up in locked-down desktop applications.
What it will not do: make a read-only field writable. If your role cannot edit the field, keystrokes are refused just as paste is, and that is correct behaviour that we have no interest in circumventing. Access control is a permissions question for your administrator, not an input-method question.
Some organizations disable clipboard redirection or restrict fields for data-loss-prevention reasons, and may have rules about what may be entered where. copypaster does not bypass authentication, access controls or logging. It types text you already have into a field you can already edit, and the record shows the change under your account exactly as manual typing would. Whether a given piece of text belongs in a given record remains your organization's call.
ServiceNow has no general paste block. It is usually a field that is read-only for your role, right-click paste being blocked by a browser clipboard permission, a Chromium regression affecting copy and selection in ServiceNow forms, or a virtual desktop with clipboard redirection disabled. Type one character in the field: if that fails too, it is permissions.
Use Ctrl+V or Cmd+V, which is a native browser paste and needs no permission. ServiceNow's rich text fields use the TinyMCE editor, which replaces the browser context menu; holding Ctrl while right-clicking restores the native menu with working copy and paste.
Click in and type one character. If nothing appears, the field is read-only for your role, decided by access controls, UI policies or the record's state, and only an administrator can change that. If typing works, the problem is the clipboard path instead.
Same class. Read-only fields come from field-level security, page layouts or formula fields; Lightning rich text components accept only certain formats and drop the rest; and Salesforce documents a Chromium issue where pasting linked content inserts stray non-breaking spaces, recommending a non-Chromium browser for that case.
If the field is editable, copypaster types your clipboard into it as real keystrokes with line breaks preserved, so no paste event occurs and no clipboard crosses a session boundary. If the field is read-only, nothing helps except a permissions change from your admin.
copypaster types your clipboard into ServiceNow, Salesforce or any web form as real keystrokes, structure intact. Free trial - 5 pastes, no credit card.
Download copypaster