http://bugs.winehq.org/show_bug.cgi?id=2989
------- Additional Comments From hurtta+wine2(a)leija.mh.fmi.fi 2005-30-10 11:21 -------
Same error is reported by winecfg:
[hurtta@jalmari hurtta]$ winecfg
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
libGL error: failed to open DRM: Operation not permitted
libGL error: reverting to (slow) indirect rendering
[hurtta@jalmari hurtta]$
(wincfg window opens).
But it should not try open :0.0 at all....
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2989
------- Additional Comments From hurtta+wine2(a)leija.mh.fmi.fi 2005-30-10 11:19 -------
Wine 0.9 via ssh:
[hurtta@jalmari hurtta]$ rm -rf .wine/
[hurtta@jalmari hurtta]$ wineprefixcreate
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
libGL error: failed to open DRM: Operation not permitted
libGL error: reverting to (slow) indirect rendering
/home/hurtta/.wine updated successfully.
[hurtta@jalmari hurtta]$ wine --version
Wine 0.9
[hurtta@jalmari hurtta]$ echo $DISPLAY
localhost:10.0
[hurtta@jalmari hurtta]$ xdpyinfo
name of display: localhost:10.0
version number: 11.0
vendor string: Mandrake Linux (XFree86 4.2.1, patch level 3mdk)
vendor release number: 40201000
XFree86 version: 4.2.1
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
<...>
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2881
ndumais(a)sympatico.ca changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From ndumais(a)sympatico.ca 2005-30-10 11:17 -------
I tried with Wine 0.9 and everything is back to normal. Thanks! :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3155
------- Additional Comments From rob(a)codeweavers.com 2005-30-10 11:13 -------
This is caused by ole32 not being registered. You should run "regsvr32 ole32",
although it seems like oleaut32 isn't registered either, so you should re-run
the wine.inf script.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=3702
Summary: Unable to run EXE packed with UPack
Product: Wine
Version: unspecified
Platform: PC
URL: http://post.baidu.com/f?kz=58190491
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nikkho(a)gmail.com
Programs packed with UPack (http://dwing.51.net), cannot be run under Wine.
Since they run fine under Windows, it is probably a bug in Wine.
BTW, Wine already is compatible with other packers such as UPX, or NsPack, but
they do not get the compression ratio of UPack.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3570
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From tony_lambregts(a)telusplanet.net 2005-30-10 10:48 -------
I'm not sure that this will help but try thread id (tid).
WINEDEBUG="+tid"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3155
------- Additional Comments From me(a)dslb-084-057-072-253.pools.arcor-ip.net 2005-30-10 10:07 -------
This is still not working with wine 0.9 from Debian/Sid:
Setup exits with the message "An error (-5009:0x80040154) has occurred...
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fb9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fb9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fb9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fb9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d3fffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d3fffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d3fffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d3fffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7ffbffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fffffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fe9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d3fffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7d48ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fffffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fe0ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 7fb9ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0010ffff
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from
0x4003 -> 0xb) 0000ffff
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000131-0000-0000-c000-000000000046}
err:ole:CoGetClassObject class {00020424-0000-0000-c000-000000000046} not
registered
err:ole:marshal_object couldn't get IPSFactory buffer for interface
{6494206f-23ea-11d3-88b0-00c04f72f303}
err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hres=0x80040154
err:ole:CoMarshalInterface Failed to marshal the interface
{6494206f-23ea-11d3-88b0-00c04f72f303}, 80040154
Wine exited with a successful status
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=3570
------- Additional Comments From willie(a)froq.net 2005-30-10 09:38 -------
Just a small update: I'm stuck with tracing, I don't know how to run the trace
so that it gives info on the child process, and running the extracted file on
it's own doesn't work at all. Anyway, the protection system is element5 ESD, a
quite common protection/ license manager - I'm afraid I couldn't find any
technical in-depth information about it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1320
hallo(a)michael-kaufmann.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|wine-bugs(a)winehq.org |hallo(a)michael-kaufmann.ch
Status|ASSIGNED |NEW
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1320
hallo(a)michael-kaufmann.ch changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |UNCONFIRMED
Resolution|ABANDONED |
------- Additional Comments From hallo(a)michael-kaufmann.ch 2005-30-10 09:28 -------
I've just sent a patch for this to wine-patches. (
http://www.winehq.com/pipermail/wine-patches/2005-October/021669.html )
I'm not sure whether 'textbox' means the edit control or the static control, but
my patch will fix both.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3570
------- Additional Comments From willie(a)froq.net 2005-30-10 08:44 -------
You were right! Running a +process trace shows something. The executable
extracts a file to Windows\Temp, called "License Cleanup ESD.0001". That one's
a win32 executable as well, and gets executed. As soon as it's started, the
popup appears.
The license/ protection system seems to be somewhat common, it's not by
Pixologic (and therefore not part of the demo), and might be used for a few
other applications as well. I'll try to find out more!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3561
------- Additional Comments From I-SAngeli(a)siriush.com 2005-30-10 08:02 -------
This is what i see from konsole when I run wine /mnt/dvd/Bin/ACADFeui/setup.exe
fixme:msi:MsiInstallProductW L"acad.msi" L"
WISE_SETUP_EXE_PATH=\"Z:\\mnt\\dvd\\Bin\\ACADFeui\\setup.exe\" "
fixme:msi:ACTION_AppSearchReg AppSearch unimplemented for type 1 (key path
L"CLSID\\{CCB4EC60-B9DC-11D1-AC80-00A0C9034873}\\InprocServer32", value (null))
fixme:msi:ACTION_AppSearchReg AppSearch unimplemented for type 0 (key path
L"Software\\[Manufacturer]\\[ACADREGPRODUCTNAME]\\[ACADVER15]\\[ACAD15COOKIE]",
value L"Location")
fixme:msi:ACTION_AppSearchReg AppSearch unimplemented for type 0 (key path
L"Software\\[Manufacturer]\\[ACADREGPRODUCTNAME]\\[ACADVER15]\\[ACAD15COOKIE]",
value L"AcadLocation")
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"ValidateProductID"
fixme:msi:ACTION_CostFinalize cost should be diff in size
err:msi:ITERATE_Actions Execution halted due to error (1603)
This is also a listing of this folder:
acad1.cab clean15.lst m14.cab m21.cab m28.cab m34.cab m40.cab m47.cab
m53.cab m9.cab upgrade.lst
acad.ico docs m15.cab m22.cab m29.cab m35.cab m41.cab m48.cab
m54.cab Msi version.lst
acad.msi Eula m16.cab m23.cab m2.cab m36.cab m42.cab m49.cab
m55.cab readme.hlp Windows System Drivers
autorun.exe m10.cab m17.cab m24.cab m30.cab m37.cab m43.cab m4.cab
m5.cab setup.exe
autorun.inf m11.cab m18.cab m25.cab m31.cab m38.cab m44.cab m50.cab
m6.cab setup.ini
backup.lst m12.cab m19.cab m26.cab m32.cab m39.cab m45.cab m51.cab
m7.cab sharecount.lst
clean14.lst m13.cab m20.cab m27.cab m33.cab m3.cab m46.cab m52.cab
m8.cab support
I hope there is someone able to solve this msi issue. I hope not to grow old
before running AutoCad on Linux. :-)
Thank you,
Spiro
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3683
guess.who(a)freesurf.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From guess.who(a)freesurf.fr 2005-30-10 07:39 -------
Ok !
With 0.9.1 version the problem is solved :)
Thx, it works fine :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3217
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-30-10 07:00 -------
i'm afraid there's no simple fix this now. However, if you add a simple
Sleep(5); in dlls/winmm/time.c right here:
/**************************************************************************
* timeGetTime [MMSYSTEM.607]
* timeGetTime [WINMM.@]
*/
DWORD WINAPI timeGetTime(void)
{Sleep(5);
#if defined(COMMENTOUTPRIORTODELETING)
.
.
the game runs just fine. Also make sure to add a key Managed=N under
HKCU/Software/Wine/x11drv, otherwise an annoying window will be on top of the
game. Audio set to OSS emulation. With these simple hacks you can play the game
at least quite nice for now until someone has a real fix.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2858
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2005-30-10 04:45 -------
* KnuX wrote:
|
| Many applications needs Internet Explorer to be installed. It will be very
| good if ie6setup.exe can be run with a win2k wine version and this will be a
| good step for wine indeed.
So install and run IE in win98 mode, while keep your other applications in win2k
mode. I doubt they will see a difference. Wine infrastructure is quite more
unified than the whole 9x-to-NT Windows tree.
I write this not to close a bug, of course, which persists, but to make your
life easier. :)
If I am wrong, point us to those apps, which strightly depend on IE being
installed in w98 or w2k versions. Such reports can be transformed as a separate
bug reports, I believe.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3570
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2005-30-10 02:07 -------
| "trace+reg" gives an output
O dear, I misread this as "gives no output". :-]
I am Sorry.
Yet I think you should try running full version with several debug flag combination.
"warn+all" may give you some unusual warnings.
"+loaddll" or "+module" should show the dlls being loaded.
"+relay,+snoop,+msgbox" should give you some application activity just before it
pops up message box if you cut tail of some thousands of lines of Wine output.
"+file,+reg" should give another view of what app is doing.
"+process" will show any child processes launched (I imagine that may be a
reason of seeing no traces)
"+tid" adding this flag shows you what thread does every trace come from.
Then I'd try these:
"+hook",
"+ntdll",
"+nls"
"+server".
But it's hard to tell without having loaded dll list and without a relay trace.
Of course, it's hard to tell what is wrong at first sight. To find unusualities
you can use command 'diff -u' between the log of demo version and the full one.
Then lines belonging only to demo will be prepended with '-', while ones of
full version will get the '+'.
Also you can read some inspiring docs and find some usefull ideas on debugging
and finding how ZBrush copy protection works:
[1] http://www.winehq.org/site/developer-cheatsheet
[2] http://wiki.winehq.org/DebuggingTutorials
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3701
Summary: Office XP corrupt installation source
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: philip.kent(a)ntlworld.com
After some fiddling to get the Office System Update to install I got to yet
another Office problem. When I tell it to start the installation it half
completes the Prepairing to Install section when it reports that the
installation source is corrupt. This is not the case as it works fine on my
Windows computer. Please see the attached log
(after this I will try Office 2003 trial)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3681
philip.kent(a)ntlworld.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |LATER
------- Additional Comments From philip.kent(a)ntlworld.com 2005-30-10 01:27 -------
Thats ok. Ill try Office XP next :-D (and that may be a nightmare as that
installs Access!)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=3570
------- Additional Comments From willie(a)froq.net 2005-29-10 20:39 -------
I'm quite sure. Other applications show stuff doing a +seh trace (as does the
command you posted). Also, my Wine build was configured with:
./configure --prefix=/usr --without-curses --libdir=/usr/lib32 --with-x
I already tried an unpdated kernel and switched the compiler from gcc 3.4.3 to
4.0.2, same results.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 3293, which changed state.
Bug 3293 Summary: Steam dies on startup (memstd.cpp 143: assertion failed)
http://bugs.winehq.org/show_bug.cgi?id=3293
What |Old Value |New Value
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3293
ivg2(a)cornell.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|WORKSFORME |
------- Additional Comments From ivg2(a)cornell.edu 2005-29-10 19:38 -------
Actually, my mistake.. I should have tried it a few times, rather than just one.
Using the Transgaming control makes it work sometimes, rather than not at all....
I'm guessing the cases where it works were the cases that it used to freeze
described above. The bug described here still happens very frequently (most of
the time), so it should remail open.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1434
Bug 1434 depends on bug 3293, which changed state.
Bug 3293 Summary: Steam dies on startup (memstd.cpp 143: assertion failed)
http://bugs.winehq.org/show_bug.cgi?id=3293
What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3293
ivg2(a)cornell.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From ivg2(a)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
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.