https://bugs.winehq.org/show_bug.cgi?id=44143
Bug ID: 44143
Summary: Fix “0030:fixme:d3d:resource_check_usage Unhandled
usage flags 0x20.”
Product: Wine
Version: 3.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I could play the game “The settlers (gold edition)” with previous Wine versions
in a low graphic resolution for a while. Further software evolution made it
unplayable.
* Text is not displayed on buttons for main menus.
* The scenery display is flickering.
I got the following log during my test attempt.
elfring@Sonne:~> wine /run/media/elfring/SHOK_GOLD/autorun.exe
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e4b4,0x00000000), stub!
0030:fixme:win:EnumDisplayDevicesW ((null),0,0x33e854,0x00000000), stub!
0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
0030:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0030:fixme:d3d:swapchain_gl_present WINED3D_SWAP_EFFECT_FLIP not implemented.
…
0030:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
Now I am curious which other open issues will be still remaining if the
software situation can be improved a bit more also around such programming
interfaces.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=35834
Bug ID: 35834
Summary: America's Army 3 setup crashes before entering game
Product: Wine
Version: 1.7.14
Hardware: x86
URL: http://www.americasarmy.com/downloads/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Only happens on the first run:
Backtrace:
=>0 0x7822a6f1 in mfc80 (+0x5a6f1) (0x00339a8c)
1 0x004249a0 in aa3loader (+0x2499f) (0x00339ab8)
2 0x7d9e16a5 call_event_handlers.isra+0x414() in mshtml (0x00339b88)
3 0x7d9e1c6e fire_event_obj+0x10d(doc=<is not available>, eid=<is not
available>, event_obj=0x2cab370, target=0x63127c4, script_this=(nil))
[/home/austin/wine-git/dlls/mshtml/htmlevent.c:1141] in mshtml (0x00339c18)
4 0x7d9e26f9 fire_event+0x88(doc=0x63845b8, eid=EVENTID_CLICK, set_event=0x1,
target=0x63127c4, nsevent=0x1c8c20, script_this=(nil))
[/home/austin/wine-git/dlls/mshtml/htmlevent.c:1217] in mshtml (0x00339c48)
5 0x7da34fa1 handle_htmlevent+0x110(iface=<couldn't compute location>,
event=<couldn't compute location>)
[/home/austin/wine-git/dlls/mshtml/nsevents.c:322] in mshtml (0x00339ca8)
I'll attach a log (mshtml,relay,seh,tid, trimmed to the appropriate sections
and with ntdll.RtlFreeHeap removed).
--
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=15405
Summary: Problem with wrc 1.0
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: quinlan(a)rulequest.com
I have a .rc file that compiles perfectly with wrc 0.9.40 (and with VisualC++)
but gives a syntax error with wrc 1.0.
wrc -I. -fowindows.res windows.rc
windows.rc:102:15: Error: syntax error
Lines 102 and following are
CONSTRDB DIALOG DISCARDABLE 20, 20, 148, 266
STYLE WS_POPUP | WS_CAPTION
CAPTION "Classifier Construction Options"
FONT 9, "MS Sans Serif"
BEGIN
....
Using the .res file produced by wrc 0.9.40 with wine 1.0 seems to work fine.
--
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=18934
Summary: Free PDF to Word Doc converter's installer reports
wrong ClassNN (appinstall)
Product: Wine
Version: 1.1.23
Platform: PC
URL: http://www.hellopdf.com/download.php
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When installing Free PDF to Word Doc converter with appinstall, I usually click
buttons by their ClassNN. The first window that pops up is:
Setup
This will install Free PDF to Word Doc Converter. Do you wish to continue?
Yes / No
On windows, the Yes has a ClassNN of 'Button1', and No is 'Button2'.
On wine, they're 'Button6' and 'Button7'.
The rest of the installer's buttons are reported correctly, though.
--
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=30981
Bug #: 30981
Summary: Skyrim: Keys "stick" occasionally
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deserettechnology.com
Classification: Unclassified
While playing Skyrim, one of the directional keys will occasionally stick. This
usually happens when entering a new area (after the loading screen) or coming
out of character management and equipment screens. The stuckedness can be
undone by holding the stuck key for a few seconds and releasing. This happen
semi-frequently.
Also, occasionally something sticks that makes the character move in a very
halted manner. The character will run for three or four steps before he is
forced to walk again. After 6-8 steps, the character will resume running for
3-4 steps. This behavior loops until both Skyrim and WINE are completely
closed. It is not resolved simply by relaunching Skyrim. It may be that this
occurs when a different key gets stuck, but I do not know which key would stick
that way.
These behaviors witnessed in Wine 1.5.6 - 4c7f6f6. I have not played enough
with 1.5.7 to know if it occurs there, but it mostly likely does.
nvidia GTX285 w/ blob 302.17
Linux 3.4.3
Core i7-2600K
16G RAM
--
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=25838
Summary: winepath outputs garbage (really, escape sequences)
before desired output
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Eric's console changes, circa
http://www.winehq.org/pipermail/wine-cvs/2011-January/074495.html
seem to have broken winepath (and possibly other
wine console utilities that output plain text
strings for use inside user scripts).
wine winepath -u c:/ | cat -v
used to output
/home/dank/.wine/dosdevices/c:/
but now it outputs
^[[?1h^[=/home/dank/.wine/dosdevices/c:/
This breaks winetricks and probably any number of user scripts that depend on
winepath outputting a valid path.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42494
Bug ID: 42494
Summary: The Longest Journey characters partially invisible
with Intel Graphics cards
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: acescopezz(a)gmail.com
Created attachment 57362
--> https://bugs.winehq.org/attachment.cgi?id=57362
Log with Intel Iris
This is probably a continuation of:
https://bugs.winehq.org/show_bug.cgi?id=11819
I've tested on an Intel Iris 5100, Intel HD 5000 and an old Intel GMA x3100.
They all give me the same output.
It works fine on nvidia and amd cards (tested that as well).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46554
Bug ID: 46554
Summary: DeleteFile can't handle broken symlinks (target
removed before symlink)
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ArchLinux
Created attachment 63426
--> https://bugs.winehq.org/attachment.cgi?id=63426
testcase
While working on a CreateSymbolicLink implementation, I noticed it was causing
test failures in msvcp120. While investigating, I noticed some of the created
symlinks weren't getting deleted. Swapping the order of deletion to make sure
all symlinks are removed before the targets fixed the test failures.
Attached you can find a patch that includes my WIP CreateSymbolicLink
implementation and some DeleteFileA tests that prove that this works on
Windows, but doesn't on Wine. As I said before, removing the symlinks and then
removing the targets works fine.
Beware that my test will leave behind a file, the aforementioned broken
symlink.
--
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.