wine-bugs September 2013

wine-bugs@winehq.org

1 participants
9593 discussions

[Bug 30141] New: 1848 (strategy game) becomes unresponsive after the first mouse click
by wine-bugs＠winehq.org 20 Jul '18

20 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=30141 Bug #: 30141 Summary: 1848 (strategy game) becomes unresponsive after the first mouse click Product: Wine Version: 1.4 Platform: x86 URL: http://www.gamershell.com/download_17042.shtml OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Classification: Unclassified Regression SHA1: 94c0da184e18252ca2df7f9f462e9a4df9c5f2df 1848 is a freeware, historical strategy game taking place during the Hungarian Independence War of 1848/49. The next game from the developer is also affected by this bug (For the Glory!). The problem: a new game can be started from the menus, but as soon as I click with the mouse on the game screen, the game becomes unresponsive: music and animations keep playing but the game no longer responds to mouse or keyboard. Terminal output isn't too informative: >fixme:win:EnumDisplayDevicesW ((null),0,0x32ec20,0x00000000), stub! >fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 >fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x14dc08, flags 0x1, event (nil) stub! The problem appeared in Wine-1.3.34 and is still present as of wine-1.4-78-g94953f1. 94c0da184e18252ca2df7f9f462e9a4df9c5f2df is the first bad commit commit 94c0da184e18252ca2df7f9f462e9a4df9c5f2df Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Thu Dec 1 07:31:41 2011 +0100 wined3d: Create a PBO in surface_load_location() even if SFLAG_INSYSMEM is already set. In the longer term, sysmem and pbo should be separate resource locations. :040000 040000 0ea129726096c1508557eacfc8272cf884f0c61b 4e1bfdfeccfc95e0b700f75d6841dbb7cc1889da M dlls Other bugs related to this commit: bug #29287, bug #29613. Although the commit can be reverted cleanly on current git, I noticed that - reverting on 1.4 doesn't fix the problem for some reason - reverting on 1.3.37 does fixes the problem Steps to reproduce the problem: 1. install the game as usual. 2. start the game with 1848.exe 3. in the main menu choose <Single Player>, then select the Tutorial Campaign and click on the <Start> button, located in the lower right corner of the screen. 4. close the Events window and left click anywhere on the main game screen (not on the minimap). The game no longer responds to mouse or keyboard input. Fedora 16 Nvidia 250 / driver 290.10 X.Org X Server 1.11.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

[Bug 31829] New: Ad Astra fails to start when music enabled
by wine-bugs＠winehq.org 20 Jul '18

20 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=31829 Bug #: 31829 Summary: Ad Astra fails to start when music enabled Product: Wine Version: 1.5.1 Platform: x86 URL: http://www.gamedev.net/page/community/gds/view/_/actio n/ad-astra-r174 OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Classification: Unclassified Regression SHA1: 5e522a1d1c7c84a4c89f67770ff391f05662d35b Created attachment 41888 --> http://bugs.winehq.org/attachment.cgi?id=41888 terminal output Ad Astra is a freeware space exploration game. On startup the game shows a black screen for a moment, then it quits (without a crash dialog/backtrace). Steps to reproduce the problem: 1. unpack the archive and start the game with AdAstraDX9.exe. According to my testing, the problem appeared in Wine 1.5.1, and is still present in 1.5.14. The result of the regression test: 5e522a1d1c7c84a4c89f67770ff391f05662d35b is the first bad commit commit 5e522a1d1c7c84a4c89f67770ff391f05662d35b Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Mon Mar 19 07:35:17 2012 -0500 dmloader: Don't claim partial success when loading fails. :040000 040000 29041b7005a7e7e930ca59d3ca0383b696182b6a 0e98b8be7dce48a9b624f758fc36a6e401e335c5 M dlls Reverting the patch on 1.5.14 fixes the startup problem. The game uses midi files for background music, some midi files are located in the /midi directory. Running Timidity before starting the game doesn't help. As a workaround for the startup problem, either remove those midi files or install native directmusic via winetricks. Let me know if you need a debug log (+dmloader,...) -- 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 14

[Bug 25229] New: rejected test cases never go back to queue
by wine-bugs＠winehq.org 19 Jul '18

19 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=25229 Summary: rejected test cases never go back to queue Product: WineHQ Apps Database Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: virtuousfox(a)gmail.com when test case is rejected instead of outright deleted it does not go back into queue to be reviewed even after being edited by submitter. this issue was discussed sometime year or two ago but apparently never was fixed. example here: user have submitted result and it got rejected for better detailing, it was edited by submiter and mail notification was sent to me. "test result" is http://appdb.winehq.org/objectManager.php?sClass=version&iId=4976&iTestingI… but it not anywhere in my queue list. i want to reject it second time anyway since submitter didn't bothered to read damn notes and howtos at app test page again or look at other, proper submits but i can't even do that now since it's not in queue and i can't do anything with it. -- 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 20

[Bug 23045] New: Far Cry 2: unexpected exiting of application
by wine-bugs＠winehq.org 16 Jul '18

