wine-bugs October 2012

wine-bugs@winehq.org

1 participants
8973 discussions

[Bug 30305] New: noscript-tag is not working correctly anymore
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=30305 Bug #: 30305 Summary: noscript-tag is not working correctly anymore Product: Wine Version: 1.5.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified Regression SHA1: 6c6744f80066f0aa46939a2d4c0af9c34f932e8b wine iexplore http://netikka.net/dev/noscripttest.html git show 6c6744f80066f0aa46939a2d4c0af9c34f932e8b | patch -p1 -R solves the problem -- 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 31886] New: Weird winedbg behaviour when issuing a command
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31886 Bug #: 31886 Summary: Weird winedbg behaviour when issuing a command Product: Wine Version: 1.5.14 Platform: x86 URL: http://www.winehq.org/ OS/Version: Linux Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: 2763a983fe812a731d654195b76f0ab212bdd756 I'm observing strange behaviour when issuing commands inside winedbg. This used to work in 1.5.14 and the problem is present after 2763a983fe812a731d654195b76f0ab212bdd756 is the first bad commit commit 2763a983fe812a731d654195b76f0ab212bdd756 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Oct 1 12:19:25 2012 +0200 Mark all lexers as never-interactive. :040000 040000 c0c5c8bfd9a925b0905dc0d4d222185fb6b9aa80 92b74023e2ed7f7cacd60ff760d852face7b726f M dlls :040000 040000 6bd23880c048b14172f6e26f14cea810ec875c8d e8430433b84b4a94e8404327df67fa9156057551 M programs Reverting the patch fixes the issue. Steps to reproduce the problem: 1. create a new wineprefix 2. wine windbg notepad 3. type 'bt' and press <Enter>...the winedbg prompt reappears but no backtrace is displayed 4. type 'bt' again ->the backtrace is displayed correctly 5. now type 'c' ->the same backtrace is printed again 6. type 'c' again ->notepad continues running as it should Fedora 17 gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) -- 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 2

[Bug 31520] New: Graphic Problem on Grandia II
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31520 Bug #: 31520 Summary: Graphic Problem on Grandia II Product: Wine Version: 1.5.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: SolisX007(a)yahoo.com Classification: Unclassified Hello Everyone, There is a regression on wine-1.5.11 on grandia II. Please look at the screenshots. wine-1.5.10 http://img16.imageshack.us/img16/8045/grandia2wine1510.jpg Wine-1.5.11 http://img7.imageshack.us/img7/8301/grandia2wine1511.jpg -- 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 6

[Bug 31368] New: XMP (Xunlei Kankan player ) crash with builtin msvcp71
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31368 Bug #: 31368 Summary: XMP (Xunlei Kankan player ) crash with builtin msvcp71 Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 41209 --> http://bugs.winehq.org/attachment.cgi?id=41209 Log: XMP.exe crash wine-1.5.9-296-gc15097b 1. Download XMPSetup: http://xmp.down.sandai.net/kankan/XMPSetup_4.9.0.1099-www.exe 1.5. (Optional) Works around bug 31366 with `winetricks riched20` for displaying file path in the file open dialog 2. Start XMPSetup, install XMP player 3. start XMP.exe with builtin msvcp71 and msvcr71 $ cd ".wine/drive_c/Program Files/Thunder Network/Xmp/Program" $ wine XMP.exe XMP crash at start. To get the backtrace, one should start XMP in winedbg -- 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 28213] New: IE7/IE8 x64 installation doesn't complete
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=28213 Summary: IE7/IE8 x64 installation doesn't complete Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://download.microsoft.com/download/7/5/4/754D6601- 662D-4E39-9788-6F90D8E5C097/IE8-WindowsServer2003-x64- ENU.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36131) --> (http://bugs.winehq.org/attachment.cgi?id=36131) Terminal output The first part of the installation process for 64-bit IE7 and IE8 seems to work, but both installers get stuck at "installing Windows Internet Explorer core components." There is an easy workaround: manually kill cmd.exe, and the installation will finish. (IE7 spawns a second instance of cmd which also needs to be terminated.) The reported Windows version must be set to Windows 2003 to run the installer. -- 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 31747] New: Colobot demo crashes when changing rendering settings
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31747 Bug #: 31747 Summary: Colobot demo crashes when changing rendering settings Product: Wine Version: 1.4-rc1 Platform: x86 URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe 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: 992dbc10786b79959d8b0a790974f6630aa81e3b Created attachment 41747 --> http://bugs.winehq.org/attachment.cgi?id=41747 terminal output The game crashes when I change any of the available settings (screen resolution, graphical driver, full-screen/windowed mode) on the Options -> Device screen. The game displays the following error message before crashing: "A DDraw object has a non-zero reference count (meaning it was not properly cleaned up). COLOBOT will now exit." Steps to reproduce the problem: 1. Install, then start the demo with colobot.exe 2. Create a new player and go to <Options> in the main menu 3. Select the <Device> page and remove the checkmark from the 'Full screen' checkbox. Click on <Apply changes>...the game crashes at this point. Changing anything on this page results in the same crash. According to my testing, the problem appeared in Wine 1.4-rc1 and is still present in wine-1.5.13-144-ge3a2e3a. The result of the regression test: 992dbc10786b79959d8b0a790974f6630aa81e3b is the first bad commit commit 992dbc10786b79959d8b0a790974f6630aa81e3b Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Jan 17 21:13:35 2012 +0100 ddraw: Maintain D3D state across cooperative level changes. :040000 040000 9b0a142ccad4726276441d6b1f07d1576b0a9f5d 1cdfa767f8258ffb112b4441d09b0d602f8db3a0 M dlls Fedora 17 x86 X.Org X Server 1.12.3 Nvidia 250 / driver 304.37 -- 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 3

