wine-bugs January 2016

wine-bugs@winehq.org

1 participants
9465 discussions

[Bug 28325] New: Dragon NaturallySpeaking 11.0 Standard no longer completes user training successfully
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=28325 Summary: Dragon NaturallySpeaking 11.0 Standard no longer completes user training successfully Product: Wine Version: 1.2.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: susancragin(a)earthlink.net Dragon NaturallySpeaking 10 Standard used to run very well but now no longer works at all. I am reporting this bug against 1.2.3 because that is the last version that installs NatSpeak, although it does not run. To reproduce: I have Oneiric with all updates, 64-bit. I got 1.2.3 off the ubuntu repository. I installed NatSpeak 10.0 Standard. Installation seemed to go all right. I then tried to do the initial setup. The steps for measuring microphone accuracy, and the training, went well. After that a couple of steps, such as training (I check "No" to that) went by. Then it froze. The following two lines appeared on the terminal screen; the first was repeated 4 times; the second 9. fixme:psapi:GetProcessImageFileNameA (0x54c, 0x4d0e470, 520) stub err:ole:CoRevokeClassObject called from wrong apartment, should be called from 800000038 -- 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 30279] New: Dragon Naturally Speaking does not install with dotnet3.5 error
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=30279 Bug #: 30279 Summary: Dragon Naturally Speaking does not install with dotnet3.5 error Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: susancragin(a)earthlink.net Classification: Unclassified Dragon NaturallySpeaking 11.5 does not install the included dotnet3.5 with an error. -- 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 31010] New: alien vs predator 2 crashe at playing intro
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=31010 Bug #: 31010 Summary: alien vs predator 2 crashe at playing intro Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: smutkovski(a)gmail.com Classification: Unclassified Created attachment 40704 --> http://bugs.winehq.org/attachment.cgi?id=40704 log before movie rename game crash at when it should play intro. when i rename movies, i get another errors and game still crash. i have: ubuntu 11.10 x86 wine 1.5.5 using ALSA for sound -- 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 34009] New: winecfg error output when clicking on test sound
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=34009 Bug #: 34009 Summary: winecfg error output when clicking on test sound Product: Wine Version: 1.6-rc4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified When I click on test sound in audio tab in winecfg, it displays an error output. The sound work, nothing crash, but I get that error message : "err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded" NOTE : this is a fresh linux install with a fresh wine install with default config -- 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 39769] New: Caffeine Demo fails to start with NVIDIA: Extension GL_VERSION_3_3 required for glVertexAttribDivisor not supported
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39769 Bug ID: 39769 Summary: Caffeine Demo fails to start with NVIDIA: Extension GL_VERSION_3_3 required for glVertexAttribDivisor not supported Product: Wine Version: 1.8-rc3 Hardware: x86 URL: http://www.indiedb.com/games/caffeine/downloads/caffei ne-demo-v101-win-32-bit OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de CC: julliard(a)winehq.org, matteo.mystral(a)gmail.com Regression SHA1: bfd4836867d6d90eaeae6ccbc02e37678b59b8f1 Distribution: Debian The Caffeine Demo fails to start with the NVIDIA driver. The game complains about missing OpenGL entry points and reports a fatal error. If you turn on warn for OpenGL, you will see: warn:wgl:wglGetProcAddress Extension GL_VERSION_3_3 required for glVertexAttribDivisor not supported Reverting the commit, which introduced the check, fixes the problem. Please note that my driver offers support for OpenGL 4.4. In order to reproduce the problem, you need to install dotnet40 and apply the following small patch before starting the game: https://github.com/wine-compholio/wine-staging/blob/master/patches/ws2_32-g… -- 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 38480] New: RuneScape crashes when switching to OpenGL renderer (glCopyTexSubImage3DEXT blacklisted by extension filtering)
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=38480 Bug ID: 38480 Summary: RuneScape crashes when switching to OpenGL renderer (glCopyTexSubImage3DEXT blacklisted by extension filtering) Product: Wine Version: 1.7.39 Hardware: x86 URL: http://www.runescape.com/l=1/downloads/runescape.msi?1 .4.3 OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de CC: matteo.mystral(a)gmail.com, michael(a)fds-team.de Regression SHA1: bfd4836867d6d90eaeae6ccbc02e37678b59b8f1 Distribution: --- Originally reported here: https://bugs.wine-staging.com/show_bug.cgi?id=205 Commit http://source.winehq.org/git/wine.git/commit/bfd4836867d6d90eaeae6ccbc02e37… caused an regression which causes the game to crash when trying to switch to OpenGL renderer mode. The problem still exists in wine-1.7.41-66-g4fbaab2 and is thus not identical to bug 38264. To reproduce the problem: 1) Install the runescape.msi file 2) Start "JagexLauncher.exe runescape" 3) The game will install updates and then ask to automatically detect graphic settings. Click the button to proceed. 4) At the login form click on the gear symbol at the top right of the screen. Select "custom" configuration, and then click on "OpenGL". WARNING: The game is affected by a couple additional bugs. If the game for example crashes when trying to detect the graphic settings, or doesn't accept any input, then just restart it until it works, which should usually be the case after a couple of attempts. ;) Actually those issues are most likely also regressions, but I didn't have time to track them down yet. The problem seems to be: --- snip --- warn:wgl:wglGetProcAddress Extension GL_EXT_copy_texture required for glCopyTexSubImage3DEXT not supported --- snip --- Skipping the "return NULL" for glCopyTexSubImage3DEXT (or reverting the whole commit) makes the app work again. -- 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 19

