wine-bugs February 2009

wine-bugs@winehq.org

1 participants
4969 discussions

[Bug 9575] New: IBExpert need windows native ole32.dll to run
by wine-bugs＠winehq.org 06 Jan '16

06 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=9575 Summary: IBExpert need windows native ole32.dll to run Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: c_pradelli(a)yahoo.com To run ibexpert ole32.dll needs to be overriden (or dcom98 installed). I can't detect why, there are no fixme printed on screen. The application raise an access violation when starts and then you can't close it. The application is in AppDB http://appdb.winehq.org/appview.php?iVersionId=9049 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 33

[Bug 9401] New: Dragon Naturally Speaking 7 crashes after training complete
by wine-bugs＠winehq.org 06 Jan '16

06 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=9401 Summary: Dragon Naturally Speaking 7 crashes after training complete Product: Wine Version: CVS Platform: Other URL: http://scansoft.com OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=7715) --> (http://bugs.winehq.org/attachment.cgi?id=7715) +ole log of running training, and error that happened shortly thereafter After user training is complete, DNS puts up a dialog saying something like "Congratulations! Training is complete." The next thing you do crashes with a dialog box saying something like "Unexpected error. COM out of memory." and log messages like Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0 0000000). Fortunately, the error repeats the next time you start and try to do something, you don't have to repeat training. Better make a copy of ~/.wine once you finish training, though, so you can get back to that state quickly in case something goes wrong. (e.g. running a +relay log at that point filled up my disk, and after that, dragon wouldn't start properly.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 9388] New: installer stuck for TRS 2006 Demo
by wine-bugs＠winehq.org 06 Jan '16

06 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=9388 Summary: installer stuck for TRS 2006 Demo Product: Wine Version: CVS Platform: PC-x86-64 URL: http://www.auran.com/TRS2006/index.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dan(a)danny.cz When trying to install the demo for TRS 2006, the installer gets stuck on the first installation wizard page. output from the terminal: fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" err:ole:TLB_ReadTypeLib Loading of typelib L"c:\\Program Files\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed with error 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 15722] New: OpenOffice3 apps won't run
by wine-bugs＠winehq.org 06 Jan '16

06 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=15722 Summary: OpenOffice3 apps won't run Product: Wine Version: 1.1.6 Platform: PC URL: http://openoffice.bouncer.osuosl.org/?product=OpenOffice .org&os=winwjre&lang=en-US&version=3.0.0 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=16807) --> (http://bugs.winehq.org/attachment.cgi?id=16807) +ole in git Tried running OpenOffice 3 today, installs without a hitch, but attempting to run floods the console with: fixme:ole:IEnumFORMATETC_Next_Proxy :stub and office won't run. And when I say flood, I mean it literally, I let it sit for about 1 minute and my log ballooned to over 220K lines! If you patch that fixme to shut up, then Office at least puts up its window, but it's frozen/hung. +ole attached Sent a patch for the fixme: http://www.winehq.org/pipermail/wine-patches/2008-October/063673.html -- 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 16273] New: nVidia melody installer fails in ole
by wine-bugs＠winehq.org 06 Jan '16

06 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=16273 Summary: nVidia melody installer fails in ole Product: Wine Version: 1.1.9 Platform: PC URL: http://download.nvidia.com/developer/Tools/Melody/1.2/Me lody_1.2.0630.1500.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Blocks: 6912 Created an attachment (id=17548) --> (http://bugs.winehq.org/attachment.cgi?id=17548) +ole in git err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed with error 2 +ole attached -- 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 13027] New: Add a description field to winetest
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=13027 Summary: Add a description field to winetest Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Depends on: 13026 It should be possible to specify a description for a winetest run. That description field would be sent with the report and would describe the system the tests are run on, providing details that cannot be retrieve programmatically. For instance: "US Windows XP system provided by Compaq and then cleaned up. Last updated on 2007/10/16 but no IE7." or "Clean install of a stock French Windows 95, running in a VMware 5.5 guest." The user should be able to either enter this description in the main dialog (see also bug 13026), or on the command line. -- 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 13028] New: winetest's Stop button does not work
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=13028 Summary: winetest's Stop button does not work Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com It says it's not implemented but closing the winetest window works just fine. So it seems like implementing the Stop button should not be too 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 11

