CueWeb

A web-based CueGUI alternative with job filtering, inspection, and interactive controls

This guide provides an introduction to the CueWeb system, the web-based version of CueGUI.

Introduction

OpenCue has facilitated efficient management of rendering jobs through its application, CueGUI, which includes Cuetopia and CueCommander. Previously, OpenCue’s capabilities were somewhat restricted as it was primarily limited to desktops/workstations running Qt-based applications. Because of that, the CueWeb system was created. CueWeb is a transformative, web-based application that extends access across multiple platforms, ensuring users can manage their rendering tasks from virtually anywhere.

A seamless transition to web accessibility

CueWeb replicates the core functionality of CueGUI (Cuetopia and Cuecommander) in a web-accessible format, enhancing usability while maintaining the familiar interface that users appreciate. This adaptation supports essential operations such as:

  1. Persistent global header (every authenticated route):
    • OpenCue logo (theme-aware: black in light mode, white in dark mode) + the CueWeb wordmark.
    • Six dropdown menus mirroring the CueGUI menu bar: File (Disable Job Interaction), Cuebot Facility, Cuetopia (Monitor Jobs), CueCommander (Allocations, Limits, Monitor Cue, Monitor Hosts, Redirect, Services, Shows, Stuck Frame, Subscription Graphs, Subscriptions), Other (Attributes, Show Shortcuts, Notify on Shortcut), and Help (search box across every menu command, plus Online User Guide / Make a Suggestion / Report a Bug). Routes that are not yet implemented 404 gracefully.
    • Theme toggle (light/dark).
    • Always-visible Sign out button that calls NextAuth’s signOut() and routes to /login - the /login page itself shows either the CueWeb Home button (when NEXT_PUBLIC_AUTH_PROVIDER is empty) or the configured provider buttons.
  2. Collapsible left sidebar (every authenticated route):
    • Same six groups as the header (File, Cuebot Facility, Cuetopia, CueCommander, Other, Help), organized as accordion sections; the group containing the active route auto-expands.
    • One click on the Collapse button shrinks the sidebar to an icon-only rail; overall and per-group state persist across reloads.
  3. Disable Job Interaction (read-only safety mode):
    • File -> Disable Job Interaction (header or sidebar) toggles a read-only safety mode that is saved in your browser and synced across your open tabs.
    • When on, an amber Read-only mode banner appears under the header (with a Re-enable button) and every destructive action (Eat / Retry / Pause / Unpause / Kill - both in the jobs toolbar and in the right-click menus on job/layer/frame rows) becomes inert.
  4. Attributes panel (Other -> Attributes):
    • Docked drawer showing a collapsible key/value tree for the currently-selected entity (click a row in the jobs table to populate it).
    • Position picker in the title bar docks the panel on the right (default), bottom, left, or top. A filter input narrows the tree live.
  5. Bottom status bar (IDE-style):
    • Fixed 24-pixel bar at the bottom of every authenticated route.
    • Gateway (left): a dot + Online / Offline + the last round-trip latency, refreshed every few seconds. The whole bar turns red when the gateway is unreachable.
    • Last refresh (center): a live “Ns ago” timer that updates whenever the jobs table refreshes.
    • Version (right): the CueWeb build version.
  6. Breadcrumb navigation on detail views:
    • Above the frame log page and the per-job comments page, a “Home > Jobs > …” trail lets you click back to the jobs index or any parent in the path.
    • Long segment labels are truncated, with the full text shown in a tooltip on hover.
    • The last segment is the current page; the earlier segments are clickable links back to the index or any parent.
  7. Secure user authentication:
    • Authentication through Github, Google, Okta, LDAP, Apple, GitLab, Amazon, Microsoft Azure, LinkedIn, Atlassian, Auth0, etc. Other providers and login options can be easily configured and enabled in the CueWeb. LDAP authentication is particularly useful for intranet deployments using company directory credentials. See NextAuth.js authentication using email, credentials and providers: https://next-auth.js.org/providers/
  8. Browser-based job submission (CueSubmit CLI parity):
    • A dedicated /cuesubmit route reachable from the CueSubmit top-level dropdown in the header, the matching CueSubmit > Submit Job group in the left sidebar (and the mobile nav drawer) mirrors the standalone CueSubmit CLI tool with Job Info / Layer Info / per-type option panels for Shell / Maya / Nuke / Blender, a live read-only Final command preview, and a multi-layer Submission Details table with + / - / down / up controls.
    • Browser-only improvements over the CLI: per-keystroke command preview, per-field autocomplete history (Job Name / Shot / Layer Name) saved in your browser, draft auto-save so an accidental refresh doesn’t wipe a multi-layer setup, themed ? help popovers for frame-spec patterns and cuebot tokens, themed confirmation dialogs, and a Reset button next to Cancel and Submit.
    • The Username field auto-populates from the signed-in user when authentication is enabled and stays read-only until an explicit Edit override toggle is ticked; sandbox mode (no auth) leaves it always editable.
    • On successful submit the page redirects to the tabbed /jobs/<name> detail view; that view’s header now has a View in Monitor Jobs deep-link button that opens Cuetopia with the job auto-searched.
    • Defaults tuned for the OpenCue sandbox so a sleep 5 test job runs end-to-end out of the box: Memory 256m, Facility local, and a deterministic per-user UID so cuebot never rejects the launch as root.
  9. Customizable job / layer / frame tables (CueGUI parity):
    • Each of the three data tables (Jobs, Layers, Frames) has a Columns dropdown with three controls per column: a checkbox to hide/show, and ← / → arrows to nudge the column left / right within the user-reorderable subset. Non-hideable system columns (the row-select checkbox) stay anchored.
    • A Reset to Default button pinned at the top of the dropdown clears both visibility AND order in one click.
    • Both states are saved per table in your browser and persist across reloads.
    • CueGUI-parity column sets:
      • Jobs: Name, Comments (sortable sticky-note column - pull jobs with comments to the top in one click), State, Done / Total, Running, Dead, Eaten, Wait, MaxRss, Age, Readable Age, Launched, Eligible, Finished, User Color (per-job color swatch saved in your browser and synced across your open tabs), Progress, Notify.
      • Layers: Dispatch Order, Name, Services, Limits, Range, Cores, Memory, Gpus, Gpu Memory, MaxRss, Total, Done, Run, Depend, Wait, Eaten, Dead, Avg, Tags, Progress (stacked animated bar, same palette as the Jobs progress bar), Timeout, Timeout LLU, Eligible.
      • Frames: Order, Frame, Layer, Status, Cores, GPUs, Host, Retries, CheckP, Runtime, LLU (only populated for RUNNING frames - blank for WAITING / DEPEND / SUCCEEDED / DEAD, matching CueGUI), Memory (RSS), Memory (PSS), GPU Memory, Remain (placeholder until the ETA predictor is wired in), Start Time, Stop Time, Eligible Time, Submission Time, Last Line (placeholder until the per-frame log-tail fetch is wired in).
    • Each table also has a small client-side substring Filter input next to its Columns dropdown that narrows the rows already loaded; resets to page 1 on every keystroke and keeps sorting, visibility, reordering and pagination working over the filtered subset.
  10. Flexible monitoring controls:
    • Easily un-monitor jobs across all statuses.
  11. Detailed job inspection (inline Layers + Frames panel):
    • Clicking a row in the jobs table reveals the associated Layers and Frames tables stacked below the jobs grid (CueGUI Monitor Jobs + Monitor Job Details parity).
    • Clicking a layer row narrows the frames panel to that layer and pushes the layer’s attributes into the docked Attributes panel; clicking the same layer again clears the filter and re-selects the job in Attributes.
    • Double-clicking any frame row opens the log viewer for that frame.
    • Inline panels refresh every 5 seconds.
  12. Frame navigation and logs access:
    • Navigate frames using hyperlinks that lead to dedicated pages for frame data and logs.
  13. Advanced job search functionality:
    • Search for jobs by show name with dropdown suggestions for matching entries.
    • Search functionality requires show-shot- as the prefix to reduce the number of results returned.
  14. Dark mode toggle for user preference:
    • Switch between light and dark modes according to user preference.
  15. Enhanced search functionality:
    • Users can enable regex searches by appending ‘!’ to their queries, with tooltips provided for guidance.
    • Optimized loading times, along with loading animations for a better user experience.
    • Users can add or remove multiple jobs directly from the search results, with existing jobs highlighted in green.
  16. Enhanced security using Opencue API:
    • CueWeb authorizes its requests to the OpenCue REST API with signed security tokens.
  17. CueWeb actions and context menu (CueGUI parity):
    • Right-clicking any row in the Jobs, Layers, or Frames tables opens a context menu that mirrors the CueGUI Monitor Jobs / Monitor Job Details menus.
    • On touch devices, every row has a small ⋮ Actions button as its leftmost cell. Tapping it opens the same menu the desktop right-click opens.
    • Job actions include: Unmonitor, View Job, View Job Details (opens the tabbed /jobs/<jobName> page with Overview / Layers / Frames / Comments / Dependencies), Copy Job Name, Email Artist, Request Cores, Subscribe to Job, Comments, View Dependencies… (themed dialog rendering the job’s depends), Dependency Wizard… (multi-step dialog covering every CueGUI depend.DependType, multi-select on every picker, cross-product fan-out on Done), Drop External / Internal Dependencies (one click, table auto-refreshes), Set / Clear User Color, Set Priority… (themed 1-100 slider + number input), Set Max Retries, Reorder / Stagger Frames, Pause / Unpause (single toggle - the label and icon flip with the job’s paused state, and the entry is grayed out for Finished jobs), Auto-Eat On / Off, Retry / Eat Dead Frames, Unbook, Kill, Show Progress Bar.

