You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[x] bug report => search github for a similar issue before submitting
...about
[x] edit experience / UI
[x] admin experience UI
Current Behavior / Expected Behavior
For content types that include entities as fields, the Entity/Item picker is empty. If for the picker, I reference a Query-based entity/item picker, everything works as expected.
In a previous version (v17.04.00 or 17.05.00? - I can't remember which), the Entity/Item Picker or the Query-based picker worked as I expected.
This is not a deal breaker. Since I can use a query, I can always make things work but I want to make sure that this is intended behaviour.
Instructions to Reproduce the Problem
I created two simple apps:
TestData - has a entity/item-based picker
TestQuery - has a query-based picker
For both apps, there is a content type called "EyeColour".
Both apps, also have a content type called "Person" with the fields "Name" (a string) and "Eyes" (an entity).
For the TestData app, I used an Entity/Item picker and pointed it to the EyeColour data:
For the TestQuery app, I created a query of the eye colours and pointed the picker to that query:
When I go to add data, that's when I run into trouble with the TestData app - the dropdown for eye colours is empty:
On the other hand, the TestQuery app works as I expected:
I believe that both approaches should work (entity/item picker vs. query picker) but I may be misunderstanding something.
Your environment
2sxc version(s): 17.06.00
Browser: all
DNN: 9.13.03
Hosting platform: IIS
Language: English (I have not tested other languages)
The text was updated successfully, but these errors were encountered:
I have found the source of the problem! And it is likely me.
Before creating any of the views for the app, I started with the content types. Some of the content types included fields that were entities and used the item/data picker. But the item picker wasn't working - nothing was in the dropdown.
However, if I added the empty template app that 2sxc generates, everything works perfectly. So using the data picker before having at least one instance of the app on a page (and it doesn't seem to matter which view), makes everything work.
In the end, I don't know if I found a bug or not. It might be that my workflow was so idiosyncratic that everything messed up in which case no fix to 2sxc is required. I will leave it to @iJungleboy to decide if there is a problem or not.
I'm submitting a
[x] bug report => search github for a similar issue before submitting
...about
[x] edit experience / UI
[x] admin experience UI
Current Behavior / Expected Behavior
For content types that include entities as fields, the Entity/Item picker is empty. If for the picker, I reference a Query-based entity/item picker, everything works as expected.
In a previous version (v17.04.00 or 17.05.00? - I can't remember which), the Entity/Item Picker or the Query-based picker worked as I expected.
This is not a deal breaker. Since I can use a query, I can always make things work but I want to make sure that this is intended behaviour.
Instructions to Reproduce the Problem
I created two simple apps:
For both apps, there is a content type called "EyeColour".
Both apps, also have a content type called "Person" with the fields "Name" (a string) and "Eyes" (an entity).
For the TestData app, I used an Entity/Item picker and pointed it to the EyeColour data:
For the TestQuery app, I created a query of the eye colours and pointed the picker to that query:
When I go to add data, that's when I run into trouble with the TestData app - the dropdown for eye colours is empty:
On the other hand, the TestQuery app works as I expected:
I believe that both approaches should work (entity/item picker vs. query picker) but I may be misunderstanding something.
Your environment
The text was updated successfully, but these errors were encountered: