wine-bugs November 2015

wine-bugs@winehq.org

1 participants
7944 discussions

[Bug 17638] New: NOLF GotY: Sluggish mouse reaction when in zoom mode
by wine-bugs＠winehq.org 08 Oct '22

08 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=17638 Summary: NOLF GotY: Sluggish mouse reaction when in zoom mode Product: Wine Version: 1.1.16 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: jb.faq(a)gmx.de Mouse input in NOLF is generally a bit "inprecise", but one thing is broken for sure. Some weapons feature a zoom mode, but when this zoom mode is switched on it's almost impossible to accurately use it since the mouse input becomes very sluggish then. Turn zoom off again and mouse input stabilizes again. I suppose that's a dinput problem, but I'm not sure about that. The wine-0.9.46 testresult here (http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTestingId…) mentions a "weird mouse problem", but I'm not sure if that's what I'm encountering. Haven't tried any native DLLs though. -- 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.

2 20

[Bug 31157] New: Filemaker Pro 12 Trial crashes
by wine-bugs＠winehq.org 07 Oct '22

07 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=31157 Bug #: 31157 Summary: Filemaker Pro 12 Trial crashes Product: Wine Version: 1.2.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maikwagner(a)yahoo.com Classification: Unclassified Created attachment 40903 --> http://bugs.winehq.org/attachment.cgi?id=40903 Crash Output on Filemaker 12 I would like to report some issues with Filemaker 12 Trial which can be downloaded from Filemaker.com. The application installs okay and I can start "Filemaker 12" from the command line. When opening a sample solution (I selected "Invoices") the application crashes. I have attached my console output. -- 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.

2 36

[Bug 30666] New: MPEG movie does not play in Capitalism 2 demo
by wine-bugs＠winehq.org 07 Oct '22

07 Oct '22

http://bugs.winehq.org/show_bug.cgi?id=30666 Bug #: 30666 Summary: MPEG movie does not play in Capitalism 2 demo Product: Wine Version: 1.5.4 Platform: x86 URL: http://www.cnwcentral.com/capitalism-2/demo.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr Classification: Unclassified Created attachment 40144 --> http://bugs.winehq.org/attachment.cgi?id=40144 console output While playing intro movie of Capitalism 2 demo, one can hear the sound, but video is playing. -- 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.

2 11

[Bug 36103] New: kernel32/tests/loader shows lots of invalid reads in thread.c
by wine-bugs＠winehq.org 01 Oct '22

01 Oct '22

https://bugs.winehq.org/show_bug.cgi?id=36103 Bug ID: 36103 Summary: kernel32/tests/loader shows lots of invalid reads in thread.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==9219== Invalid read of size 4 ==9219== at 0x7BC55D91: MODULE_DllThreadAttach (loader.c:1287) ==9219== by 0x7BC8E3D2: start_thread (thread.c:423) ==9219== by 0x4218F92: start_thread (pthread_create.c:309) ==9219== by 0x431D7ED: clone (clone.S:129) ==9219== Address 0x611eb04 is on thread 1's stack ==9219== ==9219== Invalid read of size 4 ==9219== at 0x7BC1EAF3: __x86.get_pc_thunk.bx (in /home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so) ==9219== by 0x7BC8E3D2: start_thread (thread.c:423) ==9219== by 0x4218F92: start_thread (pthread_create.c:309) ==9219== by 0x431D7ED: clone (clone.S:129) ==9219== Address 0x611eacc is on thread 1's stack ==9219== there's also one: ==30099== 2,020 bytes in 1 blocks are possibly lost in loss record 225 of 244 ==30099== at 0x7BC4C735: notify_alloc (heap.c:255) ==30099== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==30099== by 0x4E07A19: get_tls_data (test.h:244) ==30099== by 0x4E07B03: winetest_set_location (test.h:279) ==30099== by 0x4D836B8: dll_entry_point (loader.c:1433) ==30099== by 0x7BC52FC0: ??? (loader.c:138) ==30099== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==30099== by 0x7BC55DE7: MODULE_DllThreadAttach (loader.c:1281) ==30099== by 0x7BC8E446: start_thread (thread.c:423) ==30099== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so) ==30099== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so) ==30099== -- 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.

2 5