16 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=23045 Summary: Far Cry 2: unexpected exiting of application Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgavl69(a)juno.com Created an attachment (id=28591) --> (http://bugs.winehq.org/attachment.cgi?id=28591) fc2bugs_builtin_secur32 Far Cry 2 will unexpectedly exit with no backtrace. Mainly this is a problem encountered when starting a 'New Story',if it doesn't exit on the loading screen, and going along the first jeep ride. I haven't seen it happen when 'Continuing' or loading from a previous saved game yet. This is one has been puzzling me since alot of people report this in the AppDb pages. The component I've been mainly focusing on is the secur32.dll (builtin & native). Using the native secur32.dll I haven't had any crashes or unexpected exits at all. Using the builtin secur32.dll the exiting always happens. See attachments. winedebug=+file,+secur32 Using winedbg hasn't provided any useful info to me to make sense of it but maybe my winedbg-fu isn't up to par. If you have any suggestions about other channels / winedbg commands (or example how-to pages/commands) I could look into to provide some more useful info let me know. -- 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 37

[Bug 34585] New: Only one System-Tray icon is responsive at a time
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=34585 Bug #: 34585 Summary: Only one System-Tray icon is responsive at a time Product: Wine Version: 1.7.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stewved(a)gmail.com Classification: Unclassified To replicate: 1 Open any app that has a system tray icon eg. Steam. 2 Open another app that also uses the tray icon. The first app's icon icon wont register any clicks. No difference when using the same prefix or different ones. -- 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 5

[Bug 33478] New: Borderlands 2 on FGLRX compiles a shader every frame.
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=33478 Bug #: 33478 Summary: Borderlands 2 on FGLRX compiles a shader every frame. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: roboman2444(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified So whenever running Borderlands 2 under wine with FGLRX, I get about 2 fps. It doesn't matter the resolution, graphical settings, Borderlands 2 config file edits, or winecfg settings. Using APITrace, I have concluded that GLCompileShaderARB and GLLinkProgramARB are being called every single frame, and taking up a lot of cpu time. This may effect some other games, such as Serious Sam 2 HD, but I don't have conclusive evidence that this is the problem. Wine version affected- 2.5.29 and below. OS- Debian Squeeze x86. CPU- amd FX8320 RAM- 24GB 1866mhz GPU- dual 6970's. Crossfire disabled for wine. Drivers- FGRLX 13.4. It has happened in previous versions as well. -- 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 23

[Bug 33397] New: World of Warcraft 5.x, openSUSE 12.3 & Wine 1.5 very low fps
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=33397 Bug #: 33397 Summary: World of Warcraft 5.x, openSUSE 12.3 & Wine 1.5 very low fps Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fakemoth(a)gmail.com Classification: Unclassified Wine has very poor performance in World of Warcraft 5.x Mists of Pandaria, Wine 1.5.x any recent version on high end ATI/AMD graphic cards (D3D or OpenGL, both 32 and 64bit client), 4 to 5 times slower than reported usually in forums, to the limit of unplayable, for example 6 frames/s in intensive fights like Sha, 14 frames/s in major cities on busy realms, with an overal media of 20 fps on a ATI/AMD Radeon HD 6950/2GB (13.1 vendor driver), 6 core AMD CPU 1055T, 8GB RAM DDR3, 10krpm WD Raptor, OpenSUSE 12.3 x86_64. Confirmed also for Ubuntu 12.10 x86_64. No other problems it installs and runs fine except the FPS issue. Nothing seems to help. More here: http://forum.winehq.org/viewtopic.php?f=8&t=17703&p=84834#p84834 and here http://forums.opensuse.org/english/get-technical-help-here/games/480599-wor… -- 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 32097] New: hover menu of QQ2012 contact flushes and randomly disapears
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=32097 Bug #: 32097 Summary: hover menu of QQ2012 contact flushes and randomly disapears Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Hello, This is a follow up of Bug 32066. To reproduce: 1. Download qq2011 http://dl_dir.qq.com/qqfile/qq/QQ2011/QQ2011.exe 2. Install QQ2011.exe 3. set atl80 to native, work around 30512 4. `winetricks -q riched20`, work around Bug 29636 5. `winetricks -q ie7`, work around Bug 29638 6. Start QQ.exe 7. login (be careful of Bug 27468) accout: 1469264807 Password: winedebug 8. open the main UI of QQ, move the mouse to the "My Profile icon" or one of the contacts' icon, such as qq-myprofile-hover-menu.png and qq-contact-hover-menu.png At this time, a hover menu will popup, such as the two screenshot showing. 9. move the mouse from one icon to anonther icon, for example, move from "My Profile icon" to "winedebug", or move from "winedebug" to "fracting", and so on. Expect Result: Different hover menu shoud be displayed for each related icon. Actual Result: The hover menu usually flushes in a moment and disappears. -- 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 31714] New: AutoCAD 2005 pan became unacceptably slow in 1.5.13
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=31714 Bug #: 31714 Summary: AutoCAD 2005 pan became unacceptably slow in 1.5.13 Product: Wine Version: 1.5.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: max(a)veneto.com Classification: Unclassified After updating to 1.5.13 the pan command became very slow and jerky. To reproduce, simply open a drawing and try to pan with middle mouse button. Up to wine 1.5.12 it was quite smooth and fast, now it's jerky and very slow. -- 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 31291] New: Unable to input german umlaut characters with certain locales
by wine-bugs＠winehq.org 14 Jul '18

14 Jul '18

http://bugs.winehq.org/show_bug.cgi?id=31291 Bug #: 31291 Summary: Unable to input german umlaut characters with certain locales Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ldm(a)gmx.at Classification: Unclassified I can not type german Umlaut characters äöü when i have the locale en_DK.utf8 however if I set it to en_US.utf8 or de_DE it works! This is independet from the keyboard layout. Copy-pasting into the wine application works in any case and the characters are displayed correctly. Inputing german characters should work equaly well in any locale and only depend on the keyboard layout. In any case it should work in en_DK.utf8 just as well as in en_US.utf8 since both are english and both are unicode. Tested with wine-1.5.9. -- 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 26

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 September 2013