Understand the QCLF Broadcast Viewer Experience

Explain receive-only viewer media, live chat participation, mobile stacking, and absence of publishing controls for ordinary viewers.

This guide follows the accepted QC Live Forum 1.1.27 implementation and applies to Pro / Max / All Access; viewers. Live Broadcast adds managed one-Host live media to a durable QCLF Topic; viewers receive media and may participate in chat according to normal Category and moderation rules. When older walkthrough or project-manual wording conflicts with 1.1.27 source or later accepted Authorized-Domain behavior, the current implementation takes precedence.

Before You Begin

  • Confirm Effective Pro, Max, or All Access plus the Category Live Broadcast capability.
  • Grant browser camera/microphone permission only to the Host device you intend to use.
  • Test the viewer experience from a separate non-Host account before a real event.

Current QCLF Behavior

ItemCurrent behavior
TierPro / Max / All Access
Media authorityOne authorized Host publishes; ordinary viewers receive only
ConversationLive chat remains available according to Category/ACL/moderation rules
CredentialsManaged short-lived live-media credentials; no permanent server secret is sent to browsers
RecordingQCLF does not record/replay Host media

Step-by-Step Workflow

  1. Confirm Effective Pro/Max/All Access and that the Category allows Live Broadcast creation.
  2. Create/open the Broadcast using the authorized Host account and allow browser camera/microphone access when intentionally starting media.
  3. Join from a separate viewer account to verify receive-only media plus live chat.
  4. Exercise the specific device, reconnect, moderation, extension, or End control covered here.
  5. After End, verify Host media shuts down and the live chat converts into permanent forum history.

receive-only viewer media, live chat participation, mobile stacking, and absence of publishing

Explain receive-only viewer media, live chat participation, mobile stacking, and absence of publishing controls for ordinary viewers is part of the current QCLF 1.1.27 behavior. Treat the current server-side state as authoritative: frontend controls are useful guidance, but QCLF still rechecks Joomla access, QCLF action permissions, feature state, entitlement, and the target object's current status when the action is submitted.

For live features, separate the durable Topic from the temporary live-session state. Scheduling, playback/media state, participant controls, end/grace handling, and archive conversion are lifecycle concerns; the Topic URL and permanent archived conversation are the durable forum record.

How This Fits into QC Live Forum

Live Broadcast adds managed one-Host live media to a durable QCLF Topic; viewers receive media and may participate in chat according to normal Category and moderation rules. A reliable configuration keeps Joomla authoritative for users, groups, access levels, sessions, mail transport, and Scheduled Tasks while QCLF owns forum structure, Topic/Message state, personalization, live-session state, moderation records, and feature-specific rules. Keeping those responsibilities separate makes troubleshooting much faster.

For Understand the QCLF Broadcast Viewer Experience, verify the behavior with the role that will actually use it. Administrator, moderator, Host, signed-in member, guest, and viewer experiences intentionally differ. A successful test as Super User does not prove that a normal member or delegated moderator has the correct access.

Permissions, Entitlement, and Safety

  • Joomla menu/view access, QCLF Section/Category access, QCLF action permissions, moderation scope, and commercial feature entitlement are separate checks.
  • QCLF re-authorizes state-changing requests server-side; never treat a visible or hidden frontend control as the security boundary.
  • Use Authorized Domains for current paid entitlement. Legacy License Key data is compatibility history and should not be reintroduced as the current activation workflow.
  • Premium records and settings are preservation-first across downgrade; loss of current Effective tier can disable use without deleting the saved configuration.
  • Do not expose passwords, saved keys, private managed-service credentials, or private guest identity data in public forum content, screenshots, or support posts.
  • When a paid feature is missing unexpectedly, check Effective tier and the hourly Entitlement Revalidation task before rebuilding the feature configuration.

Verify the Result

  • The Host can start media and choose the expected camera/microphone.
  • A viewer receives Host media without receiving publishing controls.
  • Live chat, moderation, reconnect, extend, and End behavior remain functional during the broadcast.
  • After End, Host media is gone and chat archive conversion produces permanent forum history once.

Common Mistakes to Avoid

  • Expecting ordinary viewers to publish media.
  • Assuming a temporary reconnect state means the server-authoritative session is still live after End.
  • Sharing or troubleshooting with permanent transport credentials; QCLF uses short-lived managed credentials.
  • Expecting recorded video replay from a completed broadcast.

Troubleshooting

  • Reproduce the exact action with the smallest safe test and note the user role, Section/Category, Topic type, and current state.
  • If a control is missing, check access, QCLF permissions, feature inheritance, Topic state, and Effective tier in that order before assuming files are damaged.
  • If a live or notification action is delayed, inspect the appropriate Scheduled Task and current lifecycle/delivery state instead of manually duplicating the work.
  • If only one browser/device fails during live media, test browser permissions, autoplay/media policy, and network conditions before changing server configuration.
  • After a correction, rerun the same test and reload the real frontend page; a saved Administrator form message alone is not end-to-end verification.

Operational Best Practice

Keep the forum model understandable: use the fewest permission and feature overrides needed, give moderators the narrowest useful scope, test live features with separate Host/viewer accounts, and keep Scheduled Tasks healthy. Before a major QCLF or Joomla update, maintain a current backup and a simple regression checklist covering Discussion, Search, Following, notifications, moderation, and every live Topic type you actively use.


Community Discussion

Want to compare community workflows, share practical QCLF tips, or discuss how other Joomla site owners use this feature? Visit the QC Live Forum Community. For private support, bug reports, account-specific entitlement problems, or feature requests, use the QuantaCade support system.