http://bugs.winehq.org/show_bug.cgi?id=27374
Summary: FAR: Alt-tab will cause "alt" key to be left as
pressed when returning to console window (regression)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: singularita(a)gmail.com
When I updated wine I noticed that when I alt-tabbed out of console window with
opensource FAR (http://www.farmanager.com/opensource.php?l=en) file manager
(run via "wineconsole.exe --backend=user") and then either alt-tabbed back or
changed focus using mouse, Alt key was stuck as pressed (therefore pressing F10
resulted in program receiving Alt+F10, arrow down resulted in Alt+arrow down,
etc ...). Pressing and releasing the Alt key after alt-tabbing back fixes the
issuem, though it is slightly annoying.
This does not happen before, in good versions when alt-tabbed back, alt
returned to normal and pressing a key would result in program receiving just
that key.
I've verified that the bug is still present in current head of master in git
and I've run the regression test to find the commit that introduced this bug:
Result of regression test:
bc4afb078677095468d4ee8f9a15c18cbb47bbbf is the first bad commit
commit bc4afb078677095468d4ee8f9a15c18cbb47bbbf
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Mar 1 11:54:55 2011 +0100
server: Don't pass a thread id to send_hardware_message, determine it from
the window.
:040000 040000 4e7ac89f77a4ddc31fd947151c34d0acadc5dcc0
a3d857abf43a1eed9fcb6837ea006ac00d80a1a7 M dlls
:040000 040000 7247b4b93aca9c98394638ccd0c48a788133a8cd
45aed0fb1bc86b403af16666b3fa5963c2abaf7d M include
:040000 040000 469f40ddbdca23554a397c5122a78e09a13e2c75
f118b4fd2fb23ecbde100798c68b3221fe5ec2fc M server
--
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=23750
Summary: SpongeBob SquarePants: Diner Dash 2 - mouse has pink
background
Product: Wine
Version: 1.2
Platform: x86
URL: http://arcade.nick.com/nick/gameinfo.jsp?s=SpongeBobDi
nerDash2
OS/Version: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=29763)
--> (http://bugs.winehq.org/attachment.cgi?id=29763)
screenshot
Looks like it's supposed to be an animated cursor, but the background is pink.
I'll attach a screenshot.
Terminal shows:
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement hardware blit
between two surfaces on the same swapchain
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement hardware blit
between two surfaces on the same swapchain
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement hardware blit
between two surfaces on the same swapchain
fixme:d3d_surface:IWineD3DSurfaceImpl_BltOverride Implement hardware blit
between two surfaces on the same swapchain
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
--
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=10841
Summary: Support for dynamic resolution changing
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thedamocles(a)gmail.com
After a disscussion on this bug it appears the it would be great if Wine
supports dynamic resolution changing (just like windows when you swith between
a game and the desktop).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20961
Summary: RegEditX doesn't work in wine
Product: Wine
Version: 1.1.34
Platform: PC
URL: http://www.dcsoft.com/ftp/REGX2.EXE
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Application description: RegEditX "extends" the Windows Registry Editor
(REGEDIT). A new history combo box and toolbar are inserted. You gain quick
navigation back to recently-visited keys, the ability to paste keys from the
Windows clipboard, and incrementally type the keys manually. In addition,
columns in the listbox are kept optimally sized.
Doesn't work in wine:
Internal error: could not find RegEdit window
--
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=11099
Summary: custom checkbox not displayed
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stuart(a)gathman.org
All the taxact versions use a custom checkbox that draws a large X for on
screen tax forms. These always display as blank. They are drawn correctly on
printout. The appdb entry is
http://appdb.winehq.org/objectManager.php?sClass=application&iId=1265
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9422
Summary: Regression from 0.9.36 to 0.9.42/43 when running visio
2003
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jokester01au(a)yahoo.com.au
Created an attachment (id=7748)
--> (http://bugs.winehq.org/attachment.cgi?id=7748)
Log trace of failed run under 0.9.43
This may or may not be related to bug #5163.
On 0.9.36 I have a working installation of visio 2003.
After upgrading to 0.9.42 visio ceases to work, failing with the message "iopl
not enabled".
Ditto for 0.9.43.
After reverting back to 0.9.36, visio 2003 again works.
Word and Excel 2003 seem to work happily on all of these versions of wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17708
Summary: Splinter cell double agent doesn't render correctly
Product: Wine
Version: 1.1.16
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: puciek(a)gmail.com
Created an attachment (id=19904)
--> (http://bugs.winehq.org/attachment.cgi?id=19904)
Log from start till i had to kill the game (compressed because its 25mb)
Game renders only part of ui and character, rest is just darkness.
--
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=18759
Summary: RoughDraft 3's Word Count feature always says zero
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://www.salsbury.f2s.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user reported in http://jainakay.livejournal.com/41083.html
that Rough Draft's word count feature fails, always reporting
that the document has zero words.
Sure enough, I tried Rough Draft 3, and he's right.
--
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=26768
Summary: oleaut32 warnings on x86-64
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
../../../dlls/oleaut32/tmarshal.c:426:3: warning: #warning You need to
implement stubless proxies for your architecture
../../../dlls/oleaut32/tmarshal.c: In function ‘serialize_param’:
../../../dlls/oleaut32/tmarshal.c:717:279: warning: cast to pointer from
integer of different size
../../../dlls/oleaut32/tmarshal.c:793:73: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:794:56: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:800:50: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:802:7: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:802:41: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:807:51: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:809:7: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:809:41: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c:895:92: warning: cast to pointer from integer
of different size
../../../dlls/oleaut32/tmarshal.c: In function ‘deserialize_param’:
../../../dlls/oleaut32/tmarshal.c:1076:12: warning: cast from pointer to
integer of different size
../../../dlls/oleaut32/tmarshal.c:1079:78: warning: cast to pointer from
integer of different size
../../../dlls/oleaut32/tmarshal.c:1086:15: warning: cast from pointer to
integer of different size
../../../dlls/oleaut32/tmarshal.c:1181:11: warning: cast from pointer to
integer of different size
../../../dlls/oleaut32/tmarshal.c:1189:16: warning: cast to pointer from
integer of different size
../../../dlls/oleaut32/tmarshal.c: In function ‘init_proxy_entry_point’:
../../../dlls/oleaut32/tmarshal.c:1699:17: warning: unused variable ‘xasm’
../../../dlls/oleaut32/tmarshal.c: At top level:
../../../dlls/oleaut32/tmarshal.c:1317:1: warning: ‘xCall’ defined but not used
--
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=14078
Summary: Rewrite typelib marshaller on top of NDR functions
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
[Copied from wine-devel.]
Dan K. wrote in
http://www.winehq.org/pipermail/wine-devel/2008-June/066540.html
--- snip ---
While looking at the valgrind warning in
http://kegel.com/wine/valgrind/logs-2008-06-20/vg-oleaut32_tmarshal.txt
Conditional jump or move depends on uninitialised value(s)
at serialize_param (tmarshal.c:736)
by serialize_param (tmarshal.c:744)
by xCall (tmarshal.c:1414)
by ???
by func_tmarshal (tmarshal.c:1179)
by run_test (test.h:449)
by main (test.h:498)
Uninitialised value was created by a stack allocation
at test_typelibmarshal (tmarshal.c:762)
The problem happens during a call to this method
where widget is a pointer to an uninitialized pointer
which will receive the pointer to the widget:
interface IKindaEnumWidget : IUnknown
{
HRESULT Next(
[out] IWidget **widget);
I discovered that the attached patch prevented the problem.
I don't quite understand why; at first glance,
widget is an out parameter from the function,
why would it be dereferenced while serializing
the call?
--- snip ---
Rob Shearman wrote:
http://www.winehq.org/pipermail/wine-devel/2008-June/066571.html
--- snip ---
It's a bug in the typelib marshaller. It doesn't check whether a
VT_PTR type is actually an interface pointer and not access it on
input when the parameter is an [out] parameter. Note that because of
the memory re-use semantics it is legal to access memory passed in to
a remote function, even when the parameter is [out].
I think it's getting close to the time to reimplement the typelib
marshaller on top of NDR functions so that we don't have to implement
these subtleties twice, would improve performance and would reduce the
amount of code.
--- snip ---
--
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.