http://bugs.winehq.org/show_bug.cgi?id=21232
Summary: Iron (Chrome) 4 can't load any webpage
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.srware.net/downloads/srware_iron_beta.exe
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Trying Iron (basically iceweasel for Chrome) under wine, it fails to load any
webpage. There is no terminal output when trying this. I've tried winetricks
ie6 to get native wininet/winhttp, but that didn't help...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39403
Bug ID: 39403
Summary: Steam 10/7/15 update: store/web no longer works
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
Distribution: ---
Created attachment 52515
--> https://bugs.winehq.org/attachment.cgi?id=52515
steam log, default
Since today's Steam update any web content like the Store no longer works. As
in nothing happens, just a blank window. This is different than the win7 bug,
using the default XP here and nothing crashes. Log attached, though these lines
that appear when trying to load a page are probably the relevant bit:
fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer
--disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US
--product-version=\"Valve Steam Client\" --disable-spell-checking
--enable-system-flash --device-scale-factor=1 --enable-delegated-renderer
--num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8
0x274defc - semi-stub
[1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child
process
Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53568
Bug ID: 53568
Summary: 16bit applications refuse to start wine 7.15+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: enometh(a)meer.net
Distribution: ---
After a recent commit some 16bit applications refuse to start
e.g. "Collins Dictionary" which is mentioned in bug #51082.
Other applications seem to fail with a
```
Unhandled exception: page fault on read access to 0xffffffff in 16-bit code
(02f7:10cf)
```
Bisecting the problem points to this commit:
```
commit e41c255be6ba66d1eec7affe674b8cc7699226b8
Author: Jacek Caban <jacek(a)codeweavers.com>
AuthorDate: Sun Aug 14 23:41:53 2022 +0200
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Aug 15 18:15:22 2022 +0200
win32u: Use send_message_timeout for WM_CREATE and WM_NCCREATE.
```
reverting this commit (after fixing a conflict) seems to avoid
the problem.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51780
Bug ID: 51780
Summary: The user32:msg output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg now outputs ~97kB of data. This is way too much and contributes in
pushing the WineTest reports above the 1.5MB limit.
No single patch is responsible but the size changed on the following dates:
Sep 08: user32:msg (+6kB)
Sep 09: user32:msg (+18kB)
Sep 17: user32:msg (+6kB)
Sep 20: user32:msg (+15kB)
Sep 21: user32:msg (+19kB)
The traces break down as follows:
0kB failures
77kB todos
16kB traces
1.5kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
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.
https://bugs.winehq.org/show_bug.cgi?id=54009
Bug ID: 54009
Summary: Wine segfaults on startup on macOS 12 and 13
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Regression SHA1: 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c
63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c started building the Wine loader as an
LC_UNIXTHREAD binary to fix bug 52354, but on macOS 12 (Monterey) and 13
(Ventura) this causes the loader to have 'environ' set to NULL, causing crashes
later in ntdll.
I'm working on fixing this in the preloader.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53964
Bug ID: 53964
Summary: Redim does not fail on fixed arrays
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 73550
--> https://bugs.winehq.org/attachment.cgi?id=73550
patch
This bug report is for tracking purposes. Will send attached patch a bit later,
after pending fixes get in.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53254
Bug ID: 53254
Summary: urlmon:url - test_URLDownloadToFile_abort() sometimes
fails on Windows 7+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+:
url.c:3750: Test failed: expected OnProgress_DOWNLOADINGDATA
https://test.winehq.org/data/patterns.html#urlmon:url
This happens on Windows 7 to Windows 10 21H2 and is rare enough to cause false
positives. Note that this failure never happens at the same time as the ones in
bug 53253.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53211
Bug ID: 53211
Summary: ddraw:ddraw1 has over 255 failures on the debian11
TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs:
ddraw1.c:6647: Test failed: Got unexpected color 0x000000ff, test 0.
...
ddraw1.c:6953: Test failed: Unlit quad without normals has color 0x00ffffff.
...
ddraw1.c:6955: Test failed: Lit quad without normals has color 0x00ffffff.
...
ddraw1.c:7377: Test failed: Expected colour 0x003c3c3c at location (160, 120),
got 0x00ff0000, case 0.
...
ddraw1.c:8425: Test failed: Got unexpected color 0x00000000.
...
ddraw1.c:9590: Test failed: Got unexpected color 0x0000ff00, format
D3DFMT_X8R8G8B8, c=0.
...
ddraw1.c:9846: Test failed: Test 0 shading has color0 00ffffff, expected
00ff0000.
...
ddraw1.c:11527: Test failed: Got unexpected color 0x000000ff.
...
ddraw1.c:11924: Test failed: Got unexpected color 0x00ffffff.
...
ddraw1.c:12549: Test failed: z_depth 16: Got depth 0x0000ffff (diff -57344),
expected 0x00001fff+/-46, at 80, 60.
...
ddraw1.c:420: Test failed: (0, 0) - (640, 480) viewport: Pixel (1, 121) has
color 00000000, expected 00ffffff.
...
ddraw1.c:13757: Test failed: Alphatest failed, color 0x00ff0000, expected
0x0000ff00, alpha > ref, func 5.
...
ddraw1.c:14638: Test failed: Got color 0x00ff0000, expected 0x00ffffff.
...
ddraw1.c:15080: Test failed: Got unexpected colour 000000ff, 2x2, case 0.
...
The test prints too much data (96495 bytes)
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
These failures started when the debian11 VM was updated and moved to the gpu1
VM host. Given that the debiant (Debian Testing) VM does not have these
failures this is likely related to some underlying Debian issue.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52910
Bug ID: 52910
Summary: mshtml:htmldoc fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:htmldoc fails on Windows with the UTF-8 codepage:
htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000
htmldoc.c:597: Test failed: bindinfo.dwOptions=20000
[...]
https://test.winehq.org/data/patterns.html#mshtml:htmldoc
0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should
be enabled". Easy fix?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52909
Bug ID: 52909
Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1
and 21H2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2.
ndr_marshall.c:165: this is the last test seen before the exception
0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69
However the crash is not detected as such so the patterns page reports it as a
failure:
https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall
I don't know what this 0x000006f7 exception is.
When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The
crashes started happening when w1064 and w10pro64 were updated on 2022-04-24.
So the crash is probably caused by one of the Windows updates in that interval.
If necessary I can dig into the Windows update history to try and find
something related.
--
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.