View Dependencies dialog

Dependency Wizard - type picker

  • Layer actions include: View Layer, Copy Layer Name, dependency items, Reorder / Stagger Frames, Properties, Kill, Eat, Retry, Retry Dead Frames.
  • Frame actions include: Tail Log / View Log (in-browser viewer), View Log on <editor> (external editor - see item 23), Copy Log Path, Copy Frame Name, View Host, dependency items, Filter Selected Layers, Reorder, Preview All, Retry, Eat, Kill, Eat and Mark done, View Processes.
  • All copy actions work whether CueWeb is reached at localhost or at a LAN IP over plain HTTP.
  • Menus scroll instead of overflowing on small viewports. Items that depend on dialogs / backend integrations not yet implemented in CueWeb surface a friendly placeholder toast. Destructive items are auto-disabled when Disable Job Interaction is on.
  1. Auto-reloading of tables:
    • All tables (jobs, layers, frames) are auto-reloaded at regular intervals to display the latest data.
  2. Animated progress bar on Jobs AND Layers:
    • Both tables render a stacked bar with five colored segments (succeeded, running, waiting, depend, dead), using the same color palette.
    • Hovering the bar opens a tooltip with the exact frame count and percentage for each state.
  3. Frame state filter chips:
    • Above the frames table, a chip is rendered for each supported state - WAITING, RUNNING, SUCCEEDED, DEAD, EATEN, DEPEND - annotated with the count of frames currently in that state.
    • Selections combine with OR semantics; the table pages back to the first page on selection change so the filtered results are immediately visible.
    • The current selection is mirrored to the frameStates URL query parameter (e.g. ?frameStates=WAITING,DEAD), making filtered views bookmarkable and shareable.
  4. Per-job completion notifications (two channels):
    • Notify bell (Jobs table Notify column): clicking the bell subscribes the browser to an in-app toast (and an optional desktop popup) when the job reaches FINISHED. Three visual states - outline (not subscribed), filled (subscribed/waiting), filled with a green dot (notification fired). The bell is disabled on rows whose job state is already FINISHED when first viewed. Subscriptions always succeed; the OS-level notification permission is an optional upgrade. An app-wide background poller checks each subscribed job every 15 seconds; when several tabs poll the same job concurrently only one actually fires the toast. Subscriptions are persisted in the browser, survive page reloads, sync across tabs, and self-prune when the job is deleted from Cuebot.
    • Subscribe to Job (right-click menu on a job row): opens a themed dialog mirroring CueGUI’s SubscribeToJobDialog. The address you save is registered on Cuebot via the AddSubscriber RPC, so Cuebot emails the subscriber when the job finishes. Use this when you want notifications to survive closing the browser, going to a different machine, or to alert a team alias instead of yourself. Independent of the Notify bell; you can use one, the other, or both.
  5. Keyboard shortcuts overlay (+ menu access + per-shortcut toast):
    • Press ? anywhere to open the cheat-sheet overlay; press Esc to close it. Single-letter keys (/, r, t) are ignored while typing into editable elements so they don’t collide with text input, and modifier-key combos (Ctrl / Cmd / Alt) are passed through to the browser.
    • The same overlay is reachable from Other ▸ Show Shortcuts in both the header and the sidebar.
    • Notify on Shortcut (also under Other; default ON) controls whether a toast naming the action fires every time a shortcut triggers (e.g. Shortcut: r → Refresh table). Flipping the toggle takes effect on the very next keypress.
  6. Job comments:
    • Per-job comments that mirror the CueGUI Comments dialog: list, add, edit, and delete.
    • Reached from the Comments entry in the job context menu, or from a sticky-note icon in the Jobs table’s dedicated Comments column (sortable, sits right after Name) when the job has at least one comment.
    • Messages support markdown and are sanitized before display.
    • Predefined-comment macros are stored per browser, with the same Add / Edit / Delete predefined-comment workflow as CueGUI.
  7. External editor integration (View Log on <editor>):
    • Optional Frame context-menu item that launches the frame’s log file directly in a desktop editor.
    • Configured at build time via the NEXT_PUBLIC_LOG_EDITOR_URL environment variable. The literal {path} is replaced with the absolute log path when the menu item is clicked.
    • The sandbox deployment ships with VSCode as the default (View Log on VSCode). Override with another value to target a different editor:
    • vscode://file{path} -> View Log on VSCode
    • vscode-insiders://file{path} -> View Log on VSCode Insiders
    • subl://open?url=file://{path} -> View Log on Sublime Text
    • txmt://open?url=file://{path} -> View Log on TextMate
    • idea://open?file={path} -> View Log on IntelliJ
    • Empty value -> the menu item is hidden entirely. - The menu label is derived automatically from the URL. Unrecognized schemes fall back to “View Log in external editor”. - Web browsers can’t read the user’s shell $EDITOR variable or launch arbitrary local programs the way CueGUI does. The URL-scheme approach is the web equivalent: the same trick GitHub’s “Open in VSCode” button uses. - If the chosen editor isn’t installed on the user’s machine, CueWeb shows a warning toast after a short delay pointing the user at the alternatives. - When the frame hasn’t started running yet (WAITING / DEPEND frames have no log file on disk), the menu item shows a friendly warning toast instead of handing a non-existent path to the editor.
  8. Mobile-friendly UI:
    • Every authenticated route works on phone-sized viewports. The Jobs page stacks its filter / toolbar / table vertically on small screens instead of forcing a wide layout, and the data tables can be swiped horizontally to reach off-screen columns.
    • On phones the desktop sidebar is replaced by a hamburger button in the global header. Tapping it opens a side drawer mirroring every sidebar group: Dashboard, File, Cuebot Facility, Cuetopia, CueCommander, Other (Attributes / Show Shortcuts / Notify on Shortcut), and Help. The drawer is scrollable and auto-closes when you tap a navigation link.
    • Every Jobs / Layers / Frames row has a small ⋮ Actions button as its leftmost cell. Tapping it opens the same context menu the desktop right-click opens (see item 16), so touch users get the full action set without a right-click event.
    • The keyboard-shortcuts overlay (item 21) is itself touch-friendly: every key badge in the list is tappable, so / (focus search), r (refresh), and t (toggle theme) work on phones without a physical keyboard.
  9. LAN access (CueWeb usable from phones / tablets):
    • The same image works whether the browser reaches CueWeb at localhost on the dev machine or at a LAN IP from another device on the same network - no rebuild needed when you want to test on a phone. The build-time NEXT_PUBLIC_URL setting defaults to empty for this reason; only set it to an absolute URL if your deployment serves the API on a different origin than the UI.
    • Copy actions (Copy Job / Layer / Frame Name, Copy Log Path) work even when CueWeb is reached over plain HTTP at a LAN IP, including on iOS Safari.
  10. Job dependency graph (Cuetopia → View Job Graph):
    • A read-only, interactive node graph of a job’s dependency tree, mirroring CueGUI’s Monitor-Jobs dependency-graph dock.
    • Toggled from the checkable Cuetopia → View Job Graph entry (header dropdown and sidebar); the choice is persisted and synced across tabs.
    • When on, selecting a job in Monitor Jobs mounts the graph as a third panel under the inline Layers and Frames panels. It walks the depends in both directions (what the job depends on and what depends on the job), color-codes nodes by kind (JOB / LAYER / FRAME), rings the focus job, truncates long names with a full-name tooltip, and lets you click a node to open that job’s detail page. Pan / zoom / fit controls and a “No dependencies found” empty state are included.
  11. Monitor Hosts (CueCommander → Monitor Hosts):
    • A host registry at /hosts, the CueWeb equivalent of CueGUI’s CueCommander Monitor Hosts plugin. Reached from the CueCommander menu / sidebar entry or the dashboard hosts widget’s View hosts link.
    • Sortable, filterable table with columns Name, State, Locked, NIMBY, Cores (Idle/Total), Memory (Idle/Total), and Free /mcp. Resource columns sort by their underlying numeric value, not the formatted text. Column show/hide and pagination mirror the jobs table.
    • Auto-refreshes every 30 seconds; a failed refresh keeps the previously loaded rows in place, and a failed first load shows an inline error with a Retry button.
    • Host actions via the row’s right-click menu: lock / unlock (a NIMBY_LOCKED host cannot be unlocked), reboot (confirms first - running frames are killed) / reboot when idle, and edit tags (add/remove with autocomplete from existing tags). The affected row updates immediately on success.
    • Host detail page: click a host’s name to open a per-host page with Overview, Procs, Comments, and Tags tabs. The Procs tab lists the frames running on the host (auto-refreshing every 15 seconds); clicking a proc opens that frame’s log.
  12. Allocations (CueCommander → Allocations):
    • An allocations table at /allocations, the CueWeb equivalent of CueGUI’s CueCommander Allocations window. Reached from the CueCommander menu / sidebar entry.
    • Columns mirror CueGUI: Name, Tag, a cores group (Cores, Idle, Locked, Down, Repair) and a hosts group (Hosts, Locked, Down, Repair). Numeric columns sort by their underlying value; column show/hide and the substring filter mirror the other tables. Auto-refreshes every 30 seconds.
    • Clicking an allocation’s name navigates to the hosts list scoped to that allocation (/hosts?allocation=<name>).
  13. Shows (CueCommander → Shows):
    • A shows registry at /shows, the CueWeb equivalent of CueGUI’s CueCommander Shows window. Reached from the CueCommander menu / sidebar entry.
    • Sortable, filterable stats table with columns Show Name, Cores Run, Frames Run, Frames Pending, and Jobs (from GetActiveShows), auto-refreshing every 30 seconds. Click a show name to open its detail page.
    • Create Show dialog: enter a unique alphanumeric name and optionally subscribe the new show to one or more allocations (checkbox + Size + Burst per allocation).
    • Show actions via the row’s right-click menu: Show Properties (a four-tab dialog - Settings with default max/min cores and comment email, Booking with enable booking / enable dispatch, read-only Statistics, and Raw Show Data) and Create Subscription… (subscribe a show to an allocation with Size and Burst).

