December 2016 - Wine-bugs - list.winehq.org

[Bug 28659] New: rpcrt4/server test crashes on 32-bit FreeBSD9
by wine-bugs＠winehq.org 16 Nov '23

16 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=28659 Bug #: 28659 Summary: rpcrt4/server test crashes on 32-bit FreeBSD9 Product: Wine Version: 1.3.30 Platform: x86 OS/Version: FreeBSD Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 36831 --> http://bugs.winehq.org/attachment.cgi?id=36831 backtrace The rpcrt4/rpc test fails as well, but that may be related to missing ntlm_auth (which I haven't found how to satisfy on FreeBSD). The server test shows that same error, but also crashes, so something nastier is going on. Backtrace 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.

2 9

[Bug 22904] New: Register URL protocol handlers under Linux
by wine-bugs＠winehq.org 15 Nov '23

15 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=22904 Summary: Register URL protocol handlers under Linux Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: kempe.marcus(a)gmail.com winemenubuilder is able to automatically register file type associations and build menus under Linux, when triggered by an application under wine. It would be great if the same thing were true for protocol handlers, so that these would become registered in much the same way as when using gconftool in gnome: gconftool -s /desktop/gnome/url-handlers/spotify/command 'wine c:\\spotify\\spotify.exe %s' --type String gconftool-2 -s /desktop/gnome/url-handlers/spotify/enabled --type Boolean true Would this be possible, hard, or maybe not a good idea? -- 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 12

[Bug 20474] New: Wine can't be built with GCC in C99 mode
by wine-bugs＠winehq.org 13 Nov '23

13 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=20474 Summary: Wine can't be built with GCC in C99 mode Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: yann(a)droneaud.fr For multiple reason, wine can't be built by GCC in C99 mode ( --std=c99 ). In particular, wine rely on GCC behavor regarding to extern inline. It produces errors regarding asm construct conflicting with extern inline symbols. It produces errors with multiple defination of inline function in object files. According to this, it seems that wine is not compatible with C99, but rely a lot on GCC specific behavor. See also bug #20306 -- 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 26

[Bug 16552] New: CreateIoCompletionPort fails in Chromium unit tests
by wine-bugs＠winehq.org 10 Nov '23

