November 2020 - wine-bugs

[Bug 39419] New: Fix the 'Failure running script in VM' errors
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39419 Bug ID: 39419 Summary: Fix the 'Failure running script in VM' errors Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- There are two very common 'boterror' types: Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'" command returned 1 and Failure running script in VM: network read timed out (Connect:AgentVersion.h:0/9) Both seem to correspond to a network issue and both seem to almost exclusively and systematically happen with the w864 and w1064 VMs when running either a 32 or 64 bit WineTest job (i.e. running the full suite). -- 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 2

[Bug 47852] New: Let developers pick any of the Wine VM's missions for their job
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47852 Bug ID: 47852 Summary: Let developers pick any of the Wine VM's missions for their job Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine VMs can typically perform multiple missions. For instance the Debian 10 VM missions are: win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module This means it can run the tests against the win32, wow32 and wow64 Wine builds, in English, French, Japanese and Chinese locales. But when submitting a job though the website the tests are only run against the win32 Wine build in the English locale and the developer cannot pick any other test configuration. This means debugging failures that only happen on the wow64 build of the TestBot require sending the patch to wine-devel which pollutes the mailing list, triggers many other tests, and is cumbersome for the developer. So the 'Submit job' page should analyze a Wine VM's missions and provide a way to pick any combination of build and language (since they are independent). -- 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 2

[Bug 40239] New: Submitting more than one job for a given file fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=40239 Bug ID: 40239 Summary: Submitting more than one job for a given file fails Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Steps to reproduce: * Open the 'Submit job' page in two windows. * In both select the same file, for instance a patch.diff file or mytest.exe one. * Fill the Remarks field and click on the next button in both windows. * Continue the submission process on both sides. * At the end one job will work and the other will have 'unknown' written in the 'File name' column and fail with a TestBot error. During the submission process the server faces the following conditions: * The server needs the uploaded file early in the submission process so it can analyze it and adjust the questions it asks later (e.g. prefill the command line for patches, only present 64 bit VMs for 64 bit executables, etc.). * There is no job yet to store the user-provided file. So it is stored in a temporary 'staging' area and then moved into place when the job is created. * The user can abandon the submission process at any time which causes the temporary files he uploaded to be orphaned. To deal with this issue the server has a garbage collecting mechanism. * To avoid interference between users if they upload files that have the same name the temporary filename is prefixed with a per-user string. * However nothing prevents a collision in the staging area starts two job submissions at the same time for the same file. This is what happens in the steps above. That last point is somewhat intentional as it limits the accumulation of orphaned files if a user abandons a submission only to pick it up a bit later. But getting a broken job is wrong in any case. -- 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 2

[Bug 39417] New: Display duration instead of 'Ended' time
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=39417 Bug ID: 39417 Summary: Display duration instead of 'Ended' time Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- For Jobs and Tasks the website shows the 'Ended' time but this is not very practical. Developers would likely be much more interested in the time it took to run the job/task. So all this does is force them to do that calculation themselves. The (slight) difficulty is mostly that the relevant pages use a base class that builds the HTML from all the selected fields. So the framework would need to be modified to let subclasses either provide their own 'virtual columns' with the corresponding header and content. Alternatively, in this case we could make do with letting them replace the column's header and content. -- 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 2

[Bug 47844] New: Add a dual-screen Wine VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47844 Bug ID: 47844 Summary: Add a dual-screen Wine VM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine has tests that deal with multi-head displays. These would need some matching multi-head test Wine VMs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 47869] New: dwrite:font fails on cw-rx460-1809
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47869 Bug ID: 47869 Summary: dwrite:font fails on cw-rx460-1809 Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dwrite:font started failing when the AMD HD6800 graphics card was replaced with the ADM RX 460 one. The failures are always the same: font.c:1731: Test failed: got 0x8007007a font.c:1744: Test failed: got 54 font.c:1749: Test failed: got 54 The exact tag is cw-rx460-1809, which is the Windows 10 1809 disk image. This means either the new graphics driver changed something (maybe it installed a new strange font?), or a Windows 10 update slipped in while the new graphics driver was being updated (which is quite likely). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 48191] New: Add a captcha to the feedback page
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48191 Bug ID: 48191 Summary: Add a captcha to the feedback page Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- We are now regularly getting spam on the captcha page. Spammers really have time to waste! So we should add a captcha. Despite its simplicity the one on the registration page still seems to work so it should be a simple matter of porting it over. -- 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 2

[Bug 48035] New: Speed up the new failures detection
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48035 Bug ID: 48035 Summary: Speed up the new failures detection Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When a task completes the TestBot distinguishes new failures from preexisting ones by comparing the task's report to the latest WineTest report. Any failure present in the task's report which is not present in the WineTest report is new. This means parsing both reports to extract the errors and diffing them. This needs to be done whenever we need the list of new failures which is: * When sending a notification to the developer when a wine-patches job completes. * On the JobDetails page. But the WineTest reports are pretty big (~600KB on Windows, ~1.5MB on Wine) which translates into non negligible processing time. For instance on my development environment loading the JobDetails page for a job with 1 Windows report and 8 Wine reports takes about 0.2 s without the reference WineTest reports, but close to 2 s when they are present. So it would help to only store the WineTest failures instead of the full report (optimisation a in bug 47998). This would cut down not only on the amount of data to read, but also on the required parsing. Testing this in the same development environment indicates this could bring the JobDetails processing time down to about 0.3 s. -- 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 4

[Bug 47998] New: Better deal with random test failures
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47998 Bug ID: 47998 Summary: Better deal with random test failures Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Some tests fail randomly. They should be fixed of course but the in the meantime the TestBot should try not to report them as new failures when they happen. To detect new errors the TestBot compares a task's test result with that of the latest WineTest run. So if a failure did not happen during the last WineTest run and then happens when testing a patch it will be reported as a new failure. To avoid that the TestBot should take into account not just the latest WineTest report, but all the available test reports. This way, if the random failure happened in any of those runs it will be reported as pre-existing as expected. How much of a history to take into account can then be adjusted by changing $JobPurgeDays, or adding a specific setting. Note that this means if a failure is fixed and is reintroduced soon after it will not be reported as a new failure. This scenario should be rare enough to not be an issue in practice. To implement this: 1. Store the WineTest reports in the var/latest directory with the following naming format: <vmname>-job<jobid>_<stepno>_<taskno>-<report> 2. At the start of WineRunTask and WineRunWineTest delete any reference report in the task's directory (in case the task is restarted), then make new hard links to the current set of reference reports. Handle this in LogUtils::GrabReferenceReports() so this code is shared. 3. Add LogUtils::AddReferenceReport() to deal with copying the WineTest reports to var/latest. Call this function when WineRunTask and WineRunWineTest complete. 4. In GetNewLogErrors() initially mark all errors as new. Then diff the current report with each of the reference reports located in the task's directory in turn and remove any error that's not new from the set of new errors. Note that currently the reference logs are simple copies of the original WineTest report. This means these are large files which must be parsed again to extract errors. With the current $JobPurgeDays setting there will be around 20 reference logs which will require 20 times as much log parsing. So there are two optimizations one can do, both happening when adding a new reference report (i.e. in AddReferenceReport()): a. Instead of copying the full report, save only the errors. That's all the diff needs and this should reduce the size of the files by a factor of 10 (and thus speed up parsing). b. After saving a new reference file, diff it against the old reference files. Delete any old reference file that has no error not already present in the new reference file. This will not help much if the set of failures is different with every run. But otherwise this will speed up both the parsing and diffing. -- 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 4

[Bug 42770] New: test.winehq.org: Provide a view showing only the TestBot VMs
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=42770 Bug ID: 42770 Summary: test.winehq.org: Provide a view showing only the TestBot VMs Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In Huw's words: > Something else that would be very useful is the ability to > display just the test bot VMs. These are the ones we care > about the most, and the ones that are possible to fix without > having to get a third-party to manually run a test. I find it > difficult to just keep track of these VMs when their results get > swamped by all the other machines’ failures. > > I‘d imagine this should be possible to do using static > pages. The root page (equivalent to data/index.html) > could be something like data/wtb_index.html. Clicking > on a build id would take you to data/build-id/wtb_index.html, > then clicking on an OS flavour would take you to > data/build-id/wtb_index_flavour.html. You’d also need some > way to toggle in and out of the mode. This should be pretty similar to adding the 'flat index' files mentioned in bug 39379. https://bugs.winehq.org/show_bug.cgi?id=39379 An interesting alternative would be to go the JavaScript way and make the index files, which are essentially big tables, sortable, filterable on the client-side. -- 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 3

[Bug 47854] New: Block Windows 10 updates
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47854 Bug ID: 47854 Summary: Block Windows 10 updates Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Windows Updates can interfere with the Wine tests in many ways: * By causing disk traffic they could slow down some tests, causing them to time out. (Some Wine tests are already somewhat slow. Obviously making them faster and/or improving QEmu's disk performance would be great but barring that preventing undue external disk traffic is necessary) * Windows installing an update at the same time WineTest is testing MSI installs could cause interference. * There is also a risk of Windows scheduling a reboot during a test, or popping up a window asking to reboot during Wine's windowing tests. And in any case Windows Updates are a waste of CPU, network and disk bandwidth since VMs will be reverted as soon as the test is completed. For these reasons pre-Windows 10 versions are configured with Windows updates disabled. But for Windows 10 that's not possible. So instead the 'Windows Update' service is disabled. However that does not survive reboots. So LibvirtTool could maybe run a command to re-disable that service when it creates a live snapshot. That command could also be repeated in WineRunTask before starting the tests. Also for Windows 10 >= 1703 it is possible to set the network connection to metered mode. This appears to prevent updates no matter what limit is set which means it's preferable to set a large limit to avoid notifications abut being past the limit. To set the network connection in metered mode: * In Windows >= 1703: Settings -> Ethernet -> Ethernet (Connected) -> 'Set as metered connection'. * In Windows >= 1809 This page also describes a regedit based approach. It's unclear if it works with older Windows 10 versions. https://www.winhelponline.com/blog/ethernet-metered-connection-windows-10-d… [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\DefaultMediaCost] "Ethernet"=DWORD:2 Note that this requries changing the ownership on DefaultMediaCost to the Administrators group and then back to its original owner, TrustedInstaller, aka "NT Service\TrustedInstaller" (use those Advanced buttons). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 47838] New: Add a dual-screen Windows VM
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47838 Bug ID: 47838 Summary: Add a dual-screen Windows VM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Wine has tests that deal with multi-head displays. These would need some matching multi-head test VMs. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 47849] New: Simplify BuildCros() in Build.pl
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47849 Bug ID: 47849 Summary: Simplify BuildCros() in Build.pl Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Build.pl is the script that's responsible for building PE executables that can be used to runt he tests on Windows VMs. Currently it's still jumping through hoops to produce PE executables (see BuildNative() and BuildCross()), which is most likely unnecessary since Wine now builds all tests as PE executables by default. So that code could likely be simplified but we would not want to lose speed advantage either: the build VM never compiles a full Wine which means patches touching headers don't cause 45+ minutes builds. Also the current code still works so it's not necessarily urgent. Side note: In fact it could be argued that the build VMs are unnecessary now since any Wine VM could produce these PE executables. There's some caveats with that though: - Wine may not produce PE executables on some platforms. For instance for a while it looked like MinGW was not usable on NetBSD, forcing the TestBot to produce only regular ELF executables. That got fixed but the issue may happen again on other Unix platforms. Maybe. - In the absence of support for load balancing it's useful to have a separate build VM to spread the load. That VM could be a repurposed Wine VM though. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 47853] New: Allow testing in any locale on Wine VMs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=47853 Bug ID: 47853 Summary: Allow testing in any locale on Wine VMs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Because Wine VMs run Unix, running a test in a locale is a simple matter of setting $LANG (*), creating a new WinePrefix for good measure, and running the test normally. This does assume that the relevant locales have been configured before hand which is an easy one-time task when setting up the VM. Wine VMs already have a list of missions they perform for wine-devel patches from which we can derive a list of locales to offer on the 'Submit job' page (see bug 47852). But we would not want to run every patch through every possible locale as this would take too much time (there are dozens of locales). But extra locales could be included in the 'Submit job' page to allow debugging of these locales. (*) And $LC_ALL too??? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 48651] New: Fix handling of child test processes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48651 Bug ID: 48651 Summary: Fix handling of child test processes Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Wine's test.h provides a winetest_wait_child_process() function to wait for child processes. But when an error happens it issues some messages which the TestBot does not recognize. * If waiting for the child process fails the error message does not look like a 'Test failed' error message which it should to simplify things. * But winetest_wait_child_process() does not know on which line it was called so calling winetest_ok() would not provide the right line number. * The failure to wait for the child process should also distinguish between CreateProcess() errors (usually those are already reported by the caller), timeouts and other errors. * The Testbot does not recognize the 'child process crashed' message. This causes it to find mismatches between the number of 'Test failed' messages and the final summary. * The TestBot also does not recognize the 'failures in child process' summary line but that probably does not matter. -- 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 4

