wine-bugs August 2008

wine-bugs@winehq.org

3 participants
4909 discussions

[Bug 10487] New: Half Life 2: game hangs on loading screen after valve video
by wine-bugs＠winehq.org 31 Oct '09

31 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=10487 Summary: Half Life 2: game hangs on loading screen after valve video Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: bug list AssignedTo: jnewman(a)codeweavers.com ReportedBy: wbaghdadi(a)gmail.com Created an attachment (id=9226) --> (http://bugs.winehq.org/attachment.cgi?id=9226) Dump after exec cs:source Wine 0.9.49 on Gutsy (Ubuntu 7.10) x64 with 8.42.3 fglrx on a HD2600. fglrx is working fine (tested using fgl_glxgears and et:qw, ut2004 and doom 3) Compiz is disabled. Steam + downloading games work perfectly fine. Upon launching HL2, TF2 or CS:S the opening videos (valve logos) play perfectly fine - the loading screen then comes up (a blurred image with loading in the bottom right hand corner) and wine kills itself. Changing dx level, heapsize, sound driver produce the same error. Setting video memory size in regedit, launching directly through commandline & using a virtual desktop also produce the same error. I've attached a dump from the terminal window (cs:s) + the loading screen it freezes on (hl2). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 9988] New: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=9988 Summary: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer Product: Wine Version: 0.9.46. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: tombrus(a)gmail.com The io_control() function with IOCTL_SERIAL_WAIT_ON_MASK in dlls/ntdll/serial.c does not seem to always return the equivalent status as windows. Unfortunately I only have an proprietary windows application (no source) that shows this. It is an application called FanControl shipped with a water cooling control unit from Innovatek (germany). The application controls the unit via an USB FTDI serial port. The application only works if there is such a device available. Rather difficult to reproduce on the average system :(. The fix is to remove a few lines of code from the wait_on() function: *events = check_events(fd, commio->evtmask, &commio->irq_info, &commio->irq_info, commio->mstat, commio->mstat); if (*events) goto out_now; where the 'if' is the essential bit. The status returned to the caller will be zero when the check_events() returns something. This seems to confuse the windows application. When the above lines are taken out the returned code is always "STATUS_PENDING" and the handling through wait_for_event() will always return the right things to my windows application. The code mentioned above looks like a shortcut to avoid starting a workitem with RtlQueueWorkItem(). My feeling is that this shortcut is not always valid. I will attach a patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9393] New: "EURO-Fahrschule 2007" starts and runs into an endless loop
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=9393 Summary: "EURO-Fahrschule 2007" starts and runs into an endless loop Product: Wine Version: 0.9.43. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ionic(a)ionic.de Created an attachment (id=7692) --> (http://bugs.winehq.org/attachment.cgi?id=7692) Screenshot from starting stage Hi, I wanted to run EURO-Fahrschule 2007, a German program which helps you learning for your driving license. The installation went well. After that I tried starting it. The starting window appeared and the little sound has been played (choppy though, but this is not of interest for me and we can let that out) - see screenshot one. After that the GUI should change it's look and the program ought to ready to use - like in screenshot two (taken from Microsoft® Windows®™ XP.) But this never happens. Instead, the application seems to hang and use 100% CPU, which lead me and other people to the conclusion that Wine is running into an infinitive loop. I tried to put a little mark in the near of where the program finished playing the sound. I hope that can be fixed. Have a nice day, -Ionic -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 11749] New: PlayOnline doesn't launch anymore
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=11749 Summary: PlayOnline doesn't launch anymore Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: loacoon(a)hotmail.com Created an attachment (id=11005) --> (http://bugs.winehq.org/attachment.cgi?id=11005) Console log of the bug Since Wine 0.9.56, PlayOnline doesn't launch. The screen remains black and the app freezes. I'm attaching a console log. -- 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 33

[Bug 11918] New: Playonline viewer blank screen
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=11918 Summary: Playonline viewer blank screen Product: Wine Version: 0.9.57. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: Winehq(a)cnormington.plus.com Created an attachment (id=11216) --> (http://bugs.winehq.org/attachment.cgi?id=11216) Wine log from console using default WINDEBUG Hi Ran Playonline viewer, came up without splash screen (no biggie) music playing but no graphics. Probably simular to bug 11749 but didn't freeze on me. Mouse could be used and buttons in pol responded to mouse moving and clicking. Linux: Ubuntu 7.10 Wine: 0.5.57 Graphics card: GeFore 8800GST Drivers: 100.14.23 I have another log with +d3d but its rather large. -- 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 13808] New: Wacom tablet behaves like mouse in many, but not all painting programs.
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=13808 Summary: Wacom tablet behaves like mouse in many, but not all painting programs. Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gusdefrog(a)yahoo.com Created an attachment (id=13845) --> (http://bugs.winehq.org/attachment.cgi?id=13845) xsetpointer -l and xidump -l terminal output Wacom tablet behaves like a mouse in many, but not all graphic painting programs under wine. Brief History: Installed Hardy Heron (On one computer, clean install, on the other upgrade. Wine automatically upgraded itself to the latest 9.59, tablet pressure stopped working in several programs. Haven't got it to work at all on the clean install for those programs. Tried Wine 1.0rc3. Same. Uninstalled Wine using "Mark for Complete Removal". Compiled from source. Same. Tried swapping tablets between computers and reinstalling Wacom drivers. On the upgraded system tried compiling the new 8.0 wacom drivers. This changed the default behavior of the tablets to relative navigation, and modified the strange output of Open Canvas 1.1, but did not fix it. Installed upgrades on the clean install to Wine 1.0rc4. Both tablets work normally with native Linux painting and drawing applications in all installed versions. Currently running Wine 1.0rc4 and Ubuntu 8.04 Hardy Heron. Currently tested programs: Pixia 4.2a - does not have pressure sensitivity or recognize eraser. Same behavior in: Pixia 3.0, Pixia 3.3, Pixia 3.5 and the new APixia (but this is not a stable release yet) Open Canvas 1.1 - Draws upside down and and with scribbles and errors. Open Canvas 4.5e plus demo - Behaves normally. (But the program doesn't function the same as the 1.1 version, making it less suitable, may as well use Gimp if trying to switch permanently.) Artrage 2.5 trial - Behaves normally. PaintTool SAI - does not have pressure sensitivity or recognize eraser. Attaching logs requested by John Klehm and comment history from bug Bug#: 11846 which I believe to be closely related. -- 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 14620] New: Word 2003 "insufficient memory to display graphic"
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=14620 Summary: Word 2003 "insufficient memory to display graphic" Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frisbee(a)freakmail.de Created an attachment (id=15021) --> (http://bugs.winehq.org/attachment.cgi?id=15021) console output after starting word manually and opening .doc Trying to open word document with 6 pages and 2 graphics with Word 2003. Document opens, but the graphics are blank and I get an error message: "insufficient memory to display or print graphic"; the same document opens with no problem under Win 2k on the same machine, same office installation cd; Architecture: Athlon 2500XP, openSuse 11.0, KDE 4.1 (but same problem under GNOME) I tried installing the dcom98 package with no result; applying the Office 2k3 Service Pack failed. Find the console log attached, the document itself is confidential so I wont attach it, but if you PM me at frisbee(a)freakmail.de I'll send you a copy for reproduction -- 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 11883] New: Add Wine version to the screen-shot
by wine-bugs＠winehq.org 27 Oct '09

27 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=11883 Summary: Add Wine version to the screen-shot Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitaliy(a)kievinfo.com >From ergo on wine-forum: I think it would be a very good idea to add a place where ppl can post version of wine they were using when submitting screenshots - its not uncommon too see some kind of glitches/ poor graphics on screenshots and then discover that everything is fine with latest version. -- 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 13533] New: Pelink DC++ bug: while connecting to hub: error: 0x2743
by wine-bugs＠winehq.org 25 Oct '09

25 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=13533 Summary: Pelink DC++ bug: while connecting to hub: error: 0x2743 Product: Wine Version: 1.0-rc2 Platform: PC URL: http://pepelink.narod.ru OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pzinin(a)gmail.com I am install pelinkdc++ 4.97 in wine 1.0 rc2. When it connect to hub: [07:28:50] *** Соединение с p2p.nln.ru:411... [07:28:50] *** Неизвестная ошибка: 0x2743 -- 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 14311] New: No scroll bars in steam Steam store tab
by wine-bugs＠winehq.org 24 Oct '09

24 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=14311 Summary: No scroll bars in steam Steam store tab Product: Wine Version: CVS/GIT Platform: PC URL: http://steampowered.com/ OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: vitaliy(a)kievinfo.com CC: jacek(a)codeweavers.com Created an attachment (id=14591) --> (http://bugs.winehq.org/attachment.cgi?id=14591) Steam output Steam Store and Community tabs no longer have vertical scrollbar. Some times it appears but are out of range and don't react to mouse scroll wheel. However after refresh scroll bar disappears. This is regression and caused by this patch: commit 19be7d620d31de34fd86d5faa3895bebf6818659 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Jun 30 21:37:56 2008 +0200 mshtml: Added support for DOCHOSTUIFLAG_SCROLL_NO DOCHOSTINFO flag. Attached is the part of the Steam output when hitting refresh button on the Store tab. update_hostinfo line was added to print requested flags. -- 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 45

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 August 2008