May 2008 - Wine-bugs - list.winehq.org

[Bug 10691] New: Dragon Naturally Speaking 9 can' t enter text into Firefox window
by wine-bugs＠winehq.org 14 Jan '09

14 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=10691 Summary: Dragon Naturally Speaking 9 can't enter text into Firefox window Product: Wine Version: CVS/GIT Platform: Other URL: http://nuance.com OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com DNS 9 can enter text into Notepad, but not into Windows Firefox 2.0.0.8. Two lines from the log look somewhat suspicious: fixme:oleacc:AccessibleObjectFromWindow 0x20032 0 {618736e0-3c3d-11cf-810c-00aa00389b71} 0x34f680 fixme:menu:GetSystemMenu not supported on other process window 0x20032 Incidentally, roughly this same problem was reported three years ago: http://www.kerneltraffic.org/wine/wn20051104_298.html#4 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 12512] New: Ctrl+Home and Ctrl+End don' t match Windows behaviour for the edit control
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=12512 Summary: Ctrl+Home and Ctrl+End don't match Windows behaviour for the edit control Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: msclrhd(a)gmail.com 1. Run notepad from wine 2. Enter "Hello World" 3. Go to the beginning of the document 4. Press Ctrl+End This should take you to the end of the document. Instead, it takes you to the end of the current line (like End does). 5. Go to the end of the document 6. Press Ctrl+Home This should take you to the beginning of the document. Instead, it takes you to the beginning of the current line (like Home does). -- 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 13209] New: Autoexecutable msi installer from XSens fails.
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13209 Summary: Autoexecutable msi installer from XSens fails. Product: Wine Version: 0.9.61. Platform: Macintosh URL: http://xsens.com/Static/Documents/UserUpload/Xsupport/MT SDK_v3.0.2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: carl.fischer(a)laposte.net Created an attachment (id=13042) --> (http://bugs.winehq.org/attachment.cgi?id=13042) Wine terminal output I'm trying to install a piece of software that seems to be an autoexecutable MSI installer (if that's the correct term). When I run it a small 'Setup' window pops up for about 30 seconds but the content never gets painted. Then the installer quits and I get the msiexec usage message. Software available from http://xsens.com/Static/Documents/UserUpload/Xsupport/MTSDK_v3.0.2.exe. The installer runs OK on native Windows and the previous version of the same software (released in Feb 2007) installs OK in Wine. Installation starts if I extract the .msi file with: dd if=MTSDK_v3.0.2.exe of=MTSDK_v3.0.2.msi bs=512 skip=488 and then run 'wine msiexec /i MTSDK_v3.0.2.msi'. Note that this then fails for other reasons [http://bugs.winehq.org/show_bug.cgi?id=13054] The .exe file can also be unpacked with cabextract but this doesn't help install it. -- 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 4

[Bug 13054] New: XSens SDK installer won't handle 'Next' button
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13054 Summary: XSens SDK installer won't handle 'Next' button Product: Wine Version: 0.9.61. Platform: Macintosh OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carl.fischer(a)laposte.net Created an attachment (id=12814) --> (http://bugs.winehq.org/attachment.cgi?id=12814) wine terminal output Trying to install this software: http://xsens.com/Static/Documents/UserUpload/Xsupport/MTSDK_v3.0.2.exe. .exe won't install so first step was to extract the .msi file with: dd if=MTSDK_v3.0.2.exe of=MTSDK_v3.0.2.msi bs=512 skip=488 Running 'wine msiexec /i MTSDK_v3.0.2.msi' starts the installer but when it reaches the page that asks for the name, organisation and registration number, the 'Next' button no longer responds and wine prints an 'unhandled control event' message. Same message if I just hit the Return key. Clicking 'Back' or 'Cancel' has the expected effect but there is no way to get any further in the installation process. I don't think a valid serial number is required to test this. If a wrong number is entered there should be an error dialog. -- 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 9784] New: Wine Emulators hangs with no error
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=9784 Summary: Wine Emulators hangs with no error Product: Wine Version: 0.9.45. Platform: Macintosh OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P3 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: youngjova(a)optonline.net I'm running a program for remote control software and the program boots with the intial screen but then just hangs with out an error. The attached code it was happens in the terminal, and I get up and leave an come back in 30 minutes and same screen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 13552] New: eDrawings CAD Viewer crashes into shell32 while opening a file
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13552 Summary: eDrawings CAD Viewer crashes into shell32 while opening a file Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user submitted garbage test result for this app. It crashes into shell32 while trying to open a file (a *dwg file in my case) I' ll attach a log -- 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 6

