http://bugs.winehq.org/show_bug.cgi?id=7575
------- Additional Comments From austinenglish(a)gmail.com 2007-08-07 18:09 -------
The shdocvw bug is still present in wine 0.9.40
--
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=3886
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-08-07 18:06 -------
After working around bug 3794, the game starts, and though the menu looks all a
bit messed up, the demo itsself runs quite nice on my computer, though i only
played for 30 secs ;). Could you retest with current wine please,as the issue
this bug was about, seems to have been 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=7562
------- Additional Comments From austinenglish(a)gmail.com 2007-08-07 18:05 -------
Works fine for me in wine 0.9.40. I had to manually launch the demo, as it
didn't automatically launch after extracting, but then it worked fine.
--
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=3794
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-08-07 17:49 -------
>From a +relay trace with current git, it looks as if it is choking in the fact
that it cannot find a variable USERNAME. I added following in registry:
[System\\CurrentControlSet\\Control\\Session Manager\\Environment] 1183956414
.
.
"TMP"="c:\\windows\\temp"
"USERNAME"="garbage" <-----------------------------this added
"USERPROFILE"="c:\\windows\\profiles\\root"
.
.
.
Now the bug is gone, but runs into other bug ( a non refreshing window) Using
native dxdiagn, the install window comes up fine.
So looks like this key should be added in registry, but i cannot check currently
if windows does so as well. Anyone could check that?
--
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=3817
------- Additional Comments From dmda(a)yandex.ru 2007-08-07 17:42 -------
What's about TTL approach?
Say we have read a directory to lookup for a file. Next time we can check if
the cache is not dirty by applyting TTL logic. If TTL is not expired, we can
use cache, otherwise it's necessary to refill.
Say with 2 seconds TTL, I'd expect great performance increase. As a bonus, we
would not need to keep coherency at all. Nothing wrong if one process has
created a file and another process doesn't see this for 2 seconds. The same is
for file deletion/rename operations. The only thing needed is critical section
that will isolate concurent access from different threads.
--
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=8884
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-08-07 17:00 -------
Richedit is not a system component? But it's shipped with Windows starting from
Windows 95, it's used by hundreds of application, we have nearly 450kB of code
for it, a Bugzilla component and an application based on it. What is missing to
treat it as a system component (and bugs in it more seriously)?
--
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=8884
------- Additional Comments From juraj5(a)gmail.com 2007-08-07 16:14 -------
But trivial is described as "cosmetic problem like misspelled words or
misaligned text". This bug causes an app crash, I believe it deserves at least a
minor severity, where "an easy workaround is present".
By the way, app works with native riched dlls.
--
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=8899
Summary: Call of Duty || renders player weapon when it does not
need to
Product: Wine
Version: 0.9.39.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
Call of Duty II renders weapon when it is not needed (loading screen, also at
the begining of the level when it should not be visible. Sometimes it is fully
visible weapon, sometimes there is only a mask.
--
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.