wine-bugs August 2011

wine-bugs@winehq.org

1 participants
9467 discussions

[Bug 22757] New: Soulstorm fullscreen can be minimized but stops other windows from getting focus
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=22757 Summary: Soulstorm fullscreen can be minimized but stops other windows from getting focus Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fdelente(a)mail.cpod.fr This is on Ubuntu 10.04, Gnome 2.30.0 and Metacity 1:2.30.1-ubuntu1; it's an Nvidia card, with proprietary drivers 195.36.15 (NVIDIA GLX Module 195.36.15). I can start and play the game fullscreen no problem; I can minimize it with Ctrl+Alt+D, and its tag appears on the task bar at the bottom of the screen; however, as soon as I want to restore another application to give it focus, Soulstorm takes back the whole screen and the focus. -- 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

[Bug 21531] New: Ultima IX crashes on start
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21531 Summary: Ultima IX crashes on start Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cybrgen(a)yandex.ru Created an attachment (id=25940) --> (http://bugs.winehq.org/attachment.cgi?id=25940) Backtrace of Ultima IX crash Subj. Backtrace in 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 11

[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 24369] New: UCS-4 trick not working with resource files
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24369 Summary: UCS-4 trick not working with resource files Product: Wine Version: unspecified Platform: x86 OS/Version: Windows 98 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.bramix(a)libero.it Created an attachment (id=30717) --> (http://bugs.winehq.org/attachment.cgi?id=30717) Resource file for testing Here there is an extract of my email sent to wine-devel mailing list about this problem: ==== CUT = CUT = CUT Let's take for example this piece of code from richedit.h: #if defined(__GNUC__) # define RICHEDIT_CLASS20W (const WCHAR []){ 'R','i','c','h','E','d','i','t','2','0','W',0 } #elif defined(_MSC_VER) # define RICHEDIT_CLASS20W L"RichEdit20W" #else static const WCHAR RICHEDIT_CLASS20W[] = { 'R','i','c','h','E','d','i','t','2','0','W',0 }; #endif Because the famous UCS-4 "issue", the control name is splitted in its single letters. While this can work in almost all situations with C/C++ sources, it is absolutely not possible to put a richedit control in RC files. For example, if I put a Richedit control into a dialog box, it will crash since the letter by letter format won't be recognized by the resource compiler. >From the above example, I was wondering what you think about doing a change like this one: #if defined _MSC_VER || defined RC_INVOKED || sizeof(wchar_t) == 2 # define RICHEDIT_CLASS20W L"RichEdit20W" #elif defined(__GNUC__) # define RICHEDIT_CLASS20W (const WCHAR []){ 'R','i','c','h','E','d','i','t','2','0','W',0 } #else static const WCHAR RICHEDIT_CLASS20W[] = { 'R','i','c','h','E','d','i','t','2','0','W',0 }; #endif We will fall in the first case when the name expressed as string is currently recognized: 1) because we are running under Microsoft Visual C++ 2) because it is used by resource compiler 3) because the string format is currently safe since we are under UCS-2 instead of UCS-4. Perhaps this point is not written as good as you want... I do not know if you prefer to use some informations emitted by configure script or you will prefer to simply check the size of wchar_t. The second case is the specific hack normally used until now with GCC. The third case is the last chance solution, as it was before. I moved the __GNUC__ case after the one used by _MSC_VER because __GNUC__ and RC_INVOKED are both declared in windres. Now I took this fragment from richedit.h as example, but perhaps I have also seen other places where the resource compiler could be "rejected". ==== CUT = CUT = CUT According to the reply I received, I'm creating a bug here and I tried to create a resource file that could be used for inspecting the problem. I tried my best but unfortunately, as you can see on top of this bug, I'm not using directly an operating system that allows the testing of WINE. The defect has been noticed by me when trying to compile an application with ReactOS' sources which uses the same exact system include files normally used by WINE. I hope all this could be useful. -- 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 22163] New: Cities XL 1.1.0.457-B4 fails to run
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=22163 Summary: Cities XL 1.1.0.457-B4 fails to run Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaakko.nissi(a)helsinki.fi Created an attachment (id=27046) --> (http://bugs.winehq.org/attachment.cgi?id=27046) wine CitiesXL.exe 2> normalrun.log The launcher fails with error: Error click ok to terminate program. Running the game with -nolauncher flag fails with the normal Program error dialog. Strangely enough the game can be run with wine from either ntfs or fat32, but is unplayably sluggish. Getting to the login screen takes about 15 minutes on a heavy duty rig. Wine is self compiled git head from this morning. -- 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 23812] New: Warhammer: Chaos Gate crashes during combat
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23812 Summary: Warhammer: Chaos Gate crashes during combat Product: Wine Version: 1.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: curran.michaelp(a)gmail.com Created an attachment (id=29874) --> (http://bugs.winehq.org/attachment.cgi?id=29874) Console log for Warhammer: Chaos Gate crash Either at the beginning of combat or the start of the AI's turn, the game crashes. I've attached a log of the console for the entire game's run and as I suspect it is a direct draw problem, a log with WINEDEBUG=+ddraw on. -- 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 23633] New: Painting issue with MDI application.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23633 Summary: Painting issue with MDI application. Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vishal.pr87(a)gmail.com Created an attachment (id=29562) --> (http://bugs.winehq.org/attachment.cgi?id=29562) MDI Painting issue MDI child painting issue while switching from one MDI child to another MDI child using Ctrl+Tab Please find the screen shot attached. Also, painting issue is there while pressing Ctrl+Tab with a single MDI child activated. Thank you -- 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 20784] New: Artweaver drop-down menu behind parent window
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20784 Summary: Artweaver drop-down menu behind parent window Product: Wine Version: 1.1.33 Platform: PC URL: http://www.artweaver.de/home-en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: billstei(a)hbci.com In Artweaver 1.07, the drop-down menus are drawn behind the window that contains the drop-down widget. Example: In the Brush tool window (Ctrl-9 to show it), the widget which selects the type of brush when clicked draws the menu window/items behind the Brush window. -- 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 26772] New: Bad charset setting in CreateFont makes characters as block.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26772 Summary: Bad charset setting in CreateFont makes characters as block. Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: chihchun(a)kalug.linux.org.tw Many windows programs using wrong charset in CreateFont[1] function, like ANSI_CHARSET. Wine accept the wrong charset, and draw the string as the programmer requested. It makes the characters look like `block'. It seems Windows chose differnt encoding for strings, it basically ignore the charset settings in CreateFont. Every strings painted correctly on Windows. You can download a test program from github[4], and binary[5] for test. Effected hifree[2], PPStream[3] and other Chinese (or CJK) softwares. Credit: ptpt52, http://forum.ubuntu.org.cn/viewtopic.php?f=121&t=291611 [1] http://msdn.microsoft.com/en-us/library/dd183499%28v=vs.85%29.aspx [2] http://appdb.winehq.org/objectManager.php?sClass=version&iId=23197 [3] http://appdb.winehq.org/objectManager.php?sClass=version&iId=19269 [4] https://github.com/chihchun/winfont [5] http://www.mediafire.com/?zmv694e6410grzk -- 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 13

[Bug 24390] New: Config files (mostly ~/.local/share) need a severe cleanup
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24390 Summary: Config files (mostly ~/.local/share) need a severe cleanup Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cousteaulecommandant(a)hotmail.com Right now, removing a Wine install folder (a wineprefix) leaves a lot of config files behind it (menu entries, mime types...) which can't be easily removed due to its sparseness. The most elegant solution would be to put all these files on a special folder inside the wineprefix, and symlink the needed ones on the right config folder. This way, removing a wineprefix would just result on some broken links, which could be taken care of by a special script. Additionally, winecfg should have options to not create them. Some of those files/directories are: 1> ~/.config/menus/applications-merged/wine-*.menu 2> ~/.local/share/applications/wine/ 3> ~/.local/share/applications/wine-extension-*.desktop and ~/.local/share/applications/wine-Programs-*.desktop (the latter is locale-dependent) 4> ~/.local/share/desktop-directories/wine-*.directory 5> ~/.local/share/icons/ (mostly all of them) 6> ~/.local/share/mime/application/x-wine-extension-*.xml and ~/.local/share/mime/packages/x-wine-extension-*.xml (Some, but not all, of these entries are listed on http://wiki.winehq.org/FAQ#head-9893ae50079ca7a959258f0bc9a17aaf2e69b391) I don't know what most of them do, but: (1) and (4) should be replaced by symlinks and put on the corresponding wineprefix. (2) should contain one directory for wineprefix, which would be a symlink to the actual directory. This would result on a separate "Programs" entry for each wineprefix. (Instead of Applications > Wine > Programs > FooSoft > Run Foo, it would be something like Applications > Wine > Foo prefix > FooSoft > Run Foo) (3) What's this?? (5) should be on each wineprefix, with the corresponding .desktop file pointing to them. (6) should be replaced by symlinks, and, if possible, put them on a directory and just symlink the directory. Or, in my opinion, could be totally removed from Wine, Linux's mime type detection works fine, thanks. There should be a script that rearranged all these files on the corresponding wineprefixes. In order to do this, the `env WINEPREFIX="..."` string on ~/.local/share/applications/wine/.../*.desktop can be useful. -- 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 2011