http://bugs.winehq.org/show_bug.cgi?id=24053
Summary: Unable to run Samsung New PC Studio(NPS)
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: jabirm(a)gmail.com
Created an attachment (id=30230)
--> (http://bugs.winehq.org/attachment.cgi?id=30230)
Failed FsUsbExService, No existing FsUsbExDevice
Hi,
I am trying install Samsung (NPS) in wine 1.2 on fedora 13 for i686, and I
am getting the following errors
1. During Installation : "Failed FsUsbExService, No existing FsUsbExDevice"
2.When I Try to run Application : "File not Found"
Samsung NPS -->>
http://in.samsungmobile.com/support/softwaremanuals/newPCStudio.do
--
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=12535
Summary: Yahoo and Oberon games don't display their start page
properly
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://us1.cdn.oberon-media.com/products/oberon-
games/exe/blood_ties-
setup.exe?RefId=&origin=pgame_dl_u&ext=Blood_Ties-
setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msclrhd(a)gmail.com
1. Install the yahoo/oberon game (e.g. Blood Ties in the URL provided)
2. Run the game
3. Install the Wine Gecko engine
You see a window called "GameShell" that has a blank content pane. This should
be a HTML page with a link to play the trial game.
For the Yahoo games, I get a page from my service provider saying the link
could not be found.
--
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=23702
Summary: Graphical issues with ashes 2009
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alaukikyo(a)in.com
I am facing some issues with running ac09 a cricket game
firstly it loads .wmv video files in background of the menu that doesn't work
than while a match is going on various issues are encountered i have attached
a log if you want i can attach some screenshots as well :)
--
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=21776
Summary: 100% CPU after open COM via MSCOMM32.OCX
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wajim(a)mail.ru
Created an attachment (id=26331)
--> (http://bugs.winehq.org/attachment.cgi?id=26331)
Debug Log
It is shown on Wine 1.0.1, 1.1.38, 1.1.39 (Other versions were not tested) \\
Ubuntu 9.10 x86
After opening application COM port through MSCOMM32.OCX there are 100 % of
loading CPU, even at absence of data exchange. Thus the exchange through port
goes normally. After closing COM of port loading on CPU falls down.
See WINEDEBUG = " + comm " log in attach.
How much I know, a problem because of with incorrect realization of function
WaitCommEvent () in 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.
http://bugs.winehq.org/show_bug.cgi?id=18435
Summary: Prosonsoft "Alltag und Beruf A1" very slow
Product: Wine
Version: 1.1.21
Platform: Other
URL: http://software.gmx.de/author/prosonsoft
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Prosonsoft "Alltag und Beruf A1" is german
language learning software, apparantly
written in Flash Player 7. It installs
fine and the first page works, but later
pages are unbearably slow. To reproduce,
run the app, click Start, click "Fortfahren",
then choose page 2 along the bottom.
The page take a long time (30 seconds) to come up.
Then try dragging one of the word tiles around with
the mouse. It's supposed to move easily, but it's
extremely jerky.
There are lots of lines like
fixme:mlang:fnIMLangFontLink_GetStrCodePages (pszSrc=L"skredit", cchSrc=7,
dwPriorityCodePages=1073742335) stub
in the log; it seems to call that function once for each char in
every string. (But WINEDEBUG=-mlang didn't really help.)
This software is a bit simple and dated (2006), but it's a free download, and
is evidently a difficult test for 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.
http://bugs.winehq.org/show_bug.cgi?id=24083
Summary: The Google Earth Plugin (5.1.7938.4346) does not load
the 3d view but shows a black background instead.
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://earth.google.com/plugin/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aerilius(a)googlemail.com
I ran it in the windows version of Firefox 3.0.4 .
Either it redirects to an error page ("an error with the Google Earth plugin
occurred") or Firefox crashes or nothing happens while the CPU stays at 100%
(this debug log here). After some minutes I closed Firefox.
I used this command to get the log:
WINEDEBUG=+heap+relay wine "C:\Programme\Mozilla Firefox/firefox.exe" &>
/tmp/winedebug_ff_geplugin.txt
and loaded as example the website:
http://earth-api-samples.googlecode.com/svn/trunk/demos/helloearth/index.ht…
--
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=23305
Summary: Black screen in Addiction Pinball
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.thepinballzone.net/play/addiction-pinball/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Addiction Pinball is a pinball game by Team 17. This bug applies to both the
retail CD-ROM and the downloadable time-limited demo, with or without virtual
desktop mode. The game was originally released in 1998.
The demo can be downloaded from
http://www.thepinballzone.net/play/addiction-pinball/
Because of the "buy me now" front end added to the demo, you'll probably need
to install IE 6 using Winetricks before playing it.
After installing, run pinball.exe. If using the demo click "PLAY IT NOW!".
Notice that the display is blank. The game appears to be running though; you
can press return a few times and left and right shift (the default flipper
keys) and listen to the sound effects. Press Alt-F4 to quit.
A possibly-relevant part of the console output is this:
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x166968,0x169dd8): stub
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
--
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=20555
Summary: inconsistent handling of Audio-CDs
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
mci "open cdaudio" fails on pure Audio CDs, but the bug is not within MCI
rather than in volume management or kernel32/ntdll (the MCI calls
GetDriveTypeW).
Case A) When an audio-only CD is inserted before Wine is started, it creates
the link
dosdevices/d:: -> /dev/scd0
and in system.reg:
[Software\\Wine\\Drives]
"d:"="cdrom"
mciSendString "open cdaudio" fails (MCIERR bad device) because GetDriveTypeW
does not return a CDROM type. It would succeed on MS-Windows.
Wine creates the additional link d: -> /media/cdrom0 only when using a
data-only CD-ROM or a mixed data + audio CD.
In the latter case, mciSendString "open cdaudio" succeeds.
Conversely, an existing dosdevices/d:: link causes dosdevices/d: to be removed
when Wine starts with a pure Audio-CD in the drive.
For consistency, you should have dosdevices/d:: point to your CD-ROM device,
because of another bug in volume management:
MCI "open e:\ type cdaudio" fails, while
open d:\ succeeds
even when E: is the CD-ROM!
Case B) Defining a CD-ROM myself (or like Wine did years ago?) using:
dosdevices/d: -> /media/cdrom
(which is in turn a link to /media/cdrom0 in Ubuntu)
dosdevices/d:: does not exist.
[Software\\Wine\\Drives]
"d:"="cdrom"
mciSendString "open cdaudio" succeeds.
"play cdaudio" causes the drive to spin, but is sometimes returned with
MCIERR_HARDWARE.
AoE2 sends slightly different MCI commands and manages to play the CD.
Even Crazy Machines successfully plays the audio CD with this setup.
Using Ubuntu Intrepid.
--
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=23250
Summary: Twinview - wine only launches if desktop size is
smaller than actual screen resolution
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ngoonee(a)gmail.com
When running twinview, Wine prefers the left desktop to start on for
full-screen apps. For windowed apps, the resolution must be set to 1 less
vertical pixel than the actual resolution (1280x799 on a 1280x800 screen) for
the Wine app to start on the correct desktop (from which it was launched).
This may be related to http://bugs.winehq.org/show_bug.cgi?id=18833, but I
believe more clearly indicates some underlying cause. Posted a forum thread
about it here http://forum.winehq.org/viewtopic.php?t=8664.
As far as I can see, Wine is trying to do this:-
1. Start app on screen its launched on (correct behaviour)
2. Unable to do that if window size is exactly same as screen (wrong behaviour)
3. Prefers left-most window (0x0 position I guess) if 2. fails (correct
behaviour)
This is on Gnome, running compiz or metacity (no difference in behaviour).
--
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=23114
Summary: Wine renders the fonts differently from the rest of
the system
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: da_fox(a)mad.scientist.com
Wine renders the fonts differently from the rest of the system.
Wine claims to use the system settings for for rendering, however
as can be seen in the screenshot provided in bug #17148 ("Use the
system desktop setting for subpixel font smoothing."), it
clearly differs from the rest of the system. Wine should render
the fonts the same way as all other applications on the desktop.
I've also provided the relevant system fontconfig settings as an
attachment in bug #17148.
--
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.