-
Notifications
You must be signed in to change notification settings - Fork 12
Permit generated to wrong address #20
Comments
This is a known issue for some people. @gitcoindev any ideas on how to fix it for everyone? Should we just drop the entire table and force re-registration? |
drop/invalidate that nonce meanwhile @pavlovcik |
@pavlovcik @molecula451 let me check in Supabase directly. In my case wallet id was null and I was able to manually correct the entry. I will check if this is the case for any other users in the database and try to fix this. |
in my case it generate to a wrong address (not mine) so it's not claimable even manually btw pavlovcik both permit went generate to this wrong address from here too: ubiquity/ubiquity-dollar#830 (comment) |
/query @molecula451 |
|
/help |
Available Commands
|
/wallet 0x4D0704f400D57Ba93eEa88765C3FcDBD826dCFc4 |
+ Successfully registered wallet address |
/query @molecula451 |
|
lol so look like the bot catch a wrong address to me @pavlovcik @gitcoindev i think it'll be good now |
@molecula451 from what I see your address was pointing to 0x19275E9fD721906F2715D4b78681b49da5088117, which is wallet id 35 in the wallets table and was assigned to a different username (h91....). Now you updated and it was corrected. I have found an old dump somewhere, will now double check other wallets to verify that it does not happen for anyone else. As for me @pavlovcik will have to send this one manually. |
This will take me a while, as db maps github user ids to wallet table with wallet ids, but extracting should be easy. I will definitely finish today checking this. |
i think pavlovick can hook a price label here to close to see if we're good to go |
+ Evaluating results. Please wait... |
lol all the specification details racked up a massive reward. Technically you should have used a block quote for the embedded permit data I guess Anyways you should be able to see if the wallet address is correct without claiming. I still am leaning towards dropping all the wallets and having everybody re-register them. We also must block the start command if they do not have a registered wallet in order to catch problems upstream as far as possible. |
yeah it's fixed! the bug now it's check the database for ALL users, to see if they have correct address, yeah doesn't look like it's calculating correct rewards eh? |
And the unlucky winners are: ['wannacfuture', 'QuintusTheFifth', 'harjaapdhillon16', 'sweetapplepumpkinpie', 'Venoox', 'h918m', 'diamondnegroni', 'starlitnightsky', 'Ameralameri', 'web4er', 'b4s36t4', 'whilefoo', 'devtestubq', 'EtherealGlow'] |
[ 29.5 WXDAI ]
@molecula451
Contributions Overview
Conversation Incentives
i'm likely good with `require()` i would focus in gas optimizati...
8.8
> custom errors are preferred over require/assert. This definate...
5.4
> I believe the contracts is being deployed on Ethereum mainnet....
custom erros can also be inside `require()` that's why the chang...
2.7
Please fix the build actions as some are not passing...
Yeah i think the PR won't make it either as the such refactors s...
it looks like it took action on the PR closing but not on the is...
Clicking on it looks like the bot generated a permit to the wrong address
The text was updated successfully, but these errors were encountered: