http://bugs.winehq.org/show_bug.cgi?id=3293
ivg2@cornell.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME
------- Additional Comments From ivg2@cornell.edu 2005-29-10 19:17 -------
For some reason, the Transgaming Mozilla ActiveX control without native DLLs works perfectly, while the one from www.iol.ie/~locka/mozilla/ doesn't work at all. I had the same issue a few minutes ago, and it was fixed by switching to the Transgaming ActiveX control. There seems to be a difference after all.
Yes, I see the Transgaming one is much larger, and includes a dll from Microsoft that you can't redistribute (msvcp60.dll).
I think I did actually have the original author's plugin working correctly, but what probably happened is I let it get out of sync w/ Fedora - I run rawhide and I update that fairly often... silly of me to expect that to work.
I see the current versions are not compatible with either my Firefox or my Mozilla browser. I am forced back to Transgaming's plugin (which also includes Gecko dlls, so it should not get broken by browser upgrades).
Closing bug, since this does fix the problem. By the way, I see the Steam focus bug hasn't be fixed yet - shame, since a patch for this does exist, and I even had it documented on the HL2 appdb entry for a while - maybe I'll post about this on wine-devel again...
Next: re-try HL2 and document all the hacks that requires on APPDB - transgaming mozilla activex Control (or make sure it's compatible w/ browser) - document unmerged patch for Steam focus bug - document workaround for EULA acceptance bug (defined LicenceViewed=y on cmdline) until undocument Control Event is added for ScrollableText msi control