|
Learn how to troubleshoot the floating taskbar that appears during navigation and Figma tasks when testing without UserTesting's browser extension. Note: This feature is currently in beta. |
|
Product: UserTesting Experience: New |
On this page:
- About troubleshooting the floating taskbar
- What your participants might report
- Steps to troubleshoot the floating taskbar
- Contact UserTesting Support
About troubleshooting the floating taskbar
- When you run a test with Testing without a browser extension turned on and your test includes a navigation task, or a Figma task, a small floating task bar appears on your participant's screen showing the task they're currently working on.
- This feature is powered by a built-in browser capability called Picture-in-Picture (PiP).
- For most participants, the floating task bar works automatically. However, on managed corporate devices, organization-level browser policies may restrict Picture-in-Picture, preventing the taskbar from appearing.
What your participants might report
If Picture-in-Picture is being blocked, your participant may tell you:
- The navigation or Figma task opened in a new tab
- They couldn't see any task instructions while on the site or page being reviewed
- Their session recorded fine, the floating taskbar overlay just wasn't visible
If your participant encounters any of these issues, follow the steps below to identify the cause.
Steps to troubleshoot the floating taskbar
Step 1: Make sure the participant's browser is up to date
The floating task bar requires:
- Google Chrome version 116 or higher, or
- Microsoft Edge (Chromium-based, version 116 or higher)
Ask your participant to open chrome://version (or edge://version) and check their version number. If it's outdated, they'll need to update it before moving on.
If their browser can't be updated, which is common on managed devices where IT controls updates, continue to Step 2.
Step 2: Confirm the floating task bar API is available
A quick check in the browser's developer tools will tell you whether the underlying Picture-in-Picture API is accessible:
- Open developer tools (F12 on Windows, or Option-Cmd-I on Mac)
- Click the Console tab
- Paste the following and press Enter:
'documentPictureInPicture' in window
Here's what the result means:
- true: The API is available. The culprit is likely a pop-up blocker, a hardware acceleration setting, or a domain-specific block. Continue to Step 3.
-
false: The API isn't available. Either the browser is too old (go back to Step 1), or an organization-level policy is blocking it (skip to Step 5).
Step 3: Check pop-up settings
In some configurations, Picture-in-Picture windows can be affected by pop-up blocking rules. Here's what to check:
- Open the browser's site settings for the UserTesting test page
- Make sure Pop-ups and redirects is set to Allow
Keep in mind that some browser extensions and corporate security tools block pop-ups separately from the browser's own settings. If that's the case, the participant's IT team may need to add an exception for the UserTesting domain.
Step 4: Check hardware acceleration
Picture-in-Picture requires hardware acceleration to render properly. To verify it's enabled:
- Open chrome://settings/system (or edge://settings/system)
- Confirm that Use hardware acceleration when available is enabled
If this setting is greyed out or controlled by org policy, move on to Step 5 for the relevant policy entry.
Step 5: Check Chrome enterprise policy
On managed corporate devices, Chrome's behavior is often controlled centrally by IT. To see what policies are in effect:
- Open chrome://policy (or edge://policy)
- Share a screenshot with UserTesting Support, or pass it along to your participant's IT team for review
The policies most relevant to the floating taskbar are:
| Policy | What it controls | Recommended setting |
| DocumentPictureInPictureEnabled | The API that powers the floating task bar | Enabled (or not set, which uses default Enabled) |
| HardwareAccelerationModeEnabled | Picture-in-Picture rendering | Enabled (or not set) |
| PopupsAllowedForUrls | Pop-ups allowed for specific domains | Include the UserTesting test domain |
| URLBlocklist | Blocked URLs | Confirm the UserTesting test domain is NOT in this list |
| PictureInPictureAllowedForUrls | Media Picture-in-Picture (less likely culprit but related) | UserTesting test domain allowed |
If any of these are blocking the feature, the IT team will need to adjust the policy or add an exception for the UserTesting test domain.
Step 6: Resolve update errors
Windows (click to see more)
If Chrome on Windows is showing an "update failed" or "update error" message, the underlying update service may be disabled:
- Press Windows Key + R
- Type services.msc and press Enter
- Find Google Update Service (gupdate) and Google Update Service (gupdatem)
- Right-click each, select Properties, and confirm:
- Startup type is set to Automatic
- The service is running
If the services are stopped or disabled, this is typically an IT-level decision. Speak to the participant's IT team about enabling Chrome updates.
macOS (click to see more)
On macOS, Chrome updates through a background service called Keystone. If Chrome can't update:
- Open Activity Monitor
- Search for Keystone
- If Keystone isn't running or doesn't appear, the update mechanism may be disabled by org policy
If the services are stopped or disabled, this is typically an IT-level decision. Speak to the participant's IT team about enabling macOS updates.
Contact UserTesting Support
If the steps above don't resolve the issue, contact UserTesting support and include:
- Browser and version
- Operating system
- The result of the 'documentPictureInPicture' in window check from Step 2
- A screenshot of chrome://policy (Step 5)
- Any of the steps above already attempted
Related content
|
Want to learn more? Check out these Knowledge Base articles... |
Interested in growing your skills? Check out our University courses... |
|
Need hands-on training?
|
Can't find your answer?
|