wine-bugs February 2010

wine-bugs@winehq.org

1 participants
6507 discussions

[Bug 13616] New: Screenserver starts while playing with Joypads
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=13616 Summary: Screenserver starts while playing with Joypads Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: trevi55(a)gmail.com I don't exactly know if this is an issue related to GNOME or wine, but when I play a game using a joystick - after few minutes - the gnome screensaver starts so I've to move the mouse to continue... Shouldn't wine block the screensaver launching if it is getting data from /dev/input/js*? -- 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.

2 31

[Bug 21114] New: Chessbase products - antialiasing has no effect
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=21114 Summary: Chessbase products - antialiasing has no effect Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: jskartman(a)gmail.com When turned on antialiasing the pieces are draw with the same quality as of antialiasing off. The antialiasing has no effect. You can use chessbase light to test. http://www.chessbase.com/DOWNLOAD/cblight/index.asp -- 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.

2 15

[Bug 15796] New: Americas Army Deploy Client does not install
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=15796 Summary: Americas Army Deploy Client does not install Product: Wine Version: 1.1.6 Platform: PC URL: http://files.filefront.com/Americas+Army+Deploy+Client+v 123+Installer/;12072120;/fileinfo.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=16915) --> (http://bugs.winehq.org/attachment.cgi?id=16915) console output America's Army Deploy Client installer fails. Wine states to use mono for .NET support. After installing MONO for windows and then running the installer wine crashes due to an unimplimented function mscoree.dll.ClrCreateManagedInstance and then msi returns an error of err:msi:custom_get_thread_return Invalid Return Code and the installer states there was an error before installation completed. -- 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.

2 23

[Bug 11287] New: err:ole: CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded
by wine-bugs＠winehq.org 02 Jul '24

02 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=11287 Summary: err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi- threaded Product: Wine Version: 0.9.5. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kevin01(a)kilohotel.com I get an error when trying to run My Sirius Studio.exe http://download.sirius.speedera.net/stiletto/SiriusStudioSetup.exe The error is: fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x61e3e0,0x00000000), stub! fixme:wtsapi:WTSRegisterSessionNotification Stub 0x6002c 0x00000000 err:ole:CoInitializeEx Attempt to change threading model of this apartment from apartment threaded to multi-threaded err:ole:CoGetClassObject class {25baad81-3560-11d3-8471-00c04f79dbc0} not registered err:ole:CoGetClassObject no class object {25baad81-3560-11d3-8471-00c04f79dbc0} could be created for context 0x1 ** (My Sirius Studio.exe:44): WARNING **: Thread 00000000 may have been prematurely finalized err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x68fa02fc In order to install and use this software, I did the following: winetricks corefonts winetricks mono12 wineticks gdiplus I had to use the native gdiplus, or I get the problem seen in bug 11033. -- 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.

2 20

[Bug 21227] New: cmd doesn't echo redirection like native
by wine-bugs＠winehq.org 01 Jul '24

01 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=21227 Summary: cmd doesn't echo redirection like native Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P3 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Native cmd echoes commands after some canonicalization has been done on their redirects. A batch file containing dir 1> ok dir > bad dir | bad dir > blah > bad echoes as dir 1> ok dir 1> bad dir | bad dir 1> bad (note the extra space inserted before the > or |). Wine's cmd doesn't currently do this, but it could probably do so without too much trouble; it already collects redirects separately for each command. For the moment I'll probably put a kludge in the cmd conformance test runner to compensate. -- 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.

2 15

[Bug 21806] New: Star Wars Empire at War: Demo crashes during battles
by wine-bugs＠winehq.org 23 Jun '24

23 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=21806 Summary: Star Wars Empire at War: Demo crashes during battles Product: Wine Version: 1.1.39 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=26385) --> (http://bugs.winehq.org/attachment.cgi?id=26385) Tutorial 1 debugs, pagefaults, backtraces... This seems to affect the game any time you are going into battle. At the loading screen the game will issue a exception. You have two choices, retry or cancel. I've provided a backtrace log that results from each selection - as well as the game's built debugger log. For anyone wishing to confirm, just try Tutorial 1. It will crash in under 2mins. The other tutorials may crash too, but not nearly as often since there's not many battles to load. I was using the Demo CD I got in a promo. -- 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.

2 16

[Bug 19712] New: Template text instead of usual information in VirtualBox installer
by wine-bugs＠winehq.org 10 Jun '24

10 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=19712 Summary: Template text instead of usual information in VirtualBox installer Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru Created an attachment (id=23024) --> (http://bugs.winehq.org/attachment.cgi?id=23024) Screenshot that illustrates the problem Text labels are filled with a template text instead of components description, installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1) substitutes with proper content after selecting component in the tree, and text in label (3) substitutes with proper text after selecting installation path in "Browse" dialog. -- 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.

2 18

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org 06 Jun '24

06 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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.

2 241

[Bug 21369] New: Tab bar isn't fully visible in HTML-Kit; must be scrolled
by wine-bugs＠winehq.org 03 Jun '24

03 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=21369 Summary: Tab bar isn't fully visible in HTML-Kit; must be scrolled Product: Wine Version: 1.1.36 Platform: x86-64 URL: http://www.chami.com/html-kit/download/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=25731) --> (http://bugs.winehq.org/attachment.cgi?id=25731) Terminal output In HTML-Kit build 292, one of the tab bars (the one below the current working file) isn't displayed as expected in Wine. In Windows, the entire tab bar is visible, but in Wine, part of it is cut off, with scroll arrows present to bring the rest into view. Native comctl32 installed by winetricks fixes the issue. Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at once, though rendering is still a bit different from Windows. Terminal output is from opening the program and entering "create a new file" mode (which is when the tabs first become visible). -- 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.

2 16

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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.

2 14

← Newer
1
2
3
4
5
6
7
...
651
Older →

Jump to page:

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 February 2010