http://bugs.winehq.org/show_bug.cgi?id=17787
Summary: Request: Add feature to unmount or eject USB flash
drives from Wine
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: endless97c(a)yahoo.com
I use Epson Easy Photo Print with Wine to print images from various sources
including flash drives and memory cards. However they can't be unmounted with
the program running (which is possible in Windows). I have to exit the
program, unmount, then start the program again. Maybe something like eject,
except for USB drives?
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29851
Bug #: 29851
Summary: Some part of PDFCreator installer cannot display
Chinese correctly even Font Replacement is setting
correctly
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
Created attachment 38774
--> http://bugs.winehq.org/attachment.cgi?id=38774
Screenshot: some part of PDFCreator installer does not display Chinese
0. make sure "WenQuanYi Micro Hei" is installed. wqy-microhei.ttc
1. setting Chinese font replacements.
;; wine.inf
HKCU, Software\Wine\Fonts\Replacements,"SimSun",,"WenQuanYi Micro Hei"
2. Download PDFCreator from http://sourceforge.net/projects/pdfcreator/
(
http://sourceforge.net/projects/pdfcreator/files/PDFCreator/PDFCreator%201.…
)
3. open the installer with wine:
$ wine PDFCreator-1_2_1_setup.exe
4.
- select Simplified Chinese (中文简体)
- click OK (确定)
- click next (下一步)
- select "I agree" (我接受协议)
- click next (下一步)
All the window before display Chinese correctly, only this one (安装向导 -
pdfcreator) doesn't display Chinese as expect. Please see screenshot for
details.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15103
Summary: Bluetooth doesn't work in wine.
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mieszkoslusarczyk(a)gmail.com
Could you make wine support bluetooth, maybe using blueZ stack?
--
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.
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.
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.
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.
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.
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.
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.
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.