# Conditional logic broken? Duplicates are being allowed when they shouldn't be **URL:** \ **Category:** Ask for Help\ **Created:** [April 13, 2024, 9:37pm UTC](https://community.glideapps.com/t/conditional-logic-broken-duplicates-are-being-allowed-when-they-shouldnt-be/72553 "2024-04-13T21:37:23Z")\ **Posts on this page:** 1\ **Showing post:** 3
**Author:** ![ThinhDinh](https://sea2.discourse-cdn.com/flex002/user_avatar/community.glideapps.com/thinhdinh/32/49_2.png) [@ThinhDinh](https://community.glideapps.com/u/ThinhDinh)\ **Post date:** [April 13, 2024, 11:29pm UTC](https://community.glideapps.com/t/conditional-logic-broken-duplicates-are-being-allowed-when-they-shouldnt-be/72553/3 "2024-04-13T23:29:18Z")
The problem here seems to be that you’re using row owners/roles and a user can’t see all of the rows, hence their input can not be matched to all rows. That allows duplicates to happen. ![image](https://us1.discourse-cdn.com/flex002/uploads/glideapps/original/3X/0/2/026ecd10ef9b5f664083d8f5fc00a9ed0099f7ab.jpeg) Also, I’m not sure why you’re setting the row owner on your Row ID column. Which one is your “role” column in user profiles settings? Nevertheless, I think you must settle for a setup of a “row owners” table for your User Profiles, and a public table for your de-duplicating purpose. Everytime a user finishes onboarding or edit their profile, add/edit a row in the public table, and check for duplicates using that table (without applying row owners). --- _[View the full topic](https://community.glideapps.com/t/conditional-logic-broken-duplicates-are-being-allowed-when-they-shouldnt-be/72553)._