http://bugs.winehq.org/show_bug.cgi?id=13968
Summary: 3d graphics are positioned incorrectlly on the screen
Product: Wine
Version: 1.0-rc5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: julianlubenov(a)abv.bg
3d graphics in Chessmaster 11 - Grandmaster Edition are positioned so
incorrectly on the screen that they aren't displayed at all or pushed upper and
displayed partially if you are using the 3d desktop in ubuntu. The reason that
the graphics are displayed somehow when you are using 3d desktop is because the
backbuffer is smaller. I think the whole problem is in the
IWineD3DSwapChainImpl_Present function in swapchain.c file in wined3d. The
problem is that handling the pSourceRect and pDestRect parameters (which
control the copying parts from the backbuffer to the window) of the function is
not implemented yet (FIXME("Unhandled present options %p/%p\n", pSourceRect,
pDestRect);).
--
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=28479
Summary: windows7 included programs
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damianatorrpm(a)gmail.com
Hi,
I guess it may have already been reported, but I could not find the bug.
windows7 paint/wordpad/solitaire/other games do not work. They fail with:
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:slc:SLGetWindowsInformationDWORD (L"Shell-InBoxGames-Hearts-EnableGame")
stub
--
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=36241
Bug ID: 36241
Summary: valgrind shows a leak in comdlg32/tests/printdlg.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==26461== 92 bytes in 1 blocks are definitely lost in loss record 584 of 1,024
==26461== at 0x7BC4C735: notify_alloc (heap.c:255)
==26461== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==26461== by 0x496B93F: test_PrintDlgExW (printdlg.c:391)
==26461== by 0x496CA1E: func_printdlg (printdlg.c:642)
==26461== by 0x496D820: run_test (test.h:584)
==26461== by 0x496DC0F: main (test.h:654)
==26461==
--
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=14666
Summary: [wined3d] volume/volumetex locking implementation
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
Hi there,
this bug should be sort of a "metabug" for fixing the locking behaviour of
volume and volumetexture objects in D3D (version 8 and 9 currently, because 7
and below doesn't have/support volumes).
I already wrote some patches and testcases to fix/illustrate the problem, but
they were rejected on wine-patches. The main problem that the problem should be
adressed much lower in wined3d.
I now post all my current patches here, so other people can take a look.
Some things what are currently not implemented:
(1) locking of volume/volumetex objects always succeeds althoug it shouldn't
- specifying to large lockboxes should fail for example
- some volumes are not lockable at all
(2) creating volumes/volumetextures always succeeds, usage and pool types are
not checked
Only a few things the patches should adress.
I intend on working on this, but I need a bit more input about why and where to
fix this exactly.
Attaching patches now...
Also adding Stefan Dösinger, Henri Verbeet, Alexander Dorofeyev and Roderick
Colenbrander to CC (sry guys *g*, but I'm sure you know where my stuff should
go).
I currently have these DX SDK docs on my system:
version 9, 8, 7 and 6
(someone asked me if I got the 7 SDK)
Greets,
Tobias
--
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=23340
Summary: Winscard : test program : unimplemented function
winscard.dll.SCardIsValidContext and
winscard.dll.SCardReleaseContext
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: http://www.linuxunderground.be/compteco/winscard_test.
zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vincent.hardy.be(a)gmail.com
Created an attachment (id=29078)
--> (http://bugs.winehq.org/attachment.cgi?id=29078)
console output PCSCTest.exe
start wine PCSCTest.exe in Zip test program
--
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=36943
Bug ID: 36943
Summary: Unhandled exception: page fault on write access to
0x00000014 in 32-bit code (0xb75a101e)
Product: Wine
Version: 0.9.59.
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: james_200122(a)yahoo.com
this error causes a register dump and this in return closes the program or
freezes up the computer
--
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=22910
Summary: Age of Empires III 1.1.3: Unhandled exception: page
fault on write access....
Product: Wine
Version: 1.2-rc1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=28342)
--> (http://bugs.winehq.org/attachment.cgi?id=28342)
Unhandled page fault on write access to 0x000078b8 at address 0x1c78c2 (thread
0009), starting debugger...
Attached is the log. This affects all versions best I can tell, NoCD and
official CD included. This version was patched to latest 1.1.3 and a NoCD exe
applied.
FYI: I followed instructions from the WineAppDB and dumped 3 discs properly
into one folder and execute, install was perfect. If it matters this is also
from the "Complete Collection". :)
--
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=33775
Bug #: 33775
Summary: Extra track appears it the touhou 8 music room
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: murela_alba(a)abv.bg
Classification: Unclassified
Created attachment 44737
--> http://bugs.winehq.org/attachment.cgi?id=44737
???
Okay, this one is just plain weird. Inside the Imperishable Night music room
there's an extra track at the bottom that shouldn't be there. For one thing the
game only has 21 tracks, for another the text is in Japanese, even in the
English patched version. It's also marked as never listened to, even with
everything cleared. And, yes, I ran the game from the same folder in Windows 7,
and it doesn't appear there.
Using Ubuntu 13.04 (64-bit) with wine 1.5.31.
--
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=28629
Bug #: 28629
Summary: TrackMouseEvent saves tracking data only for last
caller's HWND
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
See this code from dlls/user32/input.c:
/* fill the TRACKMOUSEEVENT struct with the current tracking for the given hwnd
*/
if (ptme->dwFlags & TME_QUERY )
{
*ptme = tracking_info.tme;
/* set cbSize in the case it's not initialized yet */
ptme->cbSize = sizeof(TRACKMOUSEEVENT);
return TRUE; /* return here, TME_QUERY is retrieving information */
}
Although the comment says it works per-hwnd, the code itself doesn't have any
logic concerning hwnd.
This problem makes button theming with hover support work incorrectly in
various cases. The easiest way to see this is as follows:
0. Configure some windowsXP theme, e.g. Luna or Royale
1. Start winecfg
2. Select "Libraries" tab
3. Press Edit (having at least one override)
4. Press Cancel on the dialog
5. Try to hover any button on the winecfg main window - it won't work.
The reason for this not working is that the "Edit Override" dialog's Cancel
button, being hovered, has called TrackMouseEvent for TME_LEAVE, and after
pressing it, it was destroyed, still leaving mouse tracking structure (global,
not per-hwnd, which is the core problem) in TME_LEAVE enabled state. Now, when
Edit or any other button becomes hovered, the structure returned on TME_QUERY
suggests that TME_LEAVE is enabled, so for Edit button's hwnd the timer isn't
set.
So, the solution should be to make tracking_info per-hwnd, instead of global.
--
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=28886
Bug #: 28886
Summary: Window borders aren't themed
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Created attachment 37114
--> http://bugs.winehq.org/attachment.cgi?id=37114
Screenshot comparing windows and Wine rendering
Some windows even without virtual desktop should have themed borders, and
example is toolwindows. Wine doesn't theme them at all, it's seen in e.g.
GIMP's toolbox.
Of course, in virtual desktop all windows get unthemed borders.
See screenshot: the classically themed toolboxes are in Wine, while in windows
the borders are themed correctly with Royale style.
--
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.