CueWeb’s user interface

Upon logging in through Okta/Google/GitHub/LDAP or another authentication method configured using NextAuth.js (Figure 1), users are welcomed by CueWeb’s main dashboard, as shown in Figure 2. The CueWeb main page contains a paginated table that is populated with the OpenCue jobs.

Figure 1: CueWeb authentication page CueWeb authentication page

Figure 1a: CueWeb LDAP authentication button CueWeb LDAP authentication button

Figure 1b: CueWeb LDAP login page CueWeb LDAP login page

Note: If the CueWeb login is disabled, the image below displays the initial CueWeb page. This page includes a button labelled “CueWeb Home”, which opens the main CueWeb interface. For instructions on how to disable the CueWeb login, refer to the cueweb/README.md file.

CueWeb home button page

Figure 2: CueWeb main page CueWeb main page

Every authenticated page shares a global header and a collapsible left sidebar. The sidebar groups the same menus found in the header, with the group for the current page expanded by default (Figure 3).

Figure 3: CueWeb collapsible left sidebar menu CueWeb collapsible left sidebar menu

The Cuetopia menu opens the Monitor Jobs view (Figure 4).

Figure 4: Cuetopia (Monitor Jobs) menu Cuetopia (Monitor Jobs) menu

The Cuebot Facility menu lets you choose which facility to connect to (Figure 5).

Figure 5: Cuebot Facility menu Cuebot Facility menu

The CueCommander menu lists the administration views such as Allocations, Limits, Monitor Cue, Monitor Hosts, Services, Shows, and Subscriptions (Figure 6).

Figure 6: CueCommander menu options CueCommander menu options

The File menu includes Disable Job Interaction, a read-only safety mode (Figure 7). When it is enabled, a banner appears under the header and every destructive action is turned off (Figure 8).

Figure 7: File menu with Disable Job Interaction File menu with Disable Job Interaction

Figure 8: Read-only mode banner when Disable Job Interaction is enabled Read-only mode banner

The Other menu provides Attributes, Show Shortcuts, and Notify on Shortcut (Figure 9), while the Help menu offers a searchable list of menu commands and links to the user guide (Figure 10).

Figure 9: Other menu options Other menu options

Figure 10: Help menu Help menu

A fixed status bar at the bottom of every page shows the gateway connection state, the time since the last refresh, and the application version (Figure 11).

Figure 11: Bottom status bar indicators Bottom status bar indicators

Dashboard page

The Dashboard page provides an at-a-glance overview, reachable from its own entry in the navigation (Figures 12 and 13).

Figure 12: CueWeb Dashboard page CueWeb Dashboard page

Figure 13: CueWeb Dashboard menu CueWeb Dashboard menu

