ContributionsMost RecentMost LikesSolutionsRe: Khoros Communities 20.1 Release Notes I found a bug in 20.1 that could cause headaches when adjusting role permissions. I've opened a case with support on it. Just FYI in case anyone else runs into it. View a role permission where the default is deny, but in the role it is grant. Now change that grant to default. The default shows green (grant) even though the default is red (deny). Save that permission and it still shows green (grant) in the default column. Exit that role permissions page (by loading another), then come back to it. NOW it shows as red (denied) in the default column. This is VERY confusing when trying to adjust role permissions and could cause serious errors in assigning permissions. Why is this not pulling all data? I'm using this bit of code I got from tolstoshevto pull the information about who voted for ideas in a particular exchange. My intent is to get all votes from a specific exchange. Some of the exchanges have hundreds of ideas (and votes): <hr> <h3>Copy the below to a text file then open with Excel as a comma delimited csv file</h3> <hr> <#assign roles = restadmin("/users/id/" + user.id?c + "/roles").roles.role> <#assign roleSize = roles?size> <#if (roleSize > 1) > <#list roles as role> <#assign roleName = role.name?trim /> <#if roleName == "Micro Focus Employee"> <#if config.getString("phase", "prod") == "prod"> <#assign board='OpsBridge_Idea_Exchange' /> <#else> <#assign board='Ideation' /> </#if> Idea Name, Submitter email, Voter email, Status, Day, Year, IdeaID, Label, URL <#assign idea_obj = restadmin("2.0","/search?q=" + "Select * FROM messages WHERE board.id = '${board}' AND conversation.style='idea' AND depth=0"?url) /> <#list idea_obj.data.items as fubar> <#assign authoremail = restadmin("2.0","/search?q=" + "Select * FROM users WHERE id='${fubar.author.id}'"?url) /> <#assign voters = restadmin("2.0","/search?q="+fubar.kudos.query?url) /> <#list voters.data.items as uservotes> <#assign emailaddy = restadmin("2.0","/search?q=" + "Select * FROM users WHERE id='${uservotes.user.id}'"?url) /> <#assign labels = restadmin("2.0","/search?q=" + "Select * FROM labels WHERE messages.id = '${fubar.id}'"?url) /> <#assign firstlabel = "missing label"> <#attempt> <#assign firstlabel = labels.data.items[0].text /> <#recover> </#attempt> <br>${fubar.subject},${authoremail.data.items[0].email},${emailaddy.data.items[0].email},${fubar.status.key},${fubar.post_time?date},${fubar.id},${firstlabel},http://community.microfocus.com${fubar.view_href} </#list> </#list> </#if> </#list> </#if> It works great, except it only pulls a small portion of the data before it stops. Sometimes 20 lines, 40 lines, 57 lines, whatever. Refreshing always shows the same amount. Why? My questions: This is in a custom text box. Is there a limit to what a custom text box can display? (If so, is there a way to make it output to csv? (I'm not a developer) Is there a limit to what the API call can return? Is there some unseen parameter making it only pull some specific data? Is there some other sort of limit I'm running into? Thanks in advance for any advice. Re: Khoros Communities 19.10 Release Notes Support rolled out a fix for the tag cloud bug last night to our production site which fixed it. FYI. Re: Khoros Communities 19.10 Release Notes Just FYI I found a bug when 19.10 was installed on our site. In a Forum node,the tag cloud component no longer works and displays "An unexpected error has occurred" Support says "this is indeed a bug with the component. It is already in development to be deployed and is waiting for deployment confirmation, so I don't suspect it will be too long before this is fixed." The component works fine in other node types. Re: Khoros Communities 19.9 Release Notes steffenschoene Ouch! I've halted our 19.9 update that was scheduled for tonight...that's a major issue that needs to be fixed before we can update anything. Re: Khoros Communities 19.8 Release Notes For what it's worth, I'd like to see it behind a new analytics permission so we don't have to give away the farm if we need to give this permission to someone in the company that doesn't have admin rights. Re: Khoros Communities 19.8 Release Notes I'm withFellsterukon this. For privacy reasons we don't allow everyone with LSI access to see private info like email addresses. Allowing this now and not being able to change it will really mess up how we can use it. Bad idea IMHO. Re: Khoros Communities 19.8 Release Notes With regards to Group Hubs. Because Groups were a bit functionally deficient for our needs, we have some private categories including forums, TKB, etc. Can all this content be moved into Group Hubs so I can assign managers? I assume so, but am wondering if there is something that prevents this (for example I can't move a blog post into a TKB type of limitation. That would be great if I can. Re: Script no longer works. Auth problem - Help Yea, the file structure is exactly the same. I'm running it from the same location as before. Re: Script no longer works. Auth problem - Help ThanksParshant, that's just because old example I selected was before we changed our domain name. My bad. community.softwaregrp.com now redirects to community.microfocus.com and I did run some instances on my Win7 OS after the change that worked so that's probably not the issue. EDIT: I looked at some of the more recent run logs and they do list it as softwaregrp.com so I'll look more closely at that and see why it's different. 2nd EDIT: Nope. I found a run previous to my OS move that uses the microfocus.com domain and it worked: I, [2019-05-14T13:49:53.623195 #14628] INFO -- : STARTING THE PROCESS I, [2019-05-14T13:49:53.623195 #14628] INFO -- : INSTANCE: <a href="https://community.microfocus.com" target="_blank">https://community.microfocus.com</a> I, [2019-05-14T13:49:53.624195 #14628] INFO -- : SESSIONID: 38C778CF132D39FF53B10439FA07A4A9 I, [2019-05-14T13:49:53.624195 #14628] INFO -- : SOURCE FILE: ITSMblog/finished.csv I, [2019-05-14T13:49:54.571290 #14628] INFO -- : Authentication success.