wine-bugs April 2015

wine-bugs@winehq.org

1 participants
8247 discussions

[Bug 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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 26766] New: A lot of games are listed against distributors and not the developers
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=26766 Summary: A lot of games are listed against distributors and not the developers Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: ASSIGNED Severity: trivial Priority: P5 Component: appdb-unknown AssignedTo: kennybobs(a)o2.co.uk ReportedBy: kennybobs(a)o2.co.uk A lot of the games in the AppDB are listed against the distributors instead of the actual developers. This is not a major problem but it would be nice to tidy this up and any bugs relating to certain developers would be easier to collect. Other maintainers have, sensibly, simply added "Versions" for each distributor, and as each distributor tends to update their products as they see fit, rather than when the developer sees fit, this could affect the ratings for different implementations of the same game. Assigning to myself as it's a fairly big job (some games have to be downloaded and run just to find out who developed them) and will take far too long for me to simply remember what's what. Currently affected: Big Fish Games, PopCap, Steam. Anyone: please feel free to help! -- 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 16091] New: StickyDrive demo installer doesn't recognize USB key as removable
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=16091 Summary: StickyDrive demo installer doesn't recognize USB key as removable Product: Wine Version: 1.1.8 Platform: Other URL: http://mmiline.com/ OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (From mmiline.com's main page, click on StickyDrive and then "Learn More", then under Red Sox demo, click "Download Now". This points to http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=… which downloads the installer in question, InstallStickyDrive-BOSTN-1668.exe.) The installer puts up a dialog box of drive letters, saying "Please select a valid removable drive...", but nothing is listed, even if you have a USB drive inserted and Wine has already created a d: mapping for it. If you click on the "Show all drives" checkbox, all drives are indeed shown. Happily for us, this dialog box is in a separate executable. While that prompt is up, grab a copy of C:\windows\temp\SDDriveSelector.exe You can then reproduce the problem easily by running just that .exe. +relay shows it's using GetDriveType() on each drive, but evidently it doesn't like what it's getting. You can work around this by using winecfg to mark d: as a floppy, but really, wine should know that the inserted USB drive is removable, shouldn't 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 28

