Not a bad idea, but what if it's something with with dlc or is dlc that SGtools can't identify?
Comment has been collapsed.
Well, it's a idea to reduce the tickets, maybe checking only the wins in SG instead of synchonizing the account, i think that they can improve the idea from what they can really do
Comment has been collapsed.
Yes. Everything that in part can double as check on non-synced accounts is good.
Comment has been collapsed.
I don't get...but if is about non-synced accounts, i still can enter in another giveaway won if i don't sync my account after redeeming the key, so this is another problem.
Comment has been collapsed.
I might have misunderstood how tightly the automagic 'Sync Account' interval is then, because I was thinking there were improvements to be made by tightening automagic even pre-sync.
Comment has been collapsed.
Better Idea is that the winner can ask for reroll and the creator have to approve.
Comment has been collapsed.
Seems that they don't want give us so much power, so, if things can be automatized seems good.
Comment has been collapsed.
I strongly second this. I just went through a "Frontline Tactics Complete Pack" re-roll nightmare. 👿
Only 5 out of 16 entries don't own this pack. I filed 10 re-roll tickets to get things done. 😠
And I'm still waiting last one to mark as received.
Among 10 tickets, I wrote twice to ask for "randomly choosing winner from those who don't own/win the gift."
They told me that it ain't gonna happen because lack of this kind of mechanism, it would make people feel there may be some kind of "biased human influence."
I don't blame them. It is the mechanism to be supported matters.
Comment has been collapsed.
That's why i think they can script a little check together with the re-roll, will still without human influence and they already has some power to filter this since they drop out ours enters now after win a game, so is just use together to avoid some tickets.
Comment has been collapsed.
No problem :) A lot of people already think that moderators are not enough , because there is so many tickets coming from so many people that they can't answer all of them in the same time and some of us wait longer than 1 week just for an answer to our ticket. For an example, it's been 6 or 7 days that i have been waiting for an answer to my ticket to delete my giveaway. It's just stuck there now until he deletes it and it's really bothering me :D There is also an option that having more moderators but i think your idea is more reasonable.
Comment has been collapsed.
54 Comments - Last post 16 minutes ago by sensualshakti
30 Comments - Last post 2 hours ago by brivid0boy
450 Comments - Last post 3 hours ago by klingki
7 Comments - Last post 7 hours ago by xXSAFOXx
16,297 Comments - Last post 9 hours ago by SebastianCrenshaw
206 Comments - Last post 13 hours ago by Joey2741
31 Comments - Last post 14 hours ago by Pika8
109 Comments - Last post 33 seconds ago by Swordoffury
138 Comments - Last post 22 minutes ago by grez1
49 Comments - Last post 26 minutes ago by P1XELS
51 Comments - Last post 48 minutes ago by raydotn
46 Comments - Last post 58 minutes ago by Butterkatt
283 Comments - Last post 1 hour ago by Thexder
202 Comments - Last post 2 hours ago by xkingpin
I saw that the problem is old but still don't has solution!
Problem:
"Re-roll choose a winner that has won the game before"
My idea:
"A re-roll automatic check before choose the new winner"
How:
"In the same way that when we win a game now and the entrances of the anothers GA of the same game is pulled out, implement a re-roll check that if we won the previous game, they move to a next winner"
Because:
"Sometimes when a bundle has to many giveaways, they still re-rolling after 4 days of the end of the giveaway"
Example:
"6 re-rolls 4 days later - https://www.steamgifts.com/giveaway/Mk46N/luxor-hd"
I hope that may be not so hard to implement program lines like this and is better than use the moderators heavy everytime that this happens, may a check of the last won giveaways reduce this a lot o/
Comment has been collapsed.