[Bug 48671] New: Some patches may require forcing a wineprefix update
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48671 Bug ID: 48671 Summary: Some patches may require forcing a wineprefix update Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot updates the wineprefixes when it updates its base Wine source from the daily Wine commits. The rest of the time it lets Wine deal with updating the wineprefix is necessary. Furthermore Wine only updates the wineprefix when wine.inf changes, which is the case for every Wine release. The problem is that the wineprefix should also be updated when a patchset adds a WINE_REGISTRY resource to an existing dll. Failing to do so may cause the patchset tests to fail because the wineprefix is out of date. See: https://www.winehq.org/pipermail/wine-devel/2019-December/156914.html WinePrefix updates are relatively slow compared to the execution time of most tests (about 30s vs. < 1s) so it would be good not to have to do that for every task. An alternative would be to force a wineprefix update when a task has failures and gets rerun as a result (pass an option to the relevant VM-side scripts). Note: Shared Gecko and Mono install issues should be discussed on bug 48354. -- 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 4

[Bug 48092] New: On cw-rx460 the win32 WineTest run gets interrupted before it completes
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48092 Bug ID: 48092 Summary: On cw-rx460 the win32 WineTest run gets interrupted before it completes Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- cw-rx460 runs wt-daily (*), just like cw-gtx560. But when running the plain 32 bit tests on cw-rx460 (cw-gtx560-t32), wt-daily ends up submitting the test results before WineTest.exe has completed, resulting in many rejections by test.winehq.org (https://test.winehq.org/data/errors.html). WineTest appears to be interrupted most often during kernel32:loader, but sometimes it's during kernel32:debugger or ieframe:ie. And once in a while the test completes, though that's pretty rare. Maybe a test crashes the X server, causing winetest.exe to exit prematurely. wt-daily is started by cron so it does not depend on the X server and would start a second winetest command to send the (incomplete) test results. Then it would start the wow32 and wow64 tests and by that time it's possible the X server would have restarted. Interestingly wow32 and wow64 don't seem to cause the X server to crash. cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But it could impact the test.winehq.org results the few times where WineTest completes (though when it does it only gets ~10 failures which is half what the other Wine machines get). So I have disabled the 32 bit WineTest runs until this is resolved. (*) https://github.com/fgouget/wt-daily -- 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 4

[Bug 48090] New: Add support for .com programs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48090 Bug ID: 48090 Summary: Add support for .com programs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot assumes that if a patch touches a directory in programs, then it must append .exe to the program's name. But Wine could also get .com programs, see for instance chcp.com: https://www.winehq.org/pipermail/wine-devel/2019-November/154371.html And in fact we already have other programs with non-standard extensions, for instance winhelp.exe16 and winoldap.mod16. So if the program's directory already has an extension the TestBot should not add one. Another option would be to use the MODULE setting in the directory's Makefile.in file. But the TestBot server does not have access to the Wine source. It would also make it harder to deal with patches adding test directories and it would be quite ugly to have to read them every time anyway. It would make it harder to deal with patches adding dlls/programs as it would require parsing the patch to retrieve the MODULE value. Another option may be to never add an extension, though then there's the risk of getting collisions between the dll and program names, and maybe it impacts other parts of the TestBot anyway. _CreateTestInfo() in testbot/lib/WineTestBot/PatchUtils.pm needs to be patched but there are impacts elsewhere. The WTBS (Wine TestBot test Suite) will also need to be updated. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 48653] New: Automate checking the WTBS jobs
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48653 Bug ID: 48653 Summary: Automate checking the WTBS jobs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The Wine TestBot test Suite (WTBS) is a set of Wine patches that can be used to check how the TestBot handles test failures, timeouts, patch series, non-Wine patches, etc: https://github.com/fgouget/wine/commits/wtbsuite The patches can either be used in isolation to test a specific aspect, or all together using formail to do a broad check for TestBot regressions. However as the test suite has become more complete the number of patches has grown and now tops 90. So a full check for regressions means checking the results of about 90 TestBot jobs for missing test failures, incorrect report validation messages, etc. This makes it pretty time consuming. So the goal is to automate at least the most basic checks. To do so the plan is to add lines of the form 'WTBS.xxx=yyy' to the commit messages of the WTBS patches. Each will define a property that should be checked in the TestBot job and tasks. Then a TestBot script can be run to go through every job, ignore the queued and running ones and those have have no associated patch. For the others read the associated patch and look for the WTBS.xxx lines. Note that for patch series, only the last set of WTBS values should be taken into account (i.e. the ones after the "Last patchset part" line). Here is a sample of the possible properties to check: * WTB.Job.Remarks The job 'title' which is derived from the patch subject line. * WTBS.Job.Status Whether to expect badpatch, completed, etc. For tasks the property names would be prefixed with the VM type: build, win (for win32 and win64), wine. This allows specifying different results for each. * WTBS.build.Status, WTBS.win.Status, WTBS.wine.Status Same as Job.Status but at the task level. * WTBS.win.Failures, WTBS.wine.Failures The number of test failures expected from the result. Note that if the Wine Test Unit is buggy we may get more test failures than expected. This is particularly an issue with Wine VMs if their mission include test=module or test=all. So it may make sense to specify WTBS.win.Failures but leave out WTBS.wine.Failures. Or maybe have a MinFailures property. Or grep the failures whose message contains 'WTBS' and only compare those to this property. * WTBS.win.NewFailures, WTBS.wine.NewFailures The number of new test failures as reported by LoadLogErrors() for each of the task's report. * WTBS.win.ReportFailures, WTBS.wine.ReportFailures In a number of cases what we're interested in is the report validation errors produced by the TestBot. Just checking the number of such errors may not be that useful. What we may want is a way to check that it reported missing failures messages, or too much data being printed, etc. This requires being able to specify a set of errors that are expected to be present for which this basic property system is not very well suited. * WTBS.win.TestUnits For each VM, collect the Step's FileName and the Task's CmdLineArg values to determine the test unit being run, and verify that this is a superset of the TestUnits list. This can be used to ensure that the TestBot ran the right set of tests (and avoids failures when a new test is added to Wine). Note that doing the same thing for Wine VMs is harder because those can have test=module in their mission(s), which changes greatly the list of tests being run. It may make sense to provide default values for some properties to not have to type too much in the commit messages. For instance for the Status properties one may expect the status to be 'completed'. But given the WTBS tests error cases a lot that may not be all that useful. Similarly it may be useful to be able to specify something like 'WTBS.all.Status' to specify the expected Status for the build, win and wine VMs all at once. But again this may be overkill. Finally the general rule should be that unspecified properties are not checked. So if 'WTBS.wine.Failures' is not specified, then the failure count of Wine VMs should not be checked. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 48654] New: Automate checking the WTBS patches
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48654 Bug ID: 48654 Summary: Automate checking the WTBS patches Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. Some patches in the WTBS are not meant to create TestBot jobs but rather to verify that it ignores non-Wine patches, or patches that don't impact the tests or the Wine build, etc. Those still create entries in the 'wine-devel' page, that is in the TestBot's Patches table. Each entry gets the patch subject and a disposition property indicating what the TestBot did with the patch. Unfortunately non-Wine patches are not kept around so there is no way to get at the WTBS fields for those. So a TestWTBS.patches script would need to get the WTBS properties from another source. For instance it could be given the path to the WTBS mbox and get the properties from there. It would not need to understand all the intricacies of the mbox format (though with the appropriate Perl module it may be easy to parse). As a last resort, all we would care about is: * The 'From' lines to delimit emails. * The 'Subject:' lines to match the mbox emails with Patches entries. * The WTBS properties in the commit message following the Subject line. Checking the patch objects would require an extra property: * WTBS.Patch.Disposition This should be set to the expected patch disposition such as 'No patch found', 'Not a Wine patch', etc. A default disposition could be set if a 'WTBS.Job.*' or other task property is specified. -- 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 2

[Bug 48655] New: Automate checking the WTBS emails
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48655 Bug ID: 48655 Summary: Automate checking the WTBS emails Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- See bug 48653 for a description of the WTBS and how to check the jobs created when running it on the TestBot. When a 'wine-devel' job completes the TestBot sends one or two emails. * One of the emails simply sends the task reports to the patch author. * The other is only sent if a task generated new errors. The point of the TestWTBS.emails script would be to check that: 1. The TestBot sent the task report email for every Wine patch and not for any patch email. This would be based off of the WTBS.Patch.Disposition field. 2. The TestBot sent a 'found new errors' email only when new errors are expected. This would be based off of the 'WTBS.*.NewFailures' property or the expected errors list. However for both these checks the script would need access to the emails sent by the TestBot. The simplest option would be for the tester to set the WinePatchToOverride property and save the emails to a separate mbox and give the patch to that mbox to the script. As in the TestWTBS.patches case, the script would only care about a few lines: * The 'From' lines to delimit the emails. * The 'Subject' lines to match them to TestBot jobs and thus to the set of WTBS properties. Note that this would not rely on the 'TestBot job xxx results:' part since the new failures email are lacking it. Instead it would match the rest of the subject to the job's Remarks field. * The 'I think I found new failures' line to identify emails reporting new errors. The script could later be expanded to check the content of the email or attachments more in details if needed. -- 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 2

[Bug 32216] New: WienTestBot should skip some tests on some platforms
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=32216 Bug #: 32216 Summary: WienTestBot should skip some tests on some platforms Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified An example is the ieframe:webbrowser tests which it should skip on NT4 and Windows 2000 platforms. WineTest.exe is said to already have the necessary code somewhere, it's just missing from TestLauncher. See this wine-devel thread for more details: http://www.winehq.org/pipermail/wine-devel/2012-November/097819.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 11

[Bug 48208] New: Detect missing entry point errors
by WineHQ Bugzilla 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=48208 Bug ID: 48208 Summary: Detect missing entry point errors Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When a Windows test executable cannot run because of a missing test executable the TestBot remains stuck until the 2 minutes timeout. This is because Windows puts up an error dialog waiting for user input. In such a case the test report is almost empty and the issue is not obvious until one looks at the screenshot. The TestBot should detect such a situation and warn the user. One simple approach would be for the TestBot to detect that the test report only contains the TestLauncher's start and done lines and indicates a timeout. In such a case it could add a message to the .err file suggesting to check the screenshot. This would only be a heuristic though. A better approach would be for the TestLauncher to detect the error dialog. Ideally, instead of waiting for the child process for the full 2 minutes it would periodically check for the presence of this dialog, which would also speed up the task run. This approach could also be used by WineTest.exe, though presumably missing entry points would have been detected before making it into the Wine source. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 27453] New: Lag when loading new sound in source games
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=27453 Summary: Lag when loading new sound in source games Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: congelli501(a)gmail.com When you start a level in a game powered by valve's source engine, sounds that are played for the first time since the game was launched will cause the game to lag. Ex: open a new portal for the first time in a Portal2 level. Affects: - Portal 2 - Left 4 Dead 2 - Probably more... -- 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 39

[Bug 10219] New: Windows Media Player 11 setup fails
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=10219 Summary: Windows Media Player 11 setup fails Product: Wine Version: 0.9.48. Platform: PC URL: http://www.microsoft.com/windows/windowsmedia/download/A llDownloads.aspx?displang=en&qstechnology= OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: alex(a)thehandofagony.com The setup program for Windows Media Player 11 tries to validate Windows if the version is set to XP, and this fails. There was talk some time ago about an ntlm_auth patch that would allow the validation, but it fails for me even though I have the correct version of Samba installed. However, the installer does not run the Genuine check if the Windows version is set to Vista. When run thus it does work, however; it tries to create an instance of a wuapi.dll class, which is not registered in Wine. When I use a native dll from XP and register it the console output changes saying no instance could be created. The installer then says no updates could be found. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 14547] New: Problem with loading of windows from Java applications
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=14547 Summary: Problem with loading of windows from Java applications Product: Wine Version: 1.1.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Created an attachment (id=14894) --> (http://bugs.winehq.org/attachment.cgi?id=14894) Files for the test case We made a test case to show that child windows for Java applications (written in a class are not appearing) are problematic. To start the test, you have to install Java on Wine (I tested with java1.5-10) and start file in the /bin directory of the java installation directory. What is expected (showing during tests on Windows XP): There is a mainframe called "Using a JDesktopPane" Then a row in the main body of the main frame called "Add" Then a child window called "Internal frame" Result in Wine: Totally black screen with only the part with the word "Add" to be visible. Through hovering the mouse over the black part, you can restore most parts of your desktop to access other windows. If you need the source code of any of the file, you just need to ask. -- 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 21764] New: Sun JRE (jre-6u16-windows-i586-s) installation failure
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=21764 Summary: Sun JRE (jre-6u16-windows-i586-s) installation failure Product: Wine Version: unspecified Platform: x86 URL: http://java.sun.com/products/archive/j2se/6u16/index.h tml OS/Version: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Sun JRE 6update16 fails to install with 1.1.39. It's a regression and a commit to blame is 1ff992314887d03abeb4098789701ff3bfd5d2d8: msi: Add summary information stream to the streams table. Reverting helps. -- 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 15

[Bug 22024] New: sun jre installation (jre-6u18-windows-i586.exe)
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=22024 Summary: sun jre installation (jre-6u18-windows-i586.exe) Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: samuele_catuzzi(a)yahoo.it Created an attachment (id=26779) --> (http://bugs.winehq.org/attachment.cgi?id=26779) wine jre-6u18-windows-i586 install crash Several crash and register dump during install Ubunutu 9.10 x86_64 -- 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 38624] New: jre-8u45-windows-i586.exe exits silently
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=38624 Bug ID: 38624 Summary: jre-8u45-windows-i586.exe exits silently Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- I only tested the 32 bit offline installer, but AppDB test reports indicate the online installer fails similarly. The only thing printed in the terminal is: fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} This version of JRE requires Vista SP2 or newer; I tested with winecfg set to Vista, 7, and 8, with the same results. -- 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 38811] New: jre-8u45-windows-i586.exe installer crashes (GetThreadPreferredUILanguages is a stub)
by wine-bugs＠winehq.org 03 May '21

