October 2010 - Wine-bugs - list.winehq.org

[Bug 23664] New: MediaCoder Device Edition oftenly can`t find/load AviSynth
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23664 Summary: MediaCoder Device Edition oftenly can`t find/load AviSynth Product: Wine Version: 1.2-rc7 Platform: x86 URL: http://www.mediacoderhq.com/editions.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thgreasi(a)gmail.com When using MediaCoder Device Edition to transcode a video for a generic mobile device, most of the times it can`t find AviSynth. So the transcode doesn`t start and an error saying that MediaCoder can`t load AviSynth appears. In a mysterious way, if someone starts choosing different encoding methods and tries to transcode the video(s), then he will reach a point that MediaCoder starts the transcoding normally without alerting it can`t load AviSynth. So finally it is possible for someone to transcode to his preferred encoding. Tested on the current latest version (MediaCoder-Phone-0.7.2.4582). -- 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.

1 9

[Bug 24408] New: Yoko Injection: Invalid handle error
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24408 Summary: Yoko Injection: Invalid handle error Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wiltave(a)zipmail.com.br Created an attachment (id=30769) --> (http://bugs.winehq.org/attachment.cgi?id=30769) Console output I can run Ultima Online very well. When I try to run it with Yoko Injection, I receive the following error message: Failed to install hook in client Reason: 6 Invalid Handle Steps to reproduce this bug: 1 - wine ilaunch.exe 2 - click in "Launch" 3 - Log in Ultima Online (brazilian freeshard) 4 - Next, next 5 - "Entering Britannia..." stay until crash. I attached the console output. Thank you. -- 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.

1 11

[Bug 19464] New: NULL-input backend for wineconsole
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=19464 Summary: NULL-input backend for wineconsole Product: Wine Version: 1.1.23 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: bonzini(a)gnu.org I have several programs that in general need wineconsole. When used in a Makefile they will receive no input, but they still need wineconsole to avoid locking up. The reason is that they use an emulation of poll(2) for Windows that requires GetNumberOfConsoleEvents and PeekConsoleInput. Using curses mode allows the compilation to complete without requiring X11; still, it causes an annoying flicker and it hides failure messages from the screen. It would be nice to have an alternative wineconsole mode that always allocates the console for input while not reporting any input key, and that would connect stdout and stderr to the "bare streams". I can try implementing this; do you think it would be hard? -- 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.

1 5

[Bug 23563] New: Minimising then maximising Powerpoint 2003 doesn't redraw central slide panel
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23563 Summary: Minimising then maximising Powerpoint 2003 doesn't redraw central slide panel Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: r.swanwick(a)gmail.com When Powerpoint 2003 is minimised then remaximised the main central panel is not redrawn and shows the background -- 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.

1 5

[Bug 23625] New: user localisation error: wrong program menu entries created in KDE menu upon installation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23625 Summary: user localisation error: wrong program menu entries created in KDE menu upon installation Product: Wine Version: 1.2-rc7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: juergenw_(a)web.de My system: Debian Lenny(stable) - KDE 3.5.10 user locale: de_de(a)euro (aka. ISO-8859-15) - root locale: de_de.UTF8 Wine seems to be oblivious of german special characters(umlauts), when creating KDE menu entries upon program installation. Example for DVD Shrink installation (same with others): env WINEPREFIX="/home/the_user/.wine" wine C:\\windows\\command\\start.exe /Unix /home/the_user/.wine/dosdevices/c:/users/Public/Startmen/Programme/DVD\ Shrink/DVD\ Shrink\ 3.2.lnk Look at the part: c:/users/Public/Startmen/Programme/ The correct entry should have been: c:/users/Public/Startmenü/Programme/ Wine is neglecting the "ü" character, thus no menu entry works. The folder at the given path was correctly created by wine with the name: Startmenü Manually editing the above entry line does not work. P.S.: I need to use the said user locale as some of my programs (esp. my homebanking app) do not support UTF8 encoding. -- 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.

1 8

[Bug 24222] New: Wine does not display popup windows when using Mutter
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24222 Summary: Wine does not display popup windows when using Mutter Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lcid-fire(a)gmx.net When using Mutter as Windows manager Wine does not display opened popup windows (Main App Windows display though). There may be some interference with Wine drawing!? -- 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.

1 7

[Bug 15809] New: wine should not wake the cpu when idle
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=15809 Summary: wine should not wake the cpu when idle Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Wine should not wake the cpu when it's not doing anything, at least when only builtin programs are running. Current obvious offenders are the system tray (a 2-second timer that runs no matter what) and blinking cursors. Once these are addressed, we should try to run some builtin programs with strace and see if we get any output when the programs are idle. -- 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.

1 18

[Bug 23862] New: dlls/rpcrt4/tests/server.c fails in wine when winbind is not installed
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23862 Summary: dlls/rpcrt4/tests/server.c fails in wine when winbind is not installed Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austin.lund(a)gmail.com If there is no ntlm_auth then the server test in rpcrt4 will fail. Presumably other tests for this dll will also fail, but I have not tried them. -- 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.

1 3

[Bug 18039] New: Gun Metal crashes with NPE when using builtin quartz
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=18039 Summary: Gun Metal crashes with NPE when using builtin quartz Product: Wine Version: 1.1.19 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: shacklein(a)gmail.com Created an attachment (id=20430) --> (http://bugs.winehq.org/attachment.cgi?id=20430) Wine 1.1.19 output with WINEDEBUG=+quartz Retail version of Gun Metal crashes with a null-pointer dereference immediately on start when builtin quartz is used. Seems to be related to this: err:quartz:GetClassMediaFile Media class not found Backtrace (attached) shows that the NPE occurs in gunmetal, and not in Wine. Using native quartz works around this and Gun Metal will start correctly. -- 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.

1 7

[Bug 21057] New: TeamViewer: Insufficient SendInput() implementation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21057 Summary: TeamViewer: Insufficient SendInput() implementation Product: Wine Version: 1.1.34 Platform: x86 URL: http://www.teamviewer.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: caliga(a)arcor.de TeamViewer (and probably similar software) uses SendInput() to execute keyboard and mouse commands remotely. When doing a remote support session to a TeamViewer running on Wine, you get the following behaviour: - Mouse movement: works fine - Mouse clicks: work on Wine windows only - Keyboard: -- doesn't work at all if configured to Win2000/XP -- works on Wine windows if configured to WinNT Note: to reproduce this bug, you have to workarround Bug #12067. Also, (depending on your system?) TeamViewer may consume allmost all CPU time, due to bug #21055. I'm wondering if this bug will be considered valid. It may seem strange to let a Win app send input to the X desktop. However, I'd say it is necessary for a seamless integration. At least the "Keyboard doesn't work at all" part should be fixed. -- 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.

1 12