wine-devel April 2017

wine-devel@winehq.org

67 participants
225 discussions

Re: [PATCH 6/6] comctl32/tests: Test WINDOWPOS structure contents.
by Marvin 05 Apr '17

05 Apr '17

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at https://testbot.winehq.org/JobDetails.pl?Key=29956 Your paranoid android. === wvistau64 (64 bit pager) === pager.c:292: Test failed: set child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:299: Test failed: switch to invisible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:307: Test failed: switch to visible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:325: Test failed: set pos 9: in msg 0x0046 got incorrect WINDOWPOS contents {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} === w2008s64 (64 bit pager) === pager.c:292: Test failed: set child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:299: Test failed: switch to invisible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:307: Test failed: switch to visible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:325: Test failed: set pos 9: in msg 0x0046 got incorrect WINDOWPOS contents {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} === w7pro64 (64 bit pager) === pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} === w1064 (64 bit pager) === pager.c:292: Test failed: set child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:299: Test failed: switch to invisible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:307: Test failed: switch to visible child: in msg 0x0046 got incorrect WINDOWPOS contents {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0, expected {x=0, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:314: Test failed: set pos 10: in msg 0x0046 got incorrect WINDOWPOS contents {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-10, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0} pager.c:325: Test failed: set pos 9: in msg 0x0046 got incorrect WINDOWPOS contents {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}, expected {x=-9, y=0, cx=98 cy=98, hwndInsertAfter=0000000000000000, flags=0}

2 1

Re: [v3 PATCH 2/2] odbccp32: Implement SQLRemoveTranslator/W
by Huw Davies 05 Apr '17

05 Apr '17

On Wed, Apr 05, 2017 at 01:29:21AM +0000, Alistair Leslie-Hughes wrote: > diff --git a/dlls/odbccp32/odbccp32.c b/dlls/odbccp32/odbccp32.c > index 7b2f020bbe..4e00f2a29f 100644 > --- a/dlls/odbccp32/odbccp32.c > +++ b/dlls/odbccp32/odbccp32.c > @@ -1229,20 +1229,75 @@ BOOL WINAPI SQLRemoveDSNFromIni(LPCSTR lpszDSN) > return FALSE; > } > > -BOOL WINAPI SQLRemoveTranslatorW(LPCWSTR lpszTranslator, LPDWORD lpdwUsageCount) > +BOOL WINAPI SQLRemoveTranslatorW(const WCHAR *translator, DWORD *usage_count) > { > + HKEY hkey; > + DWORD usagecount = 1; > + > clear_errors(); > - FIXME("%s %p\n", debugstr_w(lpszTranslator), lpdwUsageCount); > - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); > - return FALSE; > + TRACE("%s %p\n", debugstr_w(translator), usage_count); > + > + if (RegOpenKeyW(HKEY_LOCAL_MACHINE, odbcini, &hkey) == ERROR_SUCCESS) > + { > + HKEY hkeydriver; > + > + if (RegOpenKeyW(hkey, translator, &hkeydriver) == ERROR_SUCCESS) > + { > + DWORD size, type; > + DWORD count; > + > + size = sizeof(usagecount); > + RegGetValueA(hkeydriver, NULL, "UsageCount", RRF_RT_DWORD, &type, &usagecount, &size); > + TRACE("Usage count %d\n", usagecount); > + count = usagecount - 1; > + if (count) > + { > + if (RegSetValueExA(hkeydriver, "UsageCount", 0, REG_DWORD, (BYTE*)&count, sizeof(count)) != ERROR_SUCCESS) > + ERR("Failed to write registry UsageCount key\n"); > + } > + > + RegCloseKey(hkeydriver); > + } > + > + if (usagecount) > + usagecount--; > + > + if (!usagecount) > + { > + if(RegDeleteKeyW(hkey, translator) != ERROR_SUCCESS) > + ERR("Failed to delete registry key: %s\n", debugstr_w(translator)); > + > + if (RegOpenKeyW(hkey, odbctranslators, &hkeydriver) == ERROR_SUCCESS) > + { > + if(RegDeleteValueW(hkeydriver, translator) != ERROR_SUCCESS) > + ERR("Failed to delete registry value: %s\n", debugstr_w(translator)); > + > + RegCloseKey(hkeydriver); > + } > + } > + > + RegCloseKey(hkey); > + } > + > + if (usage_count) > + *usage_count = 0; Should this really always be zero? Huw.

1 0

Re: [PATCH] winhttp/tests: Added multi Authenticate header test
by Hans Leidekker 05 Apr '17