[Bug 35848] New: Sound, Black Screen then crash
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=35848 Bug ID: 35848 Summary: Sound, Black Screen then crash Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2010(a)hotmail.co.uk Killing Time. After installation, set to windows 95 compatibility. It runs with a black screen. I can hear sound but then a crash back to the desktop -- 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 32673] New: Rainbow Six fails to start for the first time with windows version > ME
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=32673 Bug #: 32673 Summary: Rainbow Six fails to start for the first time with windows version > ME Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flavio(a)nebososo.com Classification: Unclassified Tom Clancy's Rainbow Six will only start for the first time if the windows version is set to ME or older. However it does work when set to newer versions after it has already been started using an old one. Using a clean prefix. The demo can be downloaded here: http://www.fileplanet.com/27609/download/Rainbow-Six-Demo -- 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 13994] New: Dungeon Keeper 2 Demo does not start
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=13994 Summary: Dungeon Keeper 2 Demo does not start Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nowic(a)wenner.ch Created an attachment (id=14185) --> (http://bugs.winehq.org/attachment.cgi?id=14185) warn+all log The Dungeon Keeper 2 Demo does not start. Tested in Win 95, 98 and XP mode. Link: http://files.filefront.com/dungeonkeeper2demo/;928719;/fileinfo.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.

2 19

[Bug 34018] New: Altium Designer 10 hangs on startup
by wine-bugs＠winehq.org 22 May '24

22 May '24

http://bugs.winehq.org/show_bug.cgi?id=34018 Bug #: 34018 Summary: Altium Designer 10 hangs on startup Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After patching wininet to work around bug 34013, the game^Wapp installs successfully. It hangs on startup during "configuring supplier search" (seemingly due to a deadlock when unloading altiumcore.bpl; see attached bt all.) "winetricks mdac28" works around this hang and lets you get to the next problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 33482] New: In FL Studio 11 not displayed text
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=33482 Bug #: 33482 Summary: In FL Studio 11 not displayed text Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikhail.v.gavrilov(a)gmail.com Classification: Unclassified Created attachment 44317 --> http://bugs.winehq.org/attachment.cgi?id=44317 screenshot 1 In FL Studio 11 not displayed text http://demodownload.image-line.com/flstudio/flstudio_11.exe -- 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 35385] New: Couldn't open under Wine from FL Studio track's with Cyrillic names.
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=35385 Bug ID: 35385 Summary: Couldn't open under Wine from FL Studio track's with Cyrillic names. Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Classification: Unclassified Couldn't open under Wine from FL Studio track's with Cyrillic names. Demonstration: https://drive.google.com/file/d/0B0nwzlfiB4aQXzBDSDJ3TmtrYVU/edit?usp=shari… -- 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 25498] New: ACDSeePFM doesn't see dlls in Common Files
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=25498 Summary: ACDSeePFM doesn't see dlls in Common Files Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=32462) --> (http://bugs.winehq.org/attachment.cgi?id=32462) Terminal output on Wine 1.3.9 at installation Steps to reproduce: 1) remove ~/.wine 2) install acdseepfm-1-0-81-win-en.exe 3) wine ACDSeePFM.exe Behaviour: err:module:import_dll Expected behaviour: no err:module:import_dll Terminal output: err:module:import_dll Library ShellIntMgrPFMU.dll (which is needed by L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe") not found err:module:import_dll Library ACDInTouch70U.dll (which is needed by L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe" failed, status c0000135 Additional info: Both dlls are available in "~/.wine/drive_c/Program Files/Common Files/ACD Systems" and if I copy them to application main directory both errors disappear. -- 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 37607] New: MyHeritage Family Tree Builder fails to add "window" item/initialize scripting engine
by wine-bugs＠winehq.org 20 May '24

20 May '24

https://bugs.winehq.org/show_bug.cgi?id=37607 Bug ID: 37607 Summary: MyHeritage Family Tree Builder fails to add "window" item/initialize scripting engine Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de Distribution: --- (Originally reported here: https://github.com/wine-compholio/wine-staging/issues/187) After starting the main application first login with your account. Registration is free, but required unfortunately. Register via the website to workaround an issue with the application registration form - make sure that no '+' signs are in your email address, registration works, but login not... Create a new project, create a new family, and click on Reports -> Ancestors. A few message boxes will show up with content 'Unable to add "window" item' 'Unable to initialize scripting engine' These message boxes repeat a couple of times, and afterwards an empty report shows up. Related terminal output with WINEDEBUG=+jscript: --- snip --- 003f:trace:jscript:DllMain (0x7cb70000 1 (nil)) 003f:trace:jscript:DllGetClassObject (CLSID_JScript {00000001-0000-0000-c000-000000000046} 0xc5de4b8) 003f:trace:jscript:ClassFactory_QueryInterface (0x7cbfeef0)->(IID_IClassFactory 0xc5de4b8) 003f:trace:jscript:ClassFactory_AddRef (0x7cbfeef0) 003f:trace:jscript:JScriptFactory_CreateInstance ((nil) {bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x26c9bb8) 003f:trace:jscript:JScript_QueryInterface (0xb39e270)->(IID_IActiveScript 0x26c9bb8) 003f:trace:jscript:JScript_AddRef (0xb39e270) ref=2 003f:trace:jscript:JScript_Release (0xb39e270) ref=1 003f:trace:jscript:ClassFactory_Release (0x7cbfeef0) 003f:trace:jscript:JScript_SetScriptSite (0xb39e270)->(0x26c9bc0) 003f:trace:jscript:JScript_AddNamedItem (0xb39e270)->(L"window" 2) 003f:trace:msgbox:MSGBOX_OnInit L"Unable to add \"window\" item\n" 003f:trace:msgbox:MSGBOX_OnInit L"Unable to initialize scripting engine" --- snip --- JScript_AddNamedItem fails because This->ctx == NULL. Installing native 'jscript' via 'winetricks jscript' works around this issue and the report shows up properly (wasn't able to compare it with Windows, but definitely looks better than before). $ git describe origin/master wine-1.7.31-88-g9a68ef4 $ sha1sum family_tree_builder_7138.exe 74245c94089642d65b2fde09fd7188430df68b81 family_tree_builder_7138.exe -- 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 36327] New: Dameware Mini Remote Control 10.x licensing tool fails during post-install step (needs support for registry objects in GetSecurityInfo)
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=36327 Bug ID: 36327 Summary: Dameware Mini Remote Control 10.x licensing tool fails during post-install step (needs support for registry objects in GetSecurityInfo) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet20' (or let the installer just install it) --- snip --- 0036:Call KERNEL32.CreateProcessW(00000000,008fb7d8 L"\"C:\\Program Files\\SolarWinds\\DameWare Mini Remote Control 10.0\\SolarWinds.MRC.Licensor.exe\"",00000000,00000000,00000000,00000000,00000000,008eeb28 L"C:\\Program Files\\SolarWinds\\DameWare Mini Remote Control 10.0\\",0033ec0c,0033ebfc) ret=7d5982ba ... 0047: init_process_done() = 0 ... 0036:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7d5982ba ... 0047:Call advapi32.RegCreateKeyExW(00000274,008ef4c0 L"{15119A76-31E3-4C58-AD65-5BCCF704B5C5}",00000000,00000000,00000000,0002001f,00000000,0033f028,0033f0b8) ret=0037be6f 0047: create_key( parent=0274, access=0002001f, attributes=00000000, options=00000000, namelen=76, name=L"{15119A76-31E3-4C58-AD65-5BCCF704B5C5}", class=L"" ) 0047: create_key() = 0 { hkey=0278, created=1 } 0047:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=0037be6f ... 0047:Call advapi32.GetSecurityInfo(00000278,00000004,0000000f,0033efbc,0033efb8,0033efb4,0033efb0,0033efac) ret=0037ba68 0047:trace:ntdll:NtQuerySecurityObject (0x278,0x0000000f,(nil),0x00000000,0x33ee94) 0047: get_security_object( handle=0278, security_info=0000000f ) 0047: get_security_object() = ACCESS_DENIED { sd_len=00000000, sd={} } 0047:Ret advapi32.GetSecurityInfo() retval=00000005 ret=0037ba68 0047:Call KERNEL32.GetLastError() ret=0037ba6e 0047:Ret KERNEL32.GetLastError() retval=00000000 ret=0037ba6e ... 0047:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033eea8) ret=79f97065 0047:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0047 0047:trace:seh:raise_exception info[0]=80070005 0047:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80070005 edx=0033ede4 esi=0033ee88 edi=0033ee50 0047:trace:seh:raise_exception ebp=0033ee28 esp=0033edc4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0047:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 --- snip --- Managed backtrace: --- snip --- System.UnauthorizedAccessException: Attempted to perform an unauthorized operation. at System.Security.AccessControl.Win32.GetSecurityInfo(ResourceType resourceType, String name, SafeHandle handle, AccessControlSections accessControlSections, RawSecurityDescriptor& resultSd) at System.Security.AccessControl.NativeObjectSecurity.CreateInternal(ResourceType resourceType, Boolean isContainer, String name, SafeHandle handle, AccessControlSections includeSections, Boolean createByName, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) at System.Security.AccessControl.NativeObjectSecurity..ctor(Boolean isContainer, ResourceType resourceType, SafeHandle handle, AccessControlSections includeSections, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) at System.Security.AccessControl.RegistrySecurity..ctor(SafeRegistryHandle hKey, String name, AccessControlSections includeSections) at Microsoft.Win32.RegistryKey.GetAccessControl(AccessControlSections includeSections) at SolarWinds.Licensing.Framework.RegistryUtil.SetRegistryRights(RegistryKey swKey, AccessControlSections section) at SolarWinds.Licensing.Framework.RegistryUtil.SetRegistryRights(RegistryKey swKey) at SolarWinds.Licensing.Framework.RegistryUtil.GetRegistryKey(Boolean writable) at SolarWinds.Licensing.Framework.RegistryUtil.GetDefaultSymmetricAlgorithm() at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.GetSymmetricAlgorithm(String& defaultAlgo) at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.InitializeStore() at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL..ctor() at SolarWinds.Licensing.Framework.Store.SingletonLicenseStoreFactory.get_StoreInstance() at SolarWinds.Licensing.Framework.LicenseManager..ctor(ILicenseStore store, IOnlineLicenseManager onlineManager) at SolarWinds.Licensing.Framework.LicenseManager.GetInstance() at SolarWinds.MRC.Licensor.Program.RunLicensingWindow(Boolean silentInstallation, Dictionary`2 activationArguments, Boolean forceOnlineCheck) at SolarWinds.MRC.Licensor.Program.Main(String[] args) --- snip --- Source: http://source.winehq.org/git/wine.git/blob/929d9fb9f79b9ba0b7392215e51a152e… --- snip --- 3116 DWORD WINAPI GetSecurityInfo( 3117 HANDLE hObject, SE_OBJECT_TYPE ObjectType, 3118 SECURITY_INFORMATION SecurityInfo, PSID *ppsidOwner, 3119 PSID *ppsidGroup, PACL *ppDacl, PACL *ppSacl, 3120 PSECURITY_DESCRIPTOR *ppSecurityDescriptor 3121 ) 3122 { ... 3139 switch (ObjectType) 3140 { 3141 case SE_SERVICE: 3142 status = SERV_QueryServiceObjectSecurity(hObject, SecurityInfo, NULL, 0, &n1); 3143 break; 3144 default: 3145 status = NtQuerySecurityObject(hObject, SecurityInfo, NULL, 0, &n1); 3146 break; 3147 } ... --- snip --- Erich Hoover worked on this some time ago, adding support for registry objects to [Get|Set]NamedSecurityInfo(). For GetSecurityInfo() he provided a patchset too ... it never went in? $ sha1sum DameWare-MRC32-Eval-v10.0.0.exe 5181070b3c13720a14072dc50c1aa1f4b82b7e3a DameWare-MRC32-Eval-v10.0.0.exe $ du -sh DameWare-MRC32-Eval-v10.0.0.exe 58M DameWare-MRC32-Eval-v10.0.0.exe $ wine --version wine-1.7.18-10-ge5d69df 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 7

[Bug 31332] New: Project64: about page fails to render
by wine-bugs＠winehq.org 19 May '24

19 May '24

http://bugs.winehq.org/show_bug.cgi?id=31332 Bug #: 31332 Summary: Project64: about page fails to render Product: Wine Version: 1.5.9 Platform: x86 URL: http://www.pj64-emu.com/downloads/func-startdown/34/ OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: ieframe AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Created attachment 41173 --> http://bugs.winehq.org/attachment.cgi?id=41173 terminal output Install project64, run it. Go to 'Help', 'about Project 64'. A small window opens up, that should contain the about info. Behind this, iexplore.exe opens with about:blank. winetricks -q ie7 works around it. austin@aw25 ~ $ sha1sum setup\ Project64\ 1.6.exe 005954395994c0a355c06abae3fc88d10ae84934 setup Project64 1.6.exe austin@aw25 ~ $ du -h setup\ Project64\ 1.6.exe 2.0M setup Project64 1.6.exe -- 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 10531] New: Windows Calculator: Color in buttons missing
by wine-bugs＠winehq.org 19 May '24

19 May '24

http://bugs.winehq.org/show_bug.cgi?id=10531 Summary: Windows Calculator: Color in buttons missing Product: Wine Version: 0.9.49. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: bammzilla(a)gabriana.com Created an attachment (id=9282) --> (http://bugs.winehq.org/attachment.cgi?id=9282) How it looks in my Windows XP box In Windows Calculator CALC.EXE the button texts should be color coded but all appear black in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 36373] New: Requiem: Avenging Angel - Black screen in-game
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=36373 Bug ID: 36373 Summary: Requiem: Avenging Angel - Black screen in-game Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ubuntugamingproject(a)gmail.com Created attachment 48430 --> https://bugs.winehq.org/attachment.cgi?id=48430 Black screen log The game installs and runs correctly, but then if you start a new game, there's only a black screen, and the only thing can be done is going back to the menù. So the game is unplayable. Log 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 9

[Bug 35940] New: Server (and perhaps others) may fail to build on some platforms
by wine-bugs＠winehq.org 18 May '24

18 May '24

http://bugs.winehq.org/show_bug.cgi?id=35940 Bug ID: 35940 Summary: Server (and perhaps others) may fail to build on some platforms Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it In my opinion there is a severe mistake in the build system for the server. >From the man page of GCC, the documentation for '-I' option says: `-I DIR' Add the directory DIR to the list of directories to be searched for header files. Directories named by `-I' are searched before the standard system include directories. If the directory DIR is a standard system include directory, the option is ignored to ensure that the default search order for system directories and the special treatment of system headers are not defeated . When building the server, a '-I' option is placed on the command line, pointing to the source directory of the server. The file wine/port.h provides this piece of code: [...cut...] #ifdef HAVE_PROCESS_H # include <process.h> #endif [...cut...] The problem comes out because, inside the directory with the sources of the server, there is a file named process.h and since the -I option allows to take the files before the standard system include directories, the wine/port.h won't include the system file, but the one in the server directory: infact, it happens that the local process.h file is included two times. This is the cause for the server not compiled correctly on my platform (cygwin) but probably it can be also applied to others. I did an experiment and I have bypassed the problem by changing the generated Makefile: I replaced the '-I' option that pointed to the source directory of the server with '-idirafter'. The final result is a server that installs and runs correctly on Windows. Actually, this defect caused a failure on the server, but probably it may apply to all components of WINE with some local include files: the option that allows to point to the source directory of the component being compiled (and only this one) should be changed with '-idirafter' or something similar, depending on the compiler used, while all other paths could be left to '-I' without troubles. -- 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 26407] New: Shadowgrounds Survivor crashes after viewing the map
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=26407 Summary: Shadowgrounds Survivor crashes after viewing the map Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.gamershell.com/download_23192.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=33629) --> (http://bugs.winehq.org/attachment.cgi?id=33629) terminal output In the game the crash always occurs when I switch back to normal mode after viewing the map (by pressing <Tab>). Sometimes the game "survives" 2-3 switches between the two modes but eventually it will crash. How to reproduce the problem in the demo: 1. Choose only Physx and Windows Media Codecs when the installer asks for it (native d3dx9_36.dll will be placed in the game directory). 2. Start the game either by survivor.exe or with the launcher. 3. Choose <New Game> from the menu. When you gain control over your character press <Tab> to switch to map mode then press <Tab> again to get back to normal mode. This might need to be repeated 2-3 times. Sooner or later the game will crash. If I don't use the map mode, the game seems to be stable (I've played for about 30-40 minutes). I can reproduce the crash with Wine-1.0.1, too. The crash happens even if I lower the gfx details to the minimum and with disabled audio. When starting the game with WINEDEBUG=warn+heap (is that the correct syntax?) the crash doesn't occur. Fedora 14 x86 Nvidia GeForce 250 / driver 260.19.36 -- 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 31665] New: Femap unexpected crash on rebuild database (or any command that involves it i.e. import)
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=31665 Bug #: 31665 Summary: Femap unexpected crash on rebuild database (or any command that involves it i.e. import) Product: Wine Version: 1.5.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dark.schneider(a)iol.it Classification: Unclassified Created attachment 41633 --> http://bugs.winehq.org/attachment.cgi?id=41633 Backtrace of crash triggered by file->rebuild in femap 10.3 with wine 1.5.12 1) wine femap.exe 2) file->rebuild... 3) answer yes. The crash happen with any action that implies a rebuild database by femap. I.e. if you import a "large" bdf, lunching a rebuild is just a fast way to check if the bug is present or not. Wine version I tested without the bug (those are working): 1.0.1 1.1.29 1.3.6 Wine versions i tested with the bug (crash with similar backtrace to one attached): 1.4.1-2 (from debian repo) 1.5.6-2 (from debian repo) 1.5.12 I have tested with both femap 10.2 and femap 10.3 and they share the same problem with no difference (i.e. probably the code on their side did not changed and if someone has an older version around it may show the same bug). I have not tested Femap 10.3.1, but may show the same problem. All of this is related to 32 bit version of femap and wine running on a AMD 64 bit system. I have no chance to test 32 bit on 32 bit. The bug persist on another system with ati/amd video driver, tested with both open source and closed opposed by this system that has closed source nvidia blob. Due to this bug seems unrelated to the video rendering (e.g. the problem with femap not redrawing automatically the gl window looks unrelated, if needed I can post another bug for that, but it's minor glitch) Best Regards, Gabriele Dini Ciacci P.S. Unrelated practical thing that make it desirable to have a recent version of wine working: With 1.5.6-2 and 1.5.12 the program is much faster (especially on start-up and actually faster than on windows) -- 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 25009] New: Password Memory 2010 - Titlebar color rendering error
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=25009 Summary: Password Memory 2010 - Titlebar color rendering error Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsflynn(a)gmail.com Created an attachment (id=31694) --> (http://bugs.winehq.org/attachment.cgi?id=31694) Password Memory 2010 Screenshot Password Memory 2010 v3.0.3 Download URL: http://download.cnet.com/Password-Memory-2010/3000-18501_4-10770367.html Titlebar is not rendered correctly. Half the title bar is in the application default blue, the other half is black. -- 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 29417] New: Mouse pointer laggy/slow in Dweebs and Dweebs 2
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=29417 Bug #: 29417 Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2 Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug applies to the games Dweebs and Dweebs 2 by Mutation Software. Demos can be downloaded from http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix and http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed Download and run one of the demos. Click Setup. On the title screen the mouse pointer is fine. However if you click Help, Credits or Exit, the pointer is very "laggy" on those screens. In-game the pointer lags slightly, but less than on the Help/Credits/Exit screens. (Also, with earlier versions of the first Dweebs game -- I tested the one on the Arcade Master CD published by eGames -- the pointer lags on the title screen as well.) I thought this problem might be the same as bug 29325, but it also occurs with Wine 1.3.31. -- 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 27745] New: Racer is unplayable
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=27745 Summary: Racer is unplayable Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugmenot123456(a)mailinator.com Created an attachment (id=35498) --> (http://bugs.winehq.org/attachment.cgi?id=35498) Output of racer under wine-1.3.24 Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and 1.3.17 it stopped working. Now racer infinitely loops with following error after pressing "Race" button: RNetwork: waiting for connecting id response... RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278) RNetwork: connect attempt failed; be persistent (try 1) enet_host_connect; out of (1) peers ** Error: QNClient:Connect(); failed to create enet peer; out of connections Link to the program: http://racer.nl/download/racer0655.zip -- 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 32346] New: Window is too large with Batman and Head Over Heels remakes
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=32346 Bug #: 32346 Summary: Window is too large with Batman and Head Over Heels remakes Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://retrospec.sgn.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 42686 --> http://bugs.winehq.org/attachment.cgi?id=42686 Batman window showing trash at right and bottom This issue applies to at least two game remakes available from http://retrospec.sgn.net/ Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh Batman: http://retrospec.sgn.net/game-links.php?link=batman I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver 304.64. Wine seems to create the game window larger than it should be. There are strips at the bottom and right sides which are never rendered into; they contain trash/garbage. If you move the window, the trash changes, presumably reflecting whatever was in that part of the video memory beforehand? The size of the strips looks about the same as the size of the window decorations. -- 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 7

[Bug 26545] New: Crysis2: Red color on highlights of Bumpmap/Specular Highlights
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=26545 Summary: Crysis2: Red color on highlights of Bumpmap/Specular Highlights Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgavl69(a)juno.com Bumpmaps are highlighted in red. This goes goes the sky as well as objects. -- 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 28192] New: regedit: The usage message arrives too late in the wine console
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=28192 Summary: regedit: The usage message arrives too late in the wine console Product: Wine Version: 1.3.26 Platform: x86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com To reproduce this start the console with 'wine wineconsole cmd' and then type 'regedit /?' in the wine console. You will get something like this: c:\>regedit /? c:\>Usage: regedit filename regedit /E filename [regpath] regedit /D regpath [...] Notice how the second wineconsole prompt appears before the regedit usage? I believe this happens because regedit uses msvcrt's stdio functions: it uses the '$(top_srcdir)/include/msvcrt' headers and that seems to be enough for it to link with msvcrt. So there are probably two things here: * This looks like a bug in the MSVCRT stdio functions. * regedit should probably use the WriteConsole() / WriteFile() functions anyway like all the other Wine tools. See the XCOPY_wprintf() function in programs/xcopy/xcopy.c or the output_*() functions in programs/net/net.c for a model on how to do this. And if making the switch to WriteConsole(), verify that running 'regedit /?' still works fine in a regular xterm or equivalent. (split off from bug 13861) -- 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 34016] New: Star Wars KOTOR II: The Sith Lords: Disabling hardware mouse removes the mouse entirely
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=34016 Bug #: 34016 Summary: Star Wars KOTOR II: The Sith Lords: Disabling hardware mouse removes the mouse entirely Product: Wine Version: 1.6-rc3 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified In order to get around bug 9462 (http://bugs.winehq.org/show_bug.cgi?id=9462) I disabled the hardware mouse option in swkotor2.ini, however, this caused my mouse to disappear entirely. -- 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

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