February 2013 - Wine-bugs - list.winehq.org

[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 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 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 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 29885] New: NtQueryVolumeInformationFile(..., FileFsDeviceInformation) return wrong value for cd-roms
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29885 Bug #: 29885 Summary: NtQueryVolumeInformationFile(...,FileFsDeviceInformati on) return wrong value for cd-roms Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified I don't know of any real apps that depend on this, but while writing a conformance test, I noticed that wine returns FILE_DEVICE_CD_ROM_FILE_SYSTEM when Windows 7 returns FILE_DEVICE_CD_ROM. See attached test program. -- 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 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 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

[Bug 24237] New: Window redraw issues in virtual desktop
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24237 Summary: Window redraw issues in virtual desktop 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: adys.wh(a)gmail.com This afects apps with custom window controls, apparently. Tried both on WoW Launcher and WoW Repair. One video is worth a thousand words: http://www.youtube.com/watch?v=PkgWipEPw0I Maybe I can try on google chrome, too (Dan/Austin: can you add a chrome verb to winetricks?) -- 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 8

[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 19552] New: World in Conflict: Can't see anything after disableing GLSL
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=19552 Summary: World in Conflict: Can't see anything after disableing GLSL Product: Wine Version: 1.1.21 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: oskar.gargas(a)gmail.com Created an attachment (id=22780) --> (http://bugs.winehq.org/attachment.cgi?id=22780) Log from last run of World in Conflict I've installed and configured wine and WiC as it is said in its how to here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=9237 Everything runs very slow (about 10-15 FPS) on lowest settings so I turned off GLSL as it is said in how to and then... Menu works, movies works. But when you start a game or benchmark (in video options) everything goes blind. You can see GUI of the game, but in the main screen there is only one-color, clear (blue under see, gray in poligon, green in the forest). I don't know how to name it... It is some kind of courtain under which there is normal rendering and over there is GUI. In benchmark you can see FPS change (this is why I think there is normal rendering). Hope you will fix it. I first saw it in a Wine 1.1.21 (I didn't used earlier versions) and till now it is. -- 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 9