http://bugs.winehq.org/show_bug.cgi?id=4294
------- Additional Comments From tuharsky(a)misbb.sk 2006-24-01 07:22 -------
Vitaliy:
as far as I can examine, the presence or no-presence of giflib has NO efect on
this bug.
More to say: If the Giflib was such vital for WINE's function, the Wine should
have complained loudly about it's absence. The .configure messages have
questionable value; one can hardly decide, which messages are vital and which
are just "self-talk" of script.
--
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=3826
------- Additional Comments From m.goemmel(a)compulab.de 2006-24-01 07:19 -------
I've an application here which produces the bug with the latest CVS version.
The application is freely available here:
http://www.astroworld.de. Click on download and then select "AW 2001 v.6.2.
(english)" and press "Download Demo". After installation and starting,
simply select a Horoscope from the dialog which opened automatically and you
will see the fault.
Is the mentioned fix already officially in CVS, or can I try it to see if it
also helps for this application?
Regards
Markus
m.goemmel(a)compulab.de
--
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=4294
------- Additional Comments From tuharsky(a)misbb.sk 2006-24-01 07:19 -------
I looked at the images and it is even more interesting:
Even many of GIF's seem to have transparent background. All BMP's too. Only a
few GIF's have really white background.
So, why the WXP displays ALL GIF's with white background? Shouldn't WXP have
some problems with GIF's background too?
And the BMP's have all transparent background, correctly displayed both in Wine
and WXP.
Why all of that?
Because this might be one of the possibilities, where the problem lays: that WXP
and Wine have some common problem with handling GIF's background, where WXP
handles it at least to the extent of displaying GIF correctly, but with white
background, whereas Wine fails completely on displaying the GIF.
This is pure speculation and can be totally misleading. The Wine might have the
GIF handling broken completely; might even FAIL TO NOTICE THAT THE IMAGE IS GIF.
I need some instructions about what to do to provide more detailed information
about real source of the GIF problem.
--
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=1536
------- Additional Comments From novaki(a)agmen-software.com 2006-24-01 06:50 -------
I just upgraded to wine 0.9.6 (Debian package version 0.9.6-1). I still have the
same problem as in comment 12.
Wine detects estonian layout instead of hungarian (hu layout). As a result i
have oacute displayed when pressing eacute, aacute, udoublecute or uacute.
I agree with Boris in comment 5, this is a major bug. Since hu_qwerty (which
layout works with wine) is removed from my distribution I'm unable to use
windows applications in Linux.
--
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=4404
Summary: msi: No Information-Window, when the Installation-
Package was not found
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Found while testing "wine msiexec PDFCreator-0_9_0_AFPLGhostscript_32bit.msi":
I started the command in a different Directory.
Message from wine:
fixme:msi:MsiInstallProductW L"PDFCreator-0_9_0_AFPLGhostscript_32bit.msi" (null)
err:msi:copy_package_to_temp failed to copy package to temp path
L"C:\\tmp\\MSI323.tmp"
fixme:msi:MSI_OpenDatabaseW open failed r = 80030002!
XP:
A Window named "Windows Installer" is opened with the text:
"Diese Installationspaket konnte nicht geöffnet werden.
Stellen Sie sicher, dass das Paket existiert und dass Sie
darauf zugreifen können. Oder lassen Sie den Hersteller
der Anwendung überprüfen, ob es sich um ein gültiges
Windows Installer-Paket handelt"
this is something like:
"This Installation-Package could not be opened.
Make sure, that the Package exist and you have
access. Or let the Vendor of
the Application check, that this is a valid
Windows Installer Package"
(I have no english installer here atm.)
--
By by ...
... Detlef
--
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=4131
------- Additional Comments From magnus(a)hacka.net 2006-24-01 06:37 -------
More information from Valve about the update 22/23rd in the Steam Platform,
wich were when the bug appeared:
----
That update didn't change the usage of the Winsock API. Could you tell
me what call is happening during the freeze period? I could track that
back to the code that is making to call to determine what changed.
----
Can someone with debugging knowlege follow up on this?
--
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=4391
------- Additional Comments From rush(a)u.one.pl 2006-24-01 06:37 -------
No, it is still the same. I also made sure that I'm running the native dll by
renaming /usr/lib/msvcrt.so.dll. Also I noticed that it doesn't completely lose
all events cause during the block I was loading some rockets and releasing the
key was reported to UT, however I may be wrong on this one, it happened very
quickly. The bug is somehow affected by the game settings cause on a fresh
installation and standard config of UT it tend to happen much sooner. If you
think that it can also happen in the real Win32 environment, it can't, cause
I've been playing UT on Windows for a long time and none such thing occured.
There is also nothing interesting in the log ... unfortunately
--
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=4131
------- Additional Comments From magnus(a)hacka.net 2006-24-01 06:33 -------
I see. I missunderstond what you ment with console :-)
I will try and confirm this as soon as I get home from work.
--
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.