[Bug 11016] New: odbc32.dll should look for libodbc.so.1 instead of libodbc .so
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=11016 Summary: odbc32.dll should look for libodbc.so.1 instead of libodbc.so Product: Wine Version: 20040615 Platform: PC URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259710 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ovek(a)arcticnet.no An easy one for a newbie wine hacker, maybe... Currently, in dlls/odbc32/proxyodbc.c, there's a hardcoded libodbc.so (unless an environment variable overrides it). Perhaps it would be preferable if the WINE_GET_SONAME configure macro was used to grab a name like libodbc.so.1 instead, so that if some user have installed unixodbc, things would Just Work without forcing him/her to also either install unixodbc-dev, or manually make a symlink, or figure out weird environment variables. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 13030] New: winetest and result logging / submission
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=13030 Summary: winetest and result logging / submission Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com The winetest GUI does not make it possible to choose between saving the results to a local file and submitting the results. -- 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 11177] New: winealsa doesn't assign unique MIDI port names
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=11177 Summary: winealsa doesn't assign unique MIDI port names Product: Wine Version: 20050628 Platform: PC URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333361 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: _obsolete_multimedia AssignedTo: wine-bugs(a)winehq.org ReportedBy: ovek(a)arcticnet.no Currently, when mapping ALSA MIDI ports to Windows MIDI port names, winealsa uses the port's client name, which is not unique and may cause some programs to get confused. A user is suggesting using the ALSA port name, which I suspect can be acquired by e.g. replacing snd_seq_client_info_get_name(cinfo) in midi.c with snd_seq_port_info_get_name(pinfo). You could also append a number to the client name, or whatever else it takes to make the name unique. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 14607] New: Serious Sam TFE and TSE - window minimizes and becomes unusable
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=14607 Summary: Serious Sam TFE and TSE - window minimizes and becomes unusable Product: Wine Version: CVS/GIT Platform: PC URL: http://files.seriouszone.com/download.php?fileid=338 OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexd4(a)inbox.lv CC: julliard(a)winehq.org In current git both "encounters" of Serious Sam 1 are regressed compared to wine-0.9.59. When attempting to change video resolution in full screen mode (in current git) the game's window becomes minimized and can't be restored after that. It actually appears to change resolution successfully, but then there is a "keep this settings yes/no" box and after pressing yes it breaks. This worked in wine-0.9.59. The problem is in fullscreen mode only, in virtual desktop emulation everything works. I did some regression testing, and I think problems began with this commit: commit fd97acbadffdc8af6d2682cb761a92ff2ab2f355 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Apr 7 11:43:46 2008 +0200 winex11: Set the _NET_WM_STATE atom directly for unmapped windows. It is a bit difficult, because the nature of the problem changed slightly between the above commit and current git. I.e. in a commit just before fd97acbadffdc8af6d2682cb761a92ff2ab2f355 it works, in fd97acbadffdc8af6d2682cb761a92ff2ab2f355 a similar broken "minimization" happens, only not after changing the resolution, but instead during game initialization (you can't even get to the main menu). A bit later, a different commit (1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a) partially fixed the problem, getting it to the state as it is now (can get to menu, but can't change resolution). I tried backporting fix from 1bf824e0b00d2b179d5f34dd0c7ace83e83bd28a to commit fd97acbadffdc8af6d2682cb761a92ff2ab2f355 and it works as expected, recreating the problem in current form in that commit. In all of these cases only fullscreen mode is affected. I see this in Serious Sam - The First Encounter 1.05 (retail) and in Serious Sam - The Second Encounter demo. Demo is available for download. If it will be necessary I can generate some logs for this. -- 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 13029] New: winetest should make it possible to just extract the individual tests
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=13029 Summary: winetest should make it possible to just extract the individual tests Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com The first task that winetest does is extract the individual test binaries. However it does not say where and if one wants to get at them (to then run them by hand for testing/debugging purposes), then one has to kill winetest, and track down its temporary directory (which is something like in c:\Documents and Settings\account\Local Settings\Temp\wctXXX btw). It would be nice to have an 'Extract tests' button in the main dialog that would open a dialog letting the user choose where to save the individual tests (or some other reasonably simple way of achieving the same purpose). -- 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 10417] New: OLEAUT32: crash if >128 methods in an interface
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=10417 Summary: OLEAUT32: crash if >128 methods in an interface Product: Wine Version: 0.9.49. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P1 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: mjk(a)cardbox.com This bug was encountered in build cxoffice-6.2.0rc1-2-g024be42 of Wine (part of CrossOver Mac). The bug has been identified in the current source code at http://source.winehq.org/source/dlls/oleaut32/tmarshal.c. Using any marshaled interface with more than 128 methods causes a crash within OLEAUT32 if any method at position >=128 is called. This was detected when using Cardbox (http://www.cardbox.com) and is a SHOW-STOPPER because it makes the use of VBScript macros impossible. However, the bug is completely general and applies to any application at all that has interfaces with large number of methods. It is quite possible that many random OLE / COM - related bugs that have already been reported have this bug as their underlying cause. The version of Cardbox on which the bug was found is more recent than the one currently available on the web site. If anyone wants to have a copy for testing, together with instructions for reproducing the crash, please contact me. LOCATION OF THE BUG The bug is in dlls/oleaut32/tmarshal.c. When constructing a proxy interface, PSFacBuf_CreateProxy at line #1712 constructs the following proxy code for each method: popl %eax pushl <nr> pushl %eax call xCall lret <n> (+4) where <nr> is the position of the method in the list of methods: 0, 1, 2, and so on. The pushl <nr> instruction is defined by following code: 374 BYTE pushlval; // set to 0x6a by line #1712 375 BYTE nr; The fact that the method position is a byte already limits the maximum size of an interface to 256 methods, which is less than the 512-method limit of Windows NT4.0 SP3, and the 1024-method limit of Windows 2000: see "MIDL2362" in http://msdn2.microsoft.com/en-us/library/aa366756.aspx for details. Thus this needs to be corrected in any case. The proxy code as it stands will call method 0 instead of method 256, method 1 instead of method 257, and so on, leading to random behaviour and possible stack corruption. The crash when method 128 is called has a different cause. The proxy for method 128 contains the instruction 6A 80, because the programmer thought that this would push 00000080 onto the stack. In fact the PUSH instruction with opcode 6A SIGN-EXTENDS its operand and does not zero-extend it. Thus the proxy for the 128th method pushes FFFFFF80 onto the stack before calling xCall. xCall interprets this as a negative number (-128) and thus attempts to synthesize a call not to method 128 but to a non-existent method -128. In the same way it will call method -127 instead of method 129,... and so on. SUGGESTED CORRECTION The very simple correction to this bug, which is guaranteed to work, is to alter line 375 to 375 DWORD nr; and line 1712 to 1712 xasm->pushlval = 0x68; which expects a 32-bit operand rather than an 8-bit one. This will result in every proxy using 15 bytes per method instead of 12 bytes. This does not seem an excessive price to pay for complete reliability in the future: there will then be no limit to the number of methods that can be supported. ALTERNATIVE CORRECTIONS If the 25% expansion in proxy size is considered unacceptable (it should not really be: proxies are small) then there are several ways round the problem. An increase to 256 methods could be achieved simply by adding a line at the very beginning of xCall: method &= 0xff; but this would HAVE to be accompanied by an explicit test for the method count limit (now 256) in PSFacBuf_CreateProxy so that the attempt to create a proxy with too methods would simply fail rather than (as now) generate a proxy that will randomly crash the application. Another approach would be to create dummy functions (in assembler) that would add 128, 256, 384, 512, etc to the 'method' argument before forwarding it on to xCall. In that case, method numbers after 127 would generate proxies that called one of the variant xCalls instead of the original one. The programming in PSFacBuf_CreateProxy would be relatively straightforward, and the dummy functions would not need to do any stack manipulation: they would simply add an offset to the DWORD at [ESP+8] and then JMP straight to the start of xCall. This would *still* give a finite limit to the number of methods, but the limit would be much larger. Again, good engineering practice dictates that PSFacBuf_CreateProxy should report an error if it encounters a number of methods beyond the number that it was designed to cope with. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 10536] New: ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL from VT_BSTR
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=10536 Summary: ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL from VT_BSTR Product: Wine Version: 0.9.49. Platform: PC URL: http://uniqlo.jp/uniqlock OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: fnjordy(a)gmail.com Uniqlock screensaver doesn't display anything, presumably it might be related to the Wine output: in CSoundUtils constructor: fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE err:ole:ITypeInfo_fnInvoke failed to convert param 0 to VT_BOOL from VT_BSTR -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 11775] New: Oleview does not correctly generate idl files
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=11775 Summary: Oleview does not correctly generate idl files Product: Wine Version: 0.9.56. Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.b.lankhorst(a)gmail.com When looking at the ipodservice typelib (install itunes v7.6, then look at the typelib in C:\Program Files\iPod Service\bin\iPodService.exe in wine oleview, it will generate wrong code. HRESULT foo([in]long pointer, [out, retval]VARIANT_BOOL *rar); is turned into: VARIANT_BOOL foo([in]long pointer); This happens for example with IItunesDevice_IsMounted. -- 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 16841] New: Max Payne 2: The Fall of Max Payne installation fails
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=16841 Summary: Max Payne 2: The Fall of Max Payne installation fails Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: drobyshewsky(a)gmail.com Created an attachment (id=18557) --> (http://bugs.winehq.org/attachment.cgi?id=18557) Max Payne 2: The Fall of Max Payne installation fails Max Payne 2: The Fall of Max Payne installation fails -- 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 16849] New: Regression: MSI error 1608
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=16849 Summary: Regression: MSI error 1608 Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=18583) --> (http://bugs.winehq.org/attachment.cgi?id=18583) Screenshot 1608 EM In Wine 1.1.12 (and I believe 1.1.11), when attempting to install: Slingplayer http://appdb.winehq.org/objectManager.php?sClass=version&iId=11492 http://appdb.winehq.org/objectManager.php?sClass=version&iId=14812 eBay Turbo Lister http://appdb.winehq.org/objectManager.php?sClass=version&iId=15122 and apparently Mathematica 5.1 http://bugs.winehq.org/show_bug.cgi?id=11771 and probably others (I didn't keep a list), MSI exits with error "1608: Unable to create InstallDriver Instance, Return Code: -2147467262". The installer works fine under Wine 1.0.0. Running git bisect, will update when done. -- 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 15

[Bug 16851] New: Morrowind GOTY - DVD - Installers fail.
by wine-bugs＠winehq.org 05 Jan '16

05 Jan '16

http://bugs.winehq.org/show_bug.cgi?id=16851 Summary: Morrowind GOTY - DVD - Installers fail. Product: Wine Version: 1.1.12 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: kphillisjr(a)gmail.com The installers all fail when launching ikernel.exe, and this is on a default install of 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.

1 5

[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 11096] New: Adobe AIR / Adobe Media Player pre 2 installer crashes during MsiViewExecute
by wine-bugs＠winehq.org 30 Dec '15

30 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=11096 Summary: Adobe AIR / Adobe Media Player pre 2 installer crashes during MsiViewExecute Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After working around bug 11094 by doing "wine regsvr32 rsaenh", the next bug is a crash that is at least near some MSI code, so I'll risk the MSI maintainer's wrath and put it in that category :-) To repeat: download http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play… download http://download.macromedia.com/pub/labs/air/air_b3_win_121207.exe download http://download.macromedia.com/pub/labs/mediaplayer/adobemediaplayer_p2_122… wineserver -k rm -rf .wine wine install_flash_player.exe wine air_b3_win_121207.exe wine regsvr32 rsaenh wine ~/.wine/drive_c/Program\ Files/Common\ Files/Adobe\ AIR/Versions/1.0.6/Adobe\ AIR\ Application\ Installer.exe adobemediaplayer_p2_122007.air Crashes; +relay,+msi,+msidb,+seh seems to show the exception happens in MsiViewExecute: trace:msi:MSI_ViewExecute 0x171f40 0x18e3d0 trace:msidb:UPDATE_execute 0x172310 0x18e3d0 trace:msidb:SELECT_execute 0x1722d8 (nil) trace:msidb:WHERE_execute 0x19db08 (nil) trace:msidb:TABLE_execute 0x173268 (nil) trace:msidb:TABLE_execute There are 2 columns trace:msidb:TABLE_get_dimensions 0x173268 0x33e8c8 (nil) 0009:Call ntdll.RtlAllocateHeap(00110000,00000008,00000094) ret=7e3779f1 0009:Ret ntdll.RtlAllocateHeap() retval=0018dba0 ret=7e3779f1 trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e35f539 I'll attach a full log. -- 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 11094] New: Adobe AIR can't install Adobe Media Player pre 2
by wine-bugs＠winehq.org 30 Dec '15