05 Apr '17

On Tue, 2017-04-04 at 23:39 +0000, Alistair Leslie-Hughes wrote: > +static void test_multi_authentication(int port) > +{ > + static const WCHAR multiauthW[] = {'/','m','u','l','t','i','a','u','t','h',0}; > + static const WCHAR getW[] = {'G','E','T',0}; > + HINTERNET ses, con, req; > + DWORD supported, first, target = 8; > + BOOL ret; > + > + ses = WinHttpOpen(test_useragent, WINHTTP_ACCESS_TYPE_NO_PROXY, NULL, NULL, 0); > + ok(ses != NULL, "failed to open session %u\n", GetLastError()); > + > + con = WinHttpConnect(ses, localhostW, port, 0); > + ok(con != NULL, "failed to open a connection %u\n", GetLastError()); > + > + req = WinHttpOpenRequest(con, getW, multiauthW, NULL, NULL, NULL, 0); > + ok(req != NULL, "failed to open a request %u\n", GetLastError()); > + > + ret = WinHttpSendRequest(req, WINHTTP_NO_ADDITIONAL_HEADERS, 0, > + WINHTTP_NO_REQUEST_DATA,0, 0, 0 ); > + ok(ret, "expected success\n"); > + > + ret = WinHttpReceiveResponse(req, NULL); > + ok(ret, "expected success\n"); > + > + ret = WinHttpQueryAuthSchemes(req, &supported, &first, &target); > + todo_wine ok(ret, "expected success\n"); > + todo_wine ok(supported == (WINHTTP_AUTH_SCHEME_BASIC | WINHTTP_AUTH_SCHEME_NTLM), "got %x\n", supported); > + todo_wine ok(target == WINHTTP_AUTH_TARGET_SERVER, "got %x\n", target); You need to initialize 'supported'. Maybe test 'first' too?

1 0

Re: [PATCH 1/6] comctl32/tests: Don't dump successful sequences on Windows.
by Marvin 05 Apr '17

05 Apr '17

1 0

Re: shell32: Solve the problem about 'OK' button is always disable when call SHBrowseForFolder with flags including both BIF
by Marvin 05 Apr '17

05 Apr '17

1 0

shell32: Solve the problem about 'OK' button is always gray when call SHBrowseForFolder with flags including both BIF_BROWSEFORCOMPUTER and BIF_RETURNONLYFSDIRS
by 许文龙 05 Apr '17

05 Apr '17

shell32: Solve the problem about 'OK' button is always gray when call SHBrowseForFolder with flags including both BIF_BROWSEFORCOMPUTER and BIF_RETURNONLYFSDIRS

1 0

Replacing TestLauncher... or not?
by Francois Gouget 04 Apr '17

04 Apr '17

One of the hoped for TestBot improvements is to get rid of TestLauncher and replace it with WineTest on the theory that they perform the same role. Indeed both add lines to the test report to identify the start and end of each test, and they check that the dlls needed for the test are present (which is buggy in TestLauncher). However WineTest only deals with Wine's test executables and this leads to some hardcoded assumptions: 1) It expects to extract the test executables from its own resources. 2) It expects that the executables will be called something like <dllname>_test.exe and that it means it should check if <dllname> is usable. 3) It expects that when given the 'list' parameter the executable will spit out the list of test units to run. 4) Then it expects proceeds to run the test executables with the command line that it chose. However the TestBot also lets Wine developers upload any executable they like and lets them specify the command line they want. This breaks all the above assumptions. So, to replace TestLauncher, WineTest would need to be modified so it can run an arbitrary executable, not from its own resources, using an arbitrary command line. And it also means merging TestLauncher's code that dives into the executable's import table to figure out which dlls are needed, with WineTest's code that has support for activation contexts (the lack of which is what's causing the bug in TestLauncher if I understand correctly). Finally one would also want to be able to build WineTest without any builtin test executable to get something small enough since it would get uploaded for each task. And that would still leave all the GUI as dead weight. As far as I can tell a WineTest with no builtin test still takes around 87 KB whereas TestLauncher can get under 12 KB. Even in the patch case there are some issues though these have essentially been known from the start: * Currently it's only possible to build WineTest with all the tests, resulting in a huge executables. Fixing this requires either bypassing the build system to build WineTest, or tweaking the build system so one can specify which executables to embed. * Even if we embed only one test executable we usually only want to run one test unit. Fortunately that's already possible by specifying it on the command line. * However, even in the case of a patch the Wine developer can specify an arbitrary command line. This is probably not very command but do we want to drop it? * Finally WineTest systematically outputs platform information. That would make every report a bit larger and would force developers to skip over it most of the time. But it may also be useful sometimes. Given the above I feel like it would be simpler, cleaner and possibly more maintainable to keep the two separate after all. Of course sticking with TestLauncher would require some work too but that seems quite tractable: * First not checking it into Git! * Making sure it gets updated automatically. * Fixing the dll checks. * Bringing it in line with the latest changes w.r.t. pids, run tmie data, etc. -- Francois Gouget <fgouget(a)codeweavers.com>

3 5

test.winehq refactoring
by Francois Gouget 04 Apr '17

04 Apr '17

So I've been working on the test.winehq.org site lately. Here is an overall description of what I'm trying to achieve: 1) Improve parsing of the WineTest reports This is what started the ball rolling. Initially the issue was with detecting the test executable exiting abruptly after a subprocess had already printed a test summary line. Pids were introduced into the test reports and test.winehq turned out to not need modifications. But having it take advantage of the pids does. And then a lot of other parsing improvements turned up. 2) Make it possible to check out the source anywhere and use it unmodified no matter where your web server files are located. Currently winetest.conf, which is checked into Git, contains hardcoded paths to Wine's Git directory and the location of the web server files. I intend to move those to the web site configuration file and to the crontab entry. The path to that is to remove $datadir, $queuedir and $gitdir in favor of a single $workdir directory; and then pass that path to the scripts that need it. For the CGI scripts this would be done by setting $workdir in the web server configuration file. And for regular scripts by passing it on the command line, starting with the crontab entry. 3) Get rid of /data in the URLs The idea is that everything that's supposed to be accessible through the web server should be in the /data directory. That means moving the error files and the /builds directory. Once that's done the web server can be told to only serve files in $workdir/data, /data becomes redundant in the URL, and redirects can be put in place to not break the old URLs. That leaves /old-data which is currently accessible but need not be, and /queue which is partly accessible but probably should not be. After this change neither would be accessible anymore. There's also a number of scripts that have an unclear purpose and make very tempting targets for git rm: error.cgi, make-winetest, service.cgi, site 3) Security I don't know of any specific bug that needs fixing and I'm not an expert in that domain. So I'm just trying to stick to some principles that I hope will help keep things reasonably secure. - I'm trying to make it so the web server process has write access to as few files as possible. In particular it should not have write access to anything that's executable. Currently the raw reports remain owned by the web server so it can still modify them. That's not necessarily an issue since those are not being run but maybe it should be changed. - Same thing for the perl scripts which is why I documented a way of setting things up based on two accounts: one for the source and one where the scripts are run (and the web server is run in a third one of course). - Eventually I hope to enable perl's taint mode. This does not guarantee safety but can help identify places where incoming data should be checked and sanitized. 4) Miscellaneous issues that would be worth looking at one day. I don't have specific plans for these (hence why they have bug entries) but I'll list them here anyway in case someone volunteers. - Disk usage seems really very high for such a simple site. The static HTML pages the web site serves are pretty big: I estimate that for test.winehq they take up 21 GB of disk. And that's not because the reports themselves are big. On any given day we get about 60 reports which typically means: 50 MB of raw report files 180 MB of full report HTML files 285 MB of individual test unit HTML files 3 MB of index files So the raw reports represent under 10% of the disk usage. Everything else is duplicated data. But fixing this would require quite a change in the way the site works. See bug 42756 for more on this part: https://bugs.winehq.org/show_bug.cgi?id=42756 Then there is the archives which takes 132 GB! There are a number of things we could do to reduce that: . It looks like we keep the old reports forever. Maybe we could delete old data after a while. . Maybe archiving just the raw report would be sufficient. After all, all the data is there. We may not be able to parse the old reports in the future but we would still be able to read them. Or we could simply archive the raw report and the single-file full report. - Instead of bz2 we could use other compression algorithms. On a set of 3 builds I got the following results: all > bz2 -9 : 22 MB / build -> 41 GB (1) all > xz -9 : 5.5 MB / build -> 10 GB (1) raw + html > bz2 -9 : 14 MB / build -> 26 GB (2) raw + html > xz -9 : 3 MB / build -> 6 GB (2) raw report > bz2 -9 : 5.5 MB / build -> 10 GB (3) raw report > xz -9 : 1.1 MB / build -> 2 GB (3) (1) Archive every single file as we currently do. (2) Only archive (the raw) report and report.html (3) Only archive (the raw) report. . Passing the 64 bit builds through UPX (as we already do for the 32 bit ones) would compress them by a factor of around 2.9 (one build that took 82 MB got reduced to 28 MB). This would reduce the size of the /builds directory to around 43 GB. - Provide per machine results over time. The index files make it possible to see how the number of failures evolved over time for a fiven platform, such as Windows XP. But anyone running the tests regularly on a machine would appreciate being able to see how it fared over time. However that's currently impossible since you only get specific machine results on a per-build basis. A fix for that would be to add a 'flat all machines' top-level index, as well as 'flat all machines' indexes for each test unit. https://bugs.winehq.org/show_bug.cgi?id=39379 - Provide some data about the test unit run time. This would likely take the form of additional per-build index files showing the test units sorted by run time with some min, max and average data. This would help identify which test units take too much time or which machines are having trouble keeping up. https://bugs.winehq.org/show_bug.cgi?id=42757 - Provide some data about the size of individual test units output The Wine test reports are pretty close to the 1.5 MB limit so having an idea of which the biggest offenders are would be helpful. https://bugs.winehq.org/show_bug.cgi?id=42758 -- Francois Gouget <fgouget(a)codeweavers.com>

