May 2008 - Wine-bugs - list.winehq.org

[Bug 10213] New: Pegasus Mail: program closes when sub-program closes
by wine-bugs＠winehq.org 27 Feb '09

27 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=10213 Summary: Pegasus Mail: program closes when sub-program closes Product: Wine Version: 0.9.47. Platform: PC URL: http://www.pmail.com/downloads_maine_t.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: jbarntt(a)aracnet.com CC: jbarntt(a)aracnet.com Version to look at is 4.41, a free download. This email app does a normal shutdown whenever the editor is closed, e.g., after a new email is sent. This is not normal behaviour. In Windows the app stays open, so that one can continue sending, receiving, reading, writing email, etc. In old versions of wine, this error doesn't happen, (ver. 20050830). The regression error occurs as early as 0.9.20. Based on posts to the wine appdb for this app, it is likely that the regression error ocurred >=0.9.14. The editor in Pmail was not written by the developer and maintainer, David Harris, but rather licensed by him. Recent wine code seems to interpret an ordinary call to close the editor as a call to close the program itself. When Pmail starts, a 0 byte file, mailbox.lck is created in the mail box of the user. When the user closes the program normally, this file is deleted. Since the shutdown regression error deletes the lock file, I conclude the call to close the editor is being misinterpreted by wine as a call to shutdown Pmail. Joel Barnett New super maintainer for Pegasus Mail p.s. - I'm new at this, please forgive me if my report is funky. I did check bugzilla and didn't find anything relevant. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 83

[Bug 10685] New: Morrowind hangs on region loads with pbuffers
by wine-bugs＠winehq.org 26 Feb '09

26 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=10685 Summary: Morrowind hangs on region loads with pbuffers Product: Wine Version: 0.9.50. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P3 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jschimke(a)gmail.com TES: Morrowind occasionally ceases to respond or function when outdoors if a region load boundary is reached, but only when using pbuffers. With FBO's, no crashes have been encountered, though the loading screen is abnormally drawn in bright cyan. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 10288] New: wine_gecko download hangs when not started by iexplore
by wine-bugs＠winehq.org 23 Feb '09

23 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=10288 Summary: wine_gecko download hangs when not started by iexplore Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexeagar(a)gmail.com CC: alexeagar(a)gmail.com The wine_gecko download hangs when it is started by some programs other than iexplore. I have experienced this in many different versions of iTunes when accessing the help documentation. It also occurs in Framemaker 8 as documented in bug 9658. The current workaround is to run 'wine iexplore http://winehq.org' which succeeds in downloading and installing wine_gecko. I wanted to avoid logging this bug by changing the summary of bug 9658 to make it more generic but I couldn't find a way to change tho summary. Although this bug was logged after bug 9658, I think that bug 9658 is the duplicate because the behavior is not specific to Framemaker8. I apologize if this bug should not have been logged. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 13252] New: Warcraft III: Unable to Host
by wine-bugs＠winehq.org 18 Feb '09

18 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=13252 Summary: Warcraft III: Unable to Host Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: D3RGPS31(a)maine.rr.com Unable to host maps on Warcraft III, Battle.Net -- 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 25

[Bug 9812] New: Bad some czech characters in older coursewares
by wine-bugs＠winehq.org 16 Feb '09