30 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=11094 Summary: Adobe AIR can't install Adobe Media Player pre 2 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This is the next bug after bug 10956. To reproduce, run the script http://bugs.winehq.org/attachment.cgi?id=9893 Adobe media player prerelease 2, http://labs.adobe.com/technologies/mediaplayer/install/ install fails. It's kind of hard to tell, but I suspect it might be that a crypto provider wasn't found: trace:crypt:CryptAcquireContextW Did not find registry entry of crypto provider for L"Software\\Microsoft\\Cryptography\\Defaults\\Provider Types\\Type 001". ... 49000 lines deleted ... 001d:Call gdi32.GetTextExtentPoint32A(00000314,006722f8 "The application could not be installed because the AIR file is damaged. Try obtaining a new AIR file",00000064,0033eff4) ret=1027b8cc -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 15951] New: Origin Pro 6.1 / 7.5 / 8.0 - Dialog in contour-plots unreachable
by wine-bugs＠winehq.org 27 Dec '15

27 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=15951 Summary: Origin Pro 6.1 / 7.5 / 8.0 - Dialog in contour-plots unreachable Product: WineHQ Bugzilla Version: unspecified Platform: Other URL: http://www.originlab.com/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederik(a)ietsmet.nl In Origin Pro 6.1 / 7.5 / 8.0 the dialog for auto-spacing of levels, colors or linestyles in contour-plots is unreachable. I followed the tricks given in AppDB to get it to run in the first place: set dll's msxml3 and msxml3r to native. Error on the terminal is: fixme:storage:StgCreateDocfile Transacted mode not implemented. Steps to reproduce: 1) Create new matrix 2) menu: Matrix -> Set matrix values -> enter "cos(i/4)*cos(1/2)" (or any other formula giving some nice contour lines) as value for cell(i,j)= -> OK 3) Create new contour plot via menu: Plot -> Contour plot -> Contour - B/w Lines + Labels 4) Double-click in the middle of the contour plot -> a dialog Plot Details appears. 5) try to click on one of the headings Levels / Fill / Line / Labels. In Windows XP you get a new dialog allowing you to set min / max / # of levels in either linear or exponential spacing (for the Levels-heading-dialog). In Wine 1.0.1 this dialog does NOT appear at all and the error message above appears on the terminal window. -- 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 28

