http://bugs.winehq.org/show_bug.cgi?id=5337
Summary: Text output distorted in Guild Wars
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)huehner.org
The text-output shown throughout the game is distorted.
An example of the wrong output is attachd as file 'gw-login1.png'
After logging in and out again the same text is correctly display (as shown in
'gw-login2.png'.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5090
------- Additional Comments From adam(a)gimp.org 2006-02-06 08:50 -------
I believe that Second Life uses pbuffers to composite the clothing off-screen.
I suspect that SL is expecting a pbuffer with a destination-alpha channel and
not getting it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5279
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-binary |wine-ole
------- Additional Comments From vitaliy(a)kievinfo.com 2006-02-06 08:23 -------
This will not be fixed, because that's what native cmd.exe & command.com do.
There are lots of broken programs that assume that ARGV[0] will have full
_windows_ path and the name of the executable. This is really _not_ the case
when ran from the console.
To properly simulate native you have to CD into the directory with the
executable and use the _full windows path name_ to start a program.
Also please do not paste any traces here. Attach them instead.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5090
BirdbrainedPhoenix(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |BirdbrainedPhoenix(a)gmail.com
------- Additional Comments From BirdbrainedPhoenix(a)gmail.com 2006-02-06 08:16 -------
Confirmed with Second Life 1.10.1(0) and wine 0.9.14~winehq1~ubuntu~6.06-1.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5336
neftune(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neftune(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5336
Summary: Special characters are not shown in message log of the
game 'Dofus'
Product: Wine
Version: 0.9.14.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lomaxx(a)iname.com
When running the game 'Dofus' (www.dofus.com) with wine i stumbled accross a
problem with special-characters:
When ever i type a special-character (like the german 'Umlaute' ö,ä,ü) ingame,
everything i typed up to then vanishes (the whole line disappears). When i then
press return, i get an empy line in my messagelog, but the message IS correctly
shown in the speechbubble above my head INCLUDING the special characters.
After running the game with 'WINEDEBUG="warn+font" wine dofus.dll' i noticed an
errormessage each time i typed special-characters. The message looked like this
'fixme:mlang:fnIMLangFontLink_GetStrCodePages'.
Someone in IRC named 'neftune' then told me to override the mlang.dll with an
native(windows) one. And that solved the problem as far as i can tell.
I hope you find this information useful to fix that dll. Best regards and thanks
for your work. ;)
Lomaxx
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5279
------- Additional Comments From ykirill(a)yahoo.com 2006-02-06 05:03 -------
Another usefull research:
If i start mplab like this i get error:
mysrv# wine 'C:\\Program Files\\Microchip\\MPLAB IDE\\Core\\mplab.exe'
fixme:ole:CoInitializeSecurity (0x0,-1,0x0,0x0,1,3,0x0,0,0x0) - stub!
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:CoCreateInstance no instance created for interface
{ef44da65-eeb3-11d3-9d8f-006008368e4d} of class
{8b835593-2be3-4d52-8001-05c9a17c867e}, hres is 0x80004002
fixme:ole:CoCreateInstance no instance created for interface
{439cbc36-22d4-431c-8e42-389e667d1c30} of class
{8b835593-2be3-4d52-8001-05c9a17c867e}, hres is 0x80004002
fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
fixme:ole:CoGetTreatAsClass ({3deb291d-45c3-4bd8-9222-01cf3d77fe2e},0x34a3b4)
Assertion failed: (FALSE), function updatePropertyChain, file storage32.c, line
1426.
And I have no problems if i start like this:
mysrv# cd /var/win/c/Program\ Files/Microchip/MPLAB\ IDE/Core/
mysrv# wine mplab.exe
fixme:ole:CoInitializeSecurity (0x0,-1,0x0,0x0,1,3,0x0,0,0x0) - stub!
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:CoCreateInstance no instance created for interface
{ef44da65-eeb3-11d3-9d8f-006008368e4d} of class
{8b835593-2be3-4d52-8001-05c9a17c867e}, hres is 0x80004002
fixme:ole:CoCreateInstance no instance created for interface
{439cbc36-22d4-431c-8e42-389e667d1c30} of class
{8b835593-2be3-4d52-8001-05c9a17c867e}, hres is 0x80004002
fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
fixme:ole:CoGetTreatAsClass ({3deb291d-45c3-4bd8-9222-01cf3d77fe2e},0x34a3b4)
fixme:storage:StorageImpl_Commit (0): stub!
fixme:ole:CoRegisterMessageFilter stub
fixme:ole:ITypeInfo_fnRelease destroy child objects
Can this be fixed?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5335
Summary: Ecco Pro hangs when accessing "2nd-level" dialogs
Product: Wine
Version: 20050930
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: don(a)dondwiggins.net
The Ecco Pro PIM application hangs reliably (no crash, no messages, just what
appears to be a tight loop) when you try to access certain features. (See
http://www.compusol.org/ecco/ for information about Ecco and links to where it
can be downloaded.) Here's steps to reproduce it:
- Open a New file; click on the Calendar tab (at the bottom of the window).
- In the Appointments pane (blue area on the left), type something into the
12:00a slot.
- Note that there's now a button to the left reading 12:00a-1:00a. Click that
button.
- You'll see a dialog box titled Date Settings with a calendar. To the right of
the calendar is a column of buttons. Clicking on any button will cause the hang.
There are a few other similar places where dialogs have controls that pop up
"subdialogs" or menus, and that also hang. If anyone chooses to look into this,
I'll provide more details and some screenshots.
(Note: bug #984 (closed) is apparently the only other report related to Ecco Pro.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.