Magic the Gathering Online III Wine support

Could you check current git? There's a patch that should allow loading the native schannel.dll

i have tried with current git.
i put native schannel.dll and it asks for msasn1.dll which doesn't exist yet in wine. i put the native msasn1.dll in system32 too and the game does not login, it shows the same message and the same "fixme:secur32" in the console ...

have same problem
wine: 1.1.1~winehq0~ubuntu~8.04-0ubuntu1

confirming then

Created an attachment (id=14972)
Log from crash running MTGO

(From update of attachment 14972)
Running wine-1.1.1 on Mac OS 10.5.4, I can't even get to the login screen. The updater runs fine, but when I try to launch the game, I get the following message:
Object reference not set to an instance of an object.
 at Microsoft.DirectX.Direct3D: Int32 get_AdapterCount()

(In reply to comment #6)
> (From update of attachment 14972 [details])
> Running wine-1.1.1 on Mac OS 10.5.4, I can't even get to the login screen. The
> updater runs fine, but when I try to launch the game, I get the following
> message:
> Object reference not set to an instance of an object.
> at Microsoft.DirectX.Direct3D: Int32 get_AdapterCount()

that's obviously another bug

yes that's another bug. i just ran it in wine 1.1.1 and no problem like that.

open a new bug if you want, this one is only for logging in.

I have that same problem with current git:

fixme:secur32:schan_InitializeSecurityContextW stub

If I use those native libraries: secur32.dll, crypt32.dll, schannel.dll, msoss.dll, msasn1.dll, MTGO freezes instead of displaying the "server not found" error message and I get:

err:module:find_forwarded_export module not found for forward 'secur32.EnumerateSecurityPackagesW' used by L"C:\\windows\\system32\\security.dll"
err:module:find_forwarded_export function not found for forward 'secur32.EnumerateSecurityPackagesW' used by L"C:\\windows\\system32\\security.dll". If you are using builtin L"security.dll", try using the native one instead.

Using a native security.dll doesn't seem to help. If there's a workaround involving native libraries, I'd be glad to hear about it. From what I understand, built-in schannel is mostly stubs and unlikely to provide the required functionality anytime soon?

Created an attachment (id=17271)
Log while getting the "server offline" message (wine-1.1.8)

Created an attachment (id=17272)
Screen capture of the "server offline" message

secur32:schan_InitializeSecurityContextW seem to be implemented now, but I got a "server offline" message while trying to login. I believe my clock is right.

See log and screen capture.

Hi, I have the same problem with Miranda IM app. I can't login on MSN and Gtalk
Message on terminal log: fixme:secur32:schan_InitializeSecurityContextW Using
hardcoded "NORMAL" priority

The bug is reported here: http://bugs.winehq.org/show_bug.cgi?id=16200

Will this be fixed anytime soon?

Thanks.

Created an attachment (id=18051)
log with +secur32

this a trace log with +secur32

it still says the servers are down, when they are not.

Created an attachment (id=18315)
+secur32 log

new log with today's git.

Removing deprecated CVS/GIT version tag. Please retest in current git. If the
bug is still present in today's wine, but was not present in some earlier
version of wine, please update version field to earliest known version of wine
that had the bug. Thanks!

Having tested it with the current git, this seems to be fixed, however a new bug has appeared in its place, at least on my computer.

Bug 17105, although it appears similar to this bug, is in my opinion (as a regular user of Magic Online) a different bug, as explained in that bug.

Ricardo, can you retest?

he has a point in saying it is different on the error code, but that's because schannel has evolved.

although the main problem remais the same, you can't login, so i wouldn't make it a different bug. i already had posted a trace with the new output.

cool with me either way... going to an exam, bye x)

reassigning bug

Is this still an issue in current (1.1.26 or newer) wine?

This is still happening for me in 1.1.26

This still happens in wine 1.1.33 for me

Confirming with wine-1.1.33-1.1.i586 from the Emulators:Wine repository on the openSUSE build service (http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.2) running on openSUSE 11.2.

A simple workaround for just this bug is installing the Visual Studio 2005 redistributable package. (winetricks vcrun2005) is a simple way to do this.

