http://bugs.winehq.org/show_bug.cgi?id=26546
Summary: Buitin IE cannot run some methods of ActiveX controls
from ICBC online bank
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
First, write a html named safeEdit1.getLength.html like below:
<object id="safeEdit1" classid="CLSID:73E4740C-08EB-4133-896B-8D0A7C9EE3CD"
codebase="/icbc/newperbank/AxSafeControls.cab#version=1,0,0,13" height="21"
width="145"></object>
<script type="text/javascript">
function write_result(){
var div_result = document.getElementById("result");
var object_test = document.getElementById("safeEdit1");
div_result.innerHTML += object_test.getLength();
}
</script>
<div>
<a href="javascript:write_result();">write result </a>
</div>
<div id="result"></div>
Second, regist the ActiveX control of ICBC :
$ winetricks -q mfc42
# Please use the latest winetricks
# see http://code.google.com/p/winetricks/issues/detail?id=9 for details.
$ wget --timestamping
'https://mybank.icbc.com.cn/icbc/newperbank/AxSafeControls.cab#version=1,0,0…'
$ cabextract AxSafeControls.cab
$ regsvr32 InputControl.dll
Third, open safeEdit1.getLength.html with builtin IE,
type some char to the "safeEdit" control, and then click the "write result"
link.
Normally, there will be some output to the "result" div, that is the length of
the
string we have typed. However, it doesn't work on builtin IE.
the log is like this:
fixme:mshtml:nsURI_GetAsciiHost Use Uri_PUNYCODE_IDN_HOST flag
Wine MS IE and Windows IE will work.
getLength() may be a function from InputControl.dll
$ strings InputControl.dll | grep getLength
XgetLengthWWW
method getLengthWW
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24856
Summary: Magic & Mayhem: Crashing on any menu item.
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor.demyanov(a)gmail.com
Created an attachment (id=31450)
--> (http://bugs.winehq.org/attachment.cgi?id=31450)
wine 1.3.5
Run game. Showing main menu.
Click any menu(New game, Setting, Exit) item.
Game crached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19709
Summary: FeedDemon cannot sync feeds
Product: Wine
Version: 1.1.27
Platform: PC
URL: http://www.filehippo.com/download_feed_demon/4159/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lucak3(a)gmail.com
Created an attachment (id=23015)
--> (http://bugs.winehq.org/attachment.cgi?id=23015)
FD log on first run
Version wine-1.1.27-63-g862bd3c
Priority set to normal because of total loss of functionality: a feed reader
that can't sync feeds is useless.
Steps to reproduce:
1- clean wine prefix, download app from URL, install it
2- on first run, skip account check to work around bug 19693
3- make it import default feeds
As soon as the wizard ends and FeedDemon tries to sync the feeds, it crashes.
After closing the error messagebox, it reappears suddenly, probably because of
second attempt. But that's the last and after this, it doesn't crash anymore.
The error messagebox doesn't seem to report anything useful.
Attached is the log created following the steps.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25522
Summary: League of Legends - Typing in game chat causes freeze
(1.0.0.107)
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: netherby(a)hotmail.com
Since update to 1.0.0.107 (Dec 13 2010) typing anything into the in game chat
results in the client freezing. There are no errors messages displayed on the
console. This worked in the previous LoL build.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18353
Summary: Twelve Sky 2 page faults on start
Product: Wine
Version: 1.1.20
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roothorick(a)new.rr.com
Created an attachment (id=20906)
--> (http://bugs.winehq.org/attachment.cgi?id=20906)
Stderr log
As the description says. Hitting "Game Start" on the launcher results in a page
fault. Stderr log attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23429
Summary: Airport Tycoon 2: graphical corruption in roads and
others
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.gamershell.com/download_1721.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Airport Tycoon 2 is an airport management simulation game which requires
DirectX 8.1. A demo can be downloaded from
http://www.gamershell.com/download_1721.shtml
This bug applies to the full game and the demo.
[An alternative version can be downloaded from
http://d.trymedia.com/dm/take2/60m_d/t_07om/AirportTycoon2Setup.exe
That is apparently a time-limited full version which can be unlocked on
payment. Playing with winetricks could probably get it to work, but the demo
shows the problem so it's not necessary.]
Roads and some other graphics are not rendered correctly. Parts are missing,
exactly which varies depends on the view angle. (This is with Xubuntu 9.10,
Nvidia driver 195.36.15.)
After installing, start the demo. Click New Game. Click Asia on the map
(highlights as you mouse over it). Click Tokyo/Japan under Location on the
right. Click Accept. On the next screen, you have to click and drag a rectangle
indicating an area of land to buy. Notice the corruption in the yellow and blue
areas as you do that.
After choosing an area, click the checkmark to proceed. In the 3D view, you can
use the mouse wheel to zoom in and out, hold right button and drag to rotate
the view, hold left button and drag to move. You should notice that the road is
corrupted as you move the view. To show this more clearly you can add more
roads by clicking the Build menu icon (hammer and saw), then the Transportation
icon (yellow car), then the road picture. Left-click and drag on the map to
draw roads. Press Esc when done, then use the mouse to change the view.
I will attach some screenshots of the game under Wine and Windows.
The only console output (which all appears before you click New Game) is:
fixme:keyboard:RegisterHotKey (0x10056,100,0x00000001,9): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x1318f8,0x1317f8): stub
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (108,70)-(916,697)
fixme:win:EnumDisplayDevicesW ((null),0,0x32f284,0x00000000), stub!
fixme:d3d:state_patchsegments (WINED3DRS_PATCHSEGMENTS,0.000000) not yet
implemented
And on quitting the program:
fixme:keyboard:UnregisterHotKey (0x10056,100): stub
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25839
Summary: winedbg complains fixme:dbghelp_msc:codeview_snarf
Unsupported symbol id 1113
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I ran a closed source app that happens to crash under wine,
and winedbg did produce a good looking backtrace, but with
some complaints like
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1113
...
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1112
It'd be nice to handle those cleanly.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27653
Summary: EVE Online responds with "Connection Failure:
Handshake Error" on login attempt.
Product: Wine
Version: 1.3.23
Platform: x86-64
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: naylor.b.david(a)gmail.com
Created an attachment (id=35361)
--> (http://bugs.winehq.org/attachment.cgi?id=35361)
Trace log with trace patch from #22355 (patch modified to avoid functional
change)
EVE Online fails to log in with "Connection Failure: Handshake Error".
This has been reported on both FreeBSD -current and 8-stable when running a
32bit wine under a 64bit FreeBSD. Also, when applying the trace patch from bug
#22355 the trace indicates it is not related to that error. (See attached for
the trace with WINEDEBUG=iphlpapi with that patch applied).
My attempts to determine where the error occurs has been unsuccessful.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24450
Summary: Touhou 6, 7, 8 and 9 do not render text correctly.
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pastorrub(a)msn.com
Some text doesn't render correctly, I suspect it is because of this error since
in other Touhous without this error it doesn't appears:
fixme:d3d8:IDirect3DDevice8Impl_ResourceManagerDiscardBytes Byte count ignored.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=24869
Summary: Worms Armageddon: Dismissing post-mission frontend
dialogues after sound has finished playing causes a
freeze
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thecybershadow(a)gmail.com
Created an attachment (id=31476)
--> (http://bugs.winehq.org/attachment.cgi?id=31476)
Patch
Worms Armageddon will display a dialog before beginning a training mission
(describing the tasks to be performed), or after a mission or training mission
(displaying the player's results). This dialog is accompanied with a sound,
which is streamed from a .wav file using DirectShow.
If the dialog is dismissed after the sound has stopped playing, the game
freezes.
The reason for the freeze appears to be as follows:
When the dialog is dismissed, the game will attempt to stop the sound, whether
it's still playing or not. Part of its procedure to stop the sound involves
pausing the graph (using IMediaControl::Pause()). After that, it calls
IMediaControl::GetState(INFINITE, ...), which locks up the game.
The freeze occurs in Wine's DSoundRender_GetState - it will wait indefinitely
for the state_change event to be signalled - which will never happen. The
reason for this seems to be that the intended implementation of
DSoundRender_Pause is to put the filter into an intermediary state, and
complete the transition when a media sample is received (in
DSoundRender_Receive). However, since the end of file has been reached, a new
sample is never received, and the filter get stuck into an intermediary state.
The attached patch seems to fix the problem at hand, but I'm not certain about
its correctness.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.