2 2

Re: [v2 PATCH 2/3] odbccp32: Implement SQLRemoveTranslator/W
by Huw Davies 04 Apr '17

04 Apr '17

On Wed, Mar 22, 2017 at 10:06:18PM +0000, Alistair Leslie-Hughes wrote: > diff --git a/dlls/odbccp32/odbccp32.c b/dlls/odbccp32/odbccp32.c > index 7b2f020..d95a110 100644 > --- a/dlls/odbccp32/odbccp32.c > +++ b/dlls/odbccp32/odbccp32.c > @@ -1229,20 +1229,75 @@ BOOL WINAPI SQLRemoveDSNFromIni(LPCSTR lpszDSN) > return FALSE; > } > > -BOOL WINAPI SQLRemoveTranslatorW(LPCWSTR lpszTranslator, LPDWORD lpdwUsageCount) > +BOOL WINAPI SQLRemoveTranslatorW(const WCHAR *translator, DWORD *usage_count) > { > + HKEY hkey; > + DWORD usagecount = 1; > + > clear_errors(); > - FIXME("%s %p\n", debugstr_w(lpszTranslator), lpdwUsageCount); > - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); > - return FALSE; > + TRACE("%s %p\n", debugstr_w(translator), usage_count); > + > + if (RegOpenKeyW(HKEY_LOCAL_MACHINE, odbcini, &hkey) == ERROR_SUCCESS) > + { > + HKEY hkeydriver; > + > + if (RegOpenKeyW(hkey, translator, &hkeydriver) == ERROR_SUCCESS) > + { > + DWORD size, type; > + DWORD count; > + > + size = sizeof(usagecount); > + RegGetValueA(hkeydriver, NULL, "UsageCount", RRF_RT_DWORD, &type, &usagecount, &size); > + TRACE("Usage count %d\n", count); I think you mean usagecount here. It makes me wonder whether you actually need two variables to represent the same thing. Huw.

2 2

wine-2.0.1-rc1 Available
by Michael Stefaniuc 04 Apr '17

04 Apr '17

Hello guys, I have pushed wine-2.0.1-rc1 (with tag) to https://github.com/mstefani/wine-stable https://static-winehq.rhcloud.com/stable/ Nothing particularly special in this release. Slow start into 2.0.x due to lack of time on my side as well as to give the more risky patches some more time to burn in. Same old, same old: one week for feedback followed by another rc if needed with the final release 3-4 days later. And now the interesting parts from the ANNOUNCE file: What's new in this release (see below for details): - Various bug fixes - Deprecated tools/wineinstall ---------------------------------------------------------------- Bugs fixed in 2.0.1 (total 47): 14897 DirectDraw games (Jojo's Fashion Show 2: Las Cruces demo, The Chosen: Well of Souls) try to lock surface with invalid dwSize 14939 Black & White: DXTC to ARGB converter not implemented 17495 Open dialog crashes if the desktop folder is at a Unicode path that cannot be represented in the current locale 18477 Need For Speed Most Wanted crashes after accepting video settings changes 19888 Venom Codename: Outbreak - initial menu screen is black (no menu items) 25700 MessageBox does not display last word if string contains '&' (ampersand) 26603 iMesh 10 crashes at startup (needs wmvcore.dll.WMCreateReaderPriv) 27580 Wine Notepad command line parser eats the first 2 letters when the path starts with / (it should only do this for valid command line options) 30308 Property sheet fails to display Page Title 35993 Graphical Glitches in Agarest Generations of War 38354 Multiple games and applications need msvcr120.dll._except1 (Audacity 2.1.0, Tera Online) 38485 New Marvel Heroes 2015 Launcher crashes on unimplemented function dhcpcsvc.dll.DhcpRequestParams 39048 MIDI Clock Messages are Corrupted Between Wine and ALSA 39920 Nanocad 5.: file open/import dialog does not open 40392 ComicRack 0.9.x (.NET 4.5 app) hangs/crashes on startup when executing WMI query 40938 UE4 games (Ether One Redux, Into the Stars) crash while loading with "BackBuffer->GetResource() has 3 refs, expected 1" error 40952 improper escaping of quotes in command line 41448 Civilization II Unhandled page fault on read access 41579 Rush for Berlin Gold crashes after the intro videos 41623 Odallus The Dark Call crashes while starting if a force feedback enabled controller is plugged in 41648 AmiBroker 6.00 fails, when run, with raise_exception Unhandled exception 41725 Unimplemented function api-ms-win-crt-math-l1-1-0.dll._except1 (Starcraft 2 main menu, Firefox) 41830 Updating group box text causes garbage 41926 Zafehouse demo crashes with Call from 0x7b43c14c to unimplemented function ddraw.dll.GetSurfaceFromDC, aborting 42001 SC2 unimplemented function ucrtbase.dll._except1 42022 The Magic School Bus Explores The Solar System needs msvideo.dll16.DRAWDIBPROFILEDISPLAY 42023 The Magic School Bus Explores The Solar System crashes on launch; appears to be missing some files 42078 Dungeons & Dragons: Chronicles of Mystara needs d3dx11_43.dll.D3DX11CreateShaderResourceViewFromMemory 42093 Git for Windows 2.7.0 needs unimplemented function rstrtmgr.dll.RmShutdown 42094 winamp needs unimplemented function ntoskrnl.exe.IoStopTimer 42096 Steam -> RPGMaker 2003 needs unimplemented function KERNEL32.dll.BaseFlushAppcompatCache 42159 Sega Bug crashes immediately 42212 WOLF RPG Editor: Division by zero when winegstreamer is enabled 42218 mshtml/tests/dom crashes in xul while running test_doc_elem 42244 QQ 2013 needs ntoskrnl.exe.IoCreateFile 42245 QQ 2013 needs ntoskrnl.exe.KeClearEvent 42257 Warpath 21st Century does not have sound 42303 Magic: The Gathering Online 4.0 crashes when entering the battle 42306 One Note Free Retail installer crashes in xmllite 42315 Piriform Speccy 1.3 needs setupapi.dll.CM_Get_Child_Ex 42361 DX Library: PlaySoundFile() doesn't play MP3 files with specific extra headers 42365 Unimplemented function msvcr120.dll.fesetenv 42367 KiriKiri Z based games: main screen doesn't update. 42469 GetOpenFileName should expand environment variables in lpstrInitialDir 42483 Build for Ubuntu Precise fails because MPG123_IGNORE_INFOFRAME is undeclared 42557 NVIDIA GeForce GT 525M detected as GeForce GTX 470 42567 Acid Pro Trial 7.0e fails to install ---------------------------------------------------------------- Changes since 2.0: Adam Bolte (1): wined3d: Add GPU information for AMD FIJI. Akihiro Sagawa (3): d3d9/tests: Add LockRect tests with dynamic textures. d3d8/tests: Add LockRect tests with dynamic textures. wined3d: Upload textures if NO_DIRTY_UPDATE flag is set when locking dynamic textures. Alex Henrie (3): ddraw: Don't crash if writing out a new ddraw1 surface segfaults. comdlg32: Don't crash if an IShellFolder could not be created. user32: Include space for ampersands when determining MessageBox size. Alexandre Julliard (1): make_announce: Update version number parsing for the new versioning scheme. Alistair Leslie-Hughes (1): include: Add dhcpcsdk.h. Andrew Wesie (1): ntdll: Read entry point in LdrInitializeThunk. Andrey Gusev (2): setupapi: Add CM_Get_Child_Ex stub. d3dx11: Add D3DX11CreateShaderResourceViewFromMemory stub. Anton Romanov (1): user32: Add OCR_RDR* cursors. Austin English (6): ntoskrnl.exe: Add IoCreateFile stub. ntoskrnl.exe: Add stub KeClearEvent. kernel32: Add BaseFlushAppcompatCache stub. rstrtmgr: Add RmShutdown stub. dhcpsvc: Add DhcpRequestParams stub. readme: Remove wineinstall. Bruno Jesus (8): winmm: Fix the ordinal number for function PlaySound. dinput: DISFFC_RESET will not release the effects. notepad: Only skip valid command options. winemp3.acm: Ignore XING headers when parsing MP3 files. winemp3.acm: Fixes compilation for older mpg123 library versions. winealsa.drv: Fix handling of system real time MIDI messages. wined3d: Recognize Geforce GT 525M. wined3d: Recognize GeForce 940M. Can Taşan (3): wine.desktop: Add Turkish translation. kernel32: Add Unicode character for Turkish lira. documentation: Update Turkish translation. Christoph Brill (1): setupapi: Stub CM_Open_DevNode_Key and CM_Get_Child. Daniel Lehman (1): msvcrt: Implement nan. Dmitry Timoshkov (4): avifil32: AVIFileGetStream should set stream to NULL in case of an error. user32: BUTTON_CalcLabelRect should use the button font. user32: Fix groupbox rectangle calculation in the button's WM_SETTEXT handler. kernel32: Replace Peb->BeingDebugged check by CheckRemoteDebuggerPresent(). Fabian Maurer (1): msvcr120: Add fesetenv stub. François Gouget (3): readme: Note that Wine may also use Mac APIs. readme: Adjust a couple of section separators. readme: Update and rewrap the French translation. Gerald Pfeifer (1): winedump: Increase buffer size and potential string length inoutput_spec_symbol. Hans Leidekker (1): wbemprox: Only include matching rows in the table row count. Henri Verbeet (5): ddraw/tests: Rewrite GetDCTest(). ddraw: Implement GetSurfaceFromDC(). ddraw: Kill stray tabs. wined3d: Allow decompression blits on system memory resources in arbfp_blit_supported(). wined3d: Disallow upload conversion from compressed formats in surface_convert_format(). Jacek Caban (1): mshtml: Initialize nsAString in IHTMLDocument3::get_dir. Jacob Lifshay (1): kernel32: Fix improper escaping of quotes in command line. Jarkko Korpi (1): ntoskrnl: Add IoStopTimer stub. Jefferson Carpenter (1): wmvcore: Implement WMCreateReaderPriv. Julian Rüger (2): readme: Update German translation. readme: Fix typo in German translation. Józef Kucia (6): d3d11/tests: Add tests showing that views do not keep resource reference. d3d11: Do not keep reference to resources. ddraw: Relax "dwSize" validation in ddraw_surface*_Lock(). ddraw: Implement D3DOP_TEXTURELOAD. ddraw/tests: Add basic test for D3DOP_TEXTURELOAD. d3d9: Do not decrease swapchain surface refcount when it is already 0. Lauri Kenttä (2): readme: Update Finnish translation. readme: Update Swedish translation. Louis Lenders (2): xmllite/reader: Handle NULL node type argument in Read(). wmvcore: Add version resource. Masanori Kakura (1): winegstreamer: Avoid zero division in amt_from_gst_caps_video(). Matteo Bruni (1): d3d9: Fix DrawIndexedPrimitiveUP with non-zero min_vertex_idx. Michael Müller (2): msvideo.dll16: Implement DrawDibProfileDisplay. msvideo.dll16: Check if any 16 bit thunks have been allocated before accessing pointer. Michael Stefaniuc (1): tools: Get the ANNOUNCE bug list from the stable-notes git notes. Nikolay Sivov (5): comdlg32: Always use original Open File dialog template. comctl32/propsheet: Force wizard header if any of pages has title/subtitle. comctl32/propsheet: Only use header bitmap when asked for it. comdlg32: Expand initial directory path for file open dialog. readme: Update Russian translation. Piotr Caban (2): msvcrt: Add fesetenv implementation. msvcr120: Add _except1 implementation. Zebediah Figura (7): storage.dll16: Fix bad type in IStorage16_fnOpenStorage. winebuild: Use unsigned int in spec file variable parameters. compobj: Implement several IIDs. ole2: Implement several IIDs. avifile: Implement several IIDs. ole2disp: Implement several IIDs. typelib: Implement several IIDs. -- Michael Stefaniuc mstefani(a)winehq.org

4 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel April 2017