August 2010 - Wine-bugs - list.winehq.org

[Bug 19523] New: winmm: Multiple waveOutOpen calls on single device supported by Windows, not Wine
by wine-bugs＠winehq.org 10 Dec '10

10 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=19523 Summary: winmm: Multiple waveOutOpen calls on single device supported by Windows, not Wine Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: ken(a)codeweavers.com The design of winmm and its interface to its low-level drivers doesn't support opening an audio device multiple times with waveOutOpen. Windows does support this, using the device's hardware mixing support if present, or a software mixer if not. This limitation also affects DirectSound if the low-level driver does not have native support for DirectSound. In that case, DirectSound uses emulation through the wave-out interface. -- 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.

1 15

[Bug 18681] New: Can not accept license for Photoshop CS4
by wine-bugs＠winehq.org 06 Dec '10

06 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=18681 Summary: Can not accept license for Photoshop CS4 Product: Wine Version: 1.1.22 Platform: PC URL: http://trials.adobe.com/Applications/Photoshop/CS4/Win /ADBEPHSPCS4_LS1.7z OS/Version: Linux Status: NEW Keywords: download, FIXME Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Every time I click on the Accept button for the license agreement, the following line is printed: fixme:mshtml:fire_event node type 9 node supported Note, this is different from Bug 13903 which shows a jscript error. Native mshtml has its own problems, but installing IE6 helps. -- 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.

1 12

[Bug 17924] New: MIDI music is played instead of WAV music for Touhou games
by wine-bugs＠winehq.org 05 Dec '10

05 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=17924 Summary: MIDI music is played instead of WAV music for Touhou games Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erappleman(a)gmail.com When running Touhou 6, 7, 8, 9, 10, or 11 in Wine, selecting WAV music in the options menu (default) will cause MIDI music to play. Selecting the MIDI option will cause no music to play whatsoever. -- 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.

1 10

[Bug 17875] New: GetTempFileName with unique != 0 broken
by wine-bugs＠winehq.org 03 Dec '10

