http://bugs.winehq.org/show_bug.cgi?id=15255
Summary: ntdll: The memory overview Page in Google Chrome is
incomplete (MemoryWorkingSetList for
NtQueryVirtualMemory)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://chrome.google.com
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P3
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=16041)
--> (http://bugs.winehq.org/attachment.cgi?id=16041)
about:memory
Display the Memory status Page with "about:memory"
The Virtual Memory status is displayed (Private and Mapped),
but the Resident memory size is 0 (Private, Shared and Total)
0019:fixme:virtual:NtQueryVirtualMemory (process=0xffffffff,addr=(nil))
Unimplemented information class: MemoryWorkingSetList
0019:fixme:virtual:NtQueryVirtualMemory (process=0x108,addr=(nil))
Unimplemented information class: MemoryWorkingSetList
--
By by ... Detlef
--
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=22522
Summary: black intro videos with smackw32.dll
Product: Wine
Version: 0.9.48.
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
"Der Dieb von Burg Schreckenstein" and "5 Freunde 2 und der silberne
Turm" start with a black screen when it should show an intro video.
Audio is played normally and the app proceeds to the main menu after
the video ends. Also, pressing a key aborts the video as expected.
The video is visible on a native XP machine.
Both apps use smackw32.dll to display the video. I suppose the screen
remains black because an exception is caught soon after start.
0009:CALL smackw32._SmackDoFrame@4(008c5440) ret=0049ef3d
0009:Call winmm.timeGetTime() [a few times]
0009:Ret winmm.timeGetTime()
0009:trace:seh:raise_exception code=c0000005 flags=0 (access violation)
...
0009:RET smackw32._SmackDoFrame@4() retval=00000000 ret=0049ef3d
The sequence of smackw32 calls is:
smackw32._SmackOpen@12
smackw32._SmackCheckCursor@20
smackw32._SmackToBuffer@28
smackw32._SmackDoFrame@4
The affected video is "intro.smk". Curiously, this is the second such
sequence. The first one, opening "loads.smk" produces no exception
(but it is too short to be a video). Surprisingly, Burg
Schreckenstein's ending credits extro_[1-7].smk are rendered (these
appear to be still images without animation).
Logs are available upon request. What channels?
You may add
[Smacker]
Debug=1
to win.ini and set WINEDEBUG=+debugstr.
I've not yet written an AppDB entry for either of these 2 children apps.
"5 Freunde" is Enid Blyton's "Famous 5" or "Club des cinq".
Bug present with both Ubuntu Intrepid and MacOS, on different HW and was
observed as early as wine-0.9.48 to present.
--
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=23134
Summary: iexplore does not correctly detect proxy details
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Blocks: 19261
I have an Ubuntu Lucid system that has the proxy preferences set up for HTTP
and FTP. Native applications use the proxy for HTTP and FTP but all other
protocols bypass the proxy. iexplore doesn't. The result being that when a
HTTPS page is opened, there is a failure (proxy does not support HTTPS). Using
Squid.
The following error was encountered while trying to retrieve the URL:
https://accounts.sling.com/accounts/login?
Unsupported Request Method and Protocol
Squid does not support all request methods for all access protocols. For
example, you can not POST a Gopher request.
--
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=25128
Summary: Missing flashing border on the stage select screen of
Pikachu Volleyball 3D
Product: Wine
Version: 1.3.6
Platform: x86-64
URL: http://rev.knu.ac.kr/down/PV3DSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=31880)
--> (http://bugs.winehq.org/attachment.cgi?id=31880)
Full output
Choosing "single play" from the main menu leads to a stage selection screen
with a small image of each stage to choose from. The current selection is
supposed to be indicated by a fade effect and a multicolored flashing border.
The fade effect works, but the border always remains black. winetricks d3dx9_36
makes it work correctly.
On this screen, the terminal is flooded with a series of fixmes:
fixme:d3dx:ID3DXLineImpl_Begin (0x217fc0)->(): stub
fixme:d3dx:ID3DXLineImpl_Draw (0x217fc0)->(0x782b58, 5, 0xff0000ff): stub
fixme:d3dx:ID3DXLineImpl_End (0x217fc0)->(): 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.
http://bugs.winehq.org/show_bug.cgi?id=23356
Summary: Napoleon Total War: black screen without winetricks
d3d9x
Product: Wine
Version: 1.2-rc4
Platform: x86-64
URL: http://www.totalwar.com/napoleon/demo/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
The log shows several d3dx stubs are causing it trouble:
implemented
fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx (0x8eafae8, 0xd7ee731, 1440128,
4294967294, 4294967294, 1, 0, fffffffd, 1, 2, 5, 0, (nil), (nil), 0x8f53864):
stub
...
fixme:d3dx:ID3DXEffectImpl_SetMatrixTranspose (0x8f54f58)->(0x1642ea0,
0x8ea54fc): stub
fixme:d3dx:ID3DXEffectImpl_SetTechnique (0x8f54f58)->(0x1642eac): stub
...
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
d3d call failed, code: 0x80004001
winetricks d3dx9 lets it start with graphics.
--
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=32334
Bug #: 32334
Summary: Microsoft SQL Server Management Studio Express 2005:
Connection window is too narrow
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.microsoft.com/download/en/details.aspx?id=8
961
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Regression SHA1: ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Created attachment 42678
--> http://bugs.winehq.org/attachment.cgi?id=42678
Screenshots of good and bad versions
Connection window that appears right after starting the application is too
narrow. You may notice that the bitmap on the top is clipped.
Regression testing points to the following commit:
ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e is the first bad commit
commit ebaf5ea17623268fb1c0f68b1cf9a5984bd4e46e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 15 13:29:21 2012 +0100
gdi32: Don't load bitmap glyphs when using subpixel rendering in
GetGlyphOutline.
Reverting that commit on top of current git brings back correct behavior.
Prerequisite:
winetricks dotnet20 win7
--
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=21940
Summary: Rise of Legends Demo crashes with null pointer
reference in msxml3?
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once you get past bug 19539, you have to choose to ignore
two BHG errors; the game then starts and runs (though I got
no sound). Trying to play a campaign crashed for me quickly with
an msxml3 error (which is funny, since I had done winetricks msxml3,
and winecfg shows the override, but the backtrace still shows Wine's msxml3):
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x7362be22).
Backtrace:
=>0 priv_from_xmlDocPtr+0x6(doc=(nil)) [dlls/msxml3/domdoc.c:127] in msxml3
1 xmldoc_add_ref+0x1d(doc=(nil)) [dlls/msxml3/domdoc.c:160] in msxml3
2 init_xmlnode+0x26(This=0x3fb63f8, node=0x7e222980, outer=0x3fb6418,
dispex_data=0x73666dec) [dlls/msxml3/node.c:1714] in msxml3
3 create_element+0x6c(element=0x7e222980) [dlls/msxml3/element.c:797] in
msxml3d
4 create_node+0x9d(node=0x7e222980) [dlls/msxml3/node.c:1736] in msxml3
5 queryresult_nextNode+0xdf(iface=0x3ff1120, nextItem=0x32ad60)
[dlls/msxml3/queryresult.c:267] in msxml3
6 xmlnode_selectSingleNode+0xd3(iface=0x1e9510, kqueryString="TRIBE_MASK",
resultNode=0x32ad60) [dlls/msxml3/node.c:1542] in msxml3
7 in legends (+0x6f34c) (0x0032b2dc)
...
0x7362be22 priv_from_xmlDocPtr+0x6 [dlls/msxml3/domdoc.c:127] in msxml3: movl
0x0(%eax),%eax
127 return doc->_private;
--
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=28678
Bug #: 28678
Summary: DirectDraw primary buffer is obscured by transparent
window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: octavian.voicu(a)gmail.com
Classification: Unclassified
Created attachment 36852
--> http://bugs.winehq.org/attachment.cgi?id=36852
Screenshot showing the obscured dialog.
When trying to exit from the game The Longest Journey (either via menu option
or pressing Alt+F4), a dialog box is shown with Yes/No options.
The application uses DirectDraw for rendering. The dialog box and mouse cursor
are rendered on an offscreen surface (dialog has an image as the background and
buttons use a custom implementation afaics), which is then blitted to the
primary buffer (happens like this when you force single buffer mode; with
double buffering it could be slightly different, but the overall effect is the
same).
The dialog is a parent of the main application window, uses the standard dialog
window class (atom #32270 or 8000 in hex) and has the WS_POPUP and
WS_EX_TRANSPARENT window styles. Window receives a WM_ERASEBKGND message, which
is handled by the default dialog proc by painting the background in the
standard window background color (gray in this case).
When primary buffer is blitted to the d3d surface
(ddraw_surface_update_frontbuffer which uses OpenGL), the rendering of the
dialog is masked by the window boundaries and the gray rectangle remains.
Dialog is interactable and you can click the buttons (if you can do that
without seeing where the mouse is).
The question is: how can we make the primary buffer draw over WS_EX_TRANSPARENT
child windows, as it works on native? Removing the WS_EX_TRANSPARENT style from
the dialog window (on runtime, using WinSpy++ 1.7) makes native's behavior
identical to current wine behavior (only a gray rectangle is visible).
--
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=27232
Summary: keys stuck when wine window loses focus
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)gmail.com
When a key is pressed while a wine application is in focus and released while
other application has focus it is stuck down in wine.
To reproduce:
0) set your window manager to focus follows mouse
1) run notepad
2) press some keys to type text
3) press and hold ctrl, pressing a now selects typed text
4) move the mouse to another window
5) release ctrl
6) move mouse back to notepad, press a
Now text previously selected should be replaced with a. Instead, it is selected
again by the Ctrl+a shortcut.
The Ctrl key is stuck.
Note that when windows are switched by means similar to Windows ALt+Tab the
modifier used for switching windows this way gets also stuck.
--
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.