[Bug 27001] New: Cloning Clyde hangs with a black screen on start
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=27001 Summary: Cloning Clyde hangs with a black screen on start Product: Wine Version: 1.3.19 Platform: x86 URL: http://store.steampowered.com/app/91800/ OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Cloning Clyde hangs on startup, using 100% CPU. The window is solid black. The terminal spams: err:d3d:swapchain_blit >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Swapchain present blit(EXT_framebuffer_blit) @ swapchain.c / 326 The game has a demo, but steam won't let me install the demo because I have the full game. So I don't know whether that demo has the same issue. -- 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 31056] New: .NET Framework 3.x/4.x WPF Media Integration Layer deadlocks between ui and render thread when calling SetPixelFormat
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31056 Bug #: 31056 Summary: .NET Framework 3.x/4.x WPF Media Integration Layer deadlocks between ui and render thread when calling SetPixelFormat Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, with bug 18640 fixed, .NET 3.x/4.x WPF based apps now run into a message deadlock between main UI app thread and renderer thread. When the d3d9 device is created, the window handle created by main UI thread is passed. The pixel format is propagated synchronously to target window. Because the target thread waits for event without pumping messages (by design) it deadlocks. Easy to reproduce with small example app: http://stuff.hamstersoft.com/software/hamsterfreeburningstudio.exe Prerequisite: clean WINEPREFIX and 'winetricks -q dotnet30' Regards -- 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 31506] New: quartz video window isn't fullscreen in fullscreen apps
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31506 Bug #: 31506 Summary: quartz video window isn't fullscreen in fullscreen apps Product: Wine Version: 1.5.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Regression SHA1: 75300a7e32e198368893d06b7d6088850c614fe4 Tested on GTAVC, GTA3 and GTASA: intro videos aren't fullscreen while the game is. This is a regression: 75300a7e32e198368893d06b7d6088850c614fe4 is the first bad commit commit 75300a7e32e198368893d06b7d6088850c614fe4 Author: Aric Stewart <aric(a)codeweavers.com> Date: Fri Mar 30 20:09:14 2012 -0500 quartz: Convert VideoRenderer to use strmbase's BaseControlWindow. :040000 040000 d31c6a57e8fc2b2e95b356be727998ac48f0dd68 b9179d960b67e582e2872f0a678d2e3c8c683e0e M dlls I didn't take any crashes on video loading into account while bisection, only looked at the window size of the supposedly starting video (black window on blue background), so good is fullscreen black screen/video and bad is 640x480 one. This doesn't depend on video card being used, namely, it appears both on Intel N10 (EEEPC 1015PN) on Ubuntu Lucid and GeForce GTX460 with binary driver on LFS. -- 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 22

[Bug 31832] New: Cannot close wine desktop via Alt+F4 when a game is running
by wine-bugs＠winehq.org 12 Oct '12

12 Oct '12

http://bugs.winehq.org/show_bug.cgi?id=31832 Bug #: 31832 Summary: Cannot close wine desktop via Alt+F4 when a game is running Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b7.10110111(a)gmail.com Classification: Unclassified Regression SHA1: 5f5f20d6cf7c38f59171b760870d58b8fdf53132 Closing games via Alt+F4 on wine desktop used to work properly. But now it seems to ignore close events. This reproduces on GTA{3,SA,VC,IV}. How I start the games: wine explorer /desktop=gvc,1280x1024 gta-vc.exe where 1280x1024 is my real desktop resolution. Then I press Alt+F4 in game (using KWin or XFWM), and wineserver usually just started "shutdown" process. Here's result of regression testing: 5f5f20d6cf7c38f59171b760870d58b8fdf53132 is the first bad commit commit 5f5f20d6cf7c38f59171b760870d58b8fdf53132 Author: Aric Stewart <aric(a)codeweavers.com> Date: Thu Sep 27 09:42:54 2012 -0500 imm32: Properly separate the IME UI window and the thread default IME window. :040000 040000 4232e65da77ca4d003f2b133d4f3c62f3e2ceadc 34a22bef4861ba95808e23fb8688224bb8eeac1d M dlls -- 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

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 October 2012