Delete or Report a Live Message
Report inappropriate live content or remove it when authorized, while keeping moderation/audit scope intact.
This guide follows the accepted QC Live Forum 1.1.27 implementation and applies to All plans; authorized users/moderators. Live Chat uses temporary real-time state while a session is active, then converts the conversation into permanent forum history under the same Topic. 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 the Category allows Live Chat and the acting account has the current create/live permission.
- Confirm lifecycle and archive Scheduled Tasks are healthy before relying on unattended start/end/archive behavior.
- Use two accounts or devices when validating host/moderator and participant behavior.
Current QCLF Behavior
| Item | Current behavior |
|---|---|
| Live composer | Lightweight live Message composer; no live attachments |
| Live Message limit | 2,000 characters |
| Global posting delay | 0-300 seconds per user |
| Lifecycle | Scheduled/lobby/live/ending/grace/ended state is reconciled by QCLF |
| Archive | Ended live Messages convert idempotently into permanent forum Messages |
Step-by-Step Workflow
- Open an accessible Category and create/open the Live Chat Topic using an account allowed to host or participate.
- Confirm the Topic's scheduled/start state, effective timing, and current live controls before testing messages.
- Use a second participant account to validate posting, pacing, mentions, lock/mute/report behavior, and role differences.
- Exercise the specific lifecycle or moderation control covered by this article.
- When ending the session, use QCLF's authoritative End action and allow archive processing to convert live Messages into permanent Topic history.
- Reload the Topic after archive processing and verify that history appears once and the live session is no longer active.
Report inappropriate live content or remove it when authorized, while keeping moderation/audit
Report inappropriate live content or remove it when authorized, while keeping moderation/audit scope intact 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 Chat uses temporary real-time state while a session is active, then converts the conversation into permanent forum history under the same Topic. 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 Delete or Report a Live Message, 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.
Verify the Result
- The session starts at the intended time/state and ordinary participants can post only when allowed.
- Slow Mode, lock, mute, delete/report, extension, and End actions take effect according to role.
- After authoritative end, the Topic remains durable and archived Messages appear once without duplication.
- Refreshing/rejoining does not revive a session that QCLF has already ended.
Common Mistakes to Avoid
- Assuming scheduled end always means an immediate hard stop without the configured lifecycle/grace decision.
- Using live chat for attachments or rich permanent-message formatting.
- Confusing participant mute with ending or locking the entire live session.
- Manually recreating archived Messages when the archive task simply needs to retry.
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.