ethereum/remix-dev-plugin

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<yann300> ok thanks @jakov_shardlabs that's merged, let me know if that works now

yann300

@yann300

@edisinovcic arghh thanks for letting us know

Edi Sinovcic

@edisinovcic

It seems that it's problem while fetching.
Are you fetching from komputing?

Error is here:
HTTP ERROR 404
Problem accessing /ipfs/QmUa9LjSKHyiBNGTHQcHgnu8GeJdGfgptjAy7evMz1ecTr. Reason:

Not Found

@ligi

yann300

@yann300

it's solved now right?

yes from Komputing

Edi Sinovcic

@edisinovcic

Nope, still have the issue

Tried in incognito also. I'm testing sourcify.

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<jakov_shardlabs> For some reason it is not using new profile after merging. It is again trying to fetch from the old hash

<yann300> might take some time...

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<jakov_shardlabs> Works now 🙂

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<yann300> 👍

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> Hey all, I'm planning on uploading all of our verified contracts tomorrow to sourcify

<BogdanHabic> These are the statistics of the networks, so my question is: Is it ok from your side to fill this amount "fairly quickly"

network_id: count
1: 57715
3: 48373
4: 30329
5: 2907
42: 19574

<BogdanHabic> Also, some of these will be partial matches due to ipfs hashes etc (only the metadata might not be the same that you expect)

<BogdanHabic> So I need a 👍 from you to start the import tomorrow 😄

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<edi-shardlabs> It would be great to start with 100ish as sourcify.dev is running on komputing which is a bit crowded and can't be scaled as easily. Staging is a bit better on that front as it's running in AWS.

What I propose is to let us know when you start uploading (and would do 100 recompilations for the start) to see if they give full match. If they do we can more easily scale staging environment so it can take a bigger load on it and can recompile more contracts.

Master branch is running on komputing that has also a bunch of other stuff on it so I can't promise preformance unfortunatelly.

Let me know when you start tommorow with this so I can be support if anything goes wrong.

Tnx!

@jakov_shardlabs @fabijan_shardlabs

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> Sure thing, I’ll do 100 mainnet ones first to see how everything behaves (I’ll put in some telemetry as well so we can know how much time is it taking)

<BogdanHabic> I’ll let you know once we start

<edi-shardlabs> Awesome, tnx!

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<yann300> @wu4f that's fixed now

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> Hey guys, so I'm testing the verification with random contracts, and for some of them I cannot get the bytecode to match (this is why I haven't done the full roll-out yet)
Attached you can find the post body for reference
https://cdn.discordapp.com/attachments/760790566333055006/778247509905506326/post-body-0x2c1dccd1ef8918d57652f0bea499a12602456a12.txt

<BogdanHabic> Do you have any idea why this might be happening?

<BogdanHabic>
https://cdn.discordapp.com/attachments/760790566333055006/778248263622197281/error-body-0x2c1dccd1ef8918d57652f0bea499a12602456a12.txt

<BogdanHabic> I tried to flatten the folder structure, but then the imports don't work (as expected)

wu4f

@wu4f

Thanks! I needed to have deactivated and reactivated the plugin to get the change...

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<bunsenstraat> @edi-shardlabs Hi guys, I'd like to raise an issue with Zokrates plugin. The download buttons don't ( sometimes ) work. Maybe this can fixed.

<edi-shardlabs> We can see it behaves like that sometimes. It would be awesome if you could also check in which browser and if it happens in incognito mode also.

<fabijan_shardlabs> @BogdanHabic We're checking your issue

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> @fabijan_shardlabs there is a huge chance that it might be my code that is doing something wrong, but I cannot see what. Again, this is only for contracts that aren't in a flat directory structure, but since Etherscan started supporting solc standard json verification, we tend to see a lot of these around

<darko> @bunsenstraat I just tested it, it works in chrome for me but fails to download in firefox. This might be an issue with remix iframe sandbox not having allow-downloads enabled, after adding this manually when testing in firefox worked for me. It seems like this restriction is not enforced in some browser versions, i'm not sure tbh

<darko> I left a comment in the issue ethereum/remix-plugins-directory#172

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<bunsenstraat> @darko I had the issue in Chrome too, thanks for the update, greatly appreciated. Might explain a lot why other plugins like EthPm have same issue

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<fabijan_shardlabs> @BogdanHabic You were right to suspect the root of the problem lying in a non flat directory structure. The current implementation has issues with relative imports. We apologize for such experience. We will try to fix this sometime soon.

<edi-shardlabs> @BogdanHabic btw it would be great if you have more (which you for sure have) examples that we can test on, so we are sure that fix is working properly.

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> > @BogdanHabic btw it would be great if you have more (which you for sure have) examples that we can test on, so we are sure that fix is working properly.
@edi-shardlabs If you want, I can run the import and then deliver to you all of the contracts that weren't verified successfully. Would that work?

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<edi-shardlabs> > @edi-shardlabs If you want, I can run the import and then deliver to you all of the contracts that weren't verified successfully. Would that work?
@BogdanHabic Definitelly, tnx!

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> We've started mirroring Etherscan/Tenderly verified contracts from now on. So I haven't yet started the historical import, but started the service that is doing the real-time mirroring.

<BogdanHabic> This service won't generate a lot of load, as there aren't a lot of verifications per day

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<fabijan_shardlabs> @BogdanHabic How do you set the compilationTarget property in the metadata provided above (referring to the post body file)?

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> > @BogdanHabic How do you set the compilationTarget property in the metadata provided above (referring to the post body file)?
@fabijan_shardlabs There was a mistake on my side in some cases when I was generating the compilationTarget property. I pushed out a fix for it and we're collecting successful/unsuccessful verification now 😄

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> Hey guys, we started getting dial tcp 178.19.221.38:443: i/o timeout in the last hour

<edi-shardlabs> It's maintainance of the server in Berlin office 😦

<edi-shardlabs> There is a backup service

<edi-shardlabs> https://server.verificationstaging.shardlabs.io/

<edi-shardlabs> But they are completely seperated. Still you can test there as that one has all the features of sourcify.dev with some aditional features (staging branch of the project)

<BogdanHabic> > There is a backup service

But they are completely seperated. Still you can test there as that one has all the features of sourcify.dev with some aditional features (staging branch of the project)
so it shouldn't be used as a fallback I guess?

Eth-Gitter-Bridge

@Eth-Gitter-Bridge

<BogdanHabic> also, should we just back-off and try later if this happens?

<edi-shardlabs> It's setup as two different services, I don't have control over that server in Berlin and this is what we run on our own infrastracture, so it's not currently connected.

<edi-shardlabs> Maybe trying in couple of hours would be best 🙂

Where communities thrive

People

Repo info

Activity