Why Does My Product Feature Panel Show the Previous Feature After the Video Moves On?

A timed cue and a feature panel are separate systems

HTML text tracks can contain cues with defined start and end times. The browser maintains information about which cues are active at the current playback position. MDN documents the cuechange event, which fires when the set of active cues changes.

A custom storefront may use these cues to show supporting product information beside a demonstration: the lid description during opening, a compartment label during an interior view and a cleaning note during the final section. This is a developer-built interaction, not an automatic feature of an ordinary video file.

Three independent things must agree: the final video's action timing, the cue intervals and the webpage code that maps active cues to panel content. If the video and cue timing are correct but the panel remains stale, the failure may be in event handling or content mapping rather than the creative edit.

Find the first disagreement

Ask the developer to inspect the text track used for synchronization. Confirm that the expected cue file loads, the intended track is enabled appropriately and the cue intervals correspond to the current video revision. For a metadata-driven panel, the cues need not be displayed as subtitles; the implementation must still make their timing data available.

At a known playback time, compare the visible action with the track's active cues and the panel's displayed content. If the cue itself refers to the previous feature, repair the cue map. If the correct cue is active but the panel shows old content, inspect the cuechange listener and the application mapping. If no cue is active during a gap, the design needs a deliberate rule for what the panel should display.

Also test seeking backward and forward. A panel that updates during continuous playback but remains stale after a seek is not reliably synchronized. Do not rely on a one-way animation sequence when the player permits arbitrary navigation.

Hypothetical case: the panel misses a compartment cue

Hypothetical illustration, not an executed browser test: A fictional storage-case video runs for 12 seconds. Its cue map assigns 0–4 seconds to Exterior, 4–8 seconds to Interior and 8–12 seconds to Closure. At a stipulated playback position of 6 seconds, the correct active cue is Interior.

Assume the webpage still displays Exterior while the browser's track inspection shows Interior active. The first mismatch is therefore between active-cue state and panel content. The developer should investigate event handling and cue-to-panel mapping rather than shifting the video frames.

A different observation would change the diagnosis: if the active cue at 6 seconds were still Exterior, the cue timing or selected file would be suspect. The worksheet records both possible branches without claiming that a particular script defect has been proven.

Make the companion information usable without synchronization

The panel should not be the only place where essential product facts can be found. Provide an appropriate accessible text route to the information, and review how keyboard and screen-reader users encounter changes. Updating a visual panel does not by itself establish an accessible announcement strategy.

After repair, test normal playback, pause, seek, replay and any product-variant change that swaps the video or cue file. Confirm that the panel never describes a different SKU or an unsupported product action. If the video is regenerated or recut, update the cue map against the exact new revision.

The existing visual-description guide addresses how to describe essential visible actions. This article concerns technical synchronization of a separate interactive panel with timed cues. The implementation belongs to the external website developer, not to CartVisual's video creation workflow.

Record your own observations

The filled rows are illustrative examples. Use the blank row for your own files and observations.

Download the editable CSV worksheet

What the references establish

• MDN — track HTML element: Documents timed-text tracks and cuechange behavior associated with changes to active cues.
• MDN — TextTrack activeCues property: Defines access to cues active at the current media playback position.
• MDN — TextTrack cuechange event: Documents the event that occurs when the active-cue set changes, providing the central synchronization mechanism.