http://bugs.winehq.org/show_bug.cgi?id=26262
Summary: No video output in game
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: torgeriedel(a)gmx.de
When trying to play Commandos - Behind Enemy lines, there is no video output.
Sound is working.
--
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=33368
Bug #: 33368
Summary: WM_DEADCHAR events not sent
Product: Wine
Version: 1.5.27
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sloonz(a)gmail.com
Classification: Unclassified
Created attachment 44152
--> http://bugs.winehq.org/attachment.cgi?id=44152
Keyboard traces in three different scenarios (Windows, Wine, Wine+patch)
XFilterEvent() returns true for events of dead keys, so they are not processed
by wine. However, that prevents sending a WM_DEADCHAR event to the application,
as it works on Windows. For example, in order to emit a "ê" character in a
french keyboard layout, I first have to press ^ (which is a dead key) and then
e. Under Windows, this leads to the following sequence of events :
KEYDOWN: dead_circumflex
DEADCHAR: dead_circumflex
KEYDOWN: e
CHAR: ê
KEYUP: e
KEYUP: dead_circumflex
Under wine I have only those events :
KEYUP: dead_circumflex
KEYDOWN: e
CHAR: ê
Attached patch fixes most of that, with it I get :
KEYDOWN: dead_circumflex
DEADCHAR: dead_circumflex
UP: dead_circumflex
KEYDOWN: e
CHAR: ê
KEYUP: e
Note that it’s still slighty different from Windows (KEYUP for dead key is
third message on Wine, whereas it is before the last one on Windows), but I
don’t see a clean fix for this issue.
As for the traces in attachment, contains three traces. The first one is from
Spy++ on Windows ; the second is the relevant output of WINEDEBUG=+msg notepad
for unpatched wine ; the third one for patched wine.
--
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=46372
Bug ID: 46372
Summary: More&More 7 Test Book crashes
Product: Wine
Version: 4.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ssserkkk(a)yahoo.com
Distribution: ---
The software is not working. The program's link :
http://f.eba.gov.tr/kurmay-yayinlari/src/7-Test-Book.exe.zip
System: Debian 9 amd64, KDE
--
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=46388
Bug ID: 46388
Summary: Content Server Unreachable (Steam Wineskin)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: piedplatdylan(a)gmail.com
Hello there, not a tech-savy guy, but i wanted to report this, happens that
dozens of people on youtube never found answers to this one ..
Using a macbook (2007) in 10.7.5, i need wineskin to launch steam, which in
itself works.
But soon after i get a "steamwebhelper" error, and in steam itself the shop
doesn't work AND most of all, i can't download games, getting a "content server
unreachable" (dunno if that's how it's spelled in english but i think you'll
understand what i mean.
I have no idea if there's a better alternative, i'm kinda new on a mac.
--
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=36095
Bug ID: 36095
Summary: valgrind errors in loader when loading a dll
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: major
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Noticed this in most tests, there are at least 3 places. 1:
==11164== 26 bytes in 1 blocks are definitely lost in loss record 57 of 244
==11164== at 0x7BC4C735: notify_alloc (heap.c:255)
==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==11164== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281)
==11164== by 0x7BC54CF3: alloc_module (loader.c:919)
==11164== by 0x7BC566CB: load_builtin_callback (loader.c:1519)
==11164== by 0x40192DE: __wine_dll_register (loader.c:517)
==11164== by 0x7B88A18B: __wine_spec_init (init.c:35)
==11164== by 0x4E850459: call_init.part.0 (in /usr/lib/ld-2.18.so)
==11164== by 0x4E850593: _dl_init (in /usr/lib/ld-2.18.so)
==11164== by 0x4E854953: dl_open_worker (in /usr/lib/ld-2.18.so)
==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so)
==11164== by 0x4E854013: _dl_open (in /usr/lib/ld-2.18.so)
==11164== by 0x4EA25CBB: dlopen_doit (in /usr/lib/libdl-2.18.so)
==11164== by 0x4E850329: _dl_catch_error (in /usr/lib/ld-2.18.so)
==11164== by 0x4EA263CB: _dlerror_run (in /usr/lib/libdl-2.18.so)
==11164== by 0x4EA25D70: dlopen@@GLIBC_2.1 (in /usr/lib/libdl-2.18.so)
==11164== by 0x4019898: wine_dlopen (loader.c:1029)
==11164== by 0x4018C06: dlopen_dll (loader.c:295)
==11164== by 0x4019532: wine_dll_load (loader.c:581)
==11164== by 0x7BC57199: load_builtin_dll (loader.c:1732)
==11164==
2:
==11164== 32 bytes in 1 blocks are possibly lost in loss record 65 of 244
==11164== at 0x7BC4C735: notify_alloc (heap.c:255)
==11164== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==11164== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689)
==11164== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302)
==11164== by 0x7BC5B407: init_load_order (loadorder.c:252)
==11164== by 0x7BC5B9FB: get_load_order (loadorder.c:440)
==11164== by 0x7BC58099: load_dll (loader.c:2045)
==11164== by 0x7BC585B7: LdrLoadDll (loader.c:2125)
==11164== by 0x7B85A79A: load_library (module.c:933)
==11164== by 0x7B85A908: LoadLibraryExW (module.c:990)
==11164== by 0x7B8649B8: __wine_kernel_init (process.c:1230)
==11164== by 0x7BC5ACA9: __wine_process_init (loader.c:3103)
==11164== by 0x4019864: wine_init (loader.c:952)
==11164== by 0x7BF011AD: main (main.c:237)
==11164==
3:
==11165== 20 bytes in 1 blocks are definitely lost in loss record 14 of 58
==11165== at 0x7BC4C735: notify_alloc (heap.c:255)
==11165== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==11165== by 0x7BC758B6: RtlCreateUnicodeString (rtlstr.c:281)
==11165== by 0x7BC54CF3: alloc_module (loader.c:919)
==11165== by 0x7BC566CB: load_builtin_callback (loader.c:1519)
==11165== by 0x40193D9: wine_dll_set_callback (loader.c:548)
==11165== by 0x7BC5ABA2: __wine_process_init (loader.c:3086)
==11165== by 0x4019864: wine_init (loader.c:952)
==11165== by 0x7BF011AD: main (main.c:237)
==11165==
4:
==11194== 32 bytes in 1 blocks are possibly lost in loss record 66 of 248
==11194== at 0x7BC4C735: notify_alloc (heap.c:255)
==11194== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==11194== by 0x7BC76348: RtlAnsiStringToUnicodeString (rtlstr.c:689)
==11194== by 0x7BC7595F: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:302)
==11194== by 0x7BC5B407: init_load_order (loadorder.c:252)
==11194== by 0x7BC5B9FB: get_load_order (loadorder.c:440)
==11194== by 0x7BC58099: load_dll (loader.c:2045)
==11194== by 0x7BC585B7: LdrLoadDll (loader.c:2125)
==11194== by 0x7B85A79A: load_library (module.c:933)
==11194== by 0x7B85A908: LoadLibraryExW (module.c:990)
==11194== by 0x7B8649B8: __wine_kernel_init (process.c:1230)
==11194== by 0x7BC5ACA9: __wine_process_init (loader.c:3103)
==11194== by 0x4019864: wine_init (loader.c:952)
==11194== by 0x7BF011AD: main (main.c:237)
==11194==
(tested running advapi32/security.c)
wine-1.7.17-92-ge2bf516
--
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=9127
--- Comment #87 from Zebediah Figura <z.figura12(a)gmail.com> ---
(In reply to Miklós Máté from comment #86)
> How about removing the built-in mpeg splitter, and replacing it with an
> alias for gstreamer? The same goes for avi and the rest of the formats. Why
> does wine have its own buggy and incomplete implementations of these when
> gstreamer can do all of them much better?
Well, that's one option. Note however that we can't just alias or shim the
filter directly, however. The MPEG splitter doesn't decode the stream the same
way that our gstreamer filter would; we'd essentially have to manually create
an mpegpsdemux element and duplicate much of the same wiring. I think utilising
gstreamer is probably the best way forward (alas, libmpeg2 being GPL), but
it'll have to be more of "MPEG-1 splitter using gstreamer as a backend" than
"MPEG-1 splitter shimming to existing winegstreamer demuxer".
--
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=9127
--- Comment #86 from Miklós Máté <mtmkls(a)gmail.com> ---
How about removing the built-in mpeg splitter, and replacing it with an alias
for gstreamer? The same goes for avi and the rest of the formats. Why does wine
have its own buggy and incomplete implementations of these when gstreamer can
do all of them much better?
--
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=8051
Lukáš Krejčí <lskrejci(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lskrejci(a)gmail.com
--
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=17488
Summary: Animation issues in 4Story
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killzenator(a)gmail.com
Created an attachment (id=19581)
--> (http://bugs.winehq.org/attachment.cgi?id=19581)
Output of "wine 4Story.exe >> log.txt 2>&1"
In 4Story none of the character/npcs have animations, weapons move up and down
like their supposed to when you walk, characters stay the same.
--
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=46384
Bug ID: 46384
Summary: Can't run zools backup tool on wine
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mahmoud.elswerky(a)gmail.com
Distribution: ---
Created attachment 63142
--> https://bugs.winehq.org/attachment.cgi?id=63142
log of terminal output or running zools backup
Is there any way we can get zools backup tool to run under wine ????
it install successfuly but can't open
i hope you can make it run with wine
https://cloud2.zoolz.com/
here is a log
--
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.