03 May '21

https://bugs.winehq.org/show_bug.cgi?id=38811 Bug ID: 38811 Summary: jre-8u45-windows-i586.exe installer crashes (GetThreadPreferredUILanguages is a stub) Product: Wine Version: 1.7.45 Hardware: x86 URL: http://javadl.sun.com/webapps/download/AutoDL?BundleId =106246 OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Depends on: 38624 Distribution: SUSE Filing per https://bugs.winehq.org/show_bug.cgi?id=38624#c1. Tested in wine-1.7.45-213-g4f3acf3. -- 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 14750] New: comctl32: Fixed rebar behaviour when there's capture and no drag
by wine-bugs＠winehq.org 03 May '21

03 May '21

http://bugs.winehq.org/show_bug.cgi?id=14750 Summary: comctl32: Fixed rebar behaviour when there's capture and no drag Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla(a)tut.by Created an attachment (id=15249) --> (http://bugs.winehq.org/attachment.cgi?id=15249) comctl32: Fixed rebar behaviour when there's capture and no drag ERR() here causes some applications (i.e. ISIS/Proteus) to crash when mouse moves over rebar. This patch fixes this behaviour. -- 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 34122] New: Civilization V breaks both expansion packs are installed
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34122 Bug #: 34122 Summary: Civilization V breaks both expansion packs are installed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcasadevall(a)ubuntu.com Classification: Unclassified Created attachment 45374 --> http://bugs.winehq.org/attachment.cgi?id=45374 Test program that tries to reproduce Civilization V's behavior as seen from the +files log With the release of Brave New World for Civiliziation V, the game itself fails to properly load either expansion if both are loaded. The issue appears to boil down to the fact that Civ tries to load its datafiles in the order returned by Find{First,Next}File, and inadvertently loads its expansions in the wrong order (G&K must be loaded before Brave New World). This issue can be semi-worked around by renaming files so that their return order is changed (generally renaming Expansion to Expansion3 seems to do the trick, but its not foolproof). On Windows, FindFirstFile returns its files in alphabetical order (likely due to Steam installing them in that order), and as such, Civ can load things correctly. I was able to reproduce this bug on Windows by moving everything to a network drive (which returns a different order), and getting similar results. To show the problem, I wrote a test program which calls FindFirstFile in a matter similiar to Civ5 does; said program is attached along with a trace from +file. Results from the test program: Wine git (game does NOT work): mcasadevall@perdition:~/wine-dev/steam/drive_c/Program Files/Steam/SteamApps/common/Sid Meier's Civilization V$ $WINE ./a.exe .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\Tablet\Tablet.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg Windows XP - NTFS filesystem (game works) C:\Program Files\Steam\steamapps\common1\Sid Meier's Civilization V>a .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\Tablet\Tablet.Civ5Pkg Windows XP - network filesystem (game does NOT work) X:\wine-dev\steam\drive_c\Program Files\Steam\SteamApps\common\Sid Meier's Civil ization V>a .\Assets\DLC\Tablet\Tablet.Civ5Pkg .\Assets\DLC\DLC_02\SpainInca.Civ5Pkg .\Assets\DLC\Shared\Upgrade1.Civ5Pkg .\Assets\DLC\DLC_05\Korea.Civ5Pkg .\Assets\DLC\Expansion2\Expansion2.Civ5Pkg .\Assets\DLC\DLC_06\AncientWonders.Civ5Pkg .\Assets\DLC\DLC_04\Denmark.Civ5Pkg .\Assets\DLC\DLC_01\Mongol.Civ5Pkg .\Assets\DLC\DLC_03\Polynesia.Civ5Pkg .\Assets\DLC\Expansion\Expansion1.Civ5Pkg .\Assets\DLC\DLC_Deluxe\Babylon.Civ5Pkg I believe the underlying cause of this bug may also be the root of bug #31113, but until I know for sure, they should be considered seperate issues. -- 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 54

[Bug 18166] New: dlls/ntdll/directory.c: implicit declaration of function 'getdirentries'
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18166 Summary: dlls/ntdll/directory.c: implicit declaration of function 'getdirentries' Product: Wine Version: 1.1.19 Platform: PC OS/Version: NetBSD Status: NEW Keywords: patch, source Severity: major Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=20631) --> (http://bugs.winehq.org/attachment.cgi?id=20631) wrap getdirentries around getdents gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/X11R7/include/freetype2 -I/usr/X11R7/include -o directory.o directory.c directory.c: In function 'wine_getdirentries': directory.c:1289: warning: implicit declaration of function 'getdirentries' Apparently getdirentries is broken on NetBSD. Attached patch (based on one from their port) fixes 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 14

[Bug 31113] New: Civilization V crashes after specific amount of game turns
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31113 Bug #: 31113 Summary: Civilization V crashes after specific amount of game turns Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: megatog615(a)gmail.com Classification: Unclassified Created attachment 40841 --> http://bugs.winehq.org/attachment.cgi?id=40841 Page fault log After a specific amount of game turns(depending on how the game has played out), Civilization V will crash with a page fault. If you save the game just before you can do nothing else and must click "NEXT TURN," you can reproduce the bug every time. I am going to attach a save file at just this point. All you have to do is click NEXT TURN. -- 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 177

[Bug 45906] New: Soldat instal, start but black / garbage and halt after game starts
by wine-bugs＠winehq.org 30 Apr '21

30 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45906 Bug ID: 45906 Summary: Soldat instal, start but black / garbage and halt after game starts Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrluzeiro(a)ua.pt Distribution: --- In the Soldat game, I can install it, configure and start the program. After start the program when actually start the game, the screen flickers and become blank / transparent / garbage..etc. I managed to run this game on a different hardware so I think the issue may with this machine hardware. Linux x86-64 NVidia GT 530 drivers 384.130 I didnt found anything useful or errors from the logs. -- 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 50062] New: Fallout 76 invisible ground textures
by WineHQ Bugzilla 29 Apr '21

29 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50062 Bug ID: 50062 Summary: Fallout 76 invisible ground textures Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 68518 --> https://bugs.winehq.org/attachment.cgi?id=68518 Screenshot of missing ground textures; wine 5.20 Hello, Fallout 76 has invisible ground textures. See attached screenshot. My setup is: - Debian 8 amd64 16Gb RAM i7-4930 @ 3.4Ghz; - NVidia RTX 2070 8GB VRAM + proprietary driver 450.66; - wine 5.20; - winetricks corefonts xact_x64; - virtual desktop + no WM management/decoration + grab fullscreen; To replicate, install the game (Bethesda.net or Steam windows version), then you have to use an existing character or create a character and get out of the first building. That building has no natural floor and the issue only affects the ground texture, so it's not enough to just start a new game. Note that the game is affected by a bug that makes the game crash when loading a save immediately after launching the program. You have to start a new character first. When character creation is complete, you may return to the main menu and load the save. This is an application bug [1]. Some graphics settings must be disabled in the INI file to avoid major mouse and rendering issues. The details can be found on the lutris website [2]. [1] https://www.reddit.com/r/fo76/comments/a3446i/game_crashes_after_trying_to_… [2] https://lutris.net/games/fallout-76/ The ground is transparent. The game renders the objects behind mountains and the performance is directly affected by the rendering distance set in the option. - Using Ultra or lowest graphic settings makes no difference; - I tried changing some values in the INI file without luck; - The issue occurs with wine-staging 5.20 too. 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.

1 2

[Bug 45864] New: wine mono cannot load 64-bit DLLs
by wine-bugs＠winehq.org 29 Apr '21

29 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45864 Bug ID: 45864 Summary: wine mono cannot load 64-bit DLLs Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: paleozogt(a)gmail.com Distribution: --- Created attachment 62358 --> https://bugs.winehq.org/attachment.cgi?id=62358 wine mono project and binaries Attached is an example project that makes a PInvoke call to a custom native function. It produces HelloWorld.exe (from HelloWorld.cs) and HelloWorld.dll (from HelloworldNative.cpp). If I build a 32-bit HelloWorld.dll, I am able to run HelloWorld.exe in Wine with a WINEPREFIX generated from both WINEARCH=wine32 and WINEARCH=wine64. However, if I build a 64-bit HelloWorld.dll, I am unable to run HelloWorld.exe in Wine with a WINEPREFIX generated from either WINEARCH=wine32 or WINEARCH=wine64. I wouldn't expect WINEARCH=wine32 to work for a 64-bit DLL, but its surprising that WINEARCH=wine64 doesn't work. (With WINEARCH=wine64 I'm otherwise able to run 64-bit native executables without a problem.) The failure looks like this: > >HelloWorld.exe > 002f:err:mscoree:LoadLibraryShim error reading registry key for installroot > > Unhandled Exception: > System.DllNotFoundException: HelloWorld > at (wrapper managed-to-native) HelloWorld.Hello:helloWorld () > at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0 > [ERROR] FATAL UNHANDLED EXCEPTION: System.DllNotFoundException: HelloWorld > at (wrapper managed-to-native) HelloWorld.Hello:helloWorld () > at HelloWorld.Hello.Main () [0x00001] in <93c08d3d3d384696aa77bc80f6a731c1>:0 It seems like Wine Mono is either running as a 32-bit process or something is wrong with how Wine Mono's PInvoke DllImport searches for compatible DLLs. -- 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 42563] New: regedit: minor enhancements/ corrections to REG_BINARY edit dialog
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42563 Bug ID: 42563 Summary: regedit: minor enhancements/corrections to REG_BINARY edit dialog Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Created attachment 57477 --> https://bugs.winehq.org/attachment.cgi?id=57477 patch implementing the changes OK, it took me awhile. As I've written a few weeks ago, due to the display part being unscrollable/unresizable, long values may sometimes not fit into their allocated display space. Also, monospace makes simply much more sense here. The attached patch modifies the default font to monospace variant and tries to enforce it by using ExtTextOutW. A possible further enhancement would be to use the proper value for max 0-9A-F width in address block, instead of the same as in the content block. -- 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 45587] New: wine fails to install dragon naturally speaking 15
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45587 Bug ID: 45587 Summary: wine fails to install dragon naturally speaking 15 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 62012 --> https://bugs.winehq.org/attachment.cgi?id=62012 backtrace from failed install Dragon Naturally Speaking 15 does not install. Here's what I do. Start with a 32bit wine prefix. Install dotnet40 When that is finished, set the program version to Windows 7, which is the lowest configuration that will run NatSpeak 15. The program starts out by requesting dotnet 452. This is not a problem provided dotnet 40 is installed. It makes changes and goes on. Then it asks for preliminary information, such as what type of English I want to speak, and so on. Then the installation hangs. Notes: the installation does not work with mono. It also does not work installing dotnet from the installation disk, even though a complete copy is included with the installation disk. And it doesn't work installing dotnet452 with winetricks. I have the feeling that this may not be a bug as much as an issue that hasn't been addressed yet. These are the last lines of the terminal output, and I have attached the dump. 0270:fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: 0270:fixme:ver:GetCurrentPackageId (0x33b890 (nil)): stub 0270:fixme:ntdll:EtwEventRegister ({8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 0x33804b6, (nil), 0x10e6844) stub. System.IO.FileNotFoundException: Could not load file or assembly 'System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. File not found. at customactions.Program.ChangeAppStartingCursor() at customactions.Program.Main(String[] args) wine: Unhandled exception 0xe0434352 in thread 270 at address 0x7b43c7dc (thread 0270), starting debugger... 02e5:err:ntdll:RtlpWaitForCriticalSection section 0x7bd176e0 "virtual.c: csVirtual" wait timed out in thread 02e5, blocked by 02f1, retrying (60 sec) -- 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 15