[Bug 32880] New: Some Menus not working in Microsoft Money 2005 (version 14)
by wine-bugs＠winehq.org 26 Sep '22

26 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=32880 Bug #: 32880 Summary: Some Menus not working in Microsoft Money 2005 (version 14) Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk_2010(a)live.co.uk Classification: Unclassified Installed wine 1.5.22 on Ubuntu 12.04.1 (32 bit). Clean install with previous .wine directory removed. Program installed ok, this is as with previous versions of wine (1.4.1 and 1.5.19). Good news. The program started up. Previously (1.4.1 and 1.5.19) it always crashed. The only way to go any further would have been to install ie6. Not required today. When I tried to use the "lower" menu row in the program, the mouse highlighted the menu names, but nothing happened when pressed. Output in the terminal was like: fixme:ieframe:navigate_url Unsupported args (Flags 0x115c430:19; TargetFrameName 0x115c440:0) fixme:ieframe:navigate_bsc Navigation canceled fixme:urlmon:URLMoniker_BindToObject use running object table fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 28 fixme:ieframe:object_available Could not get IHlinkTarget interface fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 67 of CGID_ShellDocView fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 63 of CGID_ShellDocView fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 84 of CGID_ShellDocView fixme:jscript:JScript_SetScriptState unimplemented state 3 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 25 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 26 When I tried the upper menu row some of these did work. However, the program crashed when the upper "File" menu was pressed. The terminal output was: fixme:ieframe:get_location_url semi-stub fixme:ieframe:get_location_url semi-stub fixme:imm:ImmDisableIME (-1): stub fixme:advapi:RegisterEventSourceW ((null),L"Microsoft Money Error Reporting"): stub fixme:advapi:ReportEventA (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0005,0x0000005f,0x60d7e4,0x60d39c): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0005,0x0000005f,0x13a060,0x60d39c): stub err:eventlog:ReportEventW L"msmoney.exe" err:eventlog:ReportEventW L"14.0.0.1105" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"0002bb85" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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.

2 13

[Bug 36944] New: Hotel Giant 2 crashes frequently
by wine-bugs＠winehq.org 23 Sep '22

23 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=36944 Bug ID: 36944 Summary: Hotel Giant 2 crashes frequently Product: Wine Version: 1.7.22 Hardware: x86 URL: http://www.fileplanet.com/195342/190000/fileinfo/Hotel -Giant-2-Demo-%28UK%29 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49051 --> http://bugs.winehq.org/attachment.cgi?id=49051 plain terminal output The crashes sometimes happen while you're in the menus after starting the game, but always reproducible when you start a new game (or the tutorial in the demo version). When it crashes I can only see the game's own bug reporting window so I can't get a backtrace. If I run the game under winedbg the problem is that winedbg doesn't detect the crash, it's only a bug reporting form that is displayed. The same problem with Wine 1.2.3/1.4.1/1.6.2/1.7.22 'winetricks wmp9 devenum quartz' doesn't help, they needed to play music and the intro videos. Reducing graphical details in the game, disabling audio doesn't help either. Fedora 20 Nvidia binary drivers 340.24 -- 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.

2 10

[Bug 36312] New: valgrind shows a couple possible leaks in oledb32/tests/marshal.c
by wine-bugs＠winehq.org 23 Sep '22

