Displaying the property-fields of a custom-Member type on a Surface Controller
I've had success with creating a Surface Controller that lets visitors register to become Members. But I'm having trouble creating another Surface Controller that allows a logged-in Member to look at some of his fields and change them. My Controller allows the Member to change fields but I cannot get any of the fields to be displayed on the Surface Controller for verification by the Member.
My data model has two kinds of member-field data: (1) the strings and numbers that the Member can change, and (2) the strings and numbers that the Member wants to see. The Partial View uses one action handler from the Controller Class. I use inline experessions -- @{Html.Raw( Model.LeftLoad );} @{Html.Raw( Model.RightLoad );} -- in the Partial View but they can't display any Member data except for simple labels.
Has anyone seen a strange case where the data output from Javascript & Jquery is visible for some logged-in members but not visible to other logged-in members? I studied the API Controllers chapter at umbraco.tv and used it successfully to let logged-in members see their custom properties. (In the process I fixed my original issue which I posted above).
Everything worked well until I had to update the Member Groups with new names because extra groups were being created. For instance, I had a group called "New Members" whose alias is newMembers. While testing I noticed an extra group called "NewMembers" whose alias is also newMembers. This was making new registered members get assigned to the wrong group. So I deleted all the member groups and created new member groups whose names did not have any space in them. I updated my code with the aliases of these new names of member groups.
Since then, I noticed that new registered members can't see their custom properties. But the older members can see their custom properties. What baffles me is that this display problem is not connected to member groups. I checked my code and can't figure out what's causing this strange bug.
Displaying the property-fields of a custom-Member type on a Surface Controller
I've had success with creating a Surface Controller that lets visitors register to become Members. But I'm having trouble creating another Surface Controller that allows a logged-in Member to look at some of his fields and change them. My Controller allows the Member to change fields but I cannot get any of the fields to be displayed on the Surface Controller for verification by the Member.
My data model has two kinds of member-field data: (1) the strings and numbers that the Member can change, and (2) the strings and numbers that the Member wants to see. The Partial View uses one action handler from the Controller Class. I use inline experessions -- @{Html.Raw( Model.LeftLoad );} @{Html.Raw( Model.RightLoad );} -- in the Partial View but they can't display any Member data except for simple labels.
Can someone help me? Thanks.
Hello folks,
Has anyone seen a strange case where the data output from Javascript & Jquery is visible for some logged-in members but not visible to other logged-in members? I studied the API Controllers chapter at umbraco.tv and used it successfully to let logged-in members see their custom properties. (In the process I fixed my original issue which I posted above).
Everything worked well until I had to update the Member Groups with new names because extra groups were being created. For instance, I had a group called "New Members" whose alias is newMembers. While testing I noticed an extra group called "NewMembers" whose alias is also newMembers. This was making new registered members get assigned to the wrong group. So I deleted all the member groups and created new member groups whose names did not have any space in them. I updated my code with the aliases of these new names of member groups.
Since then, I noticed that new registered members can't see their custom properties. But the older members can see their custom properties. What baffles me is that this display problem is not connected to member groups. I checked my code and can't figure out what's causing this strange bug.
Any clues, ideas, or suggestions? Thanks.
is working on a reply...