[Bug 47685] New: winecfg: audio test fails with error on cmd line
by wine-bugs＠winehq.org 28 Apr '21

28 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47685 Bug ID: 47685 Summary: winecfg: audio test fails with error on cmd line Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: normt40pa(a)yahoo.com Distribution: --- When using winecfg and then clicking tab audio, Evering seems good here until I use the test audio button. I don't compile software ie to copile the new version of wine. I use what is available on ubuntu.... The problem arises when I click test audio giving me on the command line error "err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded" only. No other info after this since I have looked in the forum for similar errors and none math the solo line as described above (usually combine with a specific error type after this line. Please advise... -- 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 3

[Bug 24624] New: Audacity 1.3.12 treats all file type selections as "all files" when exporting
by wine-bugs＠winehq.org 27 Apr '21

27 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=24624 Summary: Audacity 1.3.12 treats all file type selections as "all files" when exporting Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://audacity.sourceforge.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31111) --> (http://bugs.winehq.org/attachment.cgi?id=31111) Terminal output In Audacity, open an audio file and then go to file -> export. On this file dialog, any selection from the "files of type" drop-down list will (apparently) be treated as "all files", which leads to two minor annoyances: 1. DLLs and other unrelated file types will be listed while browsing for a destination folder. (This doesn't happen immediately when the dialog opens, only after changing the destination directory and/or file type.) 2. If the file extension isn't specified manually, Audacity will try to append ".*" to the end of the file name and then warn that this is a non-standard extension for this type of 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 10

[Bug 49138] New: winegcc: argc and argv arguments of main() get corrupted
by WineHQ Bugzilla 26 Apr '21

26 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49138 Bug ID: 49138 Summary: winegcc: argc and argv arguments of main() get corrupted Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- I first came across this issue with winelib compilation in Wine 5.7 while I was working on yabridge, a Wine VST bridge. The issue still persists on the latest commit in the Wine repository as I'm writing this (commit bf1abba, with the release of Wine 5.8). I'm not exactly sure what is going on, but the issue can be reproduced as follows: #include <iostream> int main(int argc, char* argv[]) { std::cout << "argc = " << argc << std::endl; std::cout << "argv[0] = " << argv[0] << std::endl; } If you compile the above (or the C-equivalent) with `wineg++ test.cpp -o test` and run test.exe, then at least on my system it will always print 70624 as the value of argc and some uninitialized looking data for argv[0]. This happens regardless of whether the program receives any command line arguments or not. Winelib applications compiled with the toolchain that comes with Wine 5.6 can be run without problems under Wine 5.7 or 5.8. The winelib compilation issue with Wine 5.7+ exists on Ubuntu 18.04, Ubuntu 20.04, Arch Linux and Manjaro, both when using the distro provided packages and when building Wine from source. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 48449] New: 'CreateProcess(0, "cmd /C [...]' fails when a trailing newline follows a redirect in the cmdline
by WineHQ Bugzilla 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=48449 Bug ID: 48449 Summary: 'CreateProcess(0, "cmd /C [...]' fails when a trailing newline follows a redirect in the cmdline Product: Wine Version: 5.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timotheecisnard(a)gmail.com Distribution: --- Applications using CreateProcess to invoke "cmd.exe /C" followed by a command, a redirect to a file, and a newline, result in an "Invalid name" error and the command not being run. The expected result on Windows is for the trailing newline to be silently ignored and not treated as part of the file name being redirected into. For example, the CreateProcess cmdline "cmd.exe /C echo OK >> test.log\n" contains a (completely pointless) trailing newline. Note that the newline is a literal trailing 0x0A character in a cmdline and NOT an interactive user pressing Enter at a command prompt. This issue is best reproduced with a 10 line C program: https://paste.debian.net/1125644/ The bug originally affects ALDEC Active-HDL Lattice Edition 32bit version 10.5.216.6767, where compiling a project works but starting a simulation fails at the linking step with cryptic errors like "Generation phase ... fail" and "Error: E8005 : Kernel process initialization failed.". -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 42409] New: Tropico 5 has no sound
by wine-bugs＠winehq.org 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42409 Bug ID: 42409 Summary: Tropico 5 has no sound Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurishish(a)gmail.com Distribution: --- Tropico 5 has no sound. Pulseaudio control panel shows that this game has no audio output. Previous Tropico games (3 and 4) and native Linux vesion has no such problem. Tested in wine 2.1 and 2.1-staging. -- 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 2

[Bug 46277] New: Win32 Disk Imager fails to run
by wine-bugs＠winehq.org 24 Apr '21

24 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=46277 Bug ID: 46277 Summary: Win32 Disk Imager fails to run Product: Wine Version: 4.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrniex(a)protonmail.com Distribution: --- Created attachment 62986 --> https://bugs.winehq.org/attachment.cgi?id=62986 output of wine Win32DiskImager.exe Win32 Disk Imager (https://sourceforge.net/projects/win32diskimager/) crashes on startup with an error spam. On Wine-Staging the error spam does not happen, but the stack overflow still happens and the program crashes. -- 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 2

[Bug 49170] New: WoW (World of Warcraft) shows colored grass and mosaic effects
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49170 Bug ID: 49170 Summary: WoW (World of Warcraft) shows colored grass and mosaic effects Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 67188 --> https://bugs.winehq.org/attachment.cgi?id=67188 colored chaos ingame On the login Screen of my Game i have a colored mosaic effect instead of the background. Inside the game there is a rainbow colored grass and some parts of the background are a colored mess. No AntiAliasing is active and i run on medium settings. This doesn't happen with the DX11 Legacy renderer or the dx11 renderer, just dx12 so far. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 42614] New: PowerPoint 2016 crashes during normal use
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42614 Bug ID: 42614 Summary: PowerPoint 2016 crashes during normal use Product: Wine Version: 2.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isiraseneviratne(a)yahoo.com Distribution: Ubuntu Created attachment 57559 --> https://bugs.winehq.org/attachment.cgi?id=57559 Backtrace from PowerPoint 2016 PowerPoint 2016 tends to crash with the attached error message during normal use. -- 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 2

[Bug 40567] New: Application Lock
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=40567 Bug ID: 40567 Summary: Application Lock Product: Wine Version: 1.8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danieldimichel(a)gmail.com Distribution: --- Trying to run foobar 2000 either doesn't run at all or takes maybe 5 minutes to open danny@danny:~$ wine /home/danny/foobar2000_1.0/foobar2000.exe fixme:module:load_dll Loader redirect from L"UxTheme.dll" to L"uxtheme-gtk.dll" Gtk-Message: Failed to load module "unity-gtk-module" Gtk-Message: Failed to load module "canberra-gtk-module" Gtk-Message: Failed to load module "canberra-gtk-module" fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:win:RegisterShellHookWindow (0x600c6): stub fixme:uxthemegtk:SetWindowTheme (0x4026c, L"Explorer", (null)) err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c: dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec) fixme:uxthemegtk:SetWindowTheme (0x50112, L"Explorer", (null)) fixme:uxthemegtk:SetWindowTheme (0x80102, L"Explorer", (null)) fixme:uxthemegtk:SetWindowTheme (0x8010c, L"Explorer", (null)) fixme:uxthemegtk:SetWindowTheme (0xa00de, L"Explorer", (null)) fixme:uxthemegtk:SetWindowTheme (0x600ca, L"Explorer", (null)) err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c: dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c: dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bce8720 "directory.c: dir_section" wait timed out in thread 0084, blocked by 0086, retrying (60 sec) fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not registered err:ole:CoGetClassObject class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not registered err:ole:create_server class {1968106d-f3b5-44cf-890e-116fcb9ecef1} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {1968106d-f3b5-44cf-890e-116fcb9ecef1} could be created for context 0x17 fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CODEPAGE (65001): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_CODEPAGE_PATH; STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_CODEPAGE_EXTRA; STUB fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. fixme:uxthemegtk:DrawThemeText No color. -- 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 49277] New: Always false condition in dispex.c
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49277 Bug ID: 49277 Summary: Always false condition in dispex.c Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- jsdisp->ctx == ctx so it can't be jsdisp->ctx != ctx https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… -- 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 2

[Bug 42775] New: Page fault while /regserver mwt.ext
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42775 Bug ID: 42775 Summary: Page fault while /regserver mwt.ext Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: joergen.vonbargen(a)minebea-intec.com Distribution: --- Created attachment 57787 --> https://bugs.winehq.org/attachment.cgi?id=57787 dump file of the page fault Installing PR1750 ¹) fails with a page fault in ole32. After installation failed, the program files remain in filesystem. The page fault then can be reproduced with wine ".wine/drive_c/Program Files (x86)/Sartorius/PR1750-60-R5/Mwt.exe" /regserver ¹) https://appdb.winehq.org/objectManager.php?sClass=application&iId=18183 -- 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 16

[Bug 32548] New: CS:GO error message when launching csgo,exe.
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32548 Bug #: 32548 Summary: CS:GO error message when launching csgo,exe. Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linards.liepins(a)gmail.com Classification: Unclassified Created attachment 42953 --> http://bugs.winehq.org/attachment.cgi?id=42953 Bugreport for CS:GO. Game almost instantly crashes with bugreport attached below. -- 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 46309] New: Winamp with Classic Skin "jumps randomly" when moved
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=46309 Bug ID: 46309 Summary: Winamp with Classic Skin "jumps randomly" when moved Product: Wine Version: 4.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- Split from https://bugs.winehq.org/show_bug.cgi?id=15346 When you move Winamp with classic skin, it jumps around randomly. The faster you move it, the more pronounced this effect is. Eventually it will disappear because it will touch an edge of the screen (but that has more to do with the original bug which is a separate problem). This is probably due to the fact that we use window-relative coordinates and then translate to screen coordinates ourselves, but those window-relative aren't synced perfectly with the cursor since Winamp chooses to reposition itself when moved. This should be possible to fix by simply using the X-server-supplied root-relative coordinates and we can even get rid of the redundant transformations after that, as we have them already in screen coordinates (with slight translation), which should even simplify the code on top of it... -- 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 45615] New: Rekordbox 5.3.0 terminates with the message " Unexpected application error"
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45615 Bug ID: 45615 Summary: Rekordbox 5.3.0 terminates with the message "Unexpected application error" Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bghome(a)gmail.com Distribution: --- Created attachment 62043 --> https://bugs.winehq.org/attachment.cgi?id=62043 Console output of winedbg The application crashes with "Unexpected application error" when I load an audio file into the player. As the page fault occurred in the rekordbox process, I tried to trace back the code to the nearest DLL method call, but couldn't. What I have found so far: - page fault at address: 140636460 - call comes from subroutine at address: 1408f76d0 - call comes from address 1435C3D40 instruction: IPtoStateMap <rva loc_1408F7836, 2> -- 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 38572] New: NHL09 Crashing when loading game after selecting all options in game menus
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=38572 Bug ID: 38572 Summary: NHL09 Crashing when loading game after selecting all options in game menus Product: Wine Version: 1.7.40 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com Distribution: --- Created attachment 51468 --> https://bugs.winehq.org/attachment.cgi?id=51468 NHL09 Game loading crash after game option adjusting I can only get attached screenshot. Mouse and keyboard inresponsive. -- 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 44691] New: EA origin install error 3:0
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44691 Bug ID: 44691 Summary: EA origin install error 3:0 Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maxi.cass11(a)gmail.com Distribution: --- Hi, I have tried to install origin with wine 3.3 on a clean wine Prefix on my computer but with the full version I get an error 3:0 I think it's a permission issue because when you want to look on the Origin folder it have a locker on it. And this is the permission of the files: drwxrwxr-x 7 amosar amosar 4096 Mar 9 00:40 . drwxrwxr-x 6 amosar amosar 4096 Mar 9 00:39 .. drwxrwxr-x 4 amosar amosar 4096 Mar 9 00:39 Common Files drwxrwxr-x 2 amosar amosar 4096 Mar 9 00:39 Internet Explorer dr-xr-xr-x 2 amosar amosar 4096 Mar 9 00:40 Origin drwxrwxr-x 2 amosar amosar 4096 Mar 9 00:39 Windows Media Player drwxrwxr-x 3 amosar amosar 4096 Mar 9 00:39 Windows NT -- 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 41468] New: Supreme Commander Forged Alliance needs CLSID ' {343e68e6-8f82-4a8d-a2da-6e9a944b378c}' xactengine2_9.dll
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=41468 Bug ID: 41468 Summary: Supreme Commander Forged Alliance needs CLSID '{343e68e6-8f82-4a8d-a2da-6e9a944b378c}' xactengine2_9.dll Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- err:ole:CoGetClassObject class {343e68e6-8f82-4a8d-a2da-6e9a944b378c} not registered err:ole:CoGetClassObject no class object {343e68e6-8f82-4a8d-a2da-6e9a944b378c} could be created for context 0x1 wine-1.9.20-92-g1dedd90 -- 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 34398] New: Daedalic games don't display anything with winemac.drv
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34398 Bug #: 34398 Summary: Daedalic games don't display anything with winemac.drv Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: thanoulas(a)gmail.com Classification: Unclassified Created attachment 45793 --> http://bugs.winehq.org/attachment.cgi?id=45793 err+all,fixme+all With winemac driver The games "Chains of Satinav" and "Memoria" show a black display when using the winemac driver. They both work fine when using the x11 driver. I've attached a log -- 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 27

