Vivaldi workspaces not working: what to check, in order
Something is off. The Workspaces button is gone, or the shortcut opens the wrong group, or a set of tabs that existed yesterday is not there today. Before reinstalling anything, it helps to know that almost every report of this kind lands on one of six causes, and that they can be ruled out in a fixed order, from the cheapest check to the most expensive.
The order below runs from settings that take ten seconds to confirm, through behaviour that is working as designed and only looks like a fault, down to the two cases where nothing was broken because the data was never there.
Before checking anything: what moved?
Three events account for most sudden changes. An update landed and the browser restarted. Sync connected and pulled settings in from another machine, since some settings are among the data types Sync carries. Or the browser opened in a different user profile than usual, which happens on a machine where more than one profile exists and Show on startup is enabled.
The profile case is the one worth ruling out first, because it explains a total disappearance rather than a partial one. Every workspace, every tab, and every extension belongs to the profile it was created in. Opening the Profile button in the top right corner shows which profile is active. If a reader built five workspaces in a profile named Work and the browser started in a second profile, nothing is broken and nothing is lost. Switching profiles brings them back exactly as they were.
Standalone installations behave the same way and are easier to forget. A standalone copy keeps its data next to the executable rather than in the usual location, so two copies on one machine are two separate worlds that happen to look identical.
Check 1: the feature itself, and where its button lives
Workspaces can be switched off. Settings, then Tabs, then Tab Features has a checkbox labelled Enable Workspaces, and with it cleared, the feature is gone rather than broken. This is the single most common cause of a missing Workspaces button, and it takes one look to confirm.
Two other settings hide the control without disabling anything behind it. Settings, then Tabs, then Tab Display, then Tab Bar has Display Workspaces in Tab Bar, which can also be toggled by right clicking Workspaces on the Tab Bar. And the Toolbar Editor, opened from the Vivaldi menu under View and Customize Toolbar, allows the Workspaces control to be dragged to a different toolbar, at which point it is still present but no longer where the eye expects it.
There is a fast way to skip all three. Quick Commands opens with F2 or ⌘E, and typing the name of a workspace switches to it whether or not any button is visible. If a workspace opens from Quick Commands but has no button on the Tab Bar, the feature is fine and the problem is purely a display setting.
Check 2: switching jumps to another window
This one gets reported as a bug and is documented behaviour. A workspace can be open in one window at a time, and asking for a workspace that is already open somewhere else moves focus to that window rather than reopening the group where the reader is standing.
When switching to a workspace that is open in a different window, instead of opening the workspace in the current window, focus will be moved to the window where the chosen workspace is already open. Source: help.vivaldi.com
The symptom is distinctive: the screen changes, the intended tabs do appear, but they appear in a window on another display or another macOS desktop, and the window that was being used loses focus. On a Mac with Mission Control spaces in play, the jump can feel like the browser teleported.
To see the whole picture, open the Vivaldi menu, then Window, then Other Workspaces and Tabs, which lists what is open where. The Window Panel does the same job in a side panel, with each window and its workspaces expandable. Once the second window is identified, closing it releases the workspace, and the shortcut starts opening the group in the current window again.
When two views really are needed at once
Readers who hit this rule are usually trying to see two sets of tabs side by side, and there are two supported ways to get there. Tab Tiling arranges several tabs within a single window as a split or a grid, and it works inside a workspace, so a chat page and a document can sit next to each other without any second group. For content that has to stay visible while the rest of the browser changes, a Web Panel keeps a site docked in the sidebar independently of which workspace is open.
The approach that does not work is asking one workspace to appear in two windows. The alternative is to split the tabs themselves: create a second workspace, move the tabs that belong on the other screen into it through the Window Panel, and open each in its own window. That is more setup than most people expect, and it is the point at which some readers decide the window, not the workspace, is their real unit of work.
Check 3: tabs keep landing in the wrong place
If new tabs appear in a group they do not belong to, look for a rule before suspecting a fault. Settings, then Tabs, then Workspaces holds Workspace Rules, which move a tab to a chosen workspace based on its address. A rule written months ago for one site keeps firing for every link that matches it.
Rules are useful precisely because they are silent, which is also why they are hard to remember. The fix is not to delete every rule but to read the list and narrow the conditions that are too broad. A rule matching a whole domain will catch a documentation page on that domain as readily as the app the reader had in mind.
Two related behaviours are not rules and are often mistaken for them. A tab opened from another tab inherits the workspace of its parent, so a link opened from a background tab in the research group arrives in the research group. And tabs dragged in the Window Panel land wherever they are dropped, including on a workspace folder that was not the intended target.
Check 4: shortcuts that do nothing or the wrong thing
The numbered shortcut, Ctrl+Shift or ⌘ ⇧ plus a digit, follows the position of a workspace in the list, not its name. Workspaces are added to the bottom of the list, and dragging one to a new place in the menu reassigns every number after it. A shortcut that suddenly opens the wrong group is almost always a reordered list rather than a lost binding.
| Symptom | Most likely cause | Where to look |
|---|---|---|
| No Workspaces button | Feature disabled or button moved | Settings, Tabs, Tab Features |
| Shortcut opens the wrong group | List order changed | Workspaces menu, drag order |
| Shortcut does nothing | Another application claimed the keys | macOS keyboard settings |
| Switch moves to another window | Workspace open elsewhere | Window, Other Workspaces and Tabs |
| Tabs move on their own | A Workspace Rule matches | Settings, Tabs, Workspaces |
| Workspaces missing after reinstall | Data is local to a profile | Profile button, top right |
When a shortcut does nothing at all, the conflict is usually outside the browser. macOS reserves several combinations at system level, and utilities that capture hotkeys globally take them before any application sees them. Two workarounds avoid the whole class of problem: bind Next Workspace and Previous Workspace instead of numbers, or use Quick Commands and type names. Mouse gestures can be assigned to the same actions for anyone who prefers not to hunt for a free key combination. Readers who automate more of their day may prefer to drive the switch from a Command Chain, and the Built-in terminal page covers the same instinct applied to shell work.
Check 5: a workspace and its tabs are gone
Deleting a workspace closes every tab inside it. That is stated in the documentation and it is the usual explanation for a set of tabs vanishing after a tidy up session. The tabs are not destroyed immediately: they are in Closed Tabs, and they can be restored from there. The safer order for next time is to move anything worth keeping into another workspace first, then delete the empty one.
A different disappearance has a different cause. If workspaces exist on a desktop machine and not on a laptop, Sync is not at fault, because workspaces are not among the data types it carries. The published list covers Bookmarks and Speed Dials, some Settings, passwords, autofill data, history, extensions, Web Apps, Reading List, Open Tabs, and Notes. Nothing in that list reconstructs a workspace layout on a second computer.
This is worth accepting rather than fighting. A workspace arrangement is local to one profile on one machine, in the same way a window layout is. Anyone who needs the same structure in two places sets it up twice and keeps it deliberately simple so that the second setup is cheap.
Check 6: it is not broken, it is loaded
The last case is the one that no setting fixes. Tabs divided into workspaces hide their own count, and a browser holding several hundred tabs behaves differently: switching lags, pages reload when focused, and the machine warms up. The documentation raises this directly and points at hibernation, available by right clicking a workspace and choosing Hibernate Tabs, which frees the memory of every tab in the group while leaving the group in place.
A quick test settles it. Hibernate the two workspaces that are not in use, then repeat whatever felt slow. Switching that was stuttering usually becomes immediate, and pages that were reloading on focus stop doing so, because the memory they were competing for has been returned. If hibernating two groups restores normal speed, the diagnosis is resource pressure rather than a defect. And if the same pressure comes back every afternoon, the shape of the setup is the thing to reconsider, not the feature. One browser process holding a dozen services means a single stuck page can slow all of them, which is the trade a tab based tool makes by design. A tool that gives each web app its own window makes the opposite trade, and the Workspaces page shows what that division looks like day to day.
What to change first
Work the list top down and stop at the first check that explains the symptom, because two causes are rarely in play at once. If everything checks out and the browser is simply carrying more than it comfortably can, the fix is not another setting but a different division of work, which is what SpaceDeck was built to provide.
Frequently asked questions
The Workspaces button disappeared from the Tab Bar. Is the data lost?
Almost certainly not. Check Settings, then Tabs, then Tab Features for the Enable Workspaces checkbox, and Settings, then Tabs, then Tab Display, then Tab Bar for Display Workspaces in Tab Bar. The workspaces themselves survive both settings, and typing a workspace name into Quick Commands with F2 or ⌘E confirms they still exist.
Why does the keyboard shortcut open a different workspace than it used to?
The numbered shortcut follows the order of the list rather than the name, and new workspaces are added at the bottom. Dragging one to a new position shifts the numbers of everything after it. Binding Next Workspace and Previous Workspace, or typing names in Quick Commands, avoids the problem entirely.
Tabs keep moving to a workspace by themselves. How is that stopped?
Open Settings, then Tabs, then Workspaces and read the Workspace Rules list. A rule matching a broad domain will pull in far more than intended. Narrowing or removing the rule stops the movement, and note that a tab opened from another tab inherits its parent workspace even without any rule.
Workspaces did not appear on a second computer after signing in to Sync. Why?
Workspaces are not part of the synchronised data types, which cover bookmarks, Speed Dials, some settings, passwords, autofill, history, extensions, Web Apps, Reading List, Open Tabs, and Notes. The layout is local to one profile on one machine, so it has to be rebuilt on the second computer.