23 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=36312 Bug ID: 36312 Summary: valgrind shows a couple possible leaks in oledb32/tests/marshal.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==8079== 40 bytes in 1 blocks are possibly lost in loss record 255 of 623 ==8079== at 0x7BC4C735: notify_alloc (heap.c:255) ==8079== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8079== by 0x5DA4635: IMalloc_fnAlloc (ifs.c:186) ==8079== by 0x5DA4F50: CoTaskMemAlloc (objidl.h:1236) ==8079== by 0x60FC092: NdrOleAllocate (ndr_ole.c:364) ==8079== by 0x60E3BAC: NdrAllocate (ndr_marshall.c:417) ==8079== by 0x60E97CB: array_read_variance_and_unmarshall (ndr_marshall.c:2143) ==8079== by 0x60EFB6E: NdrConformantArrayUnmarshall (ndr_marshall.c:3944) ==8079== by 0x60E5B82: PointerUnmarshall (ndr_marshall.c:972) ==8079== by 0x60E775D: NdrPointerUnmarshall (ndr_marshall.c:1572) ==8079== by 0x60E5B82: PointerUnmarshall (ndr_marshall.c:972) ==8079== by 0x60E775D: NdrPointerUnmarshall (ndr_marshall.c:1572) ==8079== by 0x6E533D8: ??? ==8079== by 0x6E41ADA: ??? ==8079== by 0x497E498: test_IDBProperties (oledb.h:2587) ==8079== by 0x497E861: func_marshal (marshal.c:269) ==8079== by 0x497F65C: run_test (test.h:584) ==8079== by 0x497FA4B: main (test.h:654) ==8663== 48 bytes in 1 blocks are possibly lost in loss record 273 of 623 ==8663== at 0x7BC4C735: notify_alloc (heap.c:255) ==8663== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==8663== by 0x59210FA: alloc_bstr (oleaut.c:162) ==8663== by 0x5921490: SysAllocStringLen (oleaut.c:324) ==8663== by 0x59215F2: SysReAllocStringLen (oleaut.c:379) ==8663== by 0x595FE5F: BSTR_UserUnmarshal (usrmarshal.c:175) ==8663== by 0x59614FD: VARIANT_UserUnmarshal (usrmarshal.c:627) ==8663== by 0x6108679: NdrUserMarshalUnmarshall (ndr_marshall.c:4461) ==8663== by 0x610430F: ComplexUnmarshall (ndr_marshall.c:3138) ==8663== by 0x610624F: NdrComplexStructUnmarshall (ndr_marshall.c:3724) ==8663== by 0x610430F: ComplexUnmarshall (ndr_marshall.c:3138) ==8663== by 0x6100E68: array_read_variance_and_unmarshall (ndr_marshall.c:2267) ==8663== by 0x6107A96: NdrComplexArrayUnmarshall (ndr_marshall.c:4231) ==8663== by 0x60FCB82: PointerUnmarshall (ndr_marshall.c:972) ==8663== by 0x60FDD4D: EmbeddedPointerUnmarshall (ndr_marshall.c:1295) ==8663== by 0x610084B: array_read_variance_and_unmarshall (ndr_marshall.c:2155) ==8663== by 0x6106B6E: NdrConformantArrayUnmarshall (ndr_marshall.c:3944) ==8663== by 0x60FCB82: PointerUnmarshall (ndr_marshall.c:972) ==8663== by 0x60FE75D: NdrPointerUnmarshall (ndr_marshall.c:1572) ==8663== by 0x60FCB82: PointerUnmarshall (ndr_marshall.c:972) ==8663== -- 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.

2 4

[Bug 35478] New: dsdmo.dll not implemented and not available to install via winetricks.
by wine-bugs＠winehq.org 23 Sep '22

23 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=35478 Bug ID: 35478 Summary: dsdmo.dll not implemented and not available to install via winetricks. Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: sov.info(a)mail.ru Classification: Unclassified This componets essential for running some games - Silent Hill 4 & 3 (footstep sounds). -- 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.

2 35

[Bug 33222] New: GitHub for Windows crash - mono
by wine-bugs＠winehq.org 21 Sep '22

21 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=33222 Bug #: 33222 Summary: GitHub for Windows crash - mono Product: Wine Version: 1.5.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: whiskers75(a)me.com Classification: Unclassified Created attachment 43945 --> http://bugs.winehq.org/attachment.cgi?id=43945 App crash When running GitHub for Windows, it fails to start up with the error seen in bug.txt. -- 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.

2 6

[Bug 33012] New: FAST Search for Sharepoint MOSS 2010 Query Tool only displays a black background
by wine-bugs＠winehq.org 21 Sep '22

21 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=33012 Bug #: 33012 Summary: FAST Search for Sharepoint MOSS 2010 Query Tool only displays a black background Product: Wine Version: 1.5.23 Platform: x86-64 URL: http://fastforsharepoint.codeplex.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robert.munteanu(a)gmail.com Classification: Unclassified After applying the workarounds mentioned in bug #32964 the program starts but only shows a black 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.

2 8