[Bug 48486] New: cmd WCMD_ReadAndParseLine contains non-null terminated strings, causing garbage output in trace logs
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=48486 Bug ID: 48486 Summary: cmd WCMD_ReadAndParseLine contains non-null terminated strings, causing garbage output in trace logs Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Severity: trivial Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. It's already PE but various strings have not been converted yet. The function in the summary is the one most offending/annoying in trace logs. There are other occurrences as well. Example download: https://github.com/git-for-windows/git/releases/download/v2.25.0.windows.1/… --- snip --- ... 006a:Call KERNEL32.MultiByteToWideChar(000001b5,00000000,00bd7a78 "\t\t@IF NOT EXIST bin\\rebase.exe @(\n\t\t\t@IF NOT EXIST bin @MKDIR bin\n\t\t\t@COPY usr\\bin\\rebase.exe bin\\rebase.exe\n\t\t)\n\t\t@IF NOT EXIST bin\\msys-2.0.dll @(\n\t\t\t@COPY usr\\bin\\msys-2.0.dll bin\\msys-2.0.dll\n\t\t)\n\t\t(a)bin\\rebase.exe -b 0x64000000 usr\\bin\\msys-2.0.dll\n"...,00000021,00be5238,00002000) ret=00401a09 006a:Ret KERNEL32.MultiByteToWideChar() retval=00000021 ret=00401a09 006a:Call KERNEL32.HeapFree(00110000,00000000,00bd7a78) ret=00401a22 006a:Ret KERNEL32.HeapFree() retval=00000001 ret=00401a22 006a:Call msvcrt.wcschr(00be523c L"@IF NOT EXIST bin\\rebase.exe @(",00000025) ret=004137f3 006a:Ret msvcrt.wcschr() retval=00000000 ret=004137f3 006a:Call KERNEL32.CompareStringW(00000400,00001001,00be523e L"IF NOT EXIST bin\\rebase.exe @(",00000003,0041b706 L"remforifelse\4357\444d\525f\6165\4164\646e\6150\7372\4c65\6e69e\6f4e\6320\6d6f\616d\646e\6e20\726f\6820\6e61\6c64\2065\7573\7070\696c\6465\necho.echo:echo/\764f\7265\6c66\776f\6420\7465\6365\6574\2064\6e69\6320\6d6f\616d\646e\ndo/I",00000003) ret=00411489 006a:Ret KERNEL32.CompareStringW() retval=00000001 ret=00411489 006a:Call KERNEL32.CompareStringW(00000400,00001001,00be523e L"IF NOT EXIST bin\\rebase.exe @(",00000003,0041b70c L"forifelse\4357\444d\525f\6165\4164\646e\6150\7372\4c65\6e69e\6f4e\6320\6d6f\616d\646e\6e20\726f\6820\6e61\6c64\2065\7573\7070\696c\6465\necho.echo:echo/\764f\7265\6c66\776f\6420\7465\6365\6574\2064\6e69\6320\6d6f\616d\646e\ndo/I",00000003) ret=004115c0 006a:Ret KERNEL32.CompareStringW() retval=00000003 ret=004115c0 006a:Call KERNEL32.CompareStringW(00000400,00001001,00be523e L"IF NOT EXIST bin\\rebase.exe @(",00000002,0041b712 L"ifelse\4357\444d\525f\6165\4164\646e\6150\7372\4c65\6e69e\6f4e\6320\6d6f\616d\646e\6e20\726f\6820\6e61\6c64\2065\7573\7070\696c\6465\necho.echo:echo/\764f\7265\6c66\776f\6420\7465\6365\6574\2064\6e69\6320\6d6f\616d\646e\ndo/I",00000002) ret=004115fa 006a:Ret KERNEL32.CompareStringW() retval=00000002 ret=004115fa ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/02f3a133b64ed1f979309e1399738ea… $ sha1sum Git-2.25.0-32-bit.exe 7dc64019c089d4a9a3700ee7140a7af9a5416199 Git-2.25.0-32-bit.exe $ du -sh Git-2.25.0-32-bit.exe 45M Git-2.25.0-32-bit.exe $ wine --version wine-5.0-rc6 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.

1 4

[Bug 44755] New: reg.exe: does not provide /reg: 64 switch in 64-bit wineprefix
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44755 Bug ID: 44755 Summary: reg.exe: does not provide /reg:64 switch in 64-bit wineprefix Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: registry Assignee: wine-bugs(a)winehq.org Reporter: wine(a)marco-rebhan.de Distribution: --- In a 64-bit prefix, the reg.exe command line switches /reg:32 and /reg:64 should be available to enable/disable registry redirection. A command like `wine reg import /reg:64 test.reg` should be perfectly valid, to prevent the imported keys from going somewhere in Wow6432Node, but instead it gives the following error: reg: Invalid syntax. Type "REG IMPORT /?" for help. As far as I could figure out, there is no workaround other than manually importing the keys in the regedit GUI (calling regedit from the command line with the registry file as an argument doesn't work), which makes importing keys correctly not automatable. Using wine-3.4 staging -- 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 28995] New: Unable to use named pipes with ">" character in the name
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=28995 Bug #: 28995 Summary: Unable to use named pipes with ">" character in the name Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: valentyn.pavliuchenko(a)gmail.com Classification: Unclassified I have an app (Avid VENUE software) that uses pipes to work. The app fails to launch because of pipe name contains a character ">". MSDN says: The pipename part of the name can include any character other than a backslash, including numbers and special characters. The entire pipe name string can be up to 256 characters long. Pipe names are not case sensitive. App logs show the following: 23.957 CreateFile error '\\.\PIPE\D-Show Pipe GUI->DM': Invalid name. Changing ">" to "_" by direct editing executable files makes problem 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 18

[Bug 17823] New: A crash when installing Rhino 4.0 trial version
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17823 Summary: A crash when installing Rhino 4.0 trial version Product: Wine Version: 1.1.17 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrej(a)podzimek.org Created an attachment (id=20083) --> (http://bugs.winehq.org/attachment.cgi?id=20083) Output from the installer When installing a trial version of Rhino 4.0 obtained from here http://download.rhino3d.com/eval/?p=25, the installer reports successful completion. However, the terminal output shows a crash. Presumably, Rhino crashes when run after the installation. A small part of the GUI is displayed, but remains unresponsive. A dialog window for error-reporting pops up. -- 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 44

[Bug 25265] New: Foobar2000 won't watch folders
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=25265 Summary: Foobar2000 won't watch folders Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lucisandor(a)gmail.com Foobar2000 is a media player with an automatically updated media library. The library updates correctly when updates are triggered manually, but, under Wine, it does not detect changes in folders. Moreover, Foobar2000 provides for such cases a "polling" function, but that is useless too. The most upsetting is that changes in watched folders are not detected even when they were produced by Fooobar2000, e.g., by using the menu option "move file". If I move a file from one watched folder to another, the media library will not be aware of the changes in any of the two locations. -- 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 49671] New: Supreme Commander demo needs CLSID {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} xactengine2_4.dll
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49671 Bug ID: 49671 Summary: Supreme Commander demo needs CLSID {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} xactengine2_4.dll Product: Wine Version: 5.14 Hardware: x86-64 URL: https://download.cnet.com/Supreme-Commander-demo/3000- 7483_4-10637347.html OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0024:err:ole:CoGetClassObject class {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} not registered 0024:err:ole:CoGetClassObject no class object {bc3e0fc6-2e0d-4c45-bc61-d9c328319bd8} could be created for context 0x1 wine-5.14-132-g1ec8bf9b73 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 49286] New: Melodyne 5 crashes due to unimplimented WS2_32.dll.GetHostNameW
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49286 Bug ID: 49286 Summary: Melodyne 5 crashes due to unimplimented WS2_32.dll.GetHostNameW Product: Wine-staging Version: 5.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToxicBugzilla(a)outlook.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67291 --> https://bugs.winehq.org/attachment.cgi?id=67291 The backtrace. Installed Melodyne 5 trial (https://services.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/demoRegi…) with mfc42, vcrun6, and vcrun2019 installed in a 64 bit prefix due to Melodyne 5 only working in 64 bit now. (installer will crash without it due to missing dll contained, plus Melodyne 5 needs vcrun2019 from my research) Installer works fine, (b47a56f747bf3a477f2a564ee65eb005d40e6ef7 setup.exe) but launching the resulting Melodyne.exe (e9b21aa11efbbc01d76df17ee4e7a421c2186986 [sha1 of Melodyne.exe could vary due to unique installs on every computer? unsure, but setup.exe should stay the same) itself will give this in the terminal: 002c:fixme:winediag:__wine_start_process Wine Staging 5.8 is a testing version containing experimental patches. 002c:fixme:winediag:__wine_start_process Please mention your exact version when filing bug reports on winehq.org. 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnwprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:ole:CoInitializeSecurity (0000000000000000,-1,0000000000000000,0000000000000000,0,3,0000000000000000,0,0000000000000000) - stub! 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsprintf_s options 24 not handled 00c0:fixme:msvcrt:MSVCRT__stdio_common_vsnprintf_s options 24 not handled 00c0:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION wine: Call from 0x7bc8b9ac to unimplemented function WS2_32.dll.GetHostNameW, aborting wine: Unimplemented function WS2_32.dll.GetHostNameW called at address 000000007BC8B9AC (thread 00c0), starting debugger... Due to being unable to find any mention of it anywhere except for Microsoft's website noting of its addition, this is probably a bug in normal Wine & development as well, but I have yet to test due to time constraints. Also, when opening "show details" in the debugger, "00c8:fixme:dbghelp:elf_search_auxv can't find symbol in module" get spammed in the terminal excessively. (62 times) -- 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 32

[Bug 43498] New: Built-in comctl32 doesn't show Send To menu in Winamp
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43498 Bug ID: 43498 Summary: Built-in comctl32 doesn't show Send To menu in Winamp Product: Wine Version: 2.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: averageradical(a)gmail.com Distribution: --- For background, please see bug #43486. If I install Winamp (`winetricks winamp`), when right clicking an item in the playlist, there is no "Send To" menu. If I install comctl32 v5 (`winetricks comctl32`), the "Send To" menu exists and works properly; however, the Add File and Add Directory buttons crash Winamp (bug #43486). Would it be possible to fix Wine's built-in comctl32 to support Winamp's "Send To" menu? I can build Wine from source and reproduce the problem(s) easily if anybody needs any trace. Thank you. -- 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 49840] New: chromium fails to load (--no-sandbox is a workaround)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49840 Bug ID: 49840 Summary: chromium fails to load (--no-sandbox is a workaround) Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Linking old version of chromium, since the newer versions have issues with d3d as well. Download: https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.h… As noted, the sandbox errors and no page loads. The latest working wine version is wine-staging-5.4. This could either be a syscall issue again, since the patchset was changed a lot during integration into Wine - or maybe it's an unrelated regression. -- 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 24

[Bug 41510] New: Wine is not loading mono
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=41510 Bug ID: 41510 Summary: Wine is not loading mono Product: Wine Version: 1.9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: brewmanz(a)gmail.com Distribution: --- I have an app that's failing with err:mscoree:load_mono Could not load Mono into this process I am attempting to follow https://wiki.winehq.org/Mono which is not very clear. wine-mono-4.6.3.msi is in /usr/share/wine/mono I am using a non-default wine location HKCU\Software\Wine\Dotnet does not exist in registry -- 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 39837] New: Tried to install MS .NET 4.5 in Winetricks. This came out as the error.
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=39837 Bug ID: 39837 Summary: Tried to install MS .NET 4.5 in Winetricks. This came out as the error. Product: Wine Version: 0.9 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 2001kraft(a)gmail.com Created attachment 53181 --> https://bugs.winehq.org/attachment.cgi?id=53181 log Tried to install MS .NET 4.5 in Winetricks. This came out as the error. -- 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 49524] New: Overwriting native dlls with WINEDLLPATH does not work..
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49524 Bug ID: 49524 Summary: Overwriting native dlls with WINEDLLPATH does not work.. Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sur3(a)gmx.de Distribution: --- Hi I have an application for which I try to overwrite the native DLLs, so I set: WINEDLLPATH=/mnt/archive/ WINEDLLOVERRIDES="vivoxsdk,ortp,GCloudVoice=b" and copied the corresponding DLL-libraries into /mnt/archive but wine still complains to not find them: >>> 0024:err:module:import_dll Library GCloudVoice.dll (which is needed by L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found 0024:err:module:import_dll Library vivoxsdk.dll (which is needed by L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe") not found 0024:err:module:LdrInitializeThunk Importing dlls for L"Z:\\mnt\\archive\\Riot Games\\League of Legends\\LeagueClient.exe" failed, status c0000135 <<< Why doesn't this work or is there an other way to override native DLLs? -- 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 12

[Bug 47651] New: PlayOnline Viewer: Page fault on read access at launch time.
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47651 Bug ID: 47651 Summary: PlayOnline Viewer: Page fault on read access at launch time. Product: Wine Version: 4.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: escomk3(a)hotmail.com Distribution: --- Created attachment 65092 --> https://bugs.winehq.org/attachment.cgi?id=65092 Wine Output with the Page Fault After commit c5577721 [1], PlayOnline Viewer will crash soon after having been launched (before any graphics get drawn). A fix may have been staged already, since with 4.14 Wine Staging the issue does not seem to be triggered, but I have not yet tested if Staging was affected at any point between 4.11 and 4.14. 1. https://source.winehq.org/git/wine.git/commit/c5577721b909f8c70d3723cae561e… -- 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 44145] New: Error at starting Star Wars The Old Republic
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44145 Bug ID: 44145 Summary: Error at starting Star Wars The Old Republic Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: denotin.scheck(a)gmail.com Distribution: --- Created attachment 59896 --> https://bugs.winehq.org/attachment.cgi?id=59896 This is the error message After several tries to start SWTOR with getting the error message "Certificate authentication failure, I followed the guide at https://www.reddit.com/r/swtor/comments/6qyz4v/certificate_authentication_f… . Well, I could get it a little bit further. But now I am getting another problem. Since I'm new to wine etc. I really don't know what to do now. Would really appreciate help. -- 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 50099] New: .Net GetFullPath not working correctly
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50099 Bug ID: 50099 Summary: .Net GetFullPath not working correctly Product: Wine Version: 5.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grimessa(a)gmail.com Distribution: --- I have an application I wrote myself in C#. It works perfectly on Windows. However it is not working in wine. The application tries to load sound files to play from a subfolder of where the exe is. So the code uses GetFullPath method to get the absolute path from a relative path string. I am not using Mono, it is using Native .Net. GetFullPath is a static method of the Path class, which is part of .Net in System.IO namespace. The application I am running is running from this path in the WineBottle MyWineBottle/drive_c/MyApp/App.exe So when calling string path = System.IO.Path.GetFullPath(@"Sounds\1.wav"); The expected path should be: C:\MyApp\Sounds\1.wav However, it returns this instead D:\home\grimes\Sounds\1.wav (grimes is my username) This does not seem correct. I am not sure why it is returning the Path from the D drive. There does not seem to be one in the winebottle anyway. I am new to Wine(and linux) so let me know if there might be config I may have overlooked. Here are the details of my system Linux Mint 19.3 Tricia Wine 5.0.2 .Net 4.6.1 WINEARCH=win32 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 49794] New: [fallout new vegas] wine refuses to see installed libraries
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49794 Bug ID: 49794 Summary: [fallout new vegas] wine refuses to see installed libraries Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtentser(a)yandex.ru Distribution: --- (wine:5816): GStreamer-WARNING **: 23:37:05.130: Failed to load plugin '/usr/lib32/gstreamer-1.0/libgstrtmp.so': libhogweed.so.5: cannot open shared object file: No such file or directory (wine:5816): GStreamer-WARNING **: 23:37:05.660: Failed to load plugin '/usr/lib32/gstreamer-1.0/libgstladspa.so': libicui18n.so.65: cannot open shared object file: No such file or directory (wine:5816): GStreamer-WARNING **: 23:37:05.746: Failed to load plugin '/usr/lib32/gstreamer-1.0/libgstx264.so': libx264.so.159: cannot open shared object file: No such file or directory (wine:5816): GStreamer-WARNING **: 23:37:05.836: Failed to load plugin '/usr/lib32/gstreamer-1.0/libgstresindvd.so': libdvdread.so.7: cannot open shared object file: No such file or directory But all this files are installed in this directory. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 49701] New: Could you add a "Security" tab to the WINE Config window?
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49701 Bug ID: 49701 Summary: Could you add a "Security" tab to the WINE Config window? Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 49studebaker(a)gmail.com Distribution: --- There could be an option to enable/disable sandboxing. If a malware infected windows .exe is executed in Wine, the malicious code could be added to other windows programs. Could you make WINE sandbox each windows program by default? There could be an option to enable/disable access to windows encryption API's. A program could have it's own encryption library or built-in encryption code. WINE could prompt the user if he/she wants the program to encrypt other files. Certain folders could be marked as non-encryptable. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 49033] New: Inno Setup installer: runtime error with external dll - regression in msvcrt
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49033 Bug ID: 49033 Summary: Inno Setup installer: runtime error with external dll - regression in msvcrt Product: Wine Version: 5.7 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winehq-bugzilla(a)reichardt.de Exult's Inno Setup based installer fails with "Runtime Error (at -1:0): Cannot Import dll:C:\users\crossover\Temp\is-05TAH.tmp\exconfig.dll." but the dll is at the given path. I am running macOS 10.15 so I was only able to do limited regression testing. But on a machine with an older macOS I was able to confirm that it used to work with: Crossover 18.0 (based on Wine 3.14) But with Crossover 18.1 (also based on Wine 3.14) it stopped working. On the older machine I also installed Wine 4.0.3 (via MacPorts) and it's not working there either. Gcenx in the forums confirmed that this also does not work with the latest Wine version https://forum.winehq.org/viewtopic.php?f=9&t=33784&p=127447#p127447 (neither native nor builtin). A search in the forum lead me to https://bugs.winehq.org/show_bug.cgi?id=43940 but the attached msvcrt.dll let's the Exult installer die silently. The Exult installer is at http://exult.sourceforge.net/snapshots/Exultwin32.exe The Inno Setup script is at https://github.com/exult/exult/blob/master/win32/exult_installer.iss The source for exconfig.dll is at https://github.com/exult/exult/blob/master/win32/exconfig.cc -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 45194] New: Painkiller game crashes at start
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45194 Bug ID: 45194 Summary: Painkiller game crashes at start Product: Wine Version: 3.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: b.wine.6883(a)indigo.re Distribution: --- Created attachment 61407 --> https://bugs.winehq.org/attachment.cgi?id=61407 crash log Game changes resolution and then crashes, see attached log -- 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 43296] New: Ultra VNC back buffer errors
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43296 Bug ID: 43296 Summary: Ultra VNC back buffer errors Product: Wine-staging Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Dear Wine Staging, Would you fix this for me? wine-patched-staging-2.11.tar.gz, 32 bit UltraVNC-1.2.15_X86_Setup.exe http://www.uvnc.com/downloads/ultravnc.html WARNING: Lots of JUNKWARE !! $ env WINEPREFIX="/home/todd/.wine" /usr/local/bin/wine C:\\windows\\command\\start.exe /Unix /home/tony/.wine/dosdevices/c:/users/Public/Start\ Menu/Programs/UltraVNC/UltraVNC\ Viewer.lnk fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:exec:SHELL_execute flags ignored: 0x00004100 fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) [tony@rn4 Desktop]$ fixme:d3d:wined3d_dxtn_init Wine cannot find the txc_dxtn library, DXTn software support unavailable. libGL error: unable to load driver: nouveau_dri.so libGL error: driver pointer missing libGL error: failed to load driver: nouveau libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your 32-bit OpenGL drivers haven't been installed correctly (using GL renderer "Gallium 0.4 on NVC4", version "1.4 (3.0 Mesa 11.2.2)"). fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different render target formats for different resource types. fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. fixme:ver:GetCurrentPackageId (0xacea28 (nil)): stub fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM needs different render target formats for different resource types. fixme:d3d:swapchain_init The application requested more than one back buffer, this is not properly supported. Please configure the application to use double buffering (1 back buffer) if possible. err:dialog:EndDialog got invalid window handle (0x70374); buggy app !? -- 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 49684] New: Critical Crash Logos Bible Software Unusable (Regression)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49684 Bug ID: 49684 Summary: Critical Crash Logos Bible Software Unusable (Regression) Product: Wine Version: 5.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 67925 --> https://bugs.winehq.org/attachment.cgi?id=67925 terminal output from crash Since the latest update from faithlife the app crashes on load and is no longer useable. Terminal output attached. Apologies, I don't understand it. Logos 8.15.0.0004. N.b. I was running winehq stable when this occurred. Updating to Dev 5.14 the crash is still there. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 34636] New: In Win95/98 mode Earthworm Jim demo reports missing dispdib.dll
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34636 Bug #: 34636 Summary: In Win95/98 mode Earthworm Jim demo reports missing dispdib.dll Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified The message reads 'Bad or missing dispdib.dll - error 11'. It doesn't show up in WinXP mode, but you need to set Win95/98 mode to get sound working. The problem occurs on Windows Vista too if you use Win95 compatibility mode. I don't get anything in the log. The demo unpacks files in DOS, but then you obtain a normal Windows app. 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 6

[Bug 50198] New: SHMEM_FAILURE on Blizzard products on FAT32
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50198 Bug ID: 50198 Summary: SHMEM_FAILURE on Blizzard products on FAT32 Product: Wine-staging Version: 5.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blc+wine(a)mail.vanade.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68712 --> https://bugs.winehq.org/attachment.cgi?id=68712 Battle.net application log showing failure near end. I noticed that WoW and Battle.net applications have stopped working properly when running off of FAT32 formatted partitions in Linux. The application logfiles seem to indicate that the software was unable to create and access shared memory files which had been working in the past, at least with older versions of Wine. Attached is from battle.net application when it's trying to update WoW. WoW also gives an apparently similar error when it tries top open the CAS datafiles. I had not upgraded the kernel so supposedly shared memory files that worked in the past on FAT32 should still work. I don't know if this was a deliberate change because of security issues where anyone can open files on FAT32 and thus invade shared memory. Windows 7 does not exhibit this problem on the same disk and Battle.net updates fine. As this is on a limited space SSD, I don't have enough disk space to try this on ext4fs to see if the problem goes away or not. I do have another machine that does not exhibit this problem on ext4fs. The WoW installation is on FAT32 so I could easily test on Windows 7 with limited disk space. -- 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 4

[Bug 49815] New: e9090e1c903578b30118ce9559c1824361abc6da prevents XBox controller from being mapped
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49815 Bug ID: 49815 Summary: e9090e1c903578b30118ce9559c1824361abc6da prevents XBox controller from being mapped Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: kyle.devir(a)mykolab.com Distribution: --- First bad commit prevents XBox controller buttons from being mapped. I first noticed this after it stopped being detected in Bayonetta. This is the first bad commit: https://github.com/wine-mirror/wine/commit/e9090e1c903578b30118ce9559c18243… Last good commit should be: https://github.com/wine-mirror/wine/commit/ec02224941eedf16b8b043964519f636… -- 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 19

[Bug 49753] New: server_ioctl_file: Syscall param writev(vector[...]) points to uninitialised byte(s)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49753 Bug ID: 49753 Summary: server_ioctl_file: Syscall param writev(vector[...]) points to uninitialised byte(s) Product: Wine Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 68056 --> https://bugs.winehq.org/attachment.cgi?id=68056 Valgrind output. Occurs as of commit 5bb27d1edb2. Valgrind output attached. Full valgrind trace: ==26644== Syscall param writev(vector[...]) points to uninitialised byte(s) ==26644== at 0x4322F07: writev (writev.c:26) ==26644== by 0x48530E2: send_request (server.c:213) ==26644== by 0x4853224: server_call_unlocked (server.c:273) ==26644== by 0x48722CF: virtual_locked_server_call (virtual.c:3015) ==26644== by 0x483F666: server_ioctl_file (file.c:4730) ==26644== by 0x484143A: NtDeviceIoControlFile (file.c:5561) ==26644== by 0x4838F6E: get_mountmgr_fs_info (file.c:1975) ==26644== by 0x4842E3A: NtQueryVolumeInformationFile (file.c:6380) ==26644== by 0x482F1BD: __wine_syscall_dispatcher (in /home/rofl/wine32-build-debug-nomingw/dlls/ntdll/ntdll.so) ==26644== by 0x7BC32F9B: NtQueryVolumeInformationFile (in /home/rofl/wine32-build-debug-nomingw/dlls/ntdll/ntdll.dll.so) ==26644== by 0x7B0403EB: GetFileInformationByHandle (file.c:2930) ==26644== by 0x536D262: MSVCRT__fstat64 (file.c:1781) ==26644== by 0x536D4B5: MSVCRT__fstat32 (file.c:1839) ==26644== by 0x512498B: fstat (stat.h:222) ==26644== by 0x5128EC5: update_wineprefix (wineboot.c:1437) ==26644== by 0x5129BF7: main (wineboot.c:1671) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 45611] New: 64bit prefix: copy file to system32 incorrectly copied to syswow64
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45611 Bug ID: 45611 Summary: 64bit prefix: copy file to system32 incorrectly copied to syswow64 Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- How to reproduce: wine cmd Z:\home\me\0_wine> C: echo.>00aa.txt copy 00aa.txt c:\windows\system32 dir c:\windows\system32\00aa.txt result: Volume in drive c has no label. Volume Serial Number is 0000-0000 Directory of c:\windows\system32 8/11/2018 4:57 PM 2 00aa.txt 1 file 2 bytes 0 directories 351,430,549,504 bytes free find . -depth -name 00aa.txt result: ./syswow64/00aa.txt wine xcopy is also affected. I think this is the reason why .NET Framework 64bit don't install. System: wine 3.0.2 fedora 28 kernel 4.17.12 -- 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 49760] New: World of Warcraft: stub NtQueryDirectoryObject
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49760 Bug ID: 49760 Summary: World of Warcraft: stub NtQueryDirectoryObject Product: Wine-staging Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: loic.blot(a)unix-experience.fr CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, since recent wow build & wine 5.16 upgrade it seems some stub have been fixed but a new one appear which can be useful for the game i think, regarding to the call 04f4:fixme:sync:NtQueryDirectoryObject multiple entries not implemented I don't know in which context they call it, but it's when we are in game world map, while moving. Can you take a look/fix it ? Thanks -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 49579] New: Running .exe from programs with GUI uses wrong prefix in Wine 5.0
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49579 Bug ID: 49579 Summary: Running .exe from programs with GUI uses wrong prefix in Wine 5.0 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: charivari(a)online.de Distribution: --- When running an *.exe by doubleclicking on it in the fileexplorer (Thunar), Wine 5.0 will not run it in the standard prefix ~/.wine as it should, but instead in another existing prefix in ~/.local/share/wineprefixes/wine32. Winetricks shows the same behaviour, opening wine32 when told to open the standardprefix - though for some reason, it also shows wine32 among the secondary prefixes, while not showing wine at all. Running from console will produce the expected outcome of running in ~/.wine. This did not happen in Wine 4.0, and started happening immediately after the update to Wine 5.0, without any configuration changes. I've already checked .bash-rc and .profile and made sure there's no value set for $WINEPREFIX. While not exactly a major bug, it's a bother to work around for every single program. OS: Linux Mint 20 Xfce Wine: 5.0-3 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 35748] New: Blazing Angels 2: cannot initialize 3D engine
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35748 Bug ID: 35748 Summary: Blazing Angels 2: cannot initialize 3D engine Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Created attachment 47739 --> http://bugs.winehq.org/attachment.cgi?id=47739 BA2 start log in desktop mode. Installing and updating Blazing Angels 2 are OK. However, trying to start the game fails: 1) In fullscreen mode I only get a black screen. 2) In desktop mode (800x600) I get a popup: "Cannot initialize 3D engine". Other 3D games run fine. Attaching log. Regards, Antonio -- 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 50063] New: `winetricks -q sandbox icodecs` crashes
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50063 Bug ID: 50063 Summary: `winetricks -q sandbox icodecs` crashes Product: Wine Version: 5.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: f51fe9ead3f8322a6bba7984b4c0583d78d01c0a Distribution: Gentoo A la bug 49550 and bug 49421, `winetricks -q sandbox icodecs`: Backtrace: =>0 0x6aa5f7bb ScriptString_pSize+0x3b() [\\?\unix\home\austin\wine-git\dlls\usp10\usp10.c:3886] in usp10 (0x0067e768) 1 0x6ed312c4 EDIT_CalcLineWidth_SL+0x23(es=0x157168) [\\?\unix\home\austin\wine-git\dlls\user32\edit.c:812] in user32 (0x0067e788) 2 0x6ed37081 EDIT_EM_ReplaceSel+0xa10(es=0x157168, can_undo=<is not available>, lpsz_replace=<is not available>, strl=<is not available>, send_update=<is not available>, honor_limit=<is no t available>) [\\?\unix\home\austin\wine-git\dlls\user32\edit.c:2643] in user32 (0x0067e7f8) 3 0x6ed38bc3 EditWndProc_common+0x642(hwnd=<is not available>, msg=<is not available>, wParam=<is not available>, lParam=<is not available>, unicode=<is not available>) [\\?\unix\home\aust in\wine-git\dlls\user32\edit.c:3928] in user32 (0x0067e878) 4 0x6eda695f EditWndProcW+0x2e() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:1119] in user32 (0x0067e8a8) 5 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067e8d8) 6 0x6eda6e93 call_window_proc+0x62(hwnd=0x100e4) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067e938) 7 0x6eda96d4 CallWindowProcW+0x63() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:1031] in user32 (0x0067e978) 8 0x6cc59840 DefSubclassProc+0x12f() [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1333] in comctl32 (0x0067e9b8) 9 0x6cc55bea COMBOEX_EditWndProc+0x289(hwnd=<is not available>, uMsg=<is not available>, wParam=<is not available>, lParam=<is not available>, uId=<is not available>, ref_data=<is not avai lable>) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:1805] in comctl32 (0x0067ee58) 10 0x6cc5977c DefSubclassProc+0x6b() [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1340] in comctl32 (0x0067ee98) 11 0x6cc598bf COMCTL32_SubclassProc+0x5e(hWnd=0x100e4, uMsg=0xc, wParam=0, lParam=0x1575d8) [\\?\unix\home\austin\wine-git\dlls\comctl32\commctrl.c:1282] in comctl32 (0x0067eee8) 12 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067ef18) 13 0x6eda6e93 call_window_proc+0x62(hwnd=0x100e4) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067ef78) 14 0x6eda9466 WINPROC_call_window+0x1d5() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:957] in user32 (0x0067efc8) 15 0x6ed5e20a call_window_proc+0x89(hwnd=0x100e4, msg=0xc, wparam=0) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:2222] in user32 (0x0067f038) 16 0x6ed63368 send_message+0x247(info=0x67f0c4, res_ptr=0x67f0c0, unicode=0x1) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3192] in user32 (0x0067f0b8) 17 0x6ed6359a send_message+0x479(info=<is not available>, res_ptr=<is not available>, unicode=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3393] in user32 (0x00 67f0f8) 18 0x6cc51a80 COMBOEX_ReSize+0x30f(infoPtr=<is not available>) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:440] in comctl32 (0x0067f118) 19 0x6cc52619 COMBOEX_SetItemW+0xc8(infoPtr=0x1552e8, cit=0x67f4ec) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:439] in comctl32 (0x0067f158) 20 0x6cc5491a COMBOEX_WindowProc+0xe79(hwnd=0xb00dc, uMsg=0x40c, wParam=0, lParam=0x67f4ec) [\\?\unix\home\austin\wine-git\dlls\comctl32\comboex.c:2050] in comctl32 (0x0067f258) 21 0x6eda67dc WINPOS_SysCommandSizeMove+0xeab(hwnd=<is not available>, wParam=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\winpos.c:2955] in user32 (0x0067f288) 22 0x6eda6e93 call_window_proc+0x62(hwnd=0xb00dc) [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:246] in user32 (0x0067f2e8) 23 0x6eda9466 WINPROC_call_window+0x1d5() [\\?\unix\home\austin\wine-git\dlls\user32\winproc.c:957] in user32 (0x0067f338) 24 0x6ed5e20a call_window_proc+0x89(hwnd=0xb00dc, msg=0x40c, wparam=0) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:2222] in user32 (0x0067f3a8) 25 0x6ed63368 send_message+0x247(info=0x67f434, res_ptr=0x67f430, unicode=0x1) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3192] in user32 (0x0067f428) 26 0x6ed6359a send_message+0x479(info=<is not available>, res_ptr=<is not available>, unicode=<is not available>) [\\?\unix\home\austin\wine-git\dlls\user32\message.c:3393] in user32 (0x00 67f468) 27 0x0040be2e IExplorerBrowserEventsImpl_fnAddRef+0x58d() [\\?\unix\home\austin\wine-git\programs\explorer\explorer.c:265] in explorer (0x0067f528) 28 0x0040c878 IExplorerBrowserEventsImpl_fnOnNavigationComplete+0x87(iface=<is not available>, pidl=<is not available>) [\\?\unix\home\austin\wine-git\programs\explorer\explorer.c:289] in explorer (0x0067f678) 29 0x7c64566d in shell32 (+0x2566c) (0x0067f6d8) 30 0x7c644079 in shell32 (+0x24078) (0x0067f738) 31 0x0040d330 wWinMain+0x95f(hinstance=<is not available>, previnstance=<is not available>, cmdline=<is not available>, cmdshow=<is not available>) [\\?\unix\home\austin\wine-git\include\s hobjidl.h:10114] in explorer (0x0067fe68) 32 0x0041162a wmain+0xc9() [\\?\unix\home\austin\wine-git\dlls\msvcrt\crt_wwinmain.c:55] in explorer (0x0067fef8) 33 0x00411549 wmainCRTStartup+0x68() [\\?\unix\home\austin\wine-git\dlls\msvcrt\crt_wmain.c:62] in explorer (0x0067ff28) 34 0x7b62cf2e BaseThreadInitThunk+0xd(unknown=<is not available>, entry=<is not available>) [\\?\unix\home\austin\wine-git\dlls\kernel32\thread.c:60] in kernel32 (0x0067ff48) 35 0x7bc59c37 RtlSleepConditionVariableSRW+0x176(variable=<is not available>, lock=<is not available>, timeout=<is not available>, flags=<is not available>) [\\?\unix\home\austin\wine-git\ dlls\ntdll\sync.c:556] in ntdll (0x0067ff5c) 36 0x7bc59e60 call_thread_func+0xaf() [\\?\unix\home\austin\wine-git\dlls\ntdll\thread.c:134] in ntdll (0x0067ffec) 0x6aa5f7bb ScriptString_pSize+0x3b [\\?\unix\home\austin\wine-git\dlls\usp10\usp10.c:3886] in usp10: movl 0x68(%eax),%edx 3886 analysis->sz.cy = analysis->glyphs[0].sc->tm.tmHeight; regression introduced by: commit f51fe9ead3f8322a6bba7984b4c0583d78d01c0a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Oct 6 15:12:09 2020 +0200 gdi32: Store the face filename as a DOS path. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 47133] New: Kyodai Mahjong crashes after update to wine 4.17
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=47133 Bug ID: 47133 Summary: Kyodai Mahjong crashes after update to wine 4.17 Product: Wine Version: 4.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ZeroBeat(a)gmx.de Distribution: --- Created attachment 64354 --> https://bugs.winehq.org/attachment.cgi?id=64354 backtrace crash report Update to 4.17 (https://www.archlinux.org/packages/multilib/x86_64/wine/) causes Kyodai Mahjongg (rated as gold: https://appdb.winehq.org/objectManager.php?sClass=version&iId=10422) to crash. OS: Arch Linux (attached backtrace) 4.19.38-1-lts nvidia-340xx-lts 340.107-20 BTW: crashed also on 5.0.12-arch1-1-ARCH nvidia 418.56-13 -- 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 59