CueWeb dashboard (Jobs data table) - Similar to CueGUI Cuetopia’s functionalities

Here’s what you can expect:

  • Visual modes: Toggle between light and dark mode to suit your viewing preferences.

  • Customizable jobs tables: Tailor your dashboard by selecting which columns to display, enhancing readability and focus on critical jobs metrics (see Figure 14)

Figure 14: Column visibility dropdown to choose display data table columns Column visibility dropdown

  • Efficient job filtering: Filter jobs by state - Finished, Failing, Dependency, In Progress, Paused - to streamline management tasks (see Figure 15).

Figure 15: Data table filtering based on job state Data table filtering based on job state

  • Advanced monitoring options: Un-monitor jobs selectively or in bulk, providing flexibility in data visualization (see Figures 16 and 17).

Figure 16: Un-monitoring selected jobs (data table before un-monitor selection) Un-monitoring selected jobs (before)

Figure 17: Un-monitoring selected jobs (data table after un-monitor selection) Un-monitoring selected jobs (after)

  • Detailed inspections: An inline details panel for layers and frames associated with a selected job (see Figure 18), offering deep dives into specific frame logs as shown in Figure 19.

Figure 18: Inline panel to view layers and frames information Inline layers and frames panels

Figure 19: Frame information and logs visualization Frame information and logs visualization

  • Job searching: Search for a job by typing in a show name followed by a hyphen and then the shot followed by a hyphen (ex: “show-shot-“) or by typing in a regex query followed by a “!” (ex: “.character-name!”). This will trigger a dropdown populated with jobs for that query (see Figure 20). Clicking jobs in this dropdown will add them to the jobs table. Jobs in the jobs table will be highlighted green in the dropdown.