[Bug 39243] New: oledlg:main fails in the Korean locale
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39243 Bug ID: 39243 Summary: oledlg:main fails in the Korean locale Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failure happens only in a Korean locale, such as on the fg-win7u64-1spie9-ko WineTest box: main.c:400: Test failed: str L"test \ac1c\ccb4 verb(&O)" In fact we once got one report from a Spanish box (the tag was CP), and the same failure happened on that box. But since we only got one report from that box we don't know if the failure is reproducible there. https://test.winehq.org/data/bdaa571c5d7dd59dd28fd1f25cdad5761bfaf4dd/xp_CP… See: https://test.winehq.org/data/tests/oledlg:main.html -- 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 39931] New: Synchronization of notes from EssentialPIM Pro 6.56 -> Android App hangs - content of notes is not copied
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

https://bugs.winehq.org/show_bug.cgi?id=39931 Bug ID: 39931 Summary: Synchronization of notes from EssentialPIM Pro 6.56 -> Android App hangs - content of notes is not copied Product: Wine Version: 1.9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: daigu(a)gmx.at Distribution: --- Created attachment 53330 --> https://bugs.winehq.org/attachment.cgi?id=53330 terminal output Overview: Synchronization between EssentialPIM Pro 6.56 -> Android App hangs when finalizing, "storing notes". Tree structure of notes gets copied to the device, but not the contents. Synchronization works just fine for calendar. Steps to Reproduce: Connect the two devices on the same wifi-network. Setup synchronization both on android-device and EssentialPIM pro: menu "File", "Synchronizations", "Add Synchronization" & follow the steps. Then choose Menu "File", "Synchronizations" & choose Android Device to sync to. When the computer running EPIMPro shows up on the android-device, start Sync-Process on Android device. Actual Results: Sync process does not terminate & hangs. Content of notes do not get copied, only the tree structure. Expected Results: Copying notes to the Android-App. Build Date & Hardware: EPIM Pro 6.56 on Ubuntu 14.04 LTS Additional Builds and Platforms: The whole things works fine inside a Windows XP VM via network bridge mode and also on a pure Windows 7 system. additional information: I did post on the EPIM-forum & we went through an extensive debugging process. It does not seem to be an issue with EPIM. - I already posted terminal output on the forum and the mod redirected here. -- 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 0

[Bug 15384] New: Incorrect behaviour when using BIF_RETURNONLYFSDIRS | BIF_BROWSEINCLUDEFILES
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=15384 Summary: Incorrect behaviour when using BIF_RETURNONLYFSDIRS | BIF_BROWSEINCLUDEFILES Product: Wine Version: 1.0.0 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: boris.seve(a)drillscan.com When calling SHBrowseForFolder with both BIF_RETURNONLYFSDIRS and BIF_BROWSEINCLUDEFILES flags the 'Ok' button is incorrectly disabled when a file is selected (button is enabled however when a directory is selected) If only the BIF_BROWSEINCLUDEFILES flag is set the 'Ok' button is correctly enabled when a file is selected. AFAIK (and confirmed on Windows XP SP3) the 'Ok' should be enabled when a directory is selected AND when a file is selected if both flags are set. This holds true whether BIF_NEWDIALOGSTYLE is set or not. -- 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 13

[Bug 18578] New: Wine reverses big/small icon resources in WM_SETICON
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=18578 Summary: Wine reverses big/small icon resources in WM_SETICON Product: Wine Version: 1.1.21 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: emwine(a)earthlink.net Created an attachment (id=21241) --> (http://bugs.winehq.org/attachment.cgi?id=21241) Testcase binary and source (VC 6.0 command line for compiling at end of c file) This could be two bugs, could be one-- I'm not sure. This occurs both in WM_SETICON, and also when registering a WNDCLASS structure with RegisterClassEx(). When calling WM_SETICON, wParam indicates whether or not to use the big or small resource. (ICON_BIG, or ICON_SMALL). Windows reverses these, Wine doesn't. Running the testcase: Windows: icon, then press 'b': get 16x16 IDI_ICON icon, then press 's': get scaled 32x32 IDI_ICON Wine: wine icon, then press 'b': get scaled 32x32 IDI_ICON wine icon, then press 's': nothing at all For Wine, you may have to hit 'b' a few times, even restarting the app before it works-- I don't know why it's flaky. I noticed this problem because I had ugly icons in my MFC MDI app in Wine, and realized it was scaling the 32x32 resource instead of using the 16x16 one. When writing the app, I noticed that CWnd::SetIcon(HICON, BOOL bBig) reversed the 2nd parameter in reality. Probably Wine just went by the docs and nobody noticed the docs are reversed from reality. The other issue that may in fact be the same bug is that the WNDCLASS structure's icons are reversed as well. I'm thinking it's the same windows bug responsible for the reversal with the documentation manifesting itself in multiple places. So it's entirely possible it's just one issue in Wine also since Wine doesn't reverse them. Running the testcase again: Windows: icon: IDI_APPLICATION used (hIconSm) icon foo: IDI_QUESTION used (hIconSm) Wine: wine icon: IDI_QUESTION used (hIcon) wine icon foo: IDI_APPLICATION used (hIcon) There's also a question of what happens when you use hInstance instead of NULL in the LoadIcon() calls, but this bug isn't dealing with that 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 8

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 2016