wine-bugs August 2010

wine-bugs@winehq.org

1 participants
7405 discussions

[Bug 17093] New: console not being connected to stdin/stdout correctly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17093 Summary: console not being connected to stdin/stdout correctly Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net under certain circumstances, it's possible for stdin and stdout to become connected, instead of to a command prompt window (e.g. wineconsole cmd.exe) to the linux command xterm that started the command prompt window. downloading the standard python 2.5.2 executable and running it i confirmed that this situation occurs when msvcrt is set to native _or_ to builtin (but i haven't confirmed with msvcr71 native, which is what python 2.5.2 exe is built with). the msi for python2.5.2 can be downloaded here: http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi and the .exe and the dll can be extracted - you will need both python.exe _and_ python25.dll - using cabextract, you _don't_ need to actually install it. anything on the command line (e.g. python.exe -c 'print "hello"') or python -v -i *change* the way that the code operates and *does* work. also, redirection works e.g. echo 'print "hello"' | ./python.exe ... but not interactive operation (without explicitly saying so using the -i option). -- 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 10

[Bug 23260] New: hypertext links in Excell 2003 lead to app execution (shouldn't)
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23260 Summary: hypertext links in Excell 2003 lead to app execution (shouldn't) Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: buggy_wine_bugzilla(a)elektromaniak.wz.cz Created an attachment (id=28970) --> (http://bugs.winehq.org/attachment.cgi?id=28970) location=localhost:80 Steps to reproduce: click on a cell click "Fx" to insert a fuction select "hypertext link" or something like that set location = "notepad" click OK Click that link, confirm following the link notepad is launched.. But on WinXP with the same Office2003 it says something about invalid URL. Only complete string "c:\windows\notepad.exe" results in running notepad (and excel asks *twice* if it's really what I want) also: clicking regular links like "http://www.debian.org" results in nothing and errors in console (may be caused by notfound wine-gecko, but I don't think so) Attachments are named according to content of "location" set in the link -- 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 17933] New: WineTest - comctl32:ipaddress crash
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17933 Summary: WineTest - comctl32:ipaddress crash Product: Wine Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robin(a)rharmsen.nl When running the WineTest application on Windows XP with SP3 the test for comctl32:ipaddress crashed. I think, the cause has something to do with IPv6. After the test completed, I removed the IPv6 stack from the machine, rebooted and redid the test, and now no crash. The tag I used for running the test is: xp_WinXP-Pro-SP3-NL I guess it might be worthwhile to investigate this, in order to fix the test and the code it is testing. -- 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 17197] New: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17197 Summary: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florian(a)fkoeberle.de The Warcraft III World Editor has a Module called Trigger Editor. If you click on the root of the trigger tree you get a text editor at the lower right corner. If you scroll before actually clicking in the editor, then the editor will jump when you click in it, to the position where the text cursor has been before you scrolled. It does this only if you activate another component. To reproduce the bug you could do: 1. Open the trigger editor. 2. Click on the root of the trigger tree. 3. Write some text in the bottom right text editor. 4. Click at the other text editor, above the one where you wrote the text in. 5. Scroll the text editor in which you wrote the text with mouse wheel or scroll bar 6. Click in the same text editor 7. If you the text editor scrolled to the position where the cursor has been then you have reproduced the bug. -- 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 10

[Bug 24220] New: GetKeyboardState doesn't work
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24220 Summary: GetKeyboardState doesn't work Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stampoon(a)gmail.com simple code: #include <windows.h> int main() { unsigned char keystate[256]; GetKeyboardState(keystate); for (int i = 0; i <= 256; i++) { if (keystate[i] == 1) printf("%d%s",i,"\n"); } return 0; } compile with "i586-pc-mingw32-gcc test.c --std=c99" on wine nothing in std output on winxp: 2 4 16 17 32 40 65 73 76 78 79 82 83 85 86 90 144 160 162 186 220 240 243 246 251 -- 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 10

[Bug 23159] New: AionOnline: Mouse glitches on panning/rotation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23159 Summary: AionOnline: Mouse glitches on panning/rotation Product: Wine Version: 1.1.32 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: oskar.gargas(a)gmail.com When you try to rotate camera by holding mouse button it glitches - try to move, comes back to point of origin, move again. This is common bug reported by everyone who tries to play Aion Online. There is workaround for that: In 'wine-source/dlls/winex11.drv/mouse.c' find: wine_tsx11_unlock(); return TRUE; (in 1.2-rc3 it is line 844) and replace it with: wine_tsx11_unlock(); queue_raw_mouse_message( WM_MOUSEMOVE, NULL, x, y, 0, GetCurrentTime(), 0, 0 ); return TRUE; http://appdb.winehq.org/objectManager.php?sClass=version&iId=20402 I don't think this is related to the 6971 bug. -- 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 16745] New: Create Option to Use Fontconfig for Handling Font Hinting and Replacement
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16745 Summary: Create Option to Use Fontconfig for Handling Font Hinting and Replacement Product: Wine Version: 1.1.12 Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk1112(a)new.rr.com Created an attachment (id=18416) --> (http://bugs.winehq.org/attachment.cgi?id=18416) Patch to enable fontconfig hinting and replacements This patch is an attempt to use fontconfig (specifically, what is defined in /etc/fonts and/or ~/.fonts.conf) to handle the hinting and replacements of fonts. This should allow the end user to make WINE programs appear more integrated with the rest of the desktop, if they choose to enable it. The general idea is to inject the fontconfig data at the step in WineEngCreateFontInstance prior to opening the font face. This allows the GdiFont to be satisfied that it is getting the face it requested, and also rendering it the way fontconfig says to. This method still allows for the font replacement mechanism in WINE to work, as this works beneath it, not trying to compete with it. The fontconfig data and load flags for freetype are stored in tagGdiFont, and the load flags are then used in the rendering step. Also, Fontconfig initialization was brought out into a separate function, as fontconfig is now used in more than one place. As I figured people may not want this on by default, it can be enabled by setting this DWORD registry key: HKCU\Software\Wine\Fonts\UseFontconfig = 1 If fontconfig is not available, the code is #ifdef'ed out, and if turned off in the registry (default), WINE uses its normal behavior. I am not a bigtime C coder, and this is my first patch that deals with WINE, freetype, and fontconfig. So, there may be memory leaks that need fixing, as well as poor coding practices and errors. ;) I have not attempted to handle every type of configurable feature in fontconfig, just hinting and replacements, as those are the most major things. I am basically just a guy who wanted this feature hard enough to go about figuring out how to do it myself. This patch is against freetype.c from 1.1.12. I welcome any suggestions and modifications to this patch, and info on how to get this into the development version of WINE. -- 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 29

[Bug 11638] New: Panzer General 2 doesn't work
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11638 Summary: Panzer General 2 doesn't work Product: Wine Version: 0.9.54. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdemolins(a)gmail.com Hello all, I use Fedora 8 and wine 0.9.54 (the rpm provided by the official repos). Wine appears somewhat ok. Anyways, I'm trying to run a W95/98 game, Panzer General 2. The Wine site says it works fine. http://appdb.winehq.org/appview.php?iVersionId=124 2 I was able to get the game running by changing to a Virtual Desktop and it loads to the main menu screen fine. However, after I start a scenario, the game loads up with the game control menu, but the central part of the screen where the map of the scenario should be doesn't change. It just stays the same graphic as the previous main menu screen. Clicking on the button to look at the strategic map crashes the game. Basically it appears anything with some bit of graphics doesn't work. I've changed Emulation to W95 or W98 for the program, and also played with the Video modes, but none of this helps. Any ideas? It looks like a video problem. >From the below error message, I'm wondering if I can change to an 8-bit window for the game to work. Note : 1. this bug seems to be exactly the same that when I wanted to use PG2 under Win XP without having set the "Win 95/98 compatibility mode" in the properties of its desktop shortcut. 2. I use the official game CD to install and run the game, not an ISO (I've bought 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 42

[Bug 24027] New: Hoyle Casino 2010 crashes when changing betting limits
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24027 Summary: Hoyle Casino 2010 crashes when changing betting limits Product: Wine Version: 1.2 Platform: x86 URL: http://www.hoylegaming.com/p-14-hoyle-casino-games-201 0.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jameslinton(a)hotmail.com Created an attachment (id=30178) --> (http://bugs.winehq.org/attachment.cgi?id=30178) terminal info clicking on the icon "CLICK TO CHANGE BETTING LIMITS" whilst playing Texas hold 'em causes game to crash and exit. see attachment -- 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 23698] New: Pro/ENGINEER 5.0: Fails to start License borrowing via wine start
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23698 Summary: Pro/ENGINEER 5.0: Fails to start License borrowing via wine start Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=29685) --> (http://bugs.winehq.org/attachment.cgi?id=29685) license borrowing window Steps to reproduce: 1) remove ~/.wine 2) install Pro/ENGINEER 3) go to bin directory 4) wine start proe_borrow.bat Behaviour: Nothing happens Expected behaviour: License borrowing window should open Workaround: wine proe.exe -borrow proe_borrow.bat also starts license borrowing window by that way but sets some variables earlier Terminal output: fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:exec:SHELL_execute flags ignored: 0x00000100 -- 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

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 2010