Automatic re-gifting detection

Keys are saved in the database already, otherwise you couldn't set them for your giveaway.

And this will be another good suggestion that will never be implemented.

Not to mention that the regifter always can send it through email…

It doesn't have to check the key (and what you do when they didn't add a key, but email it, or is a gift involved). It should simply be a system that , at the end of giveaway checks if the giveaway creator won that specific game and did not activate it.

Or even better, when we sync our accounts, there should be a system that checks if we activated all our wins, and if there are not-activated wins, it should create an auto-ticket for that user.

i think the extra load on the server won't be worth it, since people can still send keys via email/add in steam or resend gifts. not saying it's a bad idea, it will be just working on a feature that will cover less than half of the infractions.
in the end it's always up to users to report this behavior and let support suspend/ban offenders.

You don't need to actually save the keys saved, just a flag on that particular game for that particular user.
Should count for anything, not just keys that way, but also gifts on steam. The moment you flag it as received, should set a flag on your account.

The problem becomes, more data being stored on SG's side.

Give me all your food seasoning and recreational drugs.

here is key for giveaway just take out stars T*H*1*S*-*K*E*Y*4*-*D*E*M*O

There have been several suggestions to check the case of activating /regifting..some really good ones.....this sorry, might be the one this will work worst ....

All we need is a activation check, winner mark games as received....-> forcing a sync -> game has to be activated on his account -> if a automatic system fails the check, the ga-creator has to approve that the mark as received is correct.
This covers regfiting and trading here and elsewhere.

+1

It is a good suggestion, but it won't cover all cases. We need complex measures to stop it.

1. when user press "received" in a giveaway - he must me automatically removed from all the giveaways with the same same game. There are can be cases in which this can be inconvenient, but pros are overwhelmingly more then cons.
2. when user press "received" in a giveaway - the game must be added to the saved copy of his library on sg. I mean, when account is syncing - sg saves a list of user's games, to prevent entering the games user already won. Re-syncing on every win can take a lot of server resources, but just adding won (and marked as received) game to the list does not take much resources and prevents abuse.
3. On syncing - user must be automatically checked for not-activated games. And NO, I don't believe it's impossible - sgtools aka spyware can do it, so why sg can't? Implement whitelist similar to sgtools, I believe knsys can even share his base - and this would cover MOST of the cases. I don't even propose auto-bat - maybe just a auto-ticket to support, so they would handle it manually.
4. We have enough moderators for reroll, and it's good. But we definitely need more people to handle user reports. I think one or two volunteers would greatly improve those reports handling.
5. Punishments for not-acivating, double-winning and regifting must be harsher. If we would have enough support members - maybe it even should be "ban until fixed", I mean, until user acitvate missing game, or handle double win with giveaway creator.
6. Should be implemented some way to fix old double-win. Like, for example, a way for support to make reroll without giveaway creator, and a way for "violator" to deliver game instead of giveaway creator to the new winner.
7. When user wins the game that already in synced list of his game - instant reroll must occur, see above the reasons about sgtools - it can handle double wins, so sg can too.
8. ..N this list is not comprehensive - there may be more measures to prevent multi-winning and not-activating

N+1 We need to clone cg a couple of times to implement all those measures...

Great idea actually!

too easy to bypass...

you can trick it if you send keys via chat/email...

It is great idea. Of course there will be ways to get around this but it will catch a lot of people which do regifting, because they do not know it is against the rules.

The idea is simple - keep the keys included in giveaways in a database, then whenever a key is added to a giveaway check if it was already used for another giveaway by a different creator. If it was, automatically suspend the regifter for a few days to send a message that this really isn't acceptable.

Well, just warn users. People that do that, knowing they break rules, would just send keys by emails or steam chat and they would easily bypass your detection system...

Old thread but was thinking of making one myself just now. There is no reason why they can't check X number of last giveaways won (even those not marked received) when a user creates a giveaway. It won't cover all cases but using the key data that is already there can reduce it quite a bit. No need for extra data collection. Then send all those guilty to the dungeon for sacrifice.

ok, but he may not give exact same key which he enter, maybe he put it by mistake

U cant punish for what is not yet done

I know that this thread is quite old... but idea is great :)
Some people mentioned that regifters would use e-mail to send keys - but that would only apply to regifters who are not lazy and read rules/forum. So maybe 1% of them all would dodge it.

I vote yes, but please salt+hash.

Yeah, I think this would be good to at least stop regifters who aren't aware of the rules. The system should not allow a key to be entered in a new giveaway that has already been marked as received in another giveaway.