wine-bugs July 2011

wine-bugs@winehq.org

1 participants
9286 discussions

[Bug 27937] New: winmm kept busy playing silence after play finishes
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=27937 Summary: winmm kept busy playing silence after play finishes Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: aeikum(a)codeweavers.com The winmm player is kept busy for several seconds after audible rendering ends. This is easily reproduced using my MCI shell from bug #20232, comment #10. Issue these commands to the MCI: open 8k8bitpcm.wav alias 8 ; any sample with at least 2 seconds of data play 8 from 1000 to 2000 notify ; play sample from position 1s to 2s play 8 from 1000 to 2000 WAIT status 8 mode I recommend to use a multi-line copy&paste to the console instead of typing. The MCIWAVE player will correctly play 1 second worth of data. After that however, a random amount of upto 4 messages about ALSA pcm underrun are sent to the console, approx. 1 per second. It's only after those that the player eventually stops, i.e. execution of the synchronous command ends. The command "status 8 mode" serves to show when execution of the previous command ends. I suspect the cause is the way mmdevapi handles silence and/or feeds too much data into the "default" ALSA device. I have no idea where that 1s log message spacing comes from. Expected behaviour (as in 1.3.24): the synchronous (WAIT flag) player is kept busy for 1 second, after which the MCI shell processes the next command. Upto one ALSA pcm underrun log message is the norm, since indeed WINMM is closed only after all buffers (headers in waveOut* speak) have been returned to the app, i.e. there's a tiny gap between "played last header => Set Event" and waveOutClose. I.e. one underrun is designed into the WINMM API, after playing ends. -- 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 19

[Bug 23682] New: Suggestion: Editbox with terminal output in crash window
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=23682 Summary: Suggestion: Editbox with terminal output in crash window Product: Wine Version: 1.2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: VincentBeers(a)gmail.com This is a feature request, not a bug. Wine has an utterly useless "the application has crashed" window, or at least, it had for a while, I don't know if that has changed. Anyway, I think said window should have an unfoldable edit box containing all the terminal output of the application up to its crash, and a button to copy the content in this edit box. Finally, the crash description should indicate that you should copy that text and bring it to the Wine forums in order to get help/troubleshooting. Why? Because it makes giving feedback on Wine apps a lot quicker. A lot of us do actually run Wine apps from the terminal, but most newbies don't, and this is a way to assist them helping the Wine devs know about the problem a lot more quickly than the usual routine, which is: - Make a forum thread about how the app doesn't work, with little to no further info; - Have someone tell you to run in terminal; - Possibly learn to use the terminal, then run the app from there; - (At this point, a day may have passed) Run back to the forums with actual terminal output. Adding the text box with the terminal output straight into the "application crashed" window not only makes the window actually useful, but it also eliminates the delay that exists because new users may have to be assisted in actually running the app from terminal. Further notes: of course, from that point, the user may be advised as to how to run the app from terminal anyway, but at least for this time, or for any time when they just want to double-click an app to run, they'll get the actual log much more quickly. -- 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 26260] New: Sound does not work / stops working
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=26260 Summary: Sound does not work / stops working Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torgeriedel(a)gmx.de In Axis & Allies the sound does not work / stops working. After exiting the game, the sound still works on Linux. Sometimes it seems to be related to the bug #26259. -- 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 4

[Bug 26670] New: Atlantis Word Processor window does not appear in task bar
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=26670 Summary: Atlantis Word Processor window does not appear in task bar Product: Wine Version: 1.3.17 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ld0d(a)kolumbus.fi The Atlantis Word Processor works otherwise perfectly, but the main window does not appear on the Ubuntu/Gnome taskbar panel nor in the alt-tab quick switch list. If the system is configured to only have one virtual desktop, there is no way to access the window if it gets hidden by another window. With multiple virtual desktops in use, the taskbar "button" for Atlantis gets wrongly placed on the *second* virtual desktop, while the window itself opens on the first one as expected. I'm using Ubuntu 10.10 amd64 with wine 1.3.17 from the WineHQ PPA Repository. The program itself is a 32-bit Windows executable. I have also tried this with the Ubuntu wine1.2 package, but it has the same problem. A demo can be downloaded here: http://www.atlantiswordprocessor.com/en/downloads.htm -- 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

[Bug 27115] New: Wild Earth: Photo Safari Demo: launcher screen is not functional without native ie7
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=27115 Summary: Wild Earth: Photo Safari Demo: launcher screen is not functional without native ie7 Product: Wine Version: 1.3.19 Platform: x86 URL: http://www.gamefront.com/files/5018404/wildearthdemose tup_english.exe OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 8284 Created an attachment (id=34570) --> (http://bugs.winehq.org/attachment.cgi?id=34570) terminal output Jacek, let me know if you really need the regression test, it worked for me a couple years ago, but it's been broken since at least 1.2, and compiling really old wine will be a pain.. In wine-1.3.19-203-gf555c2d, the launcher screen is non-functional, instead showing the raw html code. Native ie7 gets a working launcher. Terminal output 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.

1 9

