https://community.telligent.com/community/13/en-US14.0.0.623 14https://community.telligent.com/community/13/f/ask-the-community/1152631/custom-page---internal-server-error/1623968Mon, 14 Sep 2026 13:15:00 GMTforumreply:1623968Hi Ahmed Gasim Thanks for posting this - I've run into this exact thing with a few clients during theme rollouts, so hopefully I can save you some head-scratching. Quick caveat up front though: this is our best read on what's going on based on how Verint's theme/page system is documented, not something we've got a confirmed fix for from Verint or seen written up elsewhere, so treat it as a strong lead rather than gospel. Here's the theory: custom pages in Verint live inside whatever theme they were built in, not at the site level. So when you spin up a brand new theme, it doesn't pull those page definitions over from your old one - the new theme just doesn't know those pages exist yet. That would explain why the old URLs blow up with that generic internal server error instead of a normal 404 - there's nothing for it to resolve against. That same idea would also explain the test pages you're building fresh in preview. Preview mode is really just staging your changes so you can see them, and based on how Verint describes it, a brand new page's URL may not actually be resolvable until you commit and publish it - so even pages you just built could 500 while they're sitting in that "staged" state. I want to be honest that I haven't been able to confirm this is exactly what's happening under the hood - I checked Verint's public documentation and known issues, and our own internal tracking, and didn't find anyone describing this specific behavior on 13.x. So it's possible there's something else going on. That said, here's what I'd try, since these are safe either way: Go into the new theme (Manage > Manage Site Theme > Manage Pages) and recreate the custom pages you need there - they won't carry over automatically. For one of your test pages, try committing/publishing that staged change and then hitting the URL again - if it starts working, that pretty much confirms the theory above. Before you cut over, I'd also do a full pass of every custom page URL on your live site and make sure each one has a matching page built in the new theme - much easier to catch gaps now than after launch. If you rebuild a page, publish it, and it's still throwing that error, that's the point where I'd loop in Verint Support directly - on hosted instances there are cases where an app pool recycle is needed to pick up new routes, and that's not something you can trigger on your end. If you're open to sharing your exact build number and one example URL, I'm happy to help keep digging on our side too, to determine whether this is just how theme scoping works or something worth flagging to Verint as a bug. Good luck with the launch!https://community.telligent.com/community/13/f/ask-the-community/1152631/custom-page---internal-server-error/1623967Mon, 14 Sep 2026 12:00:00 GMTforumreply:1623967Which version of Verint are you using? You'll likely find something useful in Administration > Monitoring > Exceptions.https://community.telligent.com/community/13/f/ask-the-community/1152631/custom-page---internal-server-errorMon, 14 Sep 2026 05:41:00 GMTforum:1152631Hello, Me and my team are currently in the process of rolling out a new theme for our community website. While trying to navigate to the URL's of custom pages created within a different theme we get an error message: " The page cannot be displayed because an internal server error has occurred." We are currently testing in the enabled preview environment and every custom test page created is also resulting in the same error. For a smooth launch of our new community's theme we would ideally want these links to be functional as they currently are on the live site. Any help or advice would be greatly appreciated!custom pageshttps://community.telligent.com/community/13/f/ask-the-community/1152626/removing-broken-bookmark-items/1623956Mon, 31 Aug 2026 05:43:00 GMTforumreply:1623956You can remove a bookmark using the Script API’s **Delete** method: https://community.telligent.com/community/13/w/api-documentation/72620/core_5f00_v2_5f00_bookmark-script-api?utm_source=chatgpt.com#Delete Please note that the code must be executed in the context of the user who originally created the bookmark.https://community.telligent.com/community/13/f/ask-the-community/1152626/removing-broken-bookmark-itemsWed, 26 Aug 2026 13:36:00 GMTforum:1152626I have a bookmark on a user that has a contentId and a contentTypeId but all other aspects of the bookmark object are empty. This is resulting in bookmark.list breaking for the user and a forceful delete of the object returns an error since the item cannot be found. I can get the base item by using core_v2_content.get but obviously cannot delete the item from that point. Is there a way to bypass the safety check and just delete the item so that my user can see all their bookmarks again?https://community.telligent.com/community/13/f/ask-the-community/1152624/error-message-when-viewing-calendar-event/1623950Sun, 23 Aug 2026 21:09:00 GMTforumreply:1623950Hi Marisa A couple of things worth checking that go beyond the Group-level and Calendar-level permission grids you've already reviewed: Check the permission set on the Calendar item itself, separately from the Group's role matrix. Calendar event permission checks are evaluated against the specific Calendar object's own permission set, not just the Group's default application permissions (this was the subject of an older fix, TE-17127, which corrected CalendarEventContentType.HasPermission to check at the Calendar level rather than the Group level). If this Calendar was created and never had its own Permissions tab explicitly opened and saved, it's possible it doesn't have a fully generated permission set — even though the Group's roles look correct. Try going into Manage this Calendar > Permissions directly (not the Group's Roles/Permissions page), confirm the roles/Everyone are listed with View, and hit Save even if nothing looks different, just to force the permission set to (re)generate. Rule out caching. Permission changes at the application/content level don't always propagate immediately. After adjusting permissions, try an app pool recycle or a cache clear if you have access, then retest in an incognito/anonymous session. Since you're seeing this for anonymous and registered users (including presumably higher-privileged accounts), that pattern is more consistent with a broken/missing permission entry on this specific Calendar than a role-configuration gap — which is what points me at #1 above rather than another pass through the Group permission matrix. TE-19274, for what it's worth, looks like it's scoped to the event creation/registration button flow rather than viewing permissions, so I'd agree that's probably not your culprit. If none of that turns it up, this feels like a case worth opening with Verint Support directly with a repro — a 403-style permission error hitting anonymous, registered, and apparently admin-level users on a single calendar smells like a data/config edge case in how that Calendar's permission set got created, rather than something fixable purely from the UI. Hope that helps — let us know what you find!https://community.telligent.com/community/13/f/ask-the-community/1152624/error-message-when-viewing-calendar-eventTue, 18 Aug 2026 19:18:00 GMTforum:1152624Good day forum, We're setting up a new calendar, and this will be our first time using it to this extent. After adding events, on the event page I'm seeing the following error: I have checked permissions on all possible levels, both the Group and Calendar levels. I'm seeing this for both anonymous and registered users. The group where the calendar lives is joinless, and the event also doesn't require registration (we're using Teams for registration - this is more for the visual). I cannot for the life of me find where this error is coming from. I've also checked all the widgets on the page - they were both reverted to default and the only custom edits are the resources (we have multiple languages). I'm using version 13.0.2.33658 (there is a bug blocking us from upgrading) We did find this bug in the Release notes: TE-19274 - Fixed issue with creating calendar events error due to no event registration being present But it doesn't feel like THIS particular issue, but I could be wrong. I appreciate any insights :) Thanks so much!https://community.telligent.com/community/13/f/ask-the-community/1152609/any-idea-when-13-0-5-is-likely-to-be-released/1623943Fri, 14 Aug 2026 23:29:00 GMTforumreply:1623943We are 2 weeks out. Just finishing up with final QA and release notes.https://community.telligent.com/community/13/f/ask-the-community/1152616/what-s-considered-a-download/1623923Wed, 12 Aug 2026 09:33:00 GMTforumreply:1623923Hi Sara Collins I'm glad it wasn't just me :) Your best guess sounds entirely plausible, it's just not very clear that is what's happening. I've raised a support case ( 1559363) and will update this thread when I hear more. Thanks for your reply.https://community.telligent.com/community/13/f/ask-the-community/1152613/is-there-a-way-for-a-user-to-leave-a-group-without-the-widget/1623916Tue, 11 Aug 2026 19:04:00 GMTforumreply:1623916Thank you Sara for confirming my hypothesis. Seems like an opportunity missed in the "Subscriptions" control under Profile. I'll be adding it to the Ideas for future consideration.https://community.telligent.com/community/13/f/ask-the-community/1152604/subscription-management-bundle-implementation-strategy/1623915Tue, 11 Aug 2026 19:03:00 GMTforumreply:1623915HI kbaumer This is such a great set of questions — happy to share what we've seen across the communities we've rolled this out for. On existing vs. new members: we'd recommend scoping the automation rules to new registrants and new group joins only, and handling your existing member base as a separate, deliberate step rather than folding them in automatically. Silently changing notification settings for people who are already used to their own preferences tends to generate more "why am I suddenly getting these emails" tickets than it's worth — a short heads-up communication (or even a one-time opt-in prompt) tends to land much better than a backend change they didn't ask for. On phased vs. all-at-once: start narrow. Pick one or two groups/applications to pilot the digest and default notification rules on first, watch the volume and feedback for a couple weeks, then expand from there. Rolling everything out simultaneously across all groups makes it much harder to trace back which rule is generating the noise if members start complaining about fatigue. On cadence: weekly digest has been the sweet spot for most communities we've worked with — it keeps people engaged without feeling like a firehose. Daily digest can work for smaller, high-traffic groups where content moves fast enough that weekly feels stale. We'd reserve real-time/live alerts for the genuinely high-value stuff — direct mentions, replies to their own content — rather than general activity, since that's usually where real-time notifications start to feel excessive fast. On settings that generate more than expected: keep an eye on the combination of group-triggered subscriptions stacking with individual content subscriptions — if a member is in multiple groups that each apply their own digest/app subscription rules, they can end up double- or triple-subscribed to overlapping content without anyone intending that. Also worth checking network activity + content interaction notifications together, since those two categories tend to compound quickly at scale. Looking back, the biggest thing we'd tell anyone implementing this: communicate the change to members before it goes live, not after. Giving people a heads-up and a clear, easy way to adjust their cadence (or opt out) up front heads off a lot of the "notification fatigue" complaints before they start.https://community.telligent.com/community/13/f/ask-the-community/1152613/is-there-a-way-for-a-user-to-leave-a-group-without-the-widget/1623914Tue, 11 Aug 2026 19:01:00 GMTforumreply:1623914Hi Rachel Jackson Good question — I actually dug into this recently for a similar situation. As far as I can tell, the widget really is the primary front-end mechanism Verint provides for a member to self-toggle their group membership — I couldn't find any documented alternative for a user to leave a group entirely on their own without it. The unsubscribe options in Settings only cover notifications/content subscriptions, not actual group membership, so that lines up with what you're seeing. The good news is there's an easy fix on your end: since you likely have Admin access, you (or the Group Owner) can add the Group Membership widget to the group's page via Manage > Manage Group > Design, which will restore the self-service toggle for members going forward. In the meantime, until that widget's added, the only way for a member to leave is for an Admin or Group Owner to remove them manually through Manage > Manage Group > Members. I haven't found anything indicating this is configurable another way (e.g., via a settings page), so I'd treat the widget as required if you want members to be able to leave on their own. Happy to compare notes if you find anything different on your end!https://community.telligent.com/community/13/f/ask-the-community/1152615/copying-and-republishing-forum-content/1623913Tue, 11 Aug 2026 18:53:00 GMTforumreply:1623913Hi Marie.Cassidy This comes up more than people realize, so happy to share how we typically walk clients through it. A few tracks, roughly in order: 1. Start with a direct, assume-good-intent message to the user. Most community Terms of Use (Verint's included) already state that content posted in the community can't be redistributed elsewhere without permission — even though the poster technically owns their own words, republishing full threads on an external site like GitHub almost always violates that clause. A quick private message citing the specific guideline and asking them to take it down is usually the fastest resolution, and it gives the user a chance to comply before anything more formal. 2. If they don't respond or refuse, escalate through your code of conduct. Since this is a clear ToS violation (not a judgment call), it supports a moderation action — a formal warning, content restriction, or suspension depending on severity and whether it's a repeat pattern. 3. For GitHub specifically, you have two real reporting paths, and which one you use matters: If this is about your organization's or customers' proprietary/copyrighted content, file a DMCA takedown notice at github.com/contact/dmca . You'll need to name the copyrighted material, give exact URLs/file references, and include a "fair use considered" and perjury statement — GitHub publishes the redacted notice, so it's a bit more formal, but it's also the fastest way to force removal since GitHub has a legal obligation to act. If it's more about exposed customer names, PII, or content that isn't cleanly "copyright" (just a clear community guideline violation), GitHub also has a general content/abuse report flow that doesn't require the DMCA formality and can move faster for non-copyright cases. 4. Loop in legal/comms early if customer content is involved — not just yours. That shifts this from a moderation issue to a data handling one, and it's worth having that team aware before you escalate externally. 5. Document the pattern. Even if this resolves with one polite message, keep a record — repeat offenders or repeat incidents make the case for tightening policy or taking harder action later. On prevention: if your current guidelines only imply "no redistribution" via general copyright language, it's worth adding an explicit line calling out cross-posting/mirroring content on external sites as a violation — and giving users an approved alternative (e.g., "share the link, not the content") so there's a legitimate way to reference forum discussions elsewhere. Hope that helps — happy to compare notes if you end up going the DMCA route, curious how GitHub's turnaround time is these days! Thank you, Sarahttps://community.telligent.com/community/13/f/ask-the-community/1152616/what-s-considered-a-download/1623912Tue, 11 Aug 2026 18:49:00 GMTforumreply:1623912Hi Liz Morgan Thanks for flagging this — I've been able to replicate the exact behavior you're describing (same result: the count/stats show a "download" for me even though I never clicked to download or played the video, just viewed the page). I checked the public documentation and it confirms download counts exist and can be viewed/exported (Manage > Manage Gallery > Files, then select a file and click Downloads for the who/when report), but it doesn't spell out the counting methodology — there's no public statement on whether a "download" is logged per click, deduplicated per user, or whether simply opening/loading a video's page counts as a "download" versus a separate "view." For what it's worth, the Media REST API does confirm the platform tracks Views and Downloads as two distinct counters on a media item, so it's designed to treat "viewed" and "downloaded" separately — but the trigger logic for each isn't documented. My best guess is that this may be tied to how the gallery handles video playback vs. embedded/third-party video (e.g., if this video is rendered via YouTube or another embed rather than a native upload) — it's possible what's being logged as a "download" is actually closer to a page view/impression, since simply landing on the page seems to trigger it. I don't want to guess too confidently since I can't see the underlying tracking logic, so I'd recommend opening a support ticket with Verint so they can confirm whether this is expected behavior for that video type or a bug in the download-count logic. Hopefully someone from Verint support can jump in here too and clarify. Will keep an eye on this thread — curious to hear if others have seen the same thing.https://community.telligent.com/community/13/f/ask-the-community/1152616/what-s-considered-a-downloadTue, 11 Aug 2026 15:37:00 GMTforum:1152616In our v13 community, we've noticed that a particular video in a group media gallery has been doing very well - it's been downloaded 300 times. "Great!" I thought to myself as I headed to the video to see what was so interesting about it. However, when viewing the figures, as per ' How do I see download counts of files in a media gallery , I noticed my name in the stats. I definitely did not download the video, I merely viewed the page, I didn't even play the video! So, my questions: Has anyone else noticed this? Is it intended behaviour? Is it a known bug (that I didn't know about)? Looking forward to any replies Thanks LizDownloadsvideosMedia Galleryhttps://community.telligent.com/community/13/f/ask-the-community/1152615/copying-and-republishing-forum-contentMon, 10 Aug 2026 21:04:00 GMTforum:1152615A user in our community is copying and sharing customer and our content on GitHub. Content he has copied from the forums. How have you addressed this with your communities?https://community.telligent.com/community/13/f/ask-the-community/1152613/is-there-a-way-for-a-user-to-leave-a-group-without-the-widgetThu, 06 Aug 2026 17:51:00 GMTforum:1152613We have community members looking to leave a group, but the Group Owners didn't insert the widget that allows a user to toggle their membership. Is there another way a user can leave a group without Administrative or Owner engagement, or is the widget the only option? It looks like you can unsubscribe from applications and content in your settings, but not leave the group.widgetMembershipsettingsgroupmemberhttps://community.telligent.com/community/13/a/user-documentation/UD2313/accessibility---adding-labels-to-the-sort-and-order-dropdownsFri, 31 Jul 2026 16:07:00 GMTarticle:5ab5f0a7-8411-4b56-97db-37a8818b00faInstructions for Adding Labels to the Sort and Order Dropdowns The Sort and Order dropdowns are available in the following widgets: Blog - Post List Forum Thread - List Media Gallery - File List Ideas - Idea List You can apply the same steps to these widgets, as well as any other widgets that require similar label updates. Navigate to Administration -> Interface -> Widget Studio. Search for the widget you want to update (for example, Blog - Post List). Open the list.vm file. Search for the following code (ctrl+F): Add the following line above it: $core_v2_language.GetResource('Sort_Label') Search for the following code (ctrl+F): Add the following line above it: $core_v2_language.GetResource('Order_Label') Go to Resources and click Add Resource Add the following resource entries: Key Value Sort_Label Sort: Order_Label Order: Click Widget Actions on the top toolbar and select Publish Staged Changesaccessibilityhttps://community.telligent.com/community/13/f/ask-the-community/1152609/any-idea-when-13-0-5-is-likely-to-be-released/1623904Wed, 29 Jul 2026 09:18:00 GMTforumreply:1623904Thanks Jonhttps://community.telligent.com/community/13/f/ask-the-community/1152609/any-idea-when-13-0-5-is-likely-to-be-released/1623903Tue, 28 Jul 2026 15:43:00 GMTforumreply:1623903Checking on this now. I'l report back soon.