(In reply to comment #24)
> A simple workaround for just this bug is installing the Visual Studio 2005
> redistributable package. (winetricks vcrun2005) is a simple way to do this.

However, that just "upgrades" you to bug 17105.

(In reply to comment #25)
> (In reply to comment #24)
> > A simple workaround for just this bug is installing the Visual Studio 2005
> > redistributable package. (winetricks vcrun2005) is a simple way to do this.
>
> However, that just "upgrades" you to bug 17105.

I've tried with vcrun2005 and vcrun2005sp1 and
I still get the L0001 Server offline error

This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.2-rc1 or newer) wine?

I can test on 1.1.24 tonight probably. Is that new enough?

it would be best if you could test with 1.2 rc1

i don't have my test system on at the moment, but there were no improvements in the affected area so i doubt it is fixed... i'll see if i can get a system to retest.

(In reply to comment #29)
> it would be best if you could test with 1.2 rc1
>
> i don't have my test system on at the moment, but there were no improvements in
> the affected area so i doubt it is fixed... i'll see if i can get a system to
> retest.

I tested with 1.2 over the past few days. After much groping and grasping I did get the program installed, but encountered basically the same error and some of the same debug lines.

Created an attachment (id=33985)
Screen shot wine1.3.17 running MTGO3 L0014error

Removing deprecated 'All' Platform/OS.

Is this still an issue in wine 1.5.9?

At the moment this can't even be tested because of bugs on mono (bug 28621) and on gdiplus that prevent progress with .net (bug 31293) before getting to the login screen.

after replacing gdiplus with native, using .net 3, this is still a bug in git wine.

After installing dotnet40 with winetricks I can now login into the game with the latest git version!

Hello ricardo,

since there is bug 28621 targeting Mono, resolving this one 'fixed'.

Regards

They are totally different bugs though... Shouldn't we keep different bugs from the same application separate?

Hello ricardo,

this bug has been recycled multiple times (have a look at the history).
The current Mono issue is clearly not the one reported by OP in 2008.

You are of course free to report a new bug for Mono purists.

Regards

I'm not sure what you mean. The bug is still the same: You cannot login into MTGO 3.x with builtin wine, nor with only dotnet20.

At most I could understand marking this as a dupe of http://bugs.winehq.org/show_bug.cgi?id=17105 and continuing the reporting there, but for that bug to show up you have to install vcrun2005, so i don't see the point.

Hello ricardo,

--- quote ---
I'm not sure what you mean. The bug is still the same: You cannot login into MTGO 3.x with builtin wine, nor with only dotnet20.
--- quote ---

vs.

--- quote ---
After installing dotnet40 with winetricks I can now login into the game with the latest git version!
--- quote ---

First you say it works if you installed .NET 4.0 in the prefix.
Later you say it still doesn't work with .NET 2.0?
Another place you said you installed .NET 3.0
So what gives?

Regards

It means you can only login into the game with dotnet40. any of the previous dotnets or builtin dlls don't let you login.
did i miss the point in time where applications that work with dotnetxx are no longer considered for bugs in mscoree and related dlls?

My understanding is this used to be broken with native dotnet, and now the bug affecting native dotnet is fixed. Problems with mono would be a separate bug.

Okay then. I thought it would be considered a bug until it worked with mono, even if it worked with some dotnet version. I will close this as fixed then and open a new one for mono.

Hello folks,

I downloaded the bootstrapper and installed the game.

.NET Framework 4.0 client profile required by installer and MTGO_NET.exe
.NET Framework 2.0 required by kicker (updater) and managed DX installer

.NET 3.x is clearly not needed - it might have been a requirement some
years ago.

--- quote ---
It means you can only login into the game with dotnet40. any of the previous dotnets or builtin dlls don't let you login.
--- quote ---

The game executable binds to .NET Framework 4.0 assemblies.
It will _not_ work with .NET 3.x by design.

The thing runs properly with .NET Framework 4.0 and 2.0 installed.

I didn't want to pay $9.99 just for testing hence I used "play free trial".
I joined some match with other 'guest' players (cards game?).

--- quote ---
did i miss the point in time where applications that work with dotnetxx are no longer considered for bugs in mscoree and related dlls?
--- quote ---

There are two .NET bug types:

1) using native .NET Framework that demonstrates a bug with Wine (flagged with 'dotnet' keyword).
   When the bug has been fixed in Wine it will be closed.
   It will not be reused for Mono -> separate bug!

2) using bundled Mono that either highlights a bug in Wine or a problem with Mono itself (flagged with 'mscoree' component)
   When the bug has been fixed in Wine it will be closed -or-
   when Mono is fixed.

There are various cases where people are better off with native .NET Framework.
Mono can't provide 100% featureset of native either due to technical or legal reasons.
People want solutions now and not wait for years (that would make Wine/Mono useless to them).
Of course it might be still useful to report Mono bugs for "purist" case (even if some feature implementation is highly unlikely).

Again: I think we can close this bug as the login works with native .NET Framework properly installed.

If you can demonstrate that the login problem still exists with Mono 4.5.x you should create a new bug, explicitly stating "Magic: The Gathering Online 3.x fails to connect/login to server doesn't work with Mono".

$ sha1sum MTGOinstaller.exe
4cf30aaa4a8de1a219a20ebf5c24c9025893dec2 MTGOinstaller.exe

$ du -sh MTGOinstaller.exe
836M MTGOinstaller.exe

$ wine --version
wine-1.7.17-92-ge2bf516

Regards

Thank you for the clarification, I have closed both bugs of the application that now work with dotnet.

Closing bugs fixed in 1.7.18.