I'm using the member pick data type, but there's errant members there (some repeated several times). I did initially import members programmatically and have since deleted them - however these items persist.
I have checked tbl cmsMember and tbl cmsMember2MemberGroup and there is no reference to them. In the front end membership section the members are not there either(obvious but I thought I'd mention it). I have used the Member API to list the members present and they do appear here.
I have repuplished the site and deleted umbraco.config, but to no avail. This feels like a caching issue but I'm not really sure where to turn next. I guess I could just write my own datatype but I'd rather solve this.
This was a while back now but from memory it turned out to be quite messy. The mistake I made was using the Umbraco API to add members instead of the MS Membership implementation.
I think I had to manually delete nodes from Umbraco tables (well put together some SQL) to deal with the issue in the end. Sorry I can't be more help - I'm about to leave the UK for a couple of weeks now so won't be able to respond any further.Good luck - keep searching though because it is possible to piece together a solution.
Member picker showing legacy data
HI,
v.4.5.2
I'm using the member pick data type, but there's errant members there (some repeated several times). I did initially import members programmatically and have since deleted them - however these items persist.
I have checked tbl cmsMember and tbl cmsMember2MemberGroup and there is no reference to them. In the front end membership section the members are not there either(obvious but I thought I'd mention it). I have used the Member API to list the members present and they do appear here.
I have repuplished the site and deleted umbraco.config, but to no avail. This feels like a caching issue but I'm not really sure where to turn next. I guess I could just write my own datatype but I'd rather solve this.
Thanks
JC
Have you tried recycling the application pool or resetting IIS?
-Craig
Hi Matt,
Thanks for the suggestion, I have already tried this. These items persistence is proving very aggressive!
Frustrating :-)
JC
Hi James
How did you delte the nodes? Did you do it through the backoffice or through some custom code?
/Jan
Hi Jan,
Sorry for the delay, I've been travelling.
The nodes where deleted through custom code
Thanks
JC
Did you ever solve this? I'm now having the same issue.
Hi Jon,
This was a while back now but from memory it turned out to be quite messy. The mistake I made was using the Umbraco API to add members instead of the MS Membership implementation.
I think I had to manually delete nodes from Umbraco tables (well put together some SQL) to deal with the issue in the end. Sorry I can't be more help - I'm about to leave the UK for a couple of weeks now so won't be able to respond any further.Good luck - keep searching though because it is possible to piece together a solution.
Ta
JC
Hi Guys,
Had same problem today, resolved by manually deleting the records in SQL, the queries I used are;
delete from cmscontentxml where nodeid=1179
delete from cmscontentversion where contentid=1179
delete from cmscontent where nodeid=1179
delete from cmspropertydata where contentnodeid=1179
delete from umbraconode where id=1179
1179 was my rogue member being populated in my member picker property dropdown.
Hope this helps.
Chris
is working on a reply...