Figure 20: Job search functionality Job search functionality

The search box returns matching jobs in a dropdown, and you can pick one or more entries from the list to add them to the table (Figures 21 and 22).

Figure 21: Searching for jobs Searching for jobs

Figure 22: Picking jobs from the search results list Picking jobs from the search results list

Viewing job details

Selecting View Job Details from a job’s context menu (Figure 23) opens a dedicated page with tabs for Overview, Layers, Frames, Comments, and Dependencies.

Figure 23: View Job Details menu entry View Job Details menu entry

The Overview tab summarizes the job (Figure 24).

Figure 24: Job details - Overview tab Job details Overview tab

The Layers tab lists the job’s layers (Figure 25).

Figure 25: Job details - Layers tab Job details Layers tab

The Frames tab lists the job’s frames (Figure 26).

Figure 26: Job details - Frames tab Job details Frames tab

The Comments tab shows the comments attached to the job (Figure 27).

Figure 27: Job details - Comments tab Job details Comments tab

The Dependencies tab lists the job’s dependencies (Figure 28).

Figure 28: Job details - Dependencies tab Job details Dependencies tab

Job comments

You can open the comments for a job from the Comments entry in the job context menu (Figure 29). When a job already has at least one comment, a sticky-note icon appears in the Comments column of the Jobs table (Figure 30).

