wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6445 discussions

[Bug 14123] New: Unable to Install .msp Files
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=14123 Summary: Unable to Install .msp Files Product: Wine Version: 1.0.0 Platform: PC URL: see Description OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: pbronline-wine(a)yahoo.co.uk Here is a sample trace ... $ WINEDEBUG=trace+msiexec msiexec /p WPOX3_SP1_EN.msp trace:msiexec:main argvW[1] = L"/p" trace:msiexec:main argvW[2] = L"WPOX3_SP1_EN.msp" That's all folks ! First I thought I had what was described in http://forum.winehq.org/viewtopic.php?p=8457#8457. However, I think fixme:msi:MSI_OpenDatabaseW open failed r = 80030003 for L"/home/lex/Downloads/Windows/WP12OSP2/WP12SP2EN.msp" means 'file not found'. I tried a patch to a copy of my WPO12 installation and msiexec seemed as happy as larry. (I confess I tried SP1, not SP2 ... see below). I did as Dan Kegel suggested and tried WINEDEBUG=+msi+msidb to my problem and got no output at all. I thought this meant 'application not installed'. After all, if there is nothing to patch then there is nothing to say. So I made some trials ... I have a wine skin with WPO12 (WPO = WordPerfect Office) installed and another with WPOX3 installed. I have three msp Service Packs for WPO12 and two for WPOX3. As expected, attempting to install any service pack on the wrong installation gave no trace beyond confirming the parameters as shown above. For WPO12, SP1 was happy, SP2 was silent and SP3 was happy enough but told me either the application wasn't installed or it was at the wrong patch level. Fair enough. For WPOX3, SP1 was silent while the hot fix for SP2 was happy (though unintelligible due to a font issue I'm still looking into). So it seems that the silence must have some other explanation. My Wine trials were with XP emulation. WPOX3 and its service packs have been installed under both native W2K (SP4) Professional and WXP (SP2) Home. WPO12 and its service packs were used under native W98 and possibly W2K (SP4) Professional. As for links where you can download this stuff (I'd doubt the Service Packs apply to Trial Versions) WPOX3 Trial Version: http://www.corel.com/servlet/Satellite?pagename=uk/ProcessLayout&lc=en&ppg=… WPOX3 Service Packs: http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208… I believe I have "Hot Patch - English: Security Update" and "Service Pack 1 - English". Service Pack 2 seems to be an .exe. file. WPO12 Trial Version: See bug 2547 WPO12 Service Packs: http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208… I have the English versions of Service Packs 1, 2 and 3. The whole lot will set you back 600+ Mb download. You'll need a Gb to install WPOX3 and half that for WPO12. -- 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 14