[Bug 39366] New: FILE_ATTRIBUTE_READONLY and FILE_ATTRIBUTE_HIDDEN should perhaps use BSD flags
by wine-bugs＠winehq.org 19 Sep '22

19 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=39366 Bug ID: 39366 Summary: FILE_ATTRIBUTE_READONLY and FILE_ATTRIBUTE_HIDDEN should perhaps use BSD flags Product: Wine Version: 1.7.9 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: guy(a)alum.mit.edu 4.4-Lite introduced per-file flags, which show up as the st_flags field of "struct stat" and can be set with the chflags() and fchflags() calls. For plain files, the UF_IMMUTABLE flag corresponds pretty closely to the Windows FILE_ATTRIBUTE_READONLY flag. OS X added the UF_HIDDEN flag. so that its kernel SMB client could report the Windows FILE_ATTRIBUTE_HIDDEN flag to userland. It might be useful for Wine to, on systems with the st_flags field in "struct stat" and the chflags() call, to report that a file is read-only if UF_IMMUTABLE is set, even if the file's permissions allow reading, and to set UF_IMMUTABLE as well as turning read permissions off if FILE_ATTRIBUTE_READONLY is set. (You probably want to turn off file permissions in case the file is on a server; the server might not support setting that flag if, for example, it's an NFS server.) On OSes that have them *and* that have UF_HIDDEN, the same (modulo file permissions) should perhaps be done for FILE_ATTRIBUTE_HIDDEN. This has been discussed in the past; see the thread starting at https://www.winehq.org/pipermail/wine-devel/2009-October/079038.html (It might also be worth looking at supporting NT ACLs on UN*Xes that have NT-style ACLs; OS X's ACLs are NT-style, and other UN*Xes might support them even if they call them NFSv4-style ACLs.) -- 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.

2 4

[Bug 15396] New: program doesn't draw text to dialog box properly
by wine-bugs＠winehq.org 18 Sep '22

18 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=15396 Summary: program doesn't draw text to dialog box properly Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Created an attachment (id=16248) --> (http://bugs.winehq.org/attachment.cgi?id=16248) Dialog box being drawn the wrong way When I try to save or load a game in The Journeyman Project 3 - Legacy of Time, the snapshoot is shown behind the dialog box, along with any text written on the dialog box. The same happens with any other dialog box in the game that shows text. It's like the function the game uses to draw, draws on the wrong layer. -- 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.

2 13

[Bug 29443] New: Savestates not working in DeSmuME (the keyboard command is not being processed)
by wine-bugs＠winehq.org 13 Sep '22

13 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=29443 Bug #: 29443 Summary: Savestates not working in DeSmuME (the keyboard command is not being processed) Product: Wine Version: 1.3.35 Platform: x86 URL: http://desmume.org/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cvoeten(a)gmail.com Classification: Unclassified I have no idea why this is not working, but every kind of input imaginable works, except for anything having to do with savestates. To reproduce: 1) Download DeSmuME: http://desmume.org/download/ 2) Download a ROM, for example from here: http://hive.ndshb.com/index.php/component/jdownloads/finish/4/183 3) run 'wine DeSmuME.exe' 4) File->Open ROM and select the ROM 5) Press F1 Expected result: an error message "Failed to load slot 1" is displayed. What happens: nothing. Remapping the 'load savestate 1' function to a regular key, say the letter E, does not make it work. I know this reeks of being an app-specific bug, but it works in Windows. As to the cause I can only speculate (and I'm not a programmer), however the only remotely reasonable explanation *I* can come up with is that perhaps the savestate actions are processed upon a key release event being recieved, whereas the other in-game keypresses are processed differently. But that's pure speculation, I haven't looked at the actual code (read: I don't have the skills to read 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.

2 5

[Bug 24705] New: Unhandled page fault on write access to address in 32-bit code.
by wine-bugs＠winehq.org 10 Sep '22

