wine-bugs November 2011

wine-bugs@winehq.org

1 participants
9461 discussions

[Bug 28945] New: Armored Fist 3 shows only black screen after starting
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=28945 Bug #: 28945 Summary: Armored Fist 3 shows only black screen after starting Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.fileplanet.com/29182/20000/fileinfo/Armored -Fist-3-Demo 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: 2da4f87a7e7551f17cd650ef6d8596f595efc13b The screen stays black after game launch, although the game is apparently running (mouse and keyboard work in the menus and I can hear the menu music in the full version of the game), but I can't see anything. The demo can be used to test the issue. You can exit the demo by pressing 'q' three times. In the terminal only fixme:win:EnumDisplayDevicesW ((null),0,0x32f6d8,0x00000000), stub! This was caused by 2da4f87a7e7551f17cd650ef6d8596f595efc13b is the first bad commit commit 2da4f87a7e7551f17cd650ef6d8596f595efc13b Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Mon Oct 24 20:45:42 2011 +0200 wined3d: Upload directly from the source surface in wined3d_surface_blt(), if possible. This avoids either loading sysmem surfaces into video memory (wasting GPU memory) and then doing a blit on the GPU, or downloading GPU surfaces to sysmem, doing a blit on the CPU, and likely uploading it again. This mostly matters for ddraw and d3d8 applications, d3d9 already has to go through wined3d_device_update_surface() to transfer data from sysmem surfaces to GPU surfaces. :040000 040000 de2e083e774b6605b4330430830583b12fb510f4 16fd239dcdf7e70872e0ff77f91e66b135638d2b M dlls The patch cannot be reverted on the current git version (wine-1.3.31-172-g7df0245), but git checkout 2da4f87a7e7551f17cd650ef6d8596f595efc13b >> black screen git reset --hard HEAD^ >> the game starts normally Bug #28899 was also affected by this commit. Commit 61550ff fixed the problem in that case, but apparently it has no effect on this bug. Fedora 15 x86 X.Org X Server 1.10.4 Nvidia 250 / driver 280.13 -- 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 23905] New: sothink: Maximizing completely breaks the window
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=23905 Summary: sothink: Maximizing completely breaks the window Product: Wine Version: 1.3.0 Platform: x86 URL: http://www2.sothink.com/download/swfdec.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Window manager: kwin. Untested on others. Maximizing Sothink SWF Decompiler results in part of the screen greying out and going transparent. Only relevant console output is the following: fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=3): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=1): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=0): stub fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETAUTOHIDEBAR, hwnd=(nil), edge=2): stub fixme:dwmapi:DwmIsCompositionEnabled 0x32eaac fixme:win:LockWindowUpdate (0x400c6), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x50034), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x40028), partial stub! I couldn't manage a screenshot but am available for more tests. -- 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 15429] New: winhttp doesn't send HTTP auth credentials
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=15429 Summary: winhttp doesn't send HTTP auth credentials Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: fnjordy(a)gmail.com CC: hans(a)meelstraat.net Using Google Chrome HTTP Auth is recognised and a authentication dialog box displayed and user data accepted, however winhttp does not appear to forward the credentials to the server causing failure. Console displays the following: fixme:winhttp:request_set_option 1 (null) (null) Chrome displays the following error: "Error 2 (net::ERR_FAILED): Unknown error." -- 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 13251] New: Half Life 2 crash after "load" finish
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=13251 Summary: Half Life 2 crash after "load" finish Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: siegerstein(a)pochta.ru Created an attachment (id=13089) --> (http://bugs.winehq.org/attachment.cgi?id=13089) WINEDEBUG=+trace1,+trace2,-trace3 wine hl2.exe -steam starting game: wine hl2.exe -steam When "Loading" finish, wine crash ( see attachment ) GNU/Linux Gentoo 2.6.24-gentoo-r8 wine-1.0-rc1 Video Card: Radeon X1600 Drivers: x11-drivers/ati-drivers-8.476 ( ati-driver-installer-8-4-x86.x86_64.run ) Xorg: 7.3 ( 1.4.0.90-r3 ) -- 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 24095] New: 1c v77 crashed
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=24095 Summary: 1c v77 crashed Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ikos(a)freemail.ru Backtrace: =>0 0x0041bda7 in 1cv7 (+0x1bda7) (0x00710dc8) 1 0x00000001 (0x00428dd0) 2 0x0041ad90 in 1cv7 (+0x1ad8f) (0x00422f92) -- 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 16203] New: Wine is not displaying all entries in Speed Commander GUI
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=16203 Summary: Wine is not displaying all entries in Speed Commander GUI Product: Wine Version: 1.1.9 Platform: Other URL: http://www.speedproject.de/enu/speedcommander/index.html OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tn(a)chambers.no-ip.info Created an attachment (id=17439) --> (http://bugs.winehq.org/attachment.cgi?id=17439) log Take a look at the screenshot, it looks like the program doesn't show any directories unless you click over it. Compare the left and right side to see what I mean. Attached is the log file and picture. Thank you. -- 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 21