Figure 29: Comments menu entry Comments menu entry

Figure 30: Comments column icon for jobs that have comments Comments column icon

The comments page lets you list, add, edit, and delete comments for the selected job (Figure 31).

Figure 31: Job comments page Job comments page

You can view an existing comment, then add a new comment by typing the message and saving it (Figures 32 to 34).

Figure 32: Viewing a comment Viewing a comment

Figure 33: Adding a comment Adding a comment

Figure 34: Comment added Comment added

To remove a comment, select it and confirm the deletion; a notification confirms the comment was removed (Figures 35 and 36).

Figure 35: Confirming deletion of a selected comment Confirming deletion of a selected comment

Figure 36: Notification confirming the comment was deleted Notification confirming the comment was deleted

CueWeb also supports predefined comments (saved macros) that you can reuse, add, edit, and delete (Figures 37 to 44).

Figure 37: Using a predefined comment Using a predefined comment

Figure 38: Adding a predefined comment macro Adding a predefined comment macro

Figure 39: Entering the predefined comment details Entering the predefined comment details

Figure 40: Predefined comment added Predefined comment added

Figure 41: Editing a predefined comment Editing a predefined comment

Figure 42: Predefined comment edited Predefined comment edited

Figure 43: Deleting a predefined comment Deleting a predefined comment

Figure 44: Confirming deletion of a predefined comment Confirming deletion of a predefined comment

Attributes panel

The Other -> Attributes panel shows a key/value tree for the currently selected entity. Selecting a job populates it with the job’s attributes (Figure 45), and selecting a layer shows that layer’s attributes (Figure 46).

Figure 45: Attributes panel for a selected job Attributes panel for a selected job

Figure 46: Attributes panel for a selected layer Attributes panel for a selected layer

The Attributes panel can be docked on the right, bottom, left, or top of the page (Figures 47 to 50).

Figure 47: Attributes panel docked right Attributes panel docked right

Figure 48: Attributes panel docked bottom Attributes panel docked bottom

Figure 49: Attributes panel docked left Attributes panel docked left

Figure 50: Attributes panel docked top Attributes panel docked top

Keyboard shortcuts

Selecting Other -> Show Shortcuts opens an overlay listing the available keyboard shortcuts (Figure 51).

Figure 51: Keyboard shortcuts overlay Keyboard shortcuts overlay

CueWeb Actions for Jobs / Layers / Frames

The CueWeb system includes actions like eat dead frames, retry dead frames, pause, unpause, and kill for selected jobs in the table. Also, the ability to right-click jobs, layers, and frames to get a context menu popup with actions for that object type.

The Pause / Unpause entry in the job context menu is a single toggle: it reads Pause when the job is running (In Progress, Failing, Dependency), Unpause when the job is already paused, and is shown disabled (grayed) when the job is Finished.

Figure 52 shows the job context menu with options to un-monitor, comments, pause, retry dead frames, eat dead frames and kill jobs and Figure 53 shows the successful message after selecting kill a job.

Figure 52: CueWeb with job context menu open CueWeb with job context menu open

Figure 53: Pop-up showing a successful message after selecting kill a job Pop-up showing successful kill job message

Figure 54 shows the layer context menu with options to kill, eat, retry, and retry dead frames and Figure 55 shows the successful message after selecting retry a layer.

Figure 54: CueWeb with layer context menu open CueWeb with layer context menu open

Figure 55: Pop-up showing a successful message after selecting retry a layer Pop-up showing successful retry layer message

Finally, Figure 56 shows the frame context menu with options to kill, eat, and retry and Figure 57 shows the successful message after selecting eat a frame.

Figure 56: CueWeb with frame context menu open CueWeb with frame context menu open

Figure 57: Pop-up showing a successful message after selecting eat a frame Pop-up showing successful eat frame message

Browser-based job submission (CueSubmit)

The CueSubmit top-level menu (header / sidebar / mobile drawer) opens the browser-based job submission form at /cuesubmit, a one-for-one equivalent of the standalone CueSubmit CLI tool (Figures 58 and 59).

Figure 58: CueSubmit menu options CueSubmit menu options

Figure 59: CueSubmit Submit Job page CueSubmit Submit Job page

Email the artist about a job