10 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=24705 Summary: Unhandled page fault on write access to address in 32-bit code. Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: publio.escipion.el.africano(a)gmail.com Created an attachment (id=31216) --> (http://bugs.winehq.org/attachment.cgi?id=31216) wine execution output, with debbuging information. The present issue affect wine-1.1.28 & wine-1.3.4, and, I guess, the versions between. The application is an educational software, available from: http://static.cedeti.cl/software/sl/SuenaLetrasInstalador_mx.exe My SO is: openSuSE 11.2 x86_64 + Updates, which relevant specifications are: Linux **** 2.6.31.14-0.1-desktop #1 SMP PREEMPT 2010-09-17 11:32:00 +0200 x86_64 x86_64 x86_64 GNU/Linux GNU bash, version 4.0.35(1)-release (x86_64-suse-linux-gnu) The problem takes place after the installation, when the program is launched. Wine complained: "wine: Unhandled page fault on write access to 0x00000000 at address 0x******** (thread ****), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x********)." I also saw calls, or paths with character codification (MS Windows ISO-8859-1 or ISO-8859-15 vs. Linux UTF-8) issues. But I do not know if this is a relevant part of the problem, or simply a noise. Every thing is collected in the file attached. I do not know whether this information be enough so you might solve it, or whether it requires a workaround configuration to make it run. 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.

2 14

[Bug 34277] New: Far2 file manager crashes on start up
by wine-bugs＠winehq.org 10 Sep '22

10 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=34277 Bug #: 34277 Summary: Far2 file manager crashes on start up Product: Wine Version: 1.7.0 Platform: x86 URL: http://www.farmanager.com/history/far2.x86.msi OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified Created attachment 45633 --> http://bugs.winehq.org/attachment.cgi?id=45633 backtrace In recent versions of Wine, Far 2 can no longer start. Half a year ago it worked just fine. It's a regression. $ wineconsole --backend=user Far.exe fixme:storage:create_storagefile Storage share mode not implemented. fixme:iphlpapi:NotifyAddrChange (Handle 0x152e8f0, overlapped 0x152e8fc): stub fixme:heap:HeapSetInformation 0x110000 0 0x33fdfc 4 *** glibc detected *** Far.exe: double free or corruption (!prev): 0x7cb5ef08 *** ======= Backtrace: ========= -- 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.

2 22

[Bug 36644] New: regedit: user interface does not scale with dpi setting
by wine-bugs＠winehq.org 10 Sep '22

10 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=36644 Bug ID: 36644 Summary: regedit: user interface does not scale with dpi setting Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aerilius(a)googlemail.com Created attachment 48684 --> http://bugs.winehq.org/attachment.cgi?id=48684 Screenshot of regedit When setting the dpi to a higher value (2× = 192dpi, 2.5× = 240dpi), many user interface elements have inconsistent dimensions and font sizes. This heavily affects usability. • menu and context menues are too small • +/- expanders are too small to click, they seem not to render properly • column widths are by default too narrow • scrollbars are too small • statusbar is too small • slider grip (in winecfg) is too small • icons are too small While there are also visual inconsistencies on Windows itself, these elements are at least at usable sizes on Windows 7+. This affects also explorer.exe, notepad.exe, and third-party applications as well (though they might use different UI libraries), like 7-zip file manager, etc. -- 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.

2 6

[Bug 36955] New: X-Com: Interceptor fails to start combat mode when 3D acceleration enabled
by wine-bugs＠winehq.org 10 Sep '22

10 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=36955 Bug ID: 36955 Summary: X-Com: Interceptor fails to start combat mode when 3D acceleration enabled Product: Wine Version: 1.7.22 Hardware: x86 URL: http://www.fileplanet.com/11584/10000/fileinfo/X-Com:- Interceptor-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com This is an old Directx5 game from 1998. When hardware acceleration enabled and the game switches to combat mode an error message is shown: 'ERROR: Can't get Direct3D Device2' Software rendering works. Terminal output: fixme:win:EnumDisplayDevicesW ((null),0,0x32f418,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:d3d_device_create Only one Direct3D device per DirectDraw object supported. fixme:ddraw:ddraw7_FlipToGDISurface iface 0x1e35f0 stub! Steps to reproduce the problem with the demo: 1. unpack and install the demo, start the game with Interceptor.exe 2. go to <Settings> and select a 3D capable device 3. Singleplay -> choose difficulty -> OK -> Close 4. turn on time acceleration, click on the rightmost icon (24hours) under the globe on the right. 5. Launch mission -> select a plane -> activate time acceleration again until combat mode will be available Fedora 20 Nvidia binary drivers 340.24 -- 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.

2 6

[Bug 37019] New: Summoner: Direct3D error at launch
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=37019 Bug ID: 37019 Summary: Summoner: Direct3D error at launch Product: Wine Version: 1.7.23 Hardware: Other OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: ipickert55(a)gmail.com The Direct3d error states: Error: No Direct3D devices found! File: D:\projects\Summoner\pccode\vsdk\gr\directx\gr_direct3d.cpp - Line: 1061 A critical error has occurred and the program cannot continue -- 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.

2 21

[Bug 27243] New: Wiggles: All renderers are unsupported
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=27243 Summary: Wiggles: All renderers are unsupported Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34825) --> (http://bugs.winehq.org/attachment.cgi?id=34825) Wiggles Settings Window Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Wiggles 4) patch Wiggles with Wiggles_Patch_1_0_844.exe 4) wine SetMode.exe Behaviour: All renderers are marked as unsupported which is not true. OK button is always grayed out. (see attachment) Expected behaviour: All renderers should be marked as supported. OK button shouldn't be always grayed out. Terminal output: fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x32e7a4,0x00000000), stub! -- 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.

2 18

[Bug 11999] New: Endless Online game window appears as white texture
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=11999 Summary: Endless Online game window appears as white texture Product: Wine Version: CVS/GIT Platform: PC URL: http://files.endless-online.com/EOsetup028.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=11336) --> (http://bugs.winehq.org/attachment.cgi?id=11336) Terminal output with d3d traces. Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply results in a white screen without any UI elements shown. Attached are d3d traces and additional terminal output. -- 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.

2 23

[Bug 34744] New: Earth 2150: there's no music, but sounds seem to play fine
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=34744 Bug #: 34744 Summary: Earth 2150: there's no music, but sounds seem to play fine Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46320 --> http://bugs.winehq.org/attachment.cgi?id=46320 Earth 2150 +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio One can reproduce the problem in the demo (check out the link). Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- 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.

2 10

[Bug 38581] New: Petka 1: some objects render without transparency
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=38581 Bug ID: 38581 Summary: Petka 1: some objects render without transparency Product: Wine Version: 1.7.42 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: otaku(a)rambler.ru Distribution: --- Created attachment 51474 --> https://bugs.winehq.org/attachment.cgi?id=51474 console output Wine 1.7.42, 32-bit prefix, Debian Unstable amd64 Game works without these glitches under WinXP There's interesting d3d-related fixmes in terminal (see attachment) -- 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.

2 39

[Bug 26579] New: TomTom Home 2 fails to open web links
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=26579 Summary: TomTom Home 2 fails to open web links Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://download.tomtom.com/sweet/application/home2late st/TomTomHOME2winlatest.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk TomTom Home 2 fails to spawn a browser (apparently) and instead a prompt opens asking you to select a program to open "https files". It probably wants to open a log-in window or something similar. Could not find last connected device. Pref reading failed: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://tthome/content/ui/mainwin/mainWin.js :: anonymous :: line 449" data: no] Stack: 0. chrome://tthome/content/ui/mainwin/mainWin.js:490 unimportantError(e); 1. chrome://tthome/content/ui/bindings/ttdashboard.xml:167 var tmpFunc = new Function(func); 2. function _execute chrome://tthome/content/ui/bindings/ttdashboard.xml:169 tmpFunc(); 3. function onClickHandler chrome://tthome/content/ui/bindings/ttdashboard.xml:150 this._execute(); 4. function onclick chrome://tthome/content/ui/dashboard/mainDashboard.xul:1 <?xml version="1.0"?> Installed the gecko-dbg package but it made no difference to the output. Launch the app, click more, click "Read the manual for my device". TomTom Home 2.8. -- 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.

2 14

[Bug 39421] New: Majesty Gold HD runs very slowly
by wine-bugs＠winehq.org 09 Sep '22

09 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=39421 Bug ID: 39421 Summary: Majesty Gold HD runs very slowly Product: Wine Version: 1.7.52 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonas.bugzilla(a)gmail.com Created attachment 52535 --> https://bugs.winehq.org/attachment.cgi?id=52535 Clamp the glFlush rate in the Mac driver to 60Hz The game Majesty Gold HD (http://www.gog.com/game/majesty_gold_hd ) runs very slowly under Wine for me (Late 2013 iMac 21.5", quad 2.9GHz Core i5, GeForce GT 750M with 1GB GDDR5, OS X 10.9.5). There is an in-game slider to speed up the game, but it has no effect. The game is a DirectDraw 7 game. There are also some reports on Windows regarding this problem, but most people can solve it by telling the game to use DirectDraw for blitting (set BlitMode=1 in the MajXPrefs, or use the -useddblit command line parameter -- see http://forum.paradoxplaza.com/forum/index.php?threads/bug-fixes.601217/#pos… ) The game performs its drawing commands in the same thread that runs the game logic (I don't know whether anything else is even supported by by DirectDraw 7). From a trace I can see that game performs many small blits to update only the parts of the screen that have changed. Example from a trace: trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (0,0)-(24,38), src_surface 0x16c9c8, src_rect (0,0)-(24,38), flags 0x1000000, fx 0x0. [ repeats 8 times ] trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (864,661)-(1009,803), src_surface 0x16c9c8, src_rect (864,661)-(1009,803), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (806,999)-(986,1080), src_surface 0x16c9c8, src_rect (806,999)-(986,1080), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (1097,734)-(1277,914), src_surface 0x16c9c8, src_rect (1097,734)-(1277,914), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661), src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661), src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0. trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (1354,797)-(1534,977), src_surface 0x16c9c8, src_rect (1354,797)-(1534,977), flags 0x1000000, fx 0x0. ... I think Wine, however, always flushes a complete new screen via OpenGL, as the game spends almost all of its time waiting for glFlush() to finish. I have verified that this is the case by applying the attached patch to the Mac driver code to unconditionally clamp the glFlush rate to 60Hz. This solves the speed issue, even at 1920x1080 (without the patch, the game is glacial even at 800x600). Obviously, the patch cannot be integrated in wine, since it occasionally discards the "last" blit to screen after a static scene change, leaving old data visible and no longer updating. I previously posted about this issue (a long time ago) on wine-dev: https://www.winehq.org/pipermail/wine-devel/2015-February/106625.html . To answer some questions/suggestions from the end of that thread: a) the SkipSingleBufferFlushes registry key does not help (my system supports the GL_APPLE_flush_render extension) b) related to Henri Verbeet's suggestion that it may be related to wine possibly not implementing asynchronous ddraw blits: it's true that wine does not support this, but OTOH the game does not ask for them either: it calls ddraw_surface7_Blt rather than ddraw_surface7_BltFast (BltFast is documented on MSDN as always being asynchronous), and it does not set the DDBLT_ASYNC flag The game offers a built-in ability to wait for vsync via its configuration file (set the VSync variable in $HOME/Documents/My Games/MajestyHD/MajXPrefs to "1"), but that only results in trace:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0. fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0 stub! I'm also not sure whether it would help, but looking at the ddraw log (which I will also attach -- it's a trace+ddraw,trace+d3d_draw log), I think it may since often there are several blits between the vsync waits. Some possible approaches to tackle this issue may be: * handle small direct rects more efficiently * add support for waiting for VSync in ddraw There is a demo of an older version of the game, but it can only run in 640x480 and there is no way to adjust the game speed via an in-game slider, and at least on my system the difference with and without my patch is not very visible there (http://www.cyberlore.com/Majesty/demo.htm ) -- 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.

2 24

[Bug 36869] New: Chronology under wine-mono fails to start
by wine-bugs＠winehq.org 06 Sep '22

06 Sep '22

http://bugs.winehq.org/show_bug.cgi?id=36869 Bug ID: 36869 Summary: Chronology under wine-mono fails to start Product: Wine Version: 1.7.21 Hardware: x86 URL: http://store.steampowered.com/app/269330/ OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Chronology fails to start and consumes 100% of a CPU when run under wine-mono until killed. Based on a log with WINE_MONO_TRACE=wrapper, the only thing it does is call Steamworks.NativeMethods:SteamAPI_InitSafe, which is a cdecl function with no arguments. That function then endlessly throws breakpoint exceptions. InitSafe is a cdecl function with no arguments returning signed char. I have no idea how we could be screwing this up. -- 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.

2 5

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 November 2015