These are chat archives for Nethereum/Nethereum

7th
Feb 2019
Juan Blanco
@juanfranblanco
Feb 07 07:55
There is not a response from the sendtransaction only the TXN hash
@inuka_g_gitlab post a sample to see the issue
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 14:59

The upgradability proxy being used is this : https://github.com/zeppelinos/zos/blob/master/packages/lib/contracts/upgradeability/UpgradeabilityProxy.sol , to simplify things assume the contract is of the form contract proxyTest {
uint test
event setNumberEvent(num)

function setTest(uint num) public returns(uint)
{
    test =num;
    setNumberEvent(num);
    return num;
}

function getTest() public view returns(uint)
{
    return test;
}

}

Inuka Gunawardana
@inuka_g_gitlab
Feb 07 15:05
I generate the wrapper for proxyTest. Then set the address of it to the address of the UpgradeabilityProxy which is pointing to the address of proxyTest. When I do this from the c# wrapper the view call works fine. However if Make the funtion call xxxxRequestAndWaitForReceiptAsync to the funciton call it self, I get an evm exception. If I do the same test conceptually through truffle it all works fine ( I grab proxyTest.at(upgradeableproxy.address) and make the calls).
Let me I can provide the full source of the contract and proxy if it is helpful ( Truffle v5.0.2 (core: 5.0.2)
Solidity v0.5.0 (solc-js) , solidity plugin 0.49
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 15:33
I can provide the complete source if it would be helpful. Thanks for your help
Juan Blanco
@juanfranblanco
Feb 07 15:57
@inuka_g_gitlab what client are you using for testing?
and yes please send some sample code
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 16:22
@juanfranblanco I am using ganche with netherium 3. Complete contract source (daovation.sol is the contract in question, and upgradeabilityProxy.sol is the proxy contract) https://gitlab.com/daovation/daovation_contract/tree/master/contracts. c# side of this is https://gitlab.com/daovation/daovation_app/tree/master/shared/daovation_wrapper, unit tests https://gitlab.com/daovation/daovation_app/tree/master/daovation/daovationTest (testMethod1), The contract addresses are set under https://gitlab.com/daovation/daovation_app/blob/master/shared/daovation_wrapper/Model/Contract.cs once the contract is deployed. You should have access ,let me know if you dont
@juanfranblanco I deploy everything and set the address of daovation to that of the proxy, resulting in the exceptions. truffle side works fine in the test https://gitlab.com/daovation/daovation_contract/blob/master/test/TestUpgrade.js . Thanks
Juan Blanco
@juanfranblanco
Feb 07 16:33
@inuka_g_gitlab i don't have access / cannot see it
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 16:35
try now , your @juanfranblanco on gitlab right?
Juan Blanco
@juanfranblanco
Feb 07 16:36
yeah
no permissions
can you make it public
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 16:37
done
Juan Blanco
@juanfranblanco
Feb 07 16:53
@inuka_g_gitlab i do have access to the projects but not the repos
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 16:55
try now, sorry about that didnt realize the repos had independant permission from the project
Juan Blanco
@juanfranblanco
Feb 07 16:56
It is ok, i am not very familiar with gitlab although it looks the same as azure dev ops
Juan Blanco
@juanfranblanco
Feb 07 18:29
@inuka_g_gitlab what contract code / line are you having the problem
Inuka Gunawardana
@inuka_g_gitlab
Feb 07 19:03
When I switch the daovation contract to use the proxy , all non view calls fail with evm exception
@juanfranblanco I mean daovation contract to use the address of the proxy. View calls work while the others do not. For example .ProposeUserRequestAndWaitForReceiptAsync off the DAOVationService wrapper.