I recently upgraded a client's Orchard CMS installation from 1.9.x to 1.10.2. Everything went smoothly. However, we are missing some functionality that was previously available.
Before, to select a topic (Taxonomy Field), I would click in the Topics field and a box with all available topics would appear. I would then click on the desired topic. To add more topics, I just had to repeat.
Now, however, clicking on the field does nothing. A cursor appears in the box, but no topic window appears...
...until I start typing. But here’s the catch. If I type an ‘a’ only topic names that contain an ‘a’ are shown. Any topic that does not contain an ‘a’ is not shown.
If I know the topic I want, no problem. I simply start typing it, and the topics list will filter itself accordingly and I just need to click the topic to add. Repeat as needed.
The problem with this is that if I don’t know the topic the I want, there’s no way to easily know what topics are available. And if I wasn’t aware that the list was filtered based on the letter I typed, I might assume that a certain topic wasn’t entered into our system.
Is it possible to go back to the old way the Taxonomy Field was set up?
Thanks.
This is imho a bug in TagsController as the initial query for taxonomies without a query term simply returns an empty list:
public IEnumerable<Tag> Get(int taxonomyId, bool leavesOnly, string query) {
...
if (string.IsNullOrEmpty(query)) return new List<Tag>(); <- returns empty list, so nothing will be selectable initially
I have just provided pull request 7865 on GitHub to fix the issue.
Related
This is an online 365 SharePoint client. On several of our sites there are Lists which have had fields disappear. On the lists view, the column is still there, but the item is gone from the new-item and edit forms. One of the disappearing fields was "Title". It was a required field so I'm surprised the form could be submitted, but it was. An ID# populates that field on the view for record created with the field missing.
Going to List Settings and opening and saving the field re-activates it on the forms. It is unknown how long the fix lasts.
(next day)The fix is still holding. But now I see that in the content type (Item) the Title field is set to "Hidden". I wonder how that happened? Two weeks ago I created a custom content type used at a different site, which inherits "Title" from the Item content type. I was pretty careful not to mess with any existing content types, but I wonder if that event caused my problem somehow.
Any idea what might be causing it?
This is a Content Type problem. CT's inherit qualities from master (Site Setting) CTs. If the master CT has a field set to hidden CTs the inherit from it will also get the field set to hidden - although not necessarily always. It is possible to set the local CT different. Not sure how long it will stay different.
Where does the code that makes a PX Formula work exist? I at first assumed it was a SQL Trigger, but I can't seem to find it there. This is why I ask....
I've added a custom field to the SO, called usrSpeedyTotalExt2. I'm trying to get that to sum the SOLine.CuryLineAmt. I added attributes to the SOLine DAC to append the follwing:
[PXFormula(null, typeof(SumCalc<SOOrderExt.usrSpeedyTotalExt2>))]
This seemed to work, but know I'm fining that the value is consistently twice as high as it should be. I've got a second field that's doing the exact same thing.
What's increasingly odd is that I had the same problem with the field, and I thought I had done something wrong so I deleted the PXFormula, created a new field and then added the PX Formula to populate the new field. As such, there shouldn't be any code populating the old field, but strangely it's populated, so there must b e some business logic that's stuck and somehow still populating it.
Any thoughts on how I track this down?
I believe that I figured out the problem...I think that the code may have been imported and published on more than one company, then published from the proper company to multiple tenants.
My fix was to go to the live company, un-publish all, then go back to the company the customizations live in and publish to the appropriate tenants. It would appear that now I'm only getting the proper totals. IDK how that might have happened, but at least it appears to be fixed.
I'm having a problem with the product list configuration of hybris. I'm more than sure that the answer of this issue is pretty simple, but I can't solve it. So here is the problem.
I have one homepage with one link, assigned to the navigation bar. Whenever the link is pressed I want to get redirected to a product list page where a list of all products of certain category will be displayed. However, I managed to do this, but anytime I change the name of a certain product something happens and the page stops displaying. It throws an error saying it is looking for the old name of the product I've edited.
For example, if the product name is Product1, the page is displayed, then I go and change the name to Product2 and when I press on the link, it throws an error Product with code 'Product1' not found! If I want this to be fixed, I have to create a new Product1 and I'm more than sure that this is not the right way it should work. Is there any synchronization that I need to do after making changes in the catalog or something of this kind? Any help will be appreciated!
I recommend you try two things that may resolve your issue.
When you make a change to a product, you will more than likely do it to the staged catalog. This is your intermediary to ensure information is correct before going live (especially useful if you have a workflow process in place). In order to synchronise this information, you will need to login to the product cockpit (your-server:9000/productcockpit). Find the staged version of the catalog on the left hand menu, right click on it, and select "Sync Selected Versions". This will transfer your information into the Online catalog.
When you arrive on the product listings page and the search results page, the information contained is more than likely indexed by SOLR. In order for any changes to be reflected, you will need to re-index. To do this:
Go to the HMC and login (your-server:9000/hmc/hybris)
In the navigation menu to the left, click on System > Facet Search > Indexer Operation Wizard
A pop-up window will appear. Select the Indexer operation as update and the Solr configuration to the index associated with your website.
Click start and the re-indexing will begin. It shouldn't take too long
If this fails, then you may need a full re-index instead
I hope this will help; I recommend you set up a Cronjob to re-index periodically in future, to keep your website up to date with your product management.
PLP(Product Listing Page) fetches data from Solr. So whenever you are changing anything that is referred in the PLP, you need to update your indexes in Solr.
As you have changed the product name, update the Solr index from hmc.
I've created my own solution with a custom entity of type activity. I'd like to show a message whenever a new instance of it is created using an existing contact but not allow the user to create one, if only attempting to do that without going via contact.
Basically, my aim is that it won't be impossible to just create that activity (the form will be hidden directly at any attempt except for one way only). The user will have to go to contacts (or leads etc.) and in there add and create an instance of the custom activity entity. That way, I can assure that the field "regarding" will be filled out already.
I'm guessing that I need to detect somehow that the opening of the form is a creation attempt. How can I do that?
Also, as it is now, the user can't create a contact-less activity of the custom type because it doesn't appear on the menu with other activities. I must have disabled it somehow but I have no idea how. Anybody who has one?
You could do this a bunch of ways but the easiest would probably be to:
Make the regarding field read only.
Make the regarding field mandatory.
That way if a user opens a create new form they wont be able to set the regarding and because its mandatory they wont be able to save the record. When they open via an existing contact the regarding field will be mapped automatically. That said in this case just making it mandatory my be enough.
(As a side JavaScript can be used to identify the current form state, but I'm not sure how useful that is here).
In terms of where custom activities appear, by default mine show in a number of locations, for example:
CRM > Workplace > Activities > Ribbon > Other Activities > XXX.
CRM > Workplace > Activities > View Selector > XXX.
They don't show under the left hand navigation of the workplace because they are grouped under 'Activities'. I'm pretty sure these are all the default settings.
You can exercise greater control by editing the sitemap, where you can put pretty much anything, anywhere.
In addition to Mr Wood, I'd like to show you some code. It works as supposed to but I'm not sure if it's optimal.
var foo = function () {
var whatIsGoingOn = Xrm.Page.ui.getFormType();
if (whatIsGoingOn === 1)
alert("Let there be an entity!");
else
alert("Not a creation...");
}
The other states' (deletion, update etc.) numeric values are listed here.
Answering the second part of your question:
When you create a custom activity you can choose whether to have it appear in 'normal' Activity menus or not by checking the box at the top right of the entity form. This is a once-only choice as far as I know and can't be changed later.
For your setup, I would suggest NOT checking this box, so it does not appear in the activity menus to avoid users even being tempted to do it that way.
Instead, add an explicit relationship to the activity N:1 to Contact, and another N:1 to Lead. Use this relationship to add your activity to the left navigation of Contact and Lead forms, or add a grid for them (depends on how you want to use this and if you need to filter the view to something other than the default "Associated View").
When a user navigates to this section they will see if any previous activities of this type exist, and be able to add a new one. BUT this means that the child record is a child via this relationship, not using "regarding", so use a script on the form for the activity so that if Contact is filled in, it is copied to Regarding, and if Lead is filled in then that is copied. If neither, then use an alert or other means to warn the use that something is wrong (see comment earlier). If you want Regarding to be read-only but filled in by script, you will need to make sure to use the force the value to be saved:
Xrm.Page.getAttribute("regardingobjectid").setSubmitMode("always");
You must have the lookups for Contact and Lead on the form to be able to use them in your scripts, but you can make them not "visible by default" so they are there but not seen by the user (and taking up no space).
Moved to Server Fault:
Sharepoint managed Properties
I have a custom Content Type inside a list that has over 30 items, and I have added several "managed properties" to the "crawled properties", in the SSP.
All of them work except 1.
The column "Synopsis" is a multiline field with no limit on it's length. It appears as a crawled property "Synopsis", and is mapped to a managed property 'asynop'.
On the 'Advanced Search Page', it is added as a property and searchable, however it only returns a partial result (if at all). I manually created an entry, ran the crawl and was able to search for it. I edited an existing entry, ran the crawl (full and incremental), and it still only returned the manually entered entry.
If I entered the search term in the Search box directly "synopsis:fatigue", then all the correct results appear.
What the is happening? And could it please stop?
This is a known issue and is dependent on what type of search is executed.
See Steve Currans great answer to this post: http://social.technet.microsoft.com/Forums/nl/sharepointsearch/thread/f3f1d778-796e-4321-9c76-a6ede421a42f