i am using Version: Openfire 4.0.3 . and have installed Content filter plugin.
My issue is that, i am using Rest API to "SET" system property plugin.contentFilter.patterns . it works fine as i can see in Database table "ofProperty" the correct value .
But the updated words list doesn't update on plugin settings page i.e. https://xxx.xxx.xx.xx:9091/plugins/contentfilter/contentfilter-props-edit-form.jsp
plugin setting page is showing default words. So , the newly added words doesn't get filtered.
any help would be highly appreciated.
Related
$name token is displayed on page content instead of item's title text.
Item has standard values defined and ofcourse uses $name for title place.
I investigated the versions of the item and latest version is in use. Application uses only one language en-US and developed using sitecore 7.2 mvc and also webforms.
Rebuild indexes, but the issue still exists. Any leads on this?
Check if it is happening while creating new items also. If yes then check your logs there may be some error which can help. If it is working fine then it may be happening because you have created your items before creating your _standardvalues item. In this case you can write a custom script/code to fix it. You can also try this https://github.com/rauljmz/Sitecore.Rocks.ReplaceMacros .
I need to update "matter" field (single select list). What is the best way to do that?
I have a values in bulk (more than 100) to be added to the custom field. Is there any way i can do this by using an API. I have also checked the link
But nothing is mentioned here as well.
Just add the customfield to the issue json like
{ "fields": {"customfield_XXXX": "value"} }
where XXXX is the customfield number. You can get it by looking at the custom field screen on Jira and look at the link shown in the browser bar by hovering you mouse on the custom field action links.
Moreover you said that is a single select list so the value will be only ONE.
If you intend to CREATE or EDIT a customfield on the fly with 100 choices it is a completely different problem.
Check this unresolved suggestion on the Atlassian website for advice. The issue contains also a workaround with a custom plugin available.
I'm an experienced WPF developer, but new to web development.
I'm stuck at point where you replace the Contact List Placeholder
with the contact-list custom element.
When I run it the web page still shows the placeholder text instead of the contact list. I assumed this was a cache issue, but I've tried everything I can think of to clear the cache. I have also tried deleting the app.html and running the site to see what kind of error I'd get, but still I get the template with Contact List Placeholder. I've tried reverting to the original tag and changing the inner text, and I still get "Contact List Placeholder".
I see several tutorials showing how to change the column type when creating a new extractor with import.io, however none of them seem to match the newest version. I was able to change the column type using the legacy desktop app, however wasn't able to ever publish the extractor. I assumed because the desktop app is now deprecated.
In the new web extractor I see no way to change the column type. Thus I get the content of the div I'm trying to scrape, but I'm wanting the div contents including all HTML. Thanks for any help.
Thanks to #andrew-fogg for pointing out that this is not yet available. http://support.import.io/forums/199278-ideas-forum/suggestions/13381848-data-type-support-in-new-version-of-import-io
After doing an import of a content type (fairly large), the Apache SOLR admin page is not displaying that new content type's fields in the "Enabled Filters" Tab. I have already successfully done this in 4 other server environments, but this time, a half hour after importing the content type, I am still not seeing the fields.
The location of this menu is:
admin > Site Configuration > Apache SOLR > Enabled Filters
I have tried deleting and reimporting this content type, with no change in results. I have also (briefly) encountered this problem on 1 server prior to this, although after refreshing this tab a few times, all the fields magically appeared.
Does anyone have any suggestions as to how I might get these new fields to display as options in SOLR's config menu under the "Enabled Filters" tab?
you need to index content. Actually it's indexing automatically via cron, but since it can be not configured on server, you have to do it manually.
Turns out, SOLR does not, by default, index numeric fields. However, we wrote a plugin for this, which I forgot to enable on this server. Thus, several fields were not showing up in the enable filters page. It's always the little oversights that cause you the most trouble.