Right now, if someone deactivates one of my contacts, they get Royalty Ownership; if I reactivate the contact, the other user keeps RO - for the contact that they deactivated. Same with other flows on the new system with regards to Royalty Ownership. It seems arbitrary and the logic seems twisted. If this change has been made purposely, can we getb an explanation of why it has been made? If not, can we revert to the old logic of RO?
It would be helpful to me if the screen would refresh at the top of the page when advancing the search results screen. As it is now, the display remains at the bottom of the screen when I advance to the next page.
I think it would be helpful if there were a choice to show “All” search results in addition to the 50, 100, 200. I am pretty sure the choices “50, 100, 200” are leftovers from the days when computer/internet resources/speed were an issue. I doubt those choices are needed any longer.
What happened to the table that showed how many points one had earned after selecting the particular month via the drop-down box, and, the category by which one earned these points? I do not see that anywhere so please reinstall it as it was always very helpful. Thank you.
If someone's been locked out for abuse, can you guys please revert all the changes they made back to the original. I was looking for a contact at the school only to discover then entire school district and 400 contacts have been graveyarded.Now I have to wait for the company reactivation to be reviewed and then ungraveyard the contact I need. At this point, I don't know if that contact has been graveyarded lefgitimately or by default.
When an update is performed, regardless of minor or major update, the system should transfer royalty to the member performing the update when the currently royalty owner is no longer an active/unlocked account
There are far too many times I have removed contacts from the GY or updated the information that was abused and not captured royalty for it - rather it stays with the locked member
Sorry if my title doesn't make sense, but I noticed that I found a contact in the graveyard back in 6/13, and brought it back to life because the contact is still active. But I found today that the user that put the contact in the graveyard is still the royalty holder. I don't think this is fair, especially if the user only put the contact into the graveyard, and incorrectly at that. Can you please change your policy for that?
I don't understand why the Wall of Fame was removed in the new build. It seems like a pretty simple and cheap way to honor those contributors that built this city. I understand that names can be removed if it is discovered that status was achieved by less than licit means, but it is important to pay respect to the people who have contributed huge amounts of time and data to make this database what it is today.
I was a faithful user of jigsaw.com and could easily navigate my way around it and used it multiple times daily. I logged in this morning and it was terrible. This new site is aweful. I am sorry to say, I most likely will find another site to use. It takes much too long to find anything where as the other site took only a few seconds. This is a terrible site.
I added a new contact today and found it was inactive. This is a contact I know well. There was no question he is still at the conpany. All data on the inactive record was visible. I made the contact active and corrrected the title. Upon saving, I was presented with an active card and the invitation to "Get this contact's phone and email." I called support and subsequently got an email followup: "It would seem that you only have the ability to unlock the record to update it .... however the system won't give you the contact as Jigsaw.com did."
My Suggestion: Give users ownership for updating a record, and royalty ownership if the update is significant. In my example, the subject record would still be inactive if I had not updated it. If updating a record doesn't yield ownership or royalty ownership, there is a lot less incentive to update.