wine-bugs February 2014

wine-bugs@winehq.org

1 participants
9908 discussions

[Bug 29850] New: Scilab does not display Chinese
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=29850 Bug #: 29850 Summary: Scilab does not display Chinese Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download Scilab installer http://www.scilab.org/download/5.3.2/scilab-5.3.2.exe 2. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc 3. setting Chinese font replacements. ;; wine.inf HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei" 4. wineboot 5. install Scilab with LANG=zh_CN.utf8, select Chinese language for installing. 6. start Scilab: $ wine WScilex.exe Expect result: Display Chinese Actual result: Chinese font is displayed as boxes, I can't find any workaround by overriding FontLink registry. Extra info: - Chinese display correctly for the Scilab installer, but wrong for WScilex.exe - It seems WScilex.exe does not use ExtTextOutW family function for output characters. (But the installer use ExtTextOutW) -- 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 30652] New: Wrong TextOut font substitution under en_US locale
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=30652 Bug #: 30652 Summary: Wrong TextOut font substitution under en_US locale Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: hqm03ster(a)gmail.com Classification: Unclassified Created attachment 40125 --> http://bugs.winehq.org/attachment.cgi?id=40125 The screenshots, test code, and test font The test program "tunihan.c" behaves differently on Windows and Wine (under linux). When a Unicode string containing CJK characters is TextOut-ed using a custom font, Wine font substitution isn't working properly like Windows does. To reproduce: 1. Install the font "nkf11_magicum_texturae.ttf". The font can be downloaded for free at: http://hwm3.gyao.ne.jp/shiroi-niwatori/nkf11_magicum_texturae.zip Windows standard CJK fonts NSimSun, PMingLiu, MS UI Gothic, Tahoma are also required to completely reproduce the attached screenshots. 2. Compile attached tunihan.c using MinGW on Windows with command line: gcc -otunihan.exe tunihan.c -lgdi32 3. Run the generated tunihan.exe under Windows, with global non-Unicode program locale set to English (US). Attached screenshot "enUS-windows.png" should be reproduced. 4. Copy/link all Windows fonts into Wine. 5. Run the generated tunihan.exe under Wine using command line: LANG=en_US.utf8 wine tunihan.exe Attacehed screenshot "enUS-linux.png" should be reproduced. Test environment: Windows: A Chinese Edition of Windows 7 with global non-Unicode program locale set to English (US). Wine: Wine 1.5.4 on Arch Linux 3.3.5, with all windows fonts symlinked into "C:\windows\Fonts" in Wine. Notes: A. The attached font, "nkf11_magicum_texturae.ttf", is an incomplete fictional glyph set for ASCII characters. It is chosen as a test font because it is missing glyphs for a number of ASCII symbols (e.g. '[', ']'), is clearly distinguishable from any potential substitution font, and is clearly not a Windows standard font. B. This behavior can't be reproduced using AppLocale. The Windows machine must have its global non-Unicode program locale set to English (US). C. tunihan.c writes 7 lines of texts to a Window: Line 1: A line of ASCII/CJK characters in a Simplified Chinese font Line 2: A line of ASCII/CJK characters in a Traditional Chinese font Line 3: A line of ASCII/CJK characters in a Japanese font Line 4: A line of ASCII/CJK characters in the test font Line 5: A line of ASCII characters in the test font, using TextOutW Line 6: A line of ASCII characters in the test font, using TextOutA Line 7: A line of ASCII/CJK characters in Tahoma In line 4, Windows is providing font substitution for the test font through a Japanese substitution font (deduced from unified Han character shape), thus displaying all ASCII/CJK characters correctly, despite that there isn't such a rule defined in the registry. Wine failed to do the same. On the other hand, Windows doesn't provide the same font substitution if a completely-ASCII string is TextOut-ed. The CJK characters are chosen to include both unified Han characters with a different shape in each font and non-unified characters for each individual font. Implications: 1. This bug may be related to a few weird CJK script rendering problems. 2. This bug may be related to a few western font rendering problems when CJK fonts are installed. 3. I'm not sure if the issue is even CJK related. Windows could be using similar font substitution for other scripts like Hebrew. -- 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 14085] New: an importlib for multiple dlls is not supported (avicap32 + avifil32 + msvfw32 => vfw32)
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=14085 Summary: an importlib for multiple dlls is not supported (avicap32 + avifil32 + msvfw32 => vfw32) Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de The Wine build-env does not support a single importlib for multiple dlls. Microsoft use this for vfw32.lib (avicap32.dll + avifil32.dll + msvfw32.dll) According to julliard on IRC, the needed magic in winebuild is the Problem. The importlib vfw32 is needed for the Wine testsuite: http://www.winehq.org/pipermail/wine-patches/2008-June/056310.html -- By by ... Detlef -- 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 20390] New: chromium ipc_tests.exe hangs sometimes on IPCSyncChannelTest.Multiple
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=20390 Summary: chromium ipc_tests.exe hangs sometimes on IPCSyncChannelTest.Multiple Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com wine ipc_tests.exe --gtest_filter=IPCSyncChannelTest.Multiple hung on the second run here on wine, but didn't hang in the eight runs I did on Windows. Source for the test is at http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_sync_channel_unitte… though it uses a bunch of classes and will be hard to extract. -- 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 21035] New: Desktop sounds integration missing
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=21035 Summary: Desktop sounds integration missing Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: atari(a)gabo.pl WINE does not play 'system sounds' on events (show messagebox, etc.). WINE should map Windows sound events to XDG Sound Theme and Naming Specifications (http://freedesktop.org/wiki/Specifications/sound-theme-spec). It could be implemented using libcanberra (http://0pointer.de/lennart/projects/libcanberra/) -- 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 18089] New: import_dll should check SharedDLLs
by wine-bugs＠winehq.org 13 Jun '15

13 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=18089 Summary: import_dll should check SharedDLLs Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com import_dll should lookup in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDlls for matching library, if it can't find it anywhere else. Here's how I came to this: there are lots of programs that don't start in wine unless you do special tricks, such as copying dlls to folder where the .exe resides or to system32, or something else. If you search the bugzilla for import_dll, you'll find a lot of bugs having this kind of errors: err:module:import_dll Library something.dll not found Mostly, questions arise as if software has installed correctly or something else. But, I've made a test, installing it in windows, and launching directly, that is without specifying "start in" parameter (as it would with .lnk files). And in windows it works perfectly. So, I've exported the registry from XP box and compared it to identical installation in wine. The only mentions of dlls in question are in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDlls Google says, that this registry node is supposed only to track if installed libraries are used by any installed application or not. But it seems, that in windows, ntdll looks up into this registry part in order to try to find where the libraries in question are located. This would fix quite a lot of problems. -- 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 27

[Bug 33916] New: Strange work around for infinite loading screen in witcher 2 using ctrl+alt+F1
by wine-bugs＠winehq.org 12 Jun '15

12 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=33916 Bug #: 33916 Summary: Strange work around for infinite loading screen in witcher 2 using ctrl+alt+F1 Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliad.kimhy(a)gmail.com Classification: Unclassified Hi, I'm using ubuntu 13.04, and the Witcher 2 GOG Enhanced Edition game was installed using playonlinux, but this issue is probably relevant to all other versions of the game. My hardware is very old, a core 2 duo and a geforce 8400GS, but the issue is related to software, as others are reporting it regardless of hardware. Infinite loading screen- a situation in which the game "loads" for a very long time (over 10 minutes) or an infinite time (over 20 minutes observed), without showing signs of crashing or otherwise bad behavior. Upon trying to quit this infinite loading screen (by using ctrl + alt + backspace) my finger missed and I ended up pressing F12! Lo and behold the screen went to console (or whatever that limbo zone might be called), and the game started running in the background! I immediately started switching alt + Fn 'till I found alt + F7 and the game was working! Now every time I play the game I press ctrl + alt + F1 whenever it starts loading. The game now loads within 20 seconds (!!!), a huge difference. There's obviously some sort of bug here, and I wonder why switching to console releases the loading screen. Could be solvable, and it could be an issue that affects other areas of the game as well, so it might be worth figuring out. Anyway, for all of you who get stuck at the loading screen, the game is now playable. -- 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 30175] New: Ported Need For Speed World and it freezes after a race
by wine-bugs＠winehq.org 12 Jun '15

12 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=30175 Bug #: 30175 Summary: Ported Need For Speed World and it freezes after a race Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mhaffelfinger(a)yahoo.com Classification: Unclassified In winetricks to play the game I use Directx9, ie8, glsl=enabled, dotnet20 (later replaced with dotnet40), and when i start the game the launcher works fine and it loads easily. I start a race and the game runs fine but after i get my rewards the game will freeze. I still hear sound but the game is unresponsive. Im running mac osx 10.6.8 i will supply a log when i get the time. -- 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 26616] New: Need for Speed Shift 2 installer "assertion failed in .\wcautil.cpp, 89"
by wine-bugs＠winehq.org 12 Jun '15

12 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=26616 Summary: Need for Speed Shift 2 installer "assertion failed in .\wcautil.cpp, 89" Product: Wine Version: 1.3.16 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Towards the end (after 15 minutes) the installer pops up a window titled "Debug Assert Message" with body "assertion failed in .\wcautil.cpp, 89" Clicking Ignore seems to let the installer continue. -- 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 35642] New: Equation editor 3.0 does not work with power point
by wine-bugs＠winehq.org 12 Jun '15

12 Jun '15

http://bugs.winehq.org/show_bug.cgi?id=35642 Bug ID: 35642 Summary: Equation editor 3.0 does not work with power point Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xluigi84(a)hotmail.it I'm using wine 1.7.13 for Microsoft PowerPoint 2007 (but older version are also affected (for sure 1.2.3). The wine version is 32bit. >From Object-> Math Equation 3.0 the window show up, I can write the equation but when I close it the object is empty as it was not saved. I'm already using riched20 and usp10 as native. Any suggestion to fix it? Let me know if you need more information or debug logs. Thanks! -- 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

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 February 2014