10 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=16552 Summary: CreateIoCompletionPort fails in Chromium unit tests Product: Wine Version: 1.1.10 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc contains the code port_.Set(CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, NULL, 1)); DCHECK(port_.IsValid()); ... HANDLE port = CreateIoCompletionPort(file_handle, port_, key, 1); DCHECK(port == port_.Get()); The DCHECK fires when running one of the Chromium unit tests: wine Debug/ui_tests.exe ... 001b:Call KERNEL32.CreateFileW(00ed7208 L"\\\\.\\pipe\\chrome.ChromeTestingInterface:8.1",c0000000,00000000,00000000,00000003,40110000,00000000) ret=010e0220 001b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=010e0220 ... 0021:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001) ret=01a304b3 0021:Ret KERNEL32.CreateIoCompletionPort() retval=000000c8 ret=01a304b3 0021:Call KERNEL32.CreateIoCompletionPort(000000c0,000000c8,00ed5aa0,00000001) ret=01a30760 trace:ntdll:NtSetInformationFile (0xc0,0x7cdee318,0x7cdee320,0x00000008,0x0000001e) 0021:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=01a30760 0021:Call KERNEL32.OutputDebugStringA(00ed95a8 "[26:33:1249:FATAL:message_pump_win.cc(428)] Check failed: port == port_.Get(). \r\n") ret=019a7af3 I think it's failing in wineserver for some reason during NtSetInformationFile in set_completion_info. -- 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 19534] New: Office 2007 menu button loses focus
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=19534 Summary: Office 2007 menu button loses focus Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: NEW Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22740) --> (http://bugs.winehq.org/attachment.cgi?id=22740) wine-1.1.26-231-gfe9d360 console output I can't take a screenshot because it also loses focus, so I hope this makes sense. The Office 2007 apps have had their sensible menus replaced with a button in the top left of the window. The problem occurs when hovering over one option (say Send) so that it's sub-menu opens, then moving the cursor over to another menu option (say Print). The menu closes. This doesn't happen under Windows. Tested Excel and Word. Can't really test the other apps as they have their own problems preventing them from starting. Nothing new is printed in the console when this happens, but log attached. Went back to Wine 1.1.11 to check for a recent regression but problem occurs there too. Same in latest git. -- 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 30

[Bug 32206] New: Primer Premier 6.12 doesn't draw its UI
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=32206 Bug #: 32206 Summary: Primer Premier 6.12 doesn't draw its UI Product: Wine Version: 1.5.17 Platform: x86 URL: http://www.premierbiosoft.com/DATAFILES/PP612Installer Win32.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 42481 --> http://bugs.winehq.org/attachment.cgi?id=42481 Screenshot: primer premier 6.12 doesn't draw its UI 1. install Primer Premier $ wine PP612InstallerWin32.exe 2. start $ cd ~/.wine/drive_c/Program\ Files/Primer\ Premier\ 6.12 $ wine Primer\ Premier\ 6.exe Expect result: The UI should be draw completed as Screenshot: primer-premier-6-with-workaround.png Actual result: The UI doesn't draw at first, if you move the mouse onto Primer Premier, then some parts of the UI draws but still not complete. See screenshot primer-premier-doesnt-draw.png Workaround: Setting a virtual desktop, start Primer Premier, carefully move the mouse onto the title bar of Primer Premier. fixme:win:EnumDisplayDevicesW ((null),0,0x30e850,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x30e850,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x31f444,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x31f6b4,0x00000000), stub! fixme:font:freetype_SelectFont Untranslated charset 255 fixme:imm:ImmGetOpenStatus (0x4452438): semi-stub fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW fixme:imm:ImeHandleNotify WM_IME_NOTIFY:IMN_SETCOMPOSITIONWINDOW err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d -- 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 9

[Bug 23008] New: winhelp: Popups disappear immediately and are the wrong size
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=23008 Summary: winhelp: Popups disappear immediately and are the wrong size Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=28516) --> (http://bugs.winehq.org/attachment.cgi?id=28516) ONLCFG.HLP compressed with bzip2 Links in help files which open pop-ups are broken in Wine winhlp32. (These links typically appear in green with a dotted underline.) What should happen: the popup appears when the link is clicked, and remains present when the user releases the mouse button. What actually happens: the popup appears, but vanishes when the user releases the mouse button. The popup is the wrong size, and has scrollbars on the right and bottom edges. (It's impossible to use the scrollbars since the popup disappears when the button is released.) Some popups have text missing. Example: Open the attached ONLCFG.HLP file in Wine winhlp32. Click "How do I?". Click "Letting your Intuit software ...". Click each of the underlined links: dial type, dialing prefix and disable call waiting. Notice there is no text other than the heading in the dialing prefix and disable call waiting popups. Click Tell me more. The popup which appears contains links to other pages in the help file, but it's impossible to select them due to the popup vanishing on mouse release. Compare with using winhlp32.exe from Windows under Wine to view that file. -- 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 41345] New: One Way Heroics: music does not play while in the game
by wine-bugs＠winehq.org 06 Nov '23

06 Nov '23

https://bugs.winehq.org/show_bug.cgi?id=41345 Bug ID: 41345 Summary: One Way Heroics: music does not play while in the game Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55694 --> https://bugs.winehq.org/attachment.cgi?id=55694 Terminal output Wine 1.9.18 launching and playing the game One Way Heroics does not play any music while actually playing the game. The game's music is played while in the main menu or any other screen except for the actual game. Terminal output attached. -- 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 17

[Bug 26893] New: SimTower draws some objects misaligned
by wine-bugs＠winehq.org 05 Nov '23

05 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=26893 Summary: SimTower draws some objects misaligned Product: Wine Version: 1.3.18 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffrey.pfau(a)gmail.com For several versions of Wine (going back to well before 1.2), many of the objects you can construct (notably offices and apartments) will draw offset, such that the edge of the room will be >10px from the left of the edge. The amount it is offset is constant per object type. Given that one side of the room is also offset vertically by 1px, it would appear to be the case that drawing these rooms uses the wrong offset to the pixel data. I have observed this bug in 32- and 64-bit versions of Wine on Linux, and 64-bit version of Wine on Mac. The bug is present in SimTower v1.0 and v1.1b. I have not tested any other versions. -- 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 17

[Bug 35727] New: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering
by wine-bugs＠winehq.org 01 Nov '23

01 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=35727 Bug ID: 35727 Summary: Tom Clancy's Rainbow Six: Lockdown Demo wrong players and weapon rendering Product: Wine Version: 1.7.13 Hardware: x86 URL: http://www.gamefront.com/files/4632177 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Created attachment 47714 --> http://bugs.winehq.org/attachment.cgi?id=47714 without Display First Person Weapon Just one guy from a team is visible, others are not. But he is looks like a ghost. (bug 27145 ?) In addition, some textures are imposed. -- 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