[Bug 12402] New: Reversed printing of vertical text using wineps.drv
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=12402 Summary: Reversed printing of vertical text using wineps.drv Product: Wine Version: 0.9.58. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: kadlecf(a)fzu.cz I am using with wine a custom-made program for windows which can produce a page-like output for printing. I use the 'wineps printer using CUPS' for generating postscript. This works, except one feature: whenever the page to be printed contains vertical text from bottom to top, that one will print starting at the right place but from top to bottom. (If the text is a single letter, it is easy to correct in the output postscript file-the lines 900 10 div matrix rotate can be changed to 900 3.333 div matrix rotate which fixes the problem. However, this simple trick will not work for a longer text.) The program is custom-made under Virtual Pascal, and the text is printed here using the function CreateFontIndirect. For the screen, it is called with lfEscapement=900; however, for printing, this has to be set to -900 because of reverse y coordinates. It seems that wine is not in line with this convention of 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 19

[Bug 28979] New: monochrome bitmap printing problem
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=28979 Bug #: 28979 Summary: monochrome bitmap printing problem Product: Wine Version: 1.3.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ralf.habacker(a)freenet.de Classification: Unclassified I have a test program which prints out a monochrome and colored bitmap and some text. It prints outs the monochrome image inverted and non inverted. On windows this test app works as expected, it prints black drawings with white background on none inverted page, white pixels and black background on inverted pages. I tested this with PDFCreator and a real HP laserjet compatible printer. Running this application on wine shows coloring problems (see appended screenshots). I have verified that this is not an os related problem by running this test on two different opensuse linux machines, one with running version 11.2 and the other opensuse 11.4. On both machines this problems occurs with slightly different wrong colors (green on the other machine) I created the appended pdf files on both machines using a generic postscript level 2 printer driver and converted it to pdf with ps2pdf. Binaries, source and wine log with WINEDEBUG=+all of the related test program are also appended. The related gdi commands are located in the source at PrintThread.cpp:AddContentToPage() To print start the app, press <STRG-N>, enter 7 then enter <return> and <STRG-P> Content of appended testcase.zip GdiPrintSample-bin.zip GdiPrintSample-patched.zip output-windows.pdf output-wine.pdf wine_debug.bz2 -- 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 24783] New: WoW 4.x D3D: non-low texture resolution slows the game down
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=24783 Summary: WoW 4.x D3D: non-low texture resolution slows the game down Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Video -> Graphics -> Textures -> Texture Resolution Anything else than "Low" is a HUGE strain on the game. Easily tested in crowded areas such as Dalaran. Low: Low resolution textures, low-detail terrain blending and low-resolution player textures Fair: High resolution textures, low-detail terrain blending and low-resolution player textures. Good: High resolution texures, high-detail terrain blending and low-resolution player textures. High: High resolution textures, high-detail terrain blending and high-resolution player textures. Nvidia GTX480, drivers 260.xx -- 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 23194] New: Mathematica notebook background black when Desktop Integration is used
by wine-bugs＠winehq.org 04 Nov '11

04 Nov '11

http://bugs.winehq.org/show_bug.cgi?id=23194 Summary: Mathematica notebook background black when Desktop Integration is used 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: b7.10110111(a)gmail.com Created an attachment (id=28859) --> (http://bugs.winehq.org/attachment.cgi?id=28859) Black background I have tried Royale and Luna themes, applying them via winecfg, and in both cases Mathematica notebook background gets black as in the screenshot. When no theme is used, it's ok. -- 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 November 2011