March 2013 - Wine-Bugs - list.winehq.org

[Bug 16147] New: MSN Messenger 7.0: Webcam doesn't work
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=16147 Summary: MSN Messenger 7.0: Webcam doesn't work Product: Wine Version: 1.1.9 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =d78f2ff1-79ea-4066-8ba0-ddbed94864fc&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com If you try to use the webcam through MSN Messenger, you will just see a weird image. The webcam works perfectly in Cheese, so the webcam is working fine. I'm using Ubuntu 8.10 and Wine 1.1.9. I think this lines are related: fixme:qcap:fnCaptureGraphBuilder2_FindInterface (0x1a7f278/0x1a7f278)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null), 0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub! fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e fixme:qcap:fnCaptureGraphBuilder2_FindInterface (0x1a7f290/0x1a7f290)->({fb6c4281-0353-11d1-905f-0000c0cc16ba}, (null), 0x1a81e60, {c6e13340-30ac-11d0-a18c-00a0c9118956}, 0xbd5158) - workaround stub! fixme:qcap:KSP_Get () Not adding a pin with PIN_CATEGORY_CAPTURE fixme:qcap:AMStreamConfig_GetNumberOfCapabilities 0x1a81e64: 0x32ebd0 0x32ebdc - stub, intentional fixme:qcap_v4l:qcap_driver_get_prop Not implemented 7 fixme:qcap_v4l:qcap_driver_get_prop Not implemented 5 fixme:qcap:fnCaptureGraphBuilder2_Release Release IGraphFilter or w/e -- 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.

3 44

