wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6444 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 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 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 15226] New: Cursor in Red Alert disappears randomly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=15226 Summary: Cursor in Red Alert disappears randomly Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.spets(a)gmail.com The (software?) cursor in Command & Conquer: Red Alert disappears randomly. This can be accomplished by moving the cursor fast when clicking some menu buttons or it happens randomly in game or menu. Might take many tries. Some assumptions: Not SMP related, happens on both dual core and single core. Not related to DirectDrawRenderer, both GDI and OpenGL has the same problem. Tested with todays git. -- 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 19928] New: Wine windows disapear on drag window into second desktop
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=19928 Summary: Wine windows disapear on drag window into second desktop Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: TheBuzzer(a)videotron.ca I wanted to put the wine window that running ImToo windows program but it disapear right away and I don't see it anymore, don't know how to get back but process are still running! wineserver, winedevice.exe and wineconsole are still running. -- 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 18439] New: Crash dialog appears underneath fullscreen (D3D9?) apps
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=18439 Summary: Crash dialog appears underneath fullscreen (D3D9?) apps Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: roothorick(a)new.rr.com Any game, be it Oblivion, be it some random free MMO, be it whatever, if it's fullscreen, and it crashes, the "encountered a problem and needs to close" dialog appears UNDERNEATH the game, unclickable, so you have to go to another window / X server and manually kill it to get back to normal. Obviously this kinda kills the debugger too. Using a virtual desktop doesn't help, because the dialog appears INSIDE the virtual desktop, UNDERNEATH the game. I know this is happening with D3D9 games, haven't really tested outside of that. -- 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 16

[Bug 20614] New: Support resolution changes in multihead setups
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20614 Summary: Support resolution changes in multihead setups Product: Wine Version: 1.1.32 Platform: PC URL: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/22 7563 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: stefan(a)codeweavers.com ReportedBy: scott(a)open-vote.org >From Launchpad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/227563 Dual head, twinview, and similar setups don't work very well when the application attempts to set the resolution. Some more description and a few workarounds are at the Launchpad 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 7

[Bug 13498] New: Magic Ball 2 - New Worlds: access violation when trying to run
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=13498 Summary: Magic Ball 2 - New Worlds: access violation when trying to run Product: Wine Version: 1.0-rc2 Platform: PC URL: http://gamecenter.oberon- media.com/game.htm?code=110452667&RefId=&origin=pcat_gm_ u OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: msclrhd(a)gmail.com Steps to reproduce: 1. Install Magic Ball 2 2. Run MagicBall2.exe from the install directory The game will bail out with an access violation as it is starting up. -- 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

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