The job context menu’s Email Artist… entry mirrors CueGUI’s Email dialog (Figures 60 and 61). It opens a themed dialog pre-filled with From, To (the job’s owner), CC, Subject (cuemail: please check <jobName>), and a Body that greets the artist by name. Every field is editable. Send hands the result to your default mail client via a mailto: URL.

Figure 60: Email Artist entry in the job context menu Email Artist entry in the job context menu

Figure 61: Email Artist dialog pre-filled from the selected job Email Artist dialog pre-filled from the selected job

Request cores from the support team

The job context menu’s Request Cores… entry mirrors CueGUI’s RequestCoresDialog (Figures 62 and 63). It opens an email composer pre-filled with From (your signed-in session), CC (<show>-support@<domain>), Subject (Requesting Cores for <jobName>), and an auto-populated body listing the job’s still-active layers (Layer Name / Minimum Memory / Min Cores). Two extra fields let you add the Date/Time by which completion is needed and any additional notes. Send hands the result to your default mail client via a mailto: URL.

Figure 62: Request Cores entry in the job context menu Request Cores entry in the job context menu

Figure 63: Request Cores dialog pre-filled from the selected job Request Cores dialog pre-filled from the selected job

Subscribe to a job by email

The job context menu’s Subscribe to Job entry mirrors CueGUI’s SubscribeToJobDialog (Figures 64 to 66). Unlike the Notify bell in the Jobs table - which is a browser-side subscription that fires an in-app toast (and optional desktop popup) - this entry registers a server-side, email subscriber on Cuebot. When the job reaches FINISHED, Cuebot sends an email to the saved address.

The dialog shows the job name, an informational From address (deployment default), and an editable To address pre-filled with your account email (or <user>@<domain> if your session doesn’t expose one). Edit the To field if you want notifications sent somewhere else - a team alias, a personal address, etc. - and click Save. A toast confirms the subscription is registered.

The two subscription mechanisms are independent; you can use one, the other, or both.

Figure 64: Subscribe to Job entry in the job context menu Subscribe to Job entry in the job context menu

Figure 65: Subscribe to Job dialog pre-filled from the selected job Subscribe to Job dialog pre-filled from the selected job

Figure 66: Toast confirming the subscription is registered Toast confirming the subscription is registered

Adjust a job’s dispatch priority

The job context menu’s Set Priority… entry opens a themed dialog with a 1-100 range slider and a matching number input - either control drives the value, and both stay in sync. The current priority is pre-filled (cuebot’s default is 100); higher numbers dispatch first. Set Priority… is available everywhere the job context menu appears: both Cuetopia → Monitor Jobs (the default landing page) and CueCommander → Monitor Cue. The dialog and behavior are identical on either page (Figures 67 to 69).

After Apply, a toast confirms the new value and the Priority column in the Jobs table updates immediately - no need to wait for the regular 5-second refresh tick.

Figure 67: Set Priority entry in the job context menu (Cuetopia Monitor Jobs) Set Priority entry in the job context menu

Figure 68: Set Priority dialog with slider and number input Set Priority dialog with slider and number input

Figure 69: Toast confirming the priority change and immediate column update Toast confirming the priority change

The checkable Cuetopia → View Job Graph entry (Figure 70) toggles a read-only dependency-graph panel. With it on, selecting a job in Monitor Jobs mounts an interactive node graph of the job’s dependency tree as a third panel under the inline Layers and Frames panels (Figure 71). The graph walks the depends in both directions, color-codes nodes by kind (JOB / LAYER / FRAME), rings the focus job, and lets you click a node to open that job’s detail page (Figure 72).

Figure 70: View Job Graph entry in the Cuetopia menu View Job Graph entry in the Cuetopia menu

Figure 71: Dependency graph panel below the inline Layers and Frames panels Dependency graph panel below Layers and Frames

Figure 72: The dependency graph panel on its own The dependency graph panel on its own

Conclusion

In conclusion, the CueWeb system marks a significant advancement in rendering job management by providing a powerful, web-based interface that simplifies and enhances user interaction with the OpenCue system. With features like customizable job tables, efficient job filtering, and detailed inspections, along with the ability to view comprehensive logs and switch visual modes, CueWeb ensures that managing rendering jobs is more accessible and adaptable to a variety of user needs.

Back to top