March 2009 - Wine-bugs - list.winehq.org

[Bug 9610] New: Non-Windows(XP) behaviour for using themes in apps
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=9610 Summary: Non-Windows(XP) behaviour for using themes in apps Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Stuart(a)houseofanime.org DVD Profiler takes information from Windows XP and higher to determine different themes within the program; specifically a choice between Blue, Silver, and Olive (mapping to NormalColor, Metallic and Homestead respectively). In addition, my standard XP install gives DVD Profiler some more options, including Obsidian. Attached are XP and Linux comparisons for Blue, Olive, and Obsidian (XP on top, Linux below). When taking shots from each OS, ONLY the theme from within the application was changed (under the view menu item) - I made no change to the actual themes in display properties (Window XP) or Winecfg. Also attached is a screen shot of the application when it originally opens with the 'blue' theme (its welcome screen). Note how the welcome screen displays the correct colours, which change appropriately when you change the theme in DVD Profiler. I also copied the contents of the Resources/Themes directory from XP to Wine to see the effect. It gave additional Theme options in Winecfg, but made no difference when the same test was performed within DVD Profiler. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 14367] New: revise stack-frame relay code never to touch other side of stack pointer
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=14367 Summary: revise stack-frame relay code never to touch other side of stack pointer Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jreiser(a)BitWagon.com Created an attachment (id=14664) --> (http://bugs.winehq.org/attachment.cgi?id=14664) always avoid memory on wrong side of stack pointer The code which relays stack frames from one calling sequence to another can be written never to touch memory that lies on the undefined side of the current stack pointer. Even though in normal cases there may be no danger in referencing below the stack pointer (because of precautions with alternate signal stack, etc.), it is more robust to avoid this. Debuggers (both code and human) and other tools may be unaware of the special precautions, or may find it impossible to comply. Patch is attached, and will be sent to wine-patches(a)winehq.org. -- 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 16039] New: configure does not support detection of (n)cursesw
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=16039 Summary: configure does not support detection of (n)cursesw Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)liebenowstudios.com Created an attachment (id=17264) --> (http://bugs.winehq.org/attachment.cgi?id=17264) Proposed fix for configure script - not well tested Some systems only provide wide character versions of the curses libraries. This is the default on LFS and a few others. The built in AC macros are correctly detecting the curses header files but the WINE_CHECK_SONAME macro misses the actual libs. On my system I fixed configure.ac the behavoir as shown in the attached diff and then ran autoconf I don't know if this is clean or would break detection of non-wide libraries. The error stating that curses functionality will be disabled is no longer in my configure logs but I don't know if I actually have curses support now. -- 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 12717] New: Europa Universalis III: Borders drawn corrupted
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=12717 Summary: Europa Universalis III: Borders drawn corrupted Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cja(a)gmx.net The borders of the countries and provices are corrupt. I have attached a wine screenshot and a windows screenshot so you can see the differences. -- 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 39

[Bug 17403] New: Uru - Ages Beyond Myst + Expansion Packs: Decompressing sounds produces faulty output
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=17403 Summary: Uru - Ages Beyond Myst + Expansion Packs: Decompressing sounds produces faulty output Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de This is a problem with Uru - Ages Beyond Myst with the expansion packs To D'ni and The Path of the Shell. This game saves all the sounds in ogg format, but most of them are decompressed to one or two wav files (sometimes mono/joined stereo, sometimes one for the left and one for the right speaker). These wav files will then be used in game. The decompressing is done by a dedicated app called "SoundDecompress.exe" which is called by the installer after installation finished. This app generally works fine in wine, it decompresses the right ogg files to the right wav files, and the wav files can be played by aplay or kaffeine. However, the game itself is unable to use the wav files, I hear nothing in game. If I use the files which were created by running SoundDecompress on Windows, everything works fine, so I think the fault occurs while running the decompress, but I wouldn't know how to check that. The files created on Windows are bigger than the ones which were created on 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 28

[Bug 11069] New: Mavis Beacon Teaches Typing 16 sound skips when typing
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11069 Summary: Mavis Beacon Teaches Typing 16 sound skips when typing Product: Wine Version: CVS/GIT Platform: Other URL: http://appdb.winehq.org/appview.php?appId=308 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To repeat, set 16 bpp mode or run in virtual desktop, else you'll hit bug 3556. Typing exercises are responsive, but each time I press a key, the music skips. Log shows lots of dsound in use. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[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 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