[Bug 15253] New: Bitmap Font Problem
by wine-bugs＠winehq.org 27 Dec '15

27 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=15253 Summary: Bitmap Font Problem Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: giuseppe.adamo(a)gmail.com Created an attachment (id=16039) --> (http://bugs.winehq.org/attachment.cgi?id=16039) Bitmap Font Test Program I am actually trying to run under Linux a VB6 windows application for CNC operators. Everything works fine, but I have found a problem when using bitmap fonts (tipically a .FON file type). It seems that only one character is printed to the screen, the char that is defined as the 'Default char' in the bitmap font header. I simplified the problem writing a really small VB6 application that only calls the font dialog using COMDLG32.OCX. As you can see, even the standard dialog, when pointing to my font (WTerms1x), prints the test string using only one character. To setup the wine environment to run my application: 1) Extract the attached .zip archive (BitmapFonts.zip) in a directory of your choice. 2) Copy the COMDLG32.OCX control in: ~/.wine/drive_c/windows/system32 3) Point to the above directory and register the activeX control by typing: regsvr32 ./COMDLG32.OCX 4) Copy the SINGOLO.FON font file in: ~/.wine/drive_c/windows/Fonts 5) Run the registry editor by typing 'wine regedit' 6) Register the SINGOLO.FON font so that wine can see it. Point to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts 7) Add a string key named WTerms1x with the value: C:\Windows\Fonts\SINGOLO.FON Now, from the directory where you extracted BitmapFonts.zip, run the command: wine BMPFontTest.exe then press the button on the main form. If the font SINGOLO.FON has been correctly registered, you should see the standard windows font dialog pointing to the font WTerms1x. Taking a look at the example text in the dialog, you should notice that the test string is composed all of the same (wrong) character. To verify that the .FON file is correct and that probably wine prints only the 'Default char', I have included a bitmap font utility, Fony, that can help you verify the font and change/check the 'Default char' attribute. Fony is freeware and can be downloaded from http://hukka.furtopia.org/ I hope for a reply since that problem 'IS A PROBLEM' for my application. In the meanwhile ... VIVA WINE !!! :D -- 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 14290] New: winhelp: temporary 100% CPU use when loading some help files
by wine-bugs＠winehq.org 27 Dec '15

27 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=14290 Summary: winhelp: temporary 100% CPU use when loading some help files Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk When loading some help files, Wine winhelp appears to hang for a while with 100% CPU use. To demonstrate, download quenzar.hlp from http://bugs.winehq.org/attachment.cgi?id=14572 and load into Wine winhelp. CPU usage goes to 100% for about a minute (on my old slow PC), but the help window does open eventually. There is no delay when opening the same file with the Windows 95 WINHLP32.EXE under 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.

1 16

[Bug 17310] New: Window looses its top returning from fullscreen and is undragable from normal means
by wine-bugs＠winehq.org 25 Dec '15

25 Dec '15

http://bugs.winehq.org/show_bug.cgi?id=17310 Summary: Window looses its top returning from fullscreen and is undragable from normal means Product: Wine Version: 1.1.14 Platform: PC-x86-64 URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=11696 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: james.jrp015(a)gmail.com When <alt-Enter> is used from fullscreen, the window appears in the upper left and looses the top of the window(cannot drag with mouse noramlly). It will drag if you hold down alt however. -- 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

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 February 2009