June 2020 - Wine-bugs - list.winehq.org

[Bug 26352] New: Time Warner Cable Connection Manager 1.00.0042.0 does not work
by wine-bugs＠winehq.org 06 Jan '25

06 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=26352 Summary: Time Warner Cable Connection Manager 1.00.0042.0 does not work Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rusivi2(a)gmail.com 1) lsb_release -rd Description: Ubuntu 10.10 Release: 10.10 2) apt-cache policy wine1.3 wine1.3: Installed: 1.3.15-0ubuntu1~maverickppa1 Candidate: 1.3.15-0ubuntu1~maverickppa1 Version table: *** 1.3.15-0ubuntu1~maverickppa1 0 500 http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/ maverick/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen is when one performs at a command line: cd /media/Time\ Warner\ Cab && wine Setup.exe it installs then running the installed program at the command line: cd ~/.wine/drive_c/Program\ Files/Time\ Warner\ Cable/Connection\ Manager && wine TWCCM.exe it runs successfully. 4) What happens instead is it does not run, but notes instead: + Window pops up: Couldn't find registry path : SOFTWARE\SmithMicro\QuickLink Mobile Plus + click OK button + Window pops up: Couldn't find registry path : SOFTWARE\SmithMicro\QuickLink Mobile Plus + click OK button + Window pops up: Couldn't find registry path : SOFTWARE\SmithMicro\QuickLink Mobile Plus + click OK button + Window pops up: The Smith Micro QLM that you are running is a demo version which has now expired. Please contact sales(a)smithmicro.com to inquire about an updated demo version. The application will now exit. -- 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 39603] New: Multiple applications need support for loading Windows binary registry hives using native API (BartPE, Magical Jelly Bean Keyfinder, EasyBCD)
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=39603 Bug ID: 39603 Summary: Multiple applications need support for loading Windows binary registry hives using native API (BartPE, Magical Jelly Bean Keyfinder, EasyBCD) Product: Wine Version: 1.7.55 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, collector bug for apps/tools that need Windows binary registry hive support (import/export) via native API. * bug 4001 (BartPE) * bug 19324 (ubcd4win) * bug 22124 (BartPE) * bug 28729 (EasyBCD) * bug 29529 (Magical Jelly Bean Keyfinder) Regards -- 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 9

[Bug 39095] New: Deadnaut: screen flipped upside down when anti-aliasing enabled
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=39095 Bug ID: 39095 Summary: Deadnaut: screen flipped upside down when anti-aliasing enabled Product: Wine Version: 1.7.49 Hardware: x86 URL: http://www.deadnaut.com/demo/?download=win OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 52089 --> https://bugs.winehq.org/attachment.cgi?id=52089 terminal output The game was built on the Unity engine, the problem can be reproduced in the non-Steam demo version too. When I enable anti-aliasing in the options menu the screen is rotated 180 degrees (text in the menus remains unaltered). Reproduced on nouveau/mesa and nvidia binary drivers 340.76 The problem is present in Wine 1.2, 1.4, 1.6 too. DeadnautDemoWindows.zip (146 MB) sha1: 303ed46f70ffa7a302f71975ecd836a0c78ffd2e Fedora 22 wine-1.7.49-41-g36a39ce -- 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 12

[Bug 26925] New: Windows Installer creates Game Explorer shortcuts in the wrong place
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=26925 Summary: Windows Installer creates Game Explorer shortcuts in the wrong place Product: Wine Version: 1.3.18 Platform: x86 URL: http://demos.gamersgate.com/22521 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=34342) --> (http://bugs.winehq.org/attachment.cgi?id=34342) plain terminal output (Dungeons demo installer) After a successful installation of the demo (Dungeons) one can notice that two directories were created in the root of drive_c: during installation. One is named "0" containing a shortcut "Play.lnk" The other directory is named "1" containing a shortcut "Continue play.lnk" If I'm not mistaken, they should belong to the Game Explorer stuff. I don't have Vista or Seven only a Windows XP running in Virtualbox. After installation those shortcuts went into C:\Documents and Settings\All Users\Application Data\Microsoft\Windows\GameExplorer\{BB112F90-7C81-4352-8823-861D3957CF8A}\PlayTasks I guess in Wine they should go into: /users/Public/Application Data/Microsoft/Windows/GameExplorer/{BB112F90-7C81-4352-8823-861D3957CF8A}/PlayTasks At least other games (e.g. Woody Two-Legs) place their Game Explorer shortcuts there. I've tried installing the demo with WinXP, Vista and Windows 7 compatibility modes but the directories were always created in the root directory. Dungeons demo download link added to URL (~525 MB). -- 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 36208] New: Steel Beasts v1.19 demo fails to start a mission: 'Error initializing D3DRM'
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=36208 Bug ID: 36208 Summary: Steel Beasts v1.19 demo fails to start a mission: 'Error initializing D3DRM' Product: Wine Version: 1.7.17 Hardware: x86 URL: http://www.fileplanet.com/45253/40000/fileinfo/Steel-B easts-Demo-v1.19 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com When you try to start a tutorial mission in the demo the following error is displayed: "Error initializing D3DRM!" Then the game steps back to the main menu. Terminal output: fixme:win:EnumDisplayDevicesW ((null),0,0x32f6e8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32f0a8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:win:EnumDisplayDevicesW ((null),0,0x32f128,0x00000000), stub! err:d3d:wined3d_caps_gl_ctx_destroy Failed to restore previous GL context. Fedora 20 Nvidia binary drivers 337.12 X.Org X Server 1.14.4 -- 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 27164] New: Cossacks: European Wars crashes on exit
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=27164 Summary: Cossacks: European Wars crashes on exit Product: Wine Version: 1.3.20 Platform: x86 URL: http://www.fileplanet.com/60632/60000/fileinfo/New-Cos sacks---European-Wars-Demo OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=34703) --> (http://bugs.winehq.org/attachment.cgi?id=34703) terminal output A crash occurs when you quit the game. The problem is present in 1.0.1, 1.2.3 and so on. I have the 1.15new version of the game. The crash can be reproduced in the demo, too but the demo suffers from bug #11782. 1) Install the demo as usual. 2) You will probably need a modified ddraw.dll, available here: http://www.gsc-game.com/index.php?t=downloads&ss=299&s=patch 3) Run the executable, it will extract a ddraw.dll. Place it in the game directory and override ddraw.dll to native,builtin in winecfg. 4) Start the game by dmcr.exe, click on Exit in the main menu >> a page fault is generated. Fedora 14 32-bit Nvidia GeForce 250 / driver 270.41.06 -- 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 25500] New: Megarace 3: in-game videos not working
by wine-bugs＠winehq.org 04 Jan '25