16 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=9812 Summary: Bad some czech characters in older coursewares Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ja.k(a)seznam.cz CC: mgrzeskowiak(a)tlen.pl Created an attachment (id=8259) --> (http://bugs.winehq.org/attachment.cgi?id=8259) Bad czech characters in wine-0.9.34 - 0.9.45 Wine 0.9.34 and later does not display right some czech characters (ě,č,ř) in many older coursewares. This problem was reported from other school, where they work with Linux. We must still use wine-0.9.33 - it is last version, where all is OK. I did regression test and here is result: b5ee7aee23e886e8cde842cf05e2c742e8ca18f5 is first bad commit commit b5ee7aee23e886e8cde842cf05e2c742e8ca18f5 Author: Marcin GrzeĹowiak <mgrzeskowiak(a)tlen.pl> Date: Mon Mar 26 22:58:20 2007 +0200 user32: Use charset of currently selected font in DrawTextExA. :040000 040000 bd9c0c62d4033dde95eac66f7f0c8964c7f23998 84d404a96166132a705cccd9 b95afea467106c44 M dlls -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 55

[Bug 10923] New: JDK 6 offline installer fails to display README contents
by wine-bugs＠winehq.org 14 Feb '09

14 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=10923 Summary: JDK 6 offline installer fails to display README contents Product: Wine Version: CVS/GIT Platform: Other URL: http://java.sun.com OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The JDK 6 offline installer, jdk-6u3-windows-i586-p.exe, tries to display the README at the end via our embedded web browser, but nothing appears in the window; it's blank. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 12862] New: Fullscreen does not appear correctly
by wine-bugs＠winehq.org 13 Feb '09

13 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=12862 Summary: Fullscreen does not appear correctly Product: Wine Version: 0.9.60 Platform: PC-x86-64 URL: http://prdownloads.sourceforge.net/yabause/yabause- 0.9.4-win.zip?download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: james.jrp015(a)gmail.com I think this may be a regression from 0.9.58, but I need to go back and verify. When changing to fullscreen, the screen does not seem to be detected properly and you end up with a smaller window instead. At this point, I've been unable to switch back to original non-screen normal operation in the same session. This may be related to another bug I'm about to post. -- 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 8

[Bug 12558] New: Can't record long MIDI sysex data
by wine-bugs＠winehq.org 13 Feb '09

13 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=12558 Summary: Can't record long MIDI sysex data Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: ramalhais(a)serrado.net Using WINE from CVS (2008-04-12) and trying to run VDrumLib to capture sysex messages from a Roland TD-6 drum module, VDrumLib can't capture the whole sysex messages sent from the TD-6, and i get some "fixme:" messsages from WINE. See the attached WINE output. I tried to change the way wine/dlls/winealsa.drv/midi.c saves the incoming data but i don't understand how buffer allocation is done or how it is passed to the apps. Need some help :) -- 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 12692] New: Final Reality: DX5 benchmark fails to start
by wine-bugs＠winehq.org 13 Feb '09

13 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=12692 Summary: Final Reality: DX5 benchmark fails to start Product: Wine Version: 0.9.60 Platform: PC URL: http://www.3dconcept.ch/files/benchmark.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Hi there, the DirectX 5 based benchmark "Final Reality" fails to start up. It never even creates a window. In my case the virtual desktop does not appear. I post the console log inline (because it's rather short): fixme:wave:ALSA_ComputeCaps Device has a minimum of 2 channels fixme:win:EnumDisplayDevicesW ((null),0,0x32f69c,0x00000000), stub! err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 32 bit RGB pixel format does not match err:ddraw:PixelFormat_DD2WineD3D Invalid dwRGBBitCount in Pixelformat structure err:wgl:X11DRV_SetPixelFormat Invalid operation on root_window err:wgl:X11DRV_GetPixelFormat Unable to find a WineGLPixelFormat for iPixelFormat=0 err:d3d:CreateContext SetPixelFormat failed on HDC=0x394 for iPixelFormat=1 err:d3d:IWineD3DDeviceImpl_CreateAdditionalSwapChain Failed to create a new context fixme:ddraw:D3D7CB_CreateAdditionalSwapChain (0x133090) call to IWineD3DDevice_CreateAdditionalSwapChain failed err:ddraw:IDirectDrawImpl_CreateSurface IDirectDrawImpl_AttachD3DDevice failed, hr = 8876086a fixme:ddraw:DllCanUnloadNow (void): stub Any traces needed? Thanks, Tobias Jakobi -- 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 17

[Bug 11729] New: Unreal Tournament: dinput mode makes game unplayable
by wine-bugs＠winehq.org 13 Feb '09

13 Feb '09

http://bugs.winehq.org/show_bug.cgi?id=11729 Summary: Unreal Tournament: dinput mode makes game unplayable Product: Wine Version: 0.9.56. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net Hi there, new Unreal Tournament bug after the "error on exit" bug was fixed. This one is different however, because it has to do with input. The problem is that once you active direct input in the UT configuration menu and restart (so the change becomes active) the input sort of stops working. What exactly happens: I'm currently not talking about being in-game. I'm just in the menu where you land after pressing ESC in the intro sequence. Upon pressing ESC you end up with the cursor in the upper left position on the virtual windows (currently using virtual desktop, so debugging is easier). The first entry of the game menu is opened automatically (Game), and I can now move the cursor through the opened game entry, selecting the children. Or I can move over to the next entry (Multiplayer, Options, Stat, Tools, ...) and select children there. OK, this is when dinput is OFF. Now I go into the options, activate dinput and leave the game. Then I start the game again and encounter this. Upon pressing ESC the cursor is still transferred to the upper left position and the menu opens. What is different: When clicking the menu "away" (click on non-menu components) and then trying to open them again (by clicking on them) the menu item won't open (no drop-down effect). I can hear the soundeffect of the menu opening, but nothing more. I can even click something (suspecting that the menu is invisible, but there). So the only thing I can do is switching the app to window mode (there is a button in the upper right corner that does that) and then use the X-button on the window to close the application. Another difference is that marking checkboxes doesn't work anymore. I was going to make another try and restarted the app, this time moving right into the config menu to deactivate input. This works, because ESC always lets the menu pop up. However removing the tick from the checkbox proved to be impossible. I had to modify the UnrealTournament.ini to switch dinput off. I created a log from the dinput run, going to attach this. Greets, Tobias -- 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