[Bug 25606] New: Clones: stuck after launching a single-player game
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=25606 Summary: Clones: stuck after launching a single-player game Product: Wine Version: 1.3.10 Platform: x86 URL: http://clonesgame.com/sites/clonesgame.com/modules/pub dlcnt/pubdlcnt.php?file=http://clones.s3.amazonaws.com /ClonesGameDemo_1.26.exe&nid=220 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: m.b.lankhorst(a)gmail.com Created an attachment (id=32605) --> (http://bugs.winehq.org/attachment.cgi?id=32605) terminal output 'Clones' is a nice Lemmings clone. After choosing to play the game in single-player mode, the game is stuck on the level selection screen: clicking on anything on the screen does nothing. The keyboard is still working and pressing 'q' brings up a window where I can choose to quit the game (by using the mouse). Interestingly the bug only appears when selecting single-player mode: no such problem when entering the multiplayer menu of the game. The game works without the issue in Wine-1.3.6 and here's the result of the regression test: 4f8584ac2734ca6e649661824051d39f0320e95b is the first bad commit commit 4f8584ac2734ca6e649661824051d39f0320e95b Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com> Date: Fri Nov 5 23:19:08 2010 +0100 quartz: Remove position from filtergraph. :040000 040000 73d1320970dc8a77801a8af58980f86cc8fcf2c4 14c927fc3163ea4ced44721879e66eec42af4739 M dlls The patch can be reverted cleanly on top of Wine-1.3.10 and that fixed the issue. How to reproduce the problem in the demo: 1. After installation launch the game by ../Bin/ClonesGame.exe 2. Create a new profile then choose the first option in the main menu, named 'Pilgrimage'. 3. A level selection screen is shown but you can't proceed further because the game is stuck. -- 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 13

[Bug 27190] New: Incorrect focus and Alt+Tab order with Delphi MDI application
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=27190 Summary: Incorrect focus and Alt+Tab order with Delphi MDI application Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mateuscg(a)gmail.com 1. Make sure to keep running an application (e.g.: text editor or terminal, preferred non-MDI) that opens a window selectable in Alt+Tab keyboard function of the window manager (tested on Metacity), used to switch windows on the desktop environment. 2. Download sample application and run it on wine: http://www.torry.net/vcl/forms/other/mditab.zip 3. The application shows the main window, which gains focus of the window manager (Metacity). 4. Select File on main menu, then choose New. 5. A new child window is opened inside main window. Both main and child windows are focused. 6. When pressing Alt+Tab on keyboard, the first selected window is the child window of the wine application itself. On MS-Windows the first selected window would be the one of another application. 7. When pressing Alt+Tab again to return to wine application, only the child window is focused. 8. With only the child window focused, pressing Alt+Tab again first selects window of another application as happens on MS-Windows. Expected behavior: when the Alt+Tab function is used, the first selected window should be of another application. Also, when focus returns to the MDI application, both main and child window should be focused, not only child window. Using other non-Delphi MDI applications (eg: Wine File Manager), when switching back to it with Alt+Tab, both main and child window are focused, as happens on MS-Windows. -- 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 9

[Bug 16531] New: Issues using embedded html (DVD Profiler written with Delphi)
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=16531 Summary: Issues using embedded html (DVD Profiler written with Delphi) Product: Wine Version: 1.1.10 Platform: PC-x86-64 URL: http://www.invelos.com/Downloads.aspx OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stuart(a)houseofanime.org DVD Profiler's 'general' windows contains a link called 'view contributors'. The 'general' screen appears to be a part of the application. If you follow this link, it opens a new window showing contributions for that profile. This screen appears to be an html page rendered in an application window. I make this distinction because of the different performance. The main windows of the application perform (more or less) as you would expect, but some of the html-based windows do not function correctly. In the 'view contributors' window, you can not scroll or follow links (although a scroll mouse wheel will scroll the page and the icon changes as you move over a link). If I install IE6 using winetricks, the screen allows scrolling by clicking with the mouse, but links still do not work. -- 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 13

[Bug 22201] New: Dragon Age: Origins - Configuration Utility windows are blank
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=22201 Summary: Dragon Age: Origins - Configuration Utility windows are blank Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=27086) --> (http://bugs.winehq.org/attachment.cgi?id=27086) screenshot - wine See attached screenshots. Terminal output is minimal: fixme:win:LockWindowUpdate (0x2010e), partial stub! fixme:win:LockWindowUpdate ((nil)), partial 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 11

[Bug 23512] New: DDO - Silent crash at login
by wine-bugs＠winehq.org 02 Feb '12

02 Feb '12

http://bugs.winehq.org/show_bug.cgi?id=23512 Summary: DDO - Silent crash at login Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: openal32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: p_monkey99(a)hotmail.com CC: wine-bugs(a)winehq.org Under recent versions of Wine, after logging in successfully (using PyLOTRO), DDO will display the loading screen, and then crash silently before the character select screen appears. Reproducibility: Always Steps to reproduce: 1) Open PyLOTRO. 2) Log into game. Expected behavior: Loading screen appears, blue bar fills up, character select screen appears. Actual behavior: Loading screen appears, blue bar fills up, game shuts down, displays the PyLOTRO output window, which displays ***FINISHED***. After some digging, it appears that this crash may be audio-related. The bug first appears in Wine 1.1.30, and the one Mac-related fix listed in the changelog for that version refers to OpenAL. Also, in previous versions of Wine, after quitting the game the message "opena32.dll - cannot find exact match; picking first". This message does not show up in later versions. Haven't yet found a backtrace with any telling details, but this message does show up in my debug log, starting with version 1.1.30: err:gsm:GSM_DriverProc libgsm support not compiled in! I haven't tested every version in between, but the crash does occur in 1.1.43, .44, and all of the 1.2RC's. Tested on a MacBook Pro, Core 2 Duo 2.33, Radeon Mobility x1600, OS X 10.6.4. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2011