[Bug 28457] New: Gecko rendering of Skype login page not rendering correctly
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=28457 Summary: Gecko rendering of Skype login page not rendering correctly Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xsist10(a)gmail.com Created an attachment (id=36495) --> (http://bugs.winehq.org/attachment.cgi?id=36495) Wine debug output Gecko rendering of Skype's HTML login page not rendering correctly. No HTML formating or javascript/css applied. Unable to complete login process due to this. I then manually updated gecko to wine_gecko-1.3-x86.msi (from 1.1 which was installed by default) and the issue still remained. -- 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.

3 30

[Bug 32074] New: 1by1 Player: music time indicators too fast
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=32074 Bug #: 32074 Summary: 1by1 Player: music time indicators too fast Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk Classification: Unclassified When playing mp3 files in 1by1 Player via Wine, the song time at the bottom is going faster than playback. Also the song progress slider at the top is going faster than playback. This bug has only occurred recently i.e. past few weeks, since I always get the latest development Wine releases with the Ubuntu updates. To reproduce: download 1by1 Player: http://mpesch3.de1.cc/1by1.html and use it to play some mp3 files. You will notice that the song time counter is going too fast, but the songs play at normal speed. -- 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.

3 19

[Bug 24566] New: bugzilla adds mr.bugs to cc list?
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=24566 Summary: bugzilla adds mr.bugs to cc list? Product: WineHQ Bugzilla Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Bugs start out with Mr. Bugs as the default assignee, which is evidently intended so the mailing list gets copied on all bug changes. That's fine. But under some situations, bugzilla seems to also automatically add mr. bugs to the cc list. For instance, here: http://www.winehq.org/pipermail/wine-bugs/2010-September/251648.html Whereupon Dmitry promptly removed it from the cc: http://www.winehq.org/pipermail/wine-bugs/2010-September/251690.html Austin verified that this had been done automatically by repeating his component change: http://www.winehq.org/pipermail/wine-bugs/2010-September/251728.html and then removed the extra cc manually in the next change. What's going on here? Should that cc be added automatically or not? -- 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.

3 9

[Bug 19800] New: cygwin's tar -cz crashes when run from a shell script
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=19800 Summary: cygwin's tar -cz crashes when run from a shell script Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To reproduce, create a dummy tar file, e.g. echo foo > foo then create the one-line shell script bad.sh containing tar -czvf foo.tar.gz foo then run bad.sh in a cygwin shell. It crashes, and leaves behind the file tar.exe.stacktrace containing Exception: STATUS_ACCESS_VIOLATION at eip=2D313133 eax=00000000 ebx=36313637 ecx=00851682 edx=FFFFFFFB esi=32313232 edi=39372D31 ebp=38353136 esp=0064C640 program=C:\cygwin\bin\tar.exe, pid 46, thread main cs=0023 ds=002B es=002B fs=0063 gs=006B ss=002B Stack trace: Frame Function Args 12 [main] tar 46 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Switching to bsdtar (another package in cygwin) gives same results, so it's not a bug in tar per se. tar -xz crashes similarly when given a large input file, and when that happens, one also sees 'gzip: stdout: Communication error on send' Found by trying to automate the chromium build setup instructions, http://dev.chromium.org/developers/how-tos/install-gclient -- 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.

2 8

[Bug 21639] New: Test report submitted 634 times (automated attack?)
by wine-bugs＠winehq.org July 30, 2026

July 30, 2026

http://bugs.winehq.org/show_bug.cgi?id=21639 Summary: Test report submitted 634 times (automated attack?) Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net I just logged into the AppDB, and the test report queue has 640 items. 634 of them are repeats of the same test report, submitted at a rate of about 3 per second starting February 08 2010 02:46:58 and ending February 08 2010 02:51:13. Automated attack, or has the AppDB just gone nuts? -- 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.

3 11

[Bug 21811] New: 3impact tech demo collection crashes on first demo
by wine-bugs＠winehq.org July 24, 2026

July 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=21811 Summary: 3impact tech demo collection crashes on first demo Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.3impact.com/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://www.3impact.com/3Impact_Engine/dyruk89b/3impact51_demo.exe is a set of demos showing mannekins flailing about and boulders rolling. Runs great on Vista. It installs fine on Wine. To start the app, do cd ~/".wine/drive_c/Program Files/3impact5demos" wine demos.exe skinnedragdoll.dll The first problem is bug 21790; do 'winetricks vcrun2005' to get past that. The next problem is a crash related to d3dx9_36.D3DXAssembleShaderFromResourceW, roughly bug 12020. Work around this with 'winetricks d3dx9'. The next problem is that full-screen mode doesn't work (bug 21791). Work around this by telling the demo to run in a window. This prompts you to press N, and then crashes after you do, with wine: Unhandled page fault on read access to 0x0000001c at address 0x431c10 (thread 0009), starting debugger... I'll attach a +relay,+seh log. -- 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.

3 19

[Bug 20482] New: Tunnelier Win32 SSH client shows a very tall dialog upon exiting
by wine-bugs＠winehq.org July 22, 2026

July 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=20482 Summary: Tunnelier Win32 SSH client shows a very tall dialog upon exiting Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christianuceda(a)yahoo.com Created an attachment (id=24385) --> (http://bugs.winehq.org/attachment.cgi?id=24385) Anomalous confirmation dialog Tunnelier is a nice Win32 SSH graphical client. Get the software from: $wget http://dl.bitvise.com/Tunnelier-Inst.exe Then install: $wine Tunnelier-Inst.exe To run it: $wine tunnelier to reproduce the bug just log into any ssh enabled server, the console and the SFTP window will open automatically after logging in. Then click on exit, a requester stating that there is a session running will appear asking for exit confirmation. This confirmation dialog is anomalous, the text on it appears like a tall vertical column. See attached capture. -- 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.

3 25

[Bug 24063] New: World in conflict fails to start in DX10 mode
by wine-bugs＠winehq.org July 21, 2026

July 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=24063 Summary: World in conflict fails to start in DX10 mode Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=30246) --> (http://bugs.winehq.org/attachment.cgi?id=30246) Log +d3d10 World in Conflict is unable to start in DX10 mode. Native dxdiagn.dll was used to avoid http://bugs.winehq.org/show_bug.cgi?id=11114 and sh winetricks d3dx10 was run too. I uploaded a +d3d10 log. If you need other debug channels, please ask. -- 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.

3 15

[Bug 33008] New: UDP listening on specific IP address does not work properly
by wine-bugs＠winehq.org July 19, 2026

July 19, 2026

http://bugs.winehq.org/show_bug.cgi?id=33008 Bug #: 33008 Summary: UDP listening on specific IP address does not work properly Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: decimusmaximus(a)seznam.cz Classification: Unclassified Wine updated from 1.5.6 to 1.5.24. My app uses UDP listening on specific address (not 0.0.0.0). It is running on machine with NAT, there are two interfaces with IP A.A.A.A (public) and IP B.B.B.B (private) My app is set to listen only on one IP address, IP A.A.A.A It works properly on Wine 1.5.6. Traffic from subnet B.B.B.B is NATed to A.A.A.A interface and application running in wine receives it correctly. After update to 1.5.24 it does not work anymore. Application does not receive data from private subnet B.B.B.B, however it works properly for traffic incoming on A.A.A.A interface. Please see attached schema. results of "netstat --listening" with Wine 1.5.6 it is listening on A.A.A.A address correctly. with Wine 1.5.24 it is listening on 0.0.0.0 (obviously incorrect, socket binding is set to A.A.A.A address in application and although it is saying 0.0.0.0 app does not receive any data from B.B.B.B network) This application has to be listening only on one interface and do not mix public and private addresses. In this case it is not accessible for clients in private network, so it is critical bug. Main strange thing is, that it is listening on all addresses 0.0.0.0 although socket binding in application is set to address A.A.A.A -- 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.

3 35