[Bug 18700] New: View Source does not work.
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18700 Summary: View Source does not work. Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: montanawoody(a)gmail.com I am unable to use the built-in iexplore to view the source code of web pages. The link in the right-click menu exists, but all it produces is the error: fixme:mshtml:OleCommandTarget_Exec unsupported nCmdID 2139 of CGID_MSHTML group AFAIK, the Windows behavior for this menu item is to open the source code of the selected frame in notepad. Since notepad is already implemented, I would hope this would be an easy feature to add in. If implemented, this would be very helpful for tracking down rendering bugs in apps that use the iexplore interface. -- 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 49118] New: env.c:get_image_path() de-reference null pointer
by WineHQ Bugzilla 22 Apr '21

22 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49118 Bug ID: 49118 Summary: env.c:get_image_path() de-reference null pointer Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rich.coe2(a)gmail.com Distribution: --- In the method dlls/ntdll/env.c:get_image_path() the call to RtlGetFullPathName_U() will set file_part pointer to null if it fails or full_name is a directory. I found this when the path to the executable passed to wine was not parsing the spaces correctly. diff --git a/dlls/ntdll/env.c b/dlls/ntdll/env.c index 71ae48681d..a89a62b893 100644 --- a/dlls/ntdll/env.c +++ b/dlls/ntdll/env.c @@ -707,6 +707,7 @@ static void get_image_path( const char *argv0, UNICODE_STRING *path ) { len = RtlGetFullPathName_U( name, sizeof(full_name), full_name, &file_part ); if (!len || len > sizeof(full_name)) goto failed; + if (NULL == file_part) goto failed; /* try first without extension */ if (RtlDoesFileExists_U( full_name )) goto done; if (len < (MAX_PATH - 4) * sizeof(WCHAR) && !wcschr( file_part, '.' )) -- 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 1

[Bug 16697] New: HyperChem 8.0.x's licensing system fails to properly generate a 'locking code,' preventing program usage
by wine-bugs＠winehq.org 22 Apr '21

22 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=16697 Summary: HyperChem 8.0.x's licensing system fails to properly generate a 'locking code,' preventing program usage Product: Wine Version: 1.1.11 Platform: PC URL: http://www.hyper.com/Download/tabid/357/Default.aspx OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: d.c.ddcc(a)gmail.com HyperChem 8.0.6 Evaluation requires the user to enter a provided license code in order to generate a locking code, which is sent via email to the authors for a trial license key. However, a proper locking code (0-0) isn't generated, thus prohibiting program usage. Reproduce: 1. Download HyperChem 8.0.6. 2. Copy mfc40.dll from a Windows installation. 3. Launch the setup and pick "standalone," then "software-license." 4. Use the serial number provided on their website. 5. Launch chem.exe; it will ask you to launch the activator, which generates a locking code of 0-0. -- 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 20776] New: 3DMark Vantage: your graphics card doesn't support DirectX 10
by wine-bugs＠winehq.org 21 Apr '21