04 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=25500 Summary: Megarace 3: in-game videos not working Product: Wine Version: 1.3.9 Platform: x86 URL: http://www.fileplanet.com/82163/80000/fileinfo/MegaRac e-3-Demo OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32465) --> (http://bugs.winehq.org/attachment.cgi?id=32465) terminal output Neither the intro videos (company logos) nor the in-game cutscenes are playing in Megarace 3: Wine simply skips the videos without an error message. It's a pity because there are some hilarious cutscenes in the game, featuring Lance Boyle as the host of the game. The company logos which should be played right after starting have the following properties: Video: WMV v7, 640x480 px, 4:3 Audio: WMA v7, 128 kbps, 44 kHz, Stereo, 16 bits The cutscenes in the game are separated into 2 files: a wmv file which also includes an audio track (WMV v7 / WMA v7) and a corresponding wav file (ADPCM, Stereo, 22 kHz) After installing WMP9 or 10 via winetricks the videos are still not playing. The demo can be used to test the issue but it contains only one of the company logos. Fedora 14 x86 -- 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 37372] New: Unexpected order of results in wildcard expansion
by wine-bugs＠winehq.org 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=37372 Bug ID: 37372 Summary: Unexpected order of results in wildcard expansion Product: Wine Version: 1.7.28 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)grapentin.org in cmd.exe, execute the following statement: for %f in (*) do echo %f On windows, you expect the files to be listed in lexicographically ascending order, and some applications rely on that behaviour, one example being the Gothic2 Modkit during Script parsing. However, the order when executing this through wine seems random. -- 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 48877] New: [regression] Melodyne crashes when using the Pitch tool
by WineHQ Bugzilla 03 Jan '25

03 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=48877 Bug ID: 48877 Summary: [regression] Melodyne crashes when using the Pitch tool Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: marcan(a)marcansoft.com Distribution: --- Created attachment 66814 --> https://bugs.winehq.org/attachment.cgi?id=66814 Partial fix Tested on git master. Regression was introduced by commit 9bc6f004ce, but that commit is not the root cause. The assertion `assert( obj->numRects <= nb_points / 2 );` would fail, but the code actually crashes earlier due to memory corruption as obj->rects overflows. In the normal case of nb_points == 0, ET->ymin..ymax are 2147483647..-2147483648, which makes the code iterate over zero scanlines as ymax < ymin. However, in the crash case, ymin..ymax are -2147483648..378 (note the negative ymin), so it tries to iterate over two billion scanlines and adds rects to the obj until it crashes. This happens because create_polypolygon_region gets passed an insane polygon with a -2147483648,-2147483648 vertex. The actual bug is in GdipWidenPath, which produces NaN float points, which get converted to that insane int after rounding. And this happens because Melodyne is passing in a degenerate path with the first two points at the same position (added debugging trace to dump the path points): format: "index: [type] X, Y" 00df:err:gdiplus:GdipWidenPath 0: [0] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 1: [1] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 2: [3] 4.000000, 4.000946 00df:err:gdiplus:GdipWidenPath 3: [3] 4.000000, 4.000000 00df:err:gdiplus:GdipWidenPath 4: [3] 4.000000, 4.000000 The code goes GdipWidenPath -> widen_open_figure -> widen_cap, where the segment length is computed as 0 and it ends up dividing by zero. I'm not sure what Windows does here. add_bevel_point handles the special case by just placing a point coincident with the path, ignoring the pen width. The attached patch generalizes that to widen_cap as a whole. It fixes the Melodyne crash for me, but I'm not sure if it's the correct behavior, and degenerate segments will probably cause problems in other code paths (e.g. add_anchor seems to have the same bug). Maybe a better solution would be to just remove coincident points from the path before widening (being careful of cases where the path ends up with one point after this). Someone with more experience with the GDI code should look at this, and perhaps test it on Windows to see how it behaves. -- 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 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org 31 Dec '24

31 Dec '24

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] Error 2 -- 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 4