When adding a nuget package / assembly with a different namespace it cannot be resolved

[anegg0]

The "Nethereum.Accounts" package includes the "Nethereum.Web3.Accounts" namespace. The reason for this to avoid a major change until the next version.

There is also a package "Nethereum.Web3" with the same namespace.
Adding an "using" declaration for "Nethereum.Web3.Accounts" results in an error as it cannot be resolved.

Steps to Reproduce

1. Create a new workbook and add #r "Nethereum.Accounts" and a using Nethereum.Accounts; statements
2. Try to resolve the statements

Expected Behavior

The namespace is found in its package / assembly.

Actual Behavior

"Using" statement resolution returns an Error: " (1,17): error CS0234: The type or namespace name 'Accounts' does not exist in the namespace 'Nethereum' (are you missing an assembly reference?) `

Environment

Windows 10, Xamarin Workbooks 1.4.1

Can't do that: the app crashes on Help → Copy Version Information

Xamarin Workbooks 2018-06-26.log

[sandyarmstrong]

Hi @anegg0, thanks for filing.

I have created a very simple sample workbook that references the Nethereum.Accounts package and resolves the Nethereum.Web3.Accounts namespace without any issues: https://gist.github.com/sandyarmstrong/a5ce4d5241c58387658ded12e46b2d66.

It sounds like you added the Nethereum.Web3 package instead? I also found that when adding that package, I had to manually add a #r "Nethereum.Accounts" submission to get access to the Nethereum.Web3.Accounts namespace (see https://gist.github.com/sandyarmstrong/cb4628bc8a4bad274e59a281d0b47747). This is likely a bug in our NuGet implementation, but the workaround isn't too bad.

As for a Netherum.Accounts namespace, I looked at the DLL and there is no such namespace. If you add the same NuGet package to a project in Visual Studio, it doesn't seem like you'd have access to a Netherum.Accounts namespace either. Please let me know if there's something I'm missing, though.

---

Thanks for letting us know about the crash on Copy Version Information. I'm looking into a fix. Do you by any chance have some sort of clipboard utility program like TeraCopy installed?

[anegg0]

Thank you for your response @sandyarmstrong and apologies for the delay. I can install Teracopy of course. Just let me know what trace you need, glad to help.

[sandyarmstrong]

@anegg0 Sorry, what I meant about TeraCopy was that if you had it installed (or a similar utility), it might be indirectly responsible for the crash when running Copy Version Information. We are working on a bug fix release that will hopefully prevent that crash.

[anegg0]

No, I don't use that utility, I actually snapshot from my linux host. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

…

On July 3, 2018 6:14 PM, Sandy Armstrong ***@***.***> wrote: ***@***.***(https://github.com/anegg0) Sorry, what I meant about TeraCopy was that if you had it installed (or a similar utility), it might be indirectly responsible for the crash when running Copy Version Information. We are working on a bug fix release that will hopefully prevent that crash. — You are receiving this because you were mentioned. Reply to this email directly, [view it on GitHub](#459 (comment)), or [mute the thread](https://github.com/notifications/unsubscribe-auth/AIlQ0dLsiN1ziSgLTGAXqXUMzzSv30IBks5uC-zggaJpZM4U4Ath).

[sandyarmstrong]

You're running Windows in a VM? That could actually be related. Can you share what version of Linux, what virtualization software, etc? Thanks!

[anegg0]

host: Linux Mint 18.3 Sylvia
guest: Win 10 version 1709 on a virtualbox 5.1.34_Ubuntu r121010 :
Workbooks version: latest

[sandyarmstrong]

Closing this issue as per #459 (comment).

If I am misunderstanding the issue, please let me know and we can reopen.

[anegg0]

I provided the elements you requested regarding my environment, are there any other elements you need?
Please note: we are currently changing our namespace, hopefully that'll help with our issue...

[sandyarmstrong]

From what I understand, the main issue you were asking about was why you could not access the Nethereum.Accounts namespace. But it seems there is no Nethereum.Accounts namespace in the NuGet packages you mentioned.

So the bugs that came out of this report were:

• The crash with "Copy Version Information" (should be fixed in 1.4.2 that we just released).
• Installing the Nethereum.Web3 package did not automatically reference Nethereum.Accounts.dll (worked around by manually adding a #r, which you did. Hopefully will be fixed once NuGet improvements to behave more like PackageReference from MSBuild/SDK style project #329 is finished).