[Bug 13425] New: The Punisher demo sound effect from launcher gets stuck
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13425 Summary: The Punisher demo sound effect from launcher gets stuck Product: Wine Version: CVS/GIT Platform: PC URL: http://www.gamershell.com/download_7780.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ode5002(a)blueyonder.co.uk Created an attachment (id=13335) --> (http://bugs.winehq.org/attachment.cgi?id=13335) punisher demo hangs on loading with debug on and sound problem happening The 'racking' sound effect that plays when you press play button in the launcher game. It stays stuck all through the game. You can workaround the sound by turning off 'Enable Launcher Sounds' check box in the audio tab of the launcher setup. I tried running the demo with the WINEDEBUG=+relay but the demo hangs on the loading screen. The tail of that is in report_file. I ran it normally from the console and the output of that is in the -- 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 13361] New: firefox 3 can't handle local paths in location window [ dogfood]
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13361 Summary: firefox 3 can't handle local paths in location window [dogfood] Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Today I tried to install Acrobat Reader, and for some reason it decided to use the download manager rather than a direct download. The download was interrupted (that's another story), and the download manager left a handy link on the desktop to resume the download. The launcher contained: env WINEPREFIX="/home/dank/.wine-firefox" wine "C:\Program Files\Mozilla Firefox\firefox.exe" C:\windows\temp\nosget_start_manager.html That's not going to fly for several reasons: 1) the backslashes aren't quoted or escaped (but that's a different bug) 2) Firefox 3 on Wine doesn't seem to recognize local paths as valid URLs; typing c:\foo.txt into the location window yields errors like Firefox can't find the file at /c:/foo.txt. Firefox 2 doesn't seem to have this trouble. (I have not verified that Firefox 3 can handle c:\foo.txt on Windows, but I'll eat a box of doughnuts if it can't.) -- 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 6

[Bug 13403] New: fcc hangs , unless using native dbghelp
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13403 Summary: fcc hangs , unless using native dbghelp Product: Wine Version: CVS/GIT Platform: PC URL: http://www3.firstclass.com/ClientDownloads/FC90ClientDow nloadFiles/FC9106US.exe OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk A user sumitted garbage test results into appdb, so i gave it a try as well. The only output is: fixme:dbghelp:SymGetModuleInfo64 Wrong size That's it basically, nothing further happens. With native dbghelp (the app comes with it's own dbghelp, so no need to copy it) it gets a lot further, the tray icon comes up fine; not sure if a main window is also to pop up, i'm not familiar with this program, but that might be subject of another bug report -- 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 13374] New: ComboBoxEx list get selected on mouse button down and release
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13374 Summary: ComboBoxEx list get selected on mouse button down and release Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dylan.ah.smith(a)gmail.com Created an attachment (id=13272) --> (http://bugs.winehq.org/attachment.cgi?id=13272) comctl32: Added tests to show a ComboBoxEx bug caused by incorrect focus change The quickest way to see the error is to use Wine's clone of wordpad. There are two dropdown lists (ComboBoxEx controls) that are on the toolbar. Click the button to drop down the list, then left click on an item in the list. You will probably notice that the wrong item is selected, and if you do it slowly (i.e. hold down the mouse button for a second then release it), then you will notice that the selection is made and the list disappears when the mouse button is pressed, and when it is released another selection is made even though the list has disappeared. I ran wordpad on Windows XP SP2, and noticed that the correct behavior is the item is only selected when the mouse button is released. Note that there are two other separate bugs that you might notice: - The font size is 0 to start with (richedit bug) - Selecting a new font size will give you an "Invalid number format" error when the control loses control (wordpad bug) - The selected items from the list are not applied until the combobox loses focus (wordpad bug) I have submitted patches that fix these other bugs to the wine-patches mailing list. I have done some created tests that show the bug is in ComboBoxEx from the comctl32 and not in ComboBox from the user32 dll. I have attached the patch that adds these, and will submit it to the wine-patches mailing list after I get the bug number to mention in the commit message. I did some debugging, and to my suprise it was a call to SetFocus was rolling up the ComboBoxEx's list. Digging deeper I found it was actually the WM_KILLFOCUS call to the window that previously had focus, which was the ComboBox (a child of ComboBoxEx). The ComboBox saw that it was losing focus, and what was losing focus it didn't recognize as itself, it's edit control, or its list control, so it incorrectly decided to roll the dropdown up. It turns out that what was losing focus was an edit control that ComboBoxEx and child ComboBox control didn't know about created since, oddly enough, native Windows does not use the child ComboBox's edit control. My tests for ComboBox and ComboBoxEx show what had focus before and after pressing the dropdown button, and selecting an item in the dropdown list. In both causes the top level (main) window had intial focus. With ComboBox the focus was correctly on the edit control after each of the mouse button up/down messages are sent. For ComboBoxEx the focus was supposed to be on ComboBox when the list is dropped down then on the edit control after it's rolled up, according to my crosstests, but instead it was on the edit control after the list is dropped down. Some debugging found that the focus was being changed to the ComboBox, but each time it did that, the ComboBoxEx was notified with a CBN_SETFOCUS command message, which had no case for it in the COMBOEX_Command function, so the default case was used. The default case contains two lines that sets the focus back to the edit control, thus causing the bug, however taking out those lines caused missing notifications of the change. Hopefully this is enough information for someone else more familiar with the code to properly fix the problem. -- 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