[Bug 9876] New: Hebrew text input: "Swedish Vowels"
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=9876 Summary: Hebrew text input: "Swedish Vowels" Product: Wine Version: 0.9.46. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq-bugs(a)dotancohen.com In ListPro (http://www.iliumsoft.com/site/lp/listpro.php) I receive "Swedish Vowels" when typing in Hebrew. See attached screenshot. The reverse Hebrew was typed in a ListPro file in Windows. The Swedish Vowels were typed in wine. Note that in a previous wine install, 0.9.45, the pretyped Hebrew did _not_ appear backwards. See screenshot attached to previous bug for example: http://bugs.winehq.org/attachment.cgi?id=8160 Relevant info: ubuntu@ubuntu-laptop:~$ locale -a C en_AU.utf8 en_BW.utf8 en_CA.utf8 en_DK.utf8 en_GB.utf8 en_HK.utf8 en_IE.utf8 en_IN en_NZ.utf8 en_PH.utf8 en_SG.utf8 en_US.utf8 en_ZA.utf8 en_ZW.utf8 he_IL.utf8 POSIX ubuntu@ubuntu-laptop:~$ locale LANG=he_IL.utf8 LANGUAGE=he_IL.utf8 LC_CTYPE="he_IL.utf8" LC_NUMERIC="he_IL.utf8" LC_TIME="he_IL.utf8" LC_COLLATE="he_IL.utf8" LC_MONETARY="he_IL.utf8" LC_MESSAGES="he_IL.utf8" LC_PAPER="he_IL.utf8" LC_NAME="he_IL.utf8" LC_ADDRESS="he_IL.utf8" LC_TELEPHONE="he_IL.utf8" LC_MEASUREMENT="he_IL.utf8" LC_IDENTIFICATION="he_IL.utf8" LC_ALL=he_IL.utf8 ubuntu@ubuntu-laptop:~$ -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 20219] New: make test mshtml / shdocv / urlmon hangs unless online
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20219 Summary: make test mshtml / shdocv / urlmon hangs unless online Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net make test used to run satisfactorily offline on Ubuntu Linux (known failures aside). Nowadays, make test - mshtml/dom.ok - mshtml/events.ok - mshtml/htmldoc.ok - mshtml/script.ok - shdocvw/webbrowser.ok hang unless online. They hang after displaying: Could not load wine-gecko. HTML rendering will be disabled. These tests hang without message from Gecko: - urlmon/protocol.ok - urlmon/url.ok Dan Kegel also observed this on 21st of September in wine-devel: http://www.winehq.org/pipermail/wine-devel/2009-September/078699.html "online" means with access to the Internet. IIRC, a local network is not enough. Oddly, the tests even hang when eth0 is inactive and there's no default route. Clearly, networking code should not wait in such a case. These hangs also happen on MacOS. A different issue probably is that wininet/http.ok causes 100% load on both Mac CPUs after displaying http.c:443: Test failed: Wrong URL http://test.winehq.org/testredirect winetest.exe behaves the same, but its internal time-out protection typically prevents the user from noticing most hangs. My machines are almost always offline. make test was no problem in the past. A few months ago, I started going online for the duration of winetest.exe in order to supply test.winehq.org with data for MacOSX. This is a regression, but I'd be pleased if somebody else could perform regression testing as I'm very busy with dsound/mci/wave issues. -- 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 10

[Bug 20216] New: Full Tilt Knockout Tournament (Real Money) Table Disappear
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20216 Summary: Full Tilt Knockout Tournament (Real Money) Table Disappear Product: Wine Version: 1.1.30 Platform: PC URL: http://www.fulltiltpoker.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ranalyner(a)gmail.com when i play in a knockout tournament every time i knock somebody out (take all of his chips) the full tilt application is giving me a message that i have earned xx$ and the table window disappears i cant get back to the table by clicking on take my seat or opening the table again.. and than i need to close full tilt and open it again. so everytime i ko someone i lose one or two hand until i close and open full tilt -- 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 13019] New: Half-Life(CS 1.6): SoundBlaster Live - microphone output harshy and chopped
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=13019 Summary: Half-Life(CS 1.6): SoundBlaster Live - microphone output harshy and chopped Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lays25(a)o2.pl People have been reporting it to work on some integrated audio chips, but on my SoundBlaster Live I can't get it working in any way. When using the Microphone Test in the Voice tab from the Options menu, the output I hear is partial (sometimes i hear the last letter, sometimes the middle ones), the sound quality is extremely poor and harshy. When using the Voicecom during game, people report the same thing to me as they can't hear me properly. I use ALSA - on OSS the microphone wouldn't even record ar all. I tried all combinations of sound options in winecfg - none seemed to work. -- 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 46

[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 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 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 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

[Bug 20222] New: OLEPictureImpl_SaveAsFile hacked stub
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20222 Summary: OLEPictureImpl_SaveAsFile hacked stub Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dolcevita(a)supereva.it Created an attachment (id=23853) --> (http://bugs.winehq.org/attachment.cgi?id=23853) OLEPictureImpl_SaveAsFile Error log file Hello, I've just installed Wine 1.0.1 on my Linux/Kubuntu. I tryed to run some applications of mine, written in VB6 and I got an error on OLEPictureImpl_SaveAsFile I attach the few line of logs. Note that after the lines "starting debugger..." nothing more happens. Can you help 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.

1 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2010