http://bugs.winehq.org/show_bug.cgi?id=17426
Summary: Tachyon: The Fringe blank screen with D3D renderer
Product: Wine
Version: 1.1.14
Platform: PC
URL: http://www.fileplanet.com/23906/0/0/0/1/section/Demos
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samurai_no_densetsu(a)yahoo.es
Taychon The Fringe fails to display anything on D3D mode, game start and game
don't crash as you can clearly hear mouse passing over main menu options, but
nothing is rendered, software rendering works perfect.
This behaviour happens both with demo and full version of the game
My setup is:
A GeForce 7600 GT with NVIDIA 180.08 drivers
--
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=10685
Summary: Morrowind hangs on region loads with pbuffers
Product: Wine
Version: 0.9.50.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jschimke(a)gmail.com
TES: Morrowind occasionally ceases to respond or function when outdoors if a
region load boundary is reached, but only when using pbuffers. With FBO's, no
crashes have been encountered, though the loading screen is abnormally drawn in
bright cyan.
--
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=6316
--- Comment #38 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-02-26 11:23:35 ---
(In reply to comment #36)
>
> Are the older versions of wine available? I don't think business users actually
> would need the latest and greatest release of wine, depending on what they are
> using under windoze.
>
As Austin said, you can build any version from source, though from what I
understand really old versions may not build on modern systems. (Never tried it
myself.)
I seriously doubt this is a regression, however. The original reported version
for this bug is 0.9.21, and the OR's claim that printing used to work is based
on AppDB reports, which are notoriously unreliable. Based on comment #21, I
strongly suspect that the people who have reported that printing worked in the
past had only tested reports and lists (which do work), not forms (which
don't).
That said, it is possible that printing forms did work for a time between
0.9.21 and 0.9.42 (per comment #15). If you want to test old versions, that
seems to be the most promising range to look at.
--
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=2812
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Abandoned?
--
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=6316
--- Comment #37 from Austin English <austinenglish(a)gmail.com> 2009-02-26 10:45:44 ---
(In reply to comment #36)
> (In reply to comment #35)
> > The current demo available from the download link is version 18. It behaves
> > exactly as described in comment #5. I ran a regression test, setting good at
> > 1.0-rc1 and bad at 0.9.42 based on the reports in comments 2 & 15 that printing
> > invoices used to work. All the bisects came up bad. If this is a regression, it
> > occurred before 0.9.42.
> >
>
> Are the older versions of wine available? I don't think business users actually
> would need the latest and greatest release of wine, depending on what they are
> using under windoze.
>
The source is available for all versions. Binary pacakges are up to your
distro.
--
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=8051
--- Comment #96 from Warren Dumortier <nwarrenfl(a)gmail.com> 2009-02-26 09:54:24 ---
The game needs both Pixel and vertex shaders to be enabled, otherwise the game
itself gives this error in a dialog (not Wine):
The application has crashed. it will now terminate.
Wine itself does not give any error.
Thanks for answering! ;)
--
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=8051
Stephen Pape <srpape(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |srpape(a)gmail.com
--- Comment #95 from Stephen Pape <srpape(a)gmail.com> 2009-02-26 09:50:00 ---
(In reply to comment #92)
> The game starts and seems to work with the patch, but with graphical bugs.
> The second part of the patch is not necessary anymore, i think, but it works
> withtout this part...
>
> Characters are red, i presume this is caused by the vertex shaders.
> I've attached a screenshot of the bug and a log, is there maybe a way to fix
> this graphical bug with a hack/patch?
>
Looks sort of like this bug: http://bugs.winehq.org/show_bug.cgi?id=15081
Maybe you can try turning off vertex shaders in winecfg?
--
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=8051
--- Comment #92 from Warren Dumortier <nwarrenfl(a)gmail.com> 2009-02-26 09:45:53 ---
The game starts and seems to work with the patch, but with graphical bugs.
The second part of the patch is not necessary anymore, i think, but it works
withtout this part...
Characters are red, i presume this is caused by the vertex shaders.
I've attached a screenshot of the bug and a log, is there maybe a way to fix
this graphical bug with a hack/patch?
--
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=6316
--- Comment #36 from rdonnelly <rdonnelly(a)hvc.rr.com> 2009-02-26 09:23:07 ---
(In reply to comment #35)
> The current demo available from the download link is version 18. It behaves
> exactly as described in comment #5. I ran a regression test, setting good at
> 1.0-rc1 and bad at 0.9.42 based on the reports in comments 2 & 15 that printing
> invoices used to work. All the bisects came up bad. If this is a regression, it
> occurred before 0.9.42.
>
Are the older versions of wine available? I don't think business users actually
would need the latest and greatest release of wine, depending on what they are
using under windoze.
--
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=6316
Rosanne DiMesio <dimesio(a)earthlink.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dimesio(a)earthlink.net
--- Comment #35 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-02-26 08:49:18 ---
The current demo available from the download link is version 18. It behaves
exactly as described in comment #5. I ran a regression test, setting good at
1.0-rc1 and bad at 0.9.42 based on the reports in comments 2 & 15 that printing
invoices used to work. All the bisects came up bad. If this is a regression, it
occurred before 0.9.42.
--
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=17537
Summary: Can't export virtual desktop registry settings
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Noticed a weird bug when setting up daily winetest. I wanted to test in a
virtual desktop, but using:
wine explorer /desktop=name,1024x768 program.exe
is impractical for obvious reasons. So I decided to use the registry key in the
registry. I enabled it in winecfg and used regedit to export the key, then the
same to import it each time. Regedit's .reg file is:
-------
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Explorer]
"Desktop"="Default"
[HKEY_CURRENT_USER\Software\Wine\Explorer\Desktops]
"Default"="800x600"
-------
looks fine. But importing that fails. Curious, I ran diff on the .wine and
found that apparently regedit isn't exporting the full key:
-------
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Explorer]
"Desktop"="Default"
[HKEY_CURRENT_USER\Software\Wine\Explorer\Desktops] 1234567890
"Default"="800x600"
-------
Notice the timestamp. I suppose it's a regedit bug, but do we actually need
that timestamp? Looking at the diff more, seems it's also used in:
+[Software\\Wine\\Fonts] 1235641812
-[Software\\Wine\\Fonts\\External Fonts] 1235641855
+[Software\\Wine\\Fonts\\External Fonts] 1235641812
Does that really need to change each time winecfg is ran?
Importing the registry key allows the virtual desktop 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=5971
Dylan Smith <dylan.ah.smith(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dylan.ah.smith(a)gmail.com
--- Comment #12 from Dylan Smith <dylan.ah.smith(a)gmail.com> 2009-02-26 02:49:50 ---
(In reply to comment #11)
> Now it crashes, if we use builtin riched20 (i think because support of
> windowless richedit control get in partially)
>
I think this patch that I just sent will fix the crash.
richedit: Avoid crashing if TxSendMessage is called with NULL plresult.
http://www.winehq.org/pipermail/wine-patches/2009-February/069963.html
--
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=5162
Dylan Smith <dylan.ah.smith(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #19248|0 |1
is obsolete| |
--- Comment #29 from Dylan Smith <dylan.ah.smith(a)gmail.com> 2009-02-26 00:45:23 ---
Created an attachment (id=19667)
--> (http://bugs.winehq.org/attachment.cgi?id=19667)
Rebased quick and dirty drawing patch
Rebased the patch against the origin as requested
--
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=5162
--- Comment #28 from Austin Lund <austin.lund(a)gmail.com> 2009-02-26 00:35:53 ---
I was playing around with the patch. I couldn't seem to nicely add to current
git as there have been some changes which make the patch not apply.
Is it possible to rebase it on top of the current git?
--
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=17139
Summary: FolderShare installer's EULA blank
Product: Wine
Version: 1.1.13
Platform: PC
URL: http://go.microsoft.com/?linkid=7580407
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=18998)
--> (http://bugs.winehq.org/attachment.cgi?id=18998)
+richedit in git
EULA is blank. winetricks riched20 works around it. +richedit attached.
--
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=17517
Summary: crypt32/sip tests fail with +relay enabled
Product: Wine
Version: 1.1.15
Platform: PC
URL: http://test.winehq.org/data/86f79e3a558ca1fb5d596e9f6240
3ca89178d3cf/wine_xp_ae-ub904-relay/crypt32:sip.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
sip.c:383: Test failed: Expected function addresses to be from crypt32
sip.c:425: Test failed: Expected function addresses to be from crypt32
sip: 51 tests executed (0 marked as todo, 2 failures), 0 skipped.
Maybe a race condition?
--
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=17496
Summary: windres file not found
Product: Wine
Version: 1.1.15
Platform: Other
URL: http://files.first-world.info/temp/bug-wine-rc.rar
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alpha.super-one(a)laposte.net
Hello, I have bug:
http://files.first-world.info/temp/bug-wine-rc.rar
Run:
[code]wine windres -i resources-windows.rc -o resources-windows_res.o[/code]
That's do:
[quote]windres: can't open file `found': No such file or directory[/quote]
Please can you correct it?
I thinks it's solved in 10min.
--
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=17523
Summary: user32/class tests fail with +relay enabled
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
URL: http://test.winehq.org/data/86f79e3a558ca1fb5d596e9f6240
3ca89178d3cf/wine_xp_ae-ub904-relay/user32:class.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
class.c:213: Test marked todo: System class #32771 does not exist
class.c:621: Test failed: Wrong ANSI wndproc: FFFF0010 vs 7EA5D8A4
class.c:623: Test failed: Wrong ANSI wndproc: FFFF0010 vs 7EA5D8A4
class.c:621: Test failed: Wrong ANSI wndproc: FFFF0011 vs 7EA5D8A4
class.c:623: Test failed: Wrong ANSI wndproc: FFFF0011 vs 7EA5D8A4
class.c:626: Test failed: Wrong Unicode wndproc: 7EA5D8A4 vs 7EA5D8BC
class.c:628: Test failed: Wrong Unicode wndproc: 7EA5D8A4 vs 7EA5D8BC
class.c:621: Test failed: Wrong ANSI wndproc: 7EA5D8BC vs 7EA5D8A4
class.c:623: Test failed: Wrong ANSI wndproc: 7EA5D8BC vs 7EA5D8A4
class.c:626: Test failed: Wrong Unicode wndproc: FFFF0012 vs 7EA5D8BC
class.c:628: Test failed: Wrong Unicode wndproc: FFFF0012 vs 7EA5D8BC
class.c:626: Test failed: Wrong Unicode wndproc: FFFF0013 vs 7EA5D8BC
class.c:628: Test failed: Wrong Unicode wndproc: FFFF0013 vs 7EA5D8BC
class.c:646: Test failed: Windows should be Unicode
class.c:649: Test failed: Invalid ANSI winproc
class.c:650: Test failed: Invalid Unicode winproc
class: 677 tests executed (1 marked as todo, 15 failures), 0 skipped.
--
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=17522
Summary: rpcrt4/cstub tests fail with +relay enabled
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
URL: http://test.winehq.org/data/86f79e3a558ca1fb5d596e9f6240
3ca89178d3cf/wine_xp_ae-ub904-relay/rpcrt4:cstub.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
dlls/rpcrt4/tests/cstub.c
cstub.c:487: Test failed: QueryInterfacevtbl 1 not updated 7E8EA520 7E8E4B5C
cstub.c:488: Test failed: AddRefvtbl 1 not updated 7E8E9610 7E8E4A9C
cstub.c:492: Test failed: Invokevtbl 1 not updated 7E8E9840 7E8E4B2C
cstub.c:493: Test failed: IsIIDSupportedvtbl 1 not updated 7E8EA3E0 7E8E4B44
cstub.c:495: Test failed: DebugServerQueryInterfacevtbl 1 not updated 7E8E9270
7E8E4AE4
cstub.c:496: Test failed: DebugServerReleasevtbl 1 not updated 7E8E9210
7E8E4AFC
cstub.c:498: Test failed: QueryInterfacevtbl 2 not updated 7E8EA520 7E8E4B5C
cstub.c:499: Test failed: AddRefvtbl 2 not updated 7E8E9610 7E8E4A9C
cstub.c:501: Test failed: Connectvtbl 2 not updated 7E8E94C0 7E8E4AB4
cstub.c:502: Test failed: Disconnectvtbl 2 not updated 7E8E93C0 7E8E4B14
cstub.c:503: Test failed: Invokevtbl 2 not updated 7E8E9840 7E8E4B2C
cstub.c:504: Test failed: IsIIDSupportedvtbl 2 not updated 7E8EA3E0 7E8E4B44
cstub.c:505: Test failed: CountRefsvtbl 2 not updated 7E8E92D0 7E8E4ACC
cstub.c:506: Test failed: DebugServerQueryInterfacevtbl 2 not updated 7E8E9270
7E8E4AE4
cstub.c:507: Test failed: DebugServerReleasevtbl 2 not updated 7E8E9210
7E8E4AFC
cstub.c:509: Test failed: QueryInterfacevtbl 3 not updated 7E8EA520 7E8E4B5C
cstub.c:510: Test failed: AddRefvtbl 3 not updated 7E8E9610 7E8E4A9C
cstub.c:514: Test failed: Invokevtbl 3 not updated 7E8E9840 7E8E4B2C
cstub.c:515: Test failed: IsIIDSupportedvtbl 3 not updated 7E8EA3E0 7E8E4B44
cstub.c:517: Test failed: DebugServerQueryInterfacevtbl 3 not updated 7E8E9270
7E8E4AE4
cstub.c:518: Test failed: DebugServerReleasevtbl 3 not updated 7E8E9210
7E8E4AFC
cstub.c:801: Test marked todo: release called 1
cstub: 95 tests executed (1 marked as todo, 21 failures), 0 skipped.
--
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=16987
Summary: ElsterFormular 2008/2009 (v10.0.0.0): startup fails with
an error message
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.strich.b(a)web.de
When I try to start the latest version of ElsterFormular (10.0.0.0), the
program throws an error message at me. It's impossible to continue from there.
This is rather sad, as ElsterFormular is the official tool to file tax
applications in Germany :(
After I install vcrun6 via winetricks, the program starts OK and is mostly
useable.
ElsterFormular can be downloaded from the official website at
https://www.elster.de/elfo_down3.php?who=2008/2009
(You have to accept the license terms at the bottom 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=17474
Summary: winhlp32.exe.so exports flex/yacc-related symbols
Product: Wine
Version: unspecified
Platform: Other
URL: http://blog.flameeyes.eu/2008/02/09/flex-and-linking-
conflicts-or-a-possible-reason-why-php-and-recode-are-
so-crashy
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flameeyes(a)gmail.com
yamato ~ # nm -D /usr/lib/wine/winhlp32.exe.so | grep yy
00024780 T yy_create_buffer
00024040 T yy_delete_buffer
0003a910 B yy_flex_debug
00023e30 T yy_flush_buffer
00024540 T yy_scan_buffer
00024600 T yy_scan_bytes
000246a0 T yy_scan_string
00024480 T yy_switch_to_buffer
00024250 T yyalloc
00024010 T yyfree
00023fc0 T yyget_debug
00023ee0 T yyget_in
00023f20 T yyget_leng
00023ec0 T yyget_lineno
00023f00 T yyget_out
00023f40 T yyget_text
0003a908 B yyin
0003a94c B yyleng
000248f0 T yylex
00024160 T yylex_destroy
0003a7c0 D yylineno
0003a954 B yylval
0003a90c B yyout
000240b0 T yypop_buffer_state
000243b0 T yypush_buffer_state
00024220 T yyrealloc
00024810 T yyrestart
00023fe0 T yyset_debug
00023f80 T yyset_in
00023f60 T yyset_lineno
00023fa0 T yyset_out
0003a950 B yytext
00024000 T yywrap
These symbols should be hidden somehow so that they don't risk colliding with
the same symbol as exported by other libraries loaded in the same process's
address space. The risk of that is not too low since I see at least one Unix
ODBC implementation exports yylex at least.
HTH,
Diego
--
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=3254
--- Comment #56 from Austin Lund <austin.lund(a)gmail.com> 2009-02-24 22:33:42 ---
OK. It's not completely random. When the GNUTLS ERROR statements come up, it
goes offline. However, when these statements appear seems to be rather random.
--
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=17519
Summary: Mouse input not possible in ryzom character selection
Product: Wine
Version: 1.1.15
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tuxnet(a)gmail.com
Created an attachment (id=19630)
--> (http://bugs.winehq.org/attachment.cgi?id=19630)
Revert dinput changes git_3743a1a7ca170c765cd779c61b9e362c5b1c5203
With wine 1.1.15 mouse input in ryzoms character selection is imposible (at
least in window mode). The cursor is shown but I can't click buttons.
A revert to git 3743a1a7ca170c765cd779c61b9e362c5b1c5203 or the attached patch
works for me.
--
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.