21 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=20776 Summary: 3DMark Vantage: your graphics card doesn't support DirectX 10 Product: Wine Version: 1.1.33 Platform: PC URL: http://www.futuremark.com/benchmarks/3dmarkvantage/dow nload/ OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Now that bug 18852 is fixed, 3DMark Vantage runs, but when starting the benchmark it says: your graphics card doesn't support DirectX 10 fixme:dxgi:dxgi_device_init Ignoring adapter type. fixme:d3d10core:d3d10_device_CreateQuery iface 0x1779dc, desc 0x33a1f4, query 0x33a358 stub! To install: sh winetricks win2k vcrun2005sp1 sh winetricks vista wine 3dmark_vantage_v101_0906a.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 56

[Bug 35951] New: Cant launch cs go while using ati card, 7xxx series (at least)
by wine-bugs＠winehq.org 21 Apr '21

21 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35951 Bug ID: 35951 Summary: Cant launch cs go while using ati card, 7xxx series (at least) Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jarkko_korpi(a)hotmail.com Created attachment 48021 --> http://bugs.winehq.org/attachment.cgi?id=48021 error dialog There has not been a bug report of this issue and I decided to make one. wine version 1.7.15 For some reason I tried to run csgo directly without using steam and I got very odd response. "SSE and SSE2 are required." I have never seen that before. I have phenom 2 processor http://en.wikipedia.org/wiki/Phenom_ii Instruction set x86, x86-64, MMX, SSE, SSE2, SSE3, SSE4a There is something that prevents ati users to play cs go (see pic). I don't know what cards are affected. I think I had this with 7770, now with 7870 and cs go database has 7850 entry about this issue. I have helped one guy at irc related this issue. He had ati, but don't remember model. The trick has been to lie to game via regedit your graphic card, changing device and vendor id. After that there is no such dialog. -- 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 45260] New: No sound in-game in Watch Dogs
by wine-bugs＠winehq.org 20 Apr '21

20 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45260 Bug ID: 45260 Summary: No sound in-game in Watch Dogs Product: Wine-staging Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: A.Fettouhi(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Have gotten Watch Dogs 1 (under uplay) running under wine-staging 3.8 and 3.9 with dxvk (0.51 & 0.52) but the sound in-game is missing. There sound in the intro sequence with Ubisoft logo and in the menu but when you start the game, the sound stops working in cutscenes and in the game itself. I have tried to install xact and directx9 but no change. Also attempted to set to stereo because I read the game has tedency to force 5.1 and I only have a stereo setup. All my testing was done under Arch Linux 64 bit with a 64 bit wine PREFIX. Uplay was installed via winetricks. Using an i7-6600K cpu with a 1080 gtx nvidia card and the 396.24 driver. The game itself runs really well and smooth even with the graphics settings set to ultra. -- 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 46514] New: Task Manager UI is not properly representing CPU load in Processes tab
by wine-bugs＠winehq.org 20 Apr '21

20 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=46514 Bug ID: 46514 Summary: Task Manager UI is not properly representing CPU load in Processes tab Product: Wine-staging Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linards.liepins(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63369 --> https://bugs.winehq.org/attachment.cgi?id=63369 screenshot In stead of real values, I am seeing either 0 or -2147483648 for the currently running processes. -- 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 49858] New: Windows terminal crashes inside RegOpenKeyExW at start
by WineHQ Bugzilla 20 Apr '21

20 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49858 Bug ID: 49858 Summary: Windows terminal crashes inside RegOpenKeyExW at start Product: Wine Version: 5.17 Hardware: x86-64 URL: https://github.com/microsoft/terminal/releases/downloa d/v1.2.2381.0/Microsoft.WindowsTerminal_1.2.2381.0_8we kyb3d8bbwe.msixbundle OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- I wanted to give this a try, and came as far as a nice crash at start. The program is shipped as msixbundle (???), it can be extracted with 7zip wget https://github.com/microsoft/terminal/releases/download/v1.2.2381.0/Microso… 7z x Microsoft.WindowsTerminal_1.2.2381.0_8wekyb3d8bbwe.msixbundle 7z x CascadiaPackage_1.2.2381.0_x64.msix Though this all looks rather hacky, I checked that after copying over the extracted folder to Windows 10, the application starts fine when I just start "WindowsTerminal.exe" in the unzipped folder (just started "cmd" , cd to the extracted folder and typed WindowsTerminal.exe in the console). So I guess wine should be able to do this as well. The empty string in the fixme below already looks suspicious, don`t know what`s going on.... 00e4:fixme:combase:RoGetActivationFactory (L"", {00000035-0000-0000-c000-000000000046}, 000000000021FA40): semi-stub Short log of crash: 00e4:fixme:ntdll:EtwEventRegister ({56c06166-2e2e-5f4d-7ff3-74f4b78c87d6}, 0000000140001000, 000000014001C048, 000000014001C068) stub. 00e4:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0000000140016EEF, 58) stub 00e4:fixme:win:EnableMouseInPointer (0x1) stub 00e4:fixme:combase:RoGetActivationFactory (L"", {00000035-0000-0000-c000-000000000046}, 000000000021FA40): semi-stub wine: Unhandled page fault on read access to 0000000F00000001 at address 000000007B054C44 (thread 00e4), starting debugger... =>0 0x000000007b054c44 RegOpenKeyExW+0x2c(hkey=0x8c, name=*** invalid address 0xf00000001 ***, options=0, access=0x20019) [Z:\media\louis\4048f735-ee98-496e-b75c-40783b1eaa1b\sda2\wine64-build\..\wine\dlls\kernelbase\registry.c:470] in kernelbase (0x000000000021f9a0) 1 0x0000000000247fa6 RoGetActivationFactory+0x95(classid=0x21fa18, iid=0x140015c80, class_factory=0x21fa40) [Z:\media\louis\4048f735-ee98-496e-b75c-40783b1eaa1b\sda2\wine64-build\..\wine\dlls\combase\roapi.c:57] in combase (0x000000000021f9a0) 2 0x000000014000af63 in windowsterminal (+0xaf62) (0x000000000021f9a0) 3 0x0000000140006d15 in windowsterminal (+0x6d14) (0x000000000021fa60) 4 0x0000000140006eb8 in windowsterminal (+0x6eb7) (0x000000000021fb80) 5 0x00000001400051e3 in windowsterminal (+0x51e2) (0x000000000021fd60) 6 0x0000000140012a72 in windowsterminal (+0x12a71) (0x000000000021fe60) 7 0x000000007b65e3b1 in kernel32 (+0x4e3b0) (0x000000000021fe60) 0x000000007b054c44 RegOpenKeyExW+0x2c [Z:\media\louis\4048f735-ee98-496e-b75c-40783b1eaa1b\sda2\wine64-build\..\wine\dlls\kernelbase\registry.c:470] in kernelbase: movzwl (%rdx),%edx 470 if (retkey && (!name || !name[0]) && -- 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 2

[Bug 43669] New: Add proper implementation for IUIFramework
by wine-bugs＠winehq.org 19 Apr '21

19 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43669 Bug ID: 43669 Summary: Add proper implementation for IUIFramework Product: Wine Version: 2.16 Hardware: x86 URL: http://www.codeproject.com/Articles/140647/How-to-Supp ort-the-Ribbon-and-a-Menu-in-the-Same-E OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- IUIFramework has stubs now, but no working implementation. This is hard to implement though, because the ribbon xml files need to be compiled with a program called UICC.exe from the windows SDK, the resulting resources have some proprietary binary format. If we want to load and display a ribbon, we'll have to understand it. Luckily the UICC compiler works under wine (with msxml3 msxml6), so at least compiling is easily. But the binary format is hard to understand, so probably it'll take a long while until it finally works naively in wine. Workaround: -Get uiribbon.dll and uiribbonres.dll from win7 and override uiribbon in winecfg -Get uxtheme.dll from win7 and override it, too (crashes if you don't) -Get propsys.dll and override it (Unimplemented function) -Get patch https://source.winehq.org/patches/data/136868 (or wait until the problem is fixed) -Start the program from the linked URL, it'll work -- 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 15

[Bug 37376] New: Visual C++ 2005 Express SP1 installer displays in French instead of English
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=37376 Bug ID: 37376 Summary: Visual C++ 2005 Express SP1 installer displays in French instead of English Product: Wine Version: 1.7.28 Hardware: x86 URL: http://download.microsoft.com/download/7/7/3/7737290f- 98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL. exe OS: Linux Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: hans(a)meelstraat.net Created attachment 49703 --> https://bugs.winehq.org/attachment.cgi?id=49703 terminal output Regression, introduced by: [austin@localhost wine-git]$ git bisect bad a5d8ab57f6b84f318efee10c97558df5514c342d is the first bad commit commit a5d8ab57f6b84f318efee10c97558df5514c342d Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Sep 3 15:41:09 2014 +0200 msi: Check transform validation flags. :040000 040000 416ba98de7b1b99ee842a1567f8e5efb6fb7fdec 04c4690b8bc9165daf6fd2a44f9fbf279cf5dfbe M dlls :040000 040000 73a4170d25993e7e1caa02c7ef6088441dce0fcc d4309fc63e0d5bade735f55d95828820018d74af M include -- 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 31039] New: Visual C++ 2005 Express SP1 install fails
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31039 Bug #: 31039 Summary: Visual C++ 2005 Express SP1 install fails Product: Wine Version: 1.5.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mathieu.malaterre(a)gmail.com Classification: Unclassified Sorry if this looks like a duplicate of #20110 but I believe one can still not install Visual C++ 2005 Express SP1 using wine 1.5.5: $ wine --version wine-1.5.5 $ wine VS80sp1-KB926748-X86-INTL.exe fixme:storage:create_storagefile Storage share mode not implemented. Using: $ wget http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a… $ md5sum VS80sp1-KB926748-X86-INTL.exe a5129e83a91fc1ec44f45189f27244be VS80sp1-KB926748-X86-INTL.exe Thanks -- 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 20110] New: Visual C++ 2005 Express SP1 install fails
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=20110 Summary: Visual C++ 2005 Express SP1 install fails Product: Wine Version: 1.1.29 Platform: PC URL: http://download.microsoft.com/download/7/7/3/7737290f- 98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL. exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (Bug 19502 is about Visual C++ 2005 SP1 [not express] install failing. Since the express apps are easier to download and install, I figured it was worth having a separate bug. If the problem turns out to be the same, we'll merge the bugs.) http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a… (sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d) fails to install. To reproduce: wget http://winezeug.googlecode.com/svn/trunk/winetricks sh winetricks -q vc2005express sh winetricks vc2005expresssp1 It crashes soon after trace:msi:MsiGetFileVersionW L"C:\\windows\\Microsoft.NET\\Framework\\URTInstallPath\\al.exe" (nil) 0 (nil) 0 in msi's find_published_source() on the line mi->volume_label = msi_realloc(mi->volume_label, ++volumesz * sizeof(WCHAR)); because mi->volume_label was NULL, and evidently realloc doesn't alloc in that case. If you change that to read sizeof(WCHAR)); mi->volume_label = mi->volume_label ? msi_realloc(mi->volume_label, ++volumesz * sizeof(WCHAR)) : msi_alloc(++volumesz * sizeof(WCHAR)); it gets very slightly farther and fails with err:msi:ACTION_InstallFiles compressed file wasn't extracted (L"C:\\windows\\Microsoft.NET\\Framework\\URTInstallPath\\al.exe") err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 Calling MSI for now, might be something else. -- 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

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 2020