| Previous | Next |
| NS_S_WMPCORE_PLAYLISTCLEARABORT | NS_S_WMPCORE_PLAYLIST_CREATION_PENDING |
NS_S_WMPCORE_PLAYLISTREMOVEITEMABORT
Playlist item removal was aborted by the user
NS_S_WMPCORE_PLAYLISTREMOVEITEMABORT is HRESULT 856319 (0x000D10FF) from Windows Media. AllStat describes it as “Failed to remove item in the playlist since it was aborted by user.” The severity bit indicates a nonfailure result, but the value carries a specific condition that must not be collapsed into plain S_OK.
In the legacy Windows Media pipeline or Player state, this result means that failed to remove item in the playlist since it was aborted by user. Before reporting completion for this HRESULT, the caller must reconcile the code-specific state transition and every usable output.
Where the status is encountered
- Windows Media source, reader, writer, or renderer callbacks; log the exact method and object state instead of interpreting the constant outside that contract.
- Windows Media Player SDK automation; log the exact method and object state instead of interpreting the constant outside that contract.
- Media graph, playlist, image, rights, or buffering state; log the exact method and object state instead of interpreting the constant outside that contract.
Because it is informational, a language binding may expose it as success and hide the symbolic distinction. Keep the original HRESULT available until the code-specific branch has run.
Evidence and telemetry
- preserve playlist and item identifiers.
- preserve index before operation.
- preserve abort action.
- preserve membership after return.
- preserve persistent playlist save state.
Also record ns_s_wmpcore_playlistremoveitemabort_operation, ns_s_wmpcore_playlistremoveitemabort_state_before, ns_s_wmpcore_playlistremoveitemabort_state_after, UTC time, process and thread identifiers, component version, and a correlation ID. Telemetry for this HRESULT should omit credentials while retaining nonsecret object identities and version data.
What must be true before accepting it
Verify that the target item’s actual membership is verified after cancellation. Without that proof, it can mask a caller error even though HRESULT failure severity is not set.
Reconcile side effects associated with it before compensation or a second invocation is attempted.
Correct handling and recovery
Reload or query the playlist, restore UI state, and retry only after a new explicit user request.
Retry it only when a documented input or state has changed. An unchanged retry after it is useful only when the API explicitly advances through repeated calls.
Difference from nearby results
It must be distinguished from ordinary S_OK and from failure-severity values in the same API family; its documented state changes control the next action.
Correctly separating it from neighboring values selects the proper continuation and cleanup path.
Practical scenario
A removal confirmation is cancelled. The application confirms the item still exists and leaves playback order unchanged.
A regression test should reproduce it, assert the relevant outputs and state, then change only the decisive condition and verify the expected neighboring result or ordinary completion.
References
- Microsoft: Windows Media Format SDK error codes — official Microsoft material used to interpret it.
- Microsoft: Windows Media Player SDK
- Microsoft: Windows Media Player buffering event
- Microsoft: HRESULT values
Looking for a different code? Search another status or error code.