03 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=17875 Summary: GetTempFileName with unique != 0 broken Product: Wine Version: 1.1.18 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P1 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dev_oskar(a)hotmail.com GetTempFileName called with a non-zero value for unique will not check if a file could be actually written in the provided path. Paint Shop Pro 9 (and it seems 8 too) uses the return code to test if it should create several temp directories. So under wine it will always fail if unique is non-zero, GetTempFileName will currently not test anything and won't return zero, so creation of the undo files later will fail because the directory doesn't exists. As the documentation tells the file isn't created my first patch isn't correct: ... if (unique) { sprintfW( p, formatW, unique ); /* need to check if we can create the file so applications can detect if they can write */ HANDLE handle; handle = CreateFileW( buffer, GENERIC_WRITE, 0, NULL, CREATE_NEW, FILE_ATTRIBUTE_NORMAL, 0 ); if (handle != INVALID_HANDLE_VALUE) { /* We created it */ CloseHandle( handle ); TRACE("created %s\n", debugstr_w(buffer) ); return unique; } /* Failure */ return 0; } else { /* get a "random" unique number and try to create the file */ ... It should check the directory if it exists. -- 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.

1 16

[Bug 23285] New: Animated mouse pointer invisible in 3D mode in Ice Cream Tycoon
by wine-bugs＠winehq.org 03 Dec '10

03 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=23285 Summary: Animated mouse pointer invisible in 3D mode in Ice Cream Tycoon Product: Wine Version: 1.2-rc4 Platform: x86 URL: http://www.reflexive.com/IceCreamTycoon.html OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Ice Cream Tycoon is a business/simulation game. This bug applies to both the retail CD-ROM and the downloadable version at http://www.reflexive.com/IceCreamTycoon.html (click "DOWNLOAD NOW!"). There are two options in Ice Cream Tycoon: - 3D mode. It's not clear what this does, maybe when enabled it uses Direct3D for output instead of DirectDraw??? - H/W cursor. When this is enabled, the program uses an animated coloured mouse pointer instead of the Windows default. Download and run the installer from the URL above. You can either choose to have the installer run the game or start ICT.exe manually. Starting ICT.exe shows this console output, perhaps related to the time-limited play DRM feature? fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400 fixme:mountmgr:harddisk_ioctl unsupported ioctl 74080 Click Play Game. When the game starts, notice that the pointer is invisible. It's actually there though; e.g. you can move the mouse to highlight the Skip button at the bottom right and click it to skip the intro sequence. Click Cancel when asked to enter a company name. Click the Options button (metal cog). There are options for H/W cursor and 3D mode, both enabled by default. When 3D mode is enabled, the pointer is invisible if H/W cursor is enabled. If you un-check the H/W cursor box, the mouse pointer (standard Windows pointer) appears. If you uncheck 3D mode and leave H/W cursor checked, the custom (coloured and animated) mouse pointer appears. It might not be relevant, but this console output appears when you enable 3D mode: err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58 err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64 -- 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.

1 7

[Bug 17436] New: Missing funtionality prevents any RDP client from working.
by wine-bugs＠winehq.org 03 Dec '10

03 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=17436 Summary: Missing funtionality prevents any RDP client from working. Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timuckun(a)gmail.com I have attempted to run a couple of RDP clients and they all fail with the same error being repeated a few thousand times. Obviously this stub needs to be fleshed out. I wish I could do it myself but I can't. fixme:winsock:WSALookupServiceNextW ((nil) 0x00000ff0 0x7c1b3688 0x5a9d7b8) 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.

1 12

[Bug 21096] New: utorrent drops error 12157 when using a https tracker
by wine-bugs＠winehq.org 03 Dec '10

03 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=21096 Summary: utorrent drops error 12157 when using a https tracker Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: howl.nsp(a)gmail.com CC: howl.nsp(a)gmail.com utorrent fails to connect through https protocol. It's connection system fully relies on the iexplorer implementation. This error shown up in versions previous to the 1.1.14 but since 1.1.14 to 1.1.34 the ssl connection problem was solved. Now with 1.1.35 appears again. ¿Could be related to "Better certificate checking on secure connections." in 1.1.35? -- 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.

1 75

[Bug 22427] New: After 22400 was fixed thief 2 still hangs if offscreenrendering mode is fbo
by wine-bugs＠winehq.org 01 Dec '10

01 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=22427 Summary: After 22400 was fixed thief 2 still hangs if offscreenrendering mode is fbo Product: Wine Version: 1.1.42 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com My hardware/drivers haven't changed from bug 22400 If offscreenrendering mode is changed to backbuffer it runs, very, very slowly. Apparently the only error that isn't related to the movies is: trace:d3d:set_blit_dimension glMatrixMode(GL_PROJECTION) call ok context.c / 1554 trace:d3d:set_blit_dimension glLoadIdentity() call ok context.c / 1556 trace:d3d:set_blit_dimension glOrtho call ok context.c / 1558 trace:d3d:set_blit_dimension glViewport call ok context.c / 1560 err:d3d:context_bind_fbo >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glBindFramebuffer() @ context.c / 83 trace:d3d:dump_color_fixup_desc X: CHANNEL_SOURCE_X trace:d3d:dump_color_fixup_desc Y: CHANNEL_SOURCE_Y trace:d3d:dump_color_fixup_desc Z: CHANNEL_SOURCE_Z trace:d3d:dump_color_fixup_desc W: CHANNEL_SOURCE_W err:d3d:context_set_draw_buffer >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawBuffer() @ context.c / 1926 Log: http://rapidshare.com/files/377789425/patch3_result.tar.gz.html -- 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.

1 12

[Bug 22400] New: Thief 2 crashing on start of 3d level apparently not because of movies
by wine-bugs＠winehq.org 01 Dec '10

01 Dec '10

http://bugs.winehq.org/show_bug.cgi?id=22400 Summary: Thief 2 crashing on start of 3d level apparently not because of movies Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Created an attachment (id=27418) --> (http://bugs.winehq.org/attachment.cgi?id=27418) glxinfo After managing to put thief 2 running by manually installing the invideo codecs, the introduction movies run, (so i guess the briefing movies would run too), but the 3d world crashes. There are errors from the quartz dll (from running the introduction, but the crash comes before the briefing movies run, but as the stack trace indicates, in wine3d. paulo(a)AIVAS:~/Games/Pc/Wine Games/Thief2$ uname -a Linux AIVAS 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux paulo(a)AIVAS:~/Games/Pc/Wine Games/Thief2$ wine --version wine-1.1.42 Thief was executed as: taskset -c 1 wine ./thief2.exe 2> errorT2.txt in its directory. -- 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.

1 27

[Bug 12468] New: winspool doesn't use CUPS ports, always uses lpr
by wine-bugs＠winehq.org 30 Nov '10

30 Nov '10

http://bugs.winehq.org/show_bug.cgi?id=12468 Summary: winspool doesn't use CUPS ports, always uses lpr Product: Wine Version: 0.9.58. Platform: PC URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475138 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler AssignedTo: wine-bugs(a)winehq.org ReportedBy: ovek(a)arcticnet.no In dlls/winspool.drv/info.c, function CUPS_LoadPrinters, there's sprintf(port,"LPR:%s",dests[i].name); instead of "CUPS:%s" or whatever, which means that when printing things will be printed through spawning lpr instead of using the CUPS libraries. This unnecessarily adds an additional external dependency (Debian users need the cupsys-bsd package), when there already appears to be code there to print using the library, but that's unused right now. (Also, please 0.9.59 to the list of versions, this was reported on 0.9.59, not 0.9.58.) -- 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.

1 11