https://bugs.winehq.org/show_bug.cgi?id=37255
Bug ID: 37255
Summary: Proteus 8 Access violation in module 'VGDVC.DLL'
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yonatan.el.amigo(a)gmail.com
When you try to use the modules and ISIS.DLL ARES.DLL this error appears
"Internal Exception: Access violation in module 'VGDVC.DLL' [00010C56]".
This happens from Wine1.7.20 (1.7.19 - 1.7.20).
Debugging log files:
Wine1.7.19 ->
http://www.mediafire.com/download/acbxqxxgzpwfvx3/Wine-log1.7.19.txt
Wine1.7.20 ->
http://www.mediafire.com/download/49b0nx751c09iaf/Wine-log1.7.20.txt
--
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=50950
Bug ID: 50950
Summary: Her Story: intermittent hangs/crashes when video stops
playing
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 69775
--> https://bugs.winehq.org/attachment.cgi?id=69775
Video played to the end
The video clips in the game Her Story (the GOG version) frequently causes the
game to hang and crash:
01c4:err:quartz:DSoundRender_SendSampleData 0
01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8
"dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4,
blocked by 0024, retrying (60 sec)
This is not 100% reproducible, the attached playthrough.log for this issue
contains one successful playthrough before the hang.
Letting a video play through by itself seems to be the easiest way to reproduce
the bug. It does happen, but less often, if the video is closed manually (click
once on the video to bring up the close button).
This isn't a clear regression. The problem exists on 5.6 (earliest Wine version
for the game to be playable AFAICT) but seems to have gotten worse with later
releases.
--
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=38399
Bug ID: 38399
Summary: Voobly fails to connect to lobby (regression)
Product: Wine
Version: 1.7.40
Hardware: x86
URL: http://www.voobly.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
CC: 00cpxxx(a)gmail.com
Regression SHA1: b2556a2c34f36c0c82f028dbf24acb1ed77cce29
Distribution: ---
Created attachment 51252
--> https://bugs.winehq.org/attachment.cgi?id=51252
+winsock log
Voobly fails to connect to a lobby and instead prints the following error
message with 1.7.40 (while it works with 1.7.39):
"Network Connection Error [Code: 10000005]. Connection errors are typically
caused by a temporary server outage, a firewall, or a problem with your
internet connection. If it's been a long time since you've connected to Voobly
it's recommended that you redownload the client from the website."
In order to reproduce the issue: start Voobly, login into your account and
double click on any lobby (for example "Age of Empires -> Babylon"). The game
itself is not necessary to trigger this problem.
A bisect results in the following patch:
------
commit b2556a2c34f36c0c82f028dbf24acb1ed77cce29
Author: Bruno Jesus <00cpxxx(a)gmail.com>
Date: Sun Mar 29 00:53:43 2015 -0300
ws2_32: Ensure sockets in exceptfds get set when an error occurs.
------
The bug is still present in the current git version and is therefore not a
duplicate of bug 38372.
--
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=39423
Bug ID: 39423
Summary: Voobly: 'Game Browser' can't display content due to
Wine built-in browser signature blacklisted on
www.voobly.com ('win32' feature token must not be
included in user agent string)
Product: Wine
Version: 1.7.52
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
I split this "unrelated" issue out of bug 39408
It's the one that most Voobly users complain about if you search the Internet
and I provide a solution for it.
The 'Game browser' functionality is only available *after* you have logged in.
Without active login/session, clicking the menu item does *nothing* by design.
This shouldn't even work on Windows - I've debugged the QT4 event handler/state
for the menu item.
With active login the game browser window is opened and displays a list of
games at right hand side.
The embedded browser window displays an error page due to Wine's built-in user
agent signature filtered/blacklisted on server side.
--- snip ---
Error 1010 Ray ID: 23320ccc1af12354 • 2015-10-10 11:40:21 UTC
Access denied
What happened?
The owner of this website (www.voobly.com) has banned your access based on your
browser's signature (23320ccc1af12354-fie4).
CloudFlare Ray ID: 23320ccc1af12354 • Your IP: aa.bb.cc.dd • Performance &
security by CloudFlare
--- snip ---
Wireshark:
--- snip ---
POST /client/login HTTP/1.1
Accept: */*
Host: www.voobly.com
Content-Length: 70
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Win32;
Trident/5.0)
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
Connection: Keep-Alive
clientsession=foo&uid=bar&url=/homeHTTP/1.1 403 Forbidden
...
--- snip ---
Also mentioned here: http://www.voobly.com/forum/thread/225774
Internet Explorer User Agent Strings:
http://www.useragentstring.com/pages/Internet%20Explorer/
Specifically Internet Explorer 8.0:
--- quote ---
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; GTB7.4;
InfoPath.2; SV1; .NET CLR 3.3.69573; WOW64; en-US)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; WOW64;
Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729;
.NET CLR 1.0.3705; .NET CLR 1.1.4322)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; InfoPath.1;
SV1; .NET CLR 3.8.36217; WOW64; en-US)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; .NET CLR
2.7.58687; SLCC2; Media Center PC 5.0; Zune 3.4; Tablet PC 3.6; InfoPath.3)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; Media
Center PC 4.0; SLCC1; .NET CLR 3.0.04320)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SLCC1; .NET
CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET CLR 1.1.4322)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.2;
SLCC1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET CLR 2.0.50727)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR
1.1.4322; .NET CLR 2.0.50727)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.1; SLCC1; .NET CLR
1.1.4322)
Mozilla/5.0 (compatible; MSIE 8.0; Windows NT 5.0; Trident/4.0; InfoPath.1;
SV1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET CLR 3.0.04506.30)
Mozilla/5.0 (compatible; MSIE 7.0; Windows NT 5.0; Trident/4.0; FBSMTWB;
.NET CLR 2.0.34861; .NET CLR 3.0.3746.3218; .NET CLR 3.5.33652; msn
OptimizedIE8;ENUS)
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.2; Trident/4.0; SLCC2; .NET
CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
...
--- quote ---
I wrote a small script which tries all kinds of user-agent combinations and
checks for '403 Forbidden' response
Essentially something like this:
--- snip ---
$ wget --header="Accept: text/html" --user-agent=foo
www.voobly.com/client/login
--- snip ---
Guess what ... it's neither the version nor the platform token - but the
'win32' feature token!
The tokens for 64-bit platforms are accepted or probably not recognized.
The 'win32' token is also absent from the comprehensive list here:
http://www.useragentstring.com/pages/Internet%20Explorer/
My guess would be that users who are now complaining about this, previously
used a 64-bit WINEPREFIX (default) without knowing it (= works) and now
recreated a 32-bit prefix ('WINEARCH=win32').
In future there might be support added to change/fake Wine's built-in user
agent to specific values via registry.
The risk of breakage should be put to the end user -> "you have to deal with
all consequences if you change/do that".
MSDN: https://msdn.microsoft.com/en-us/library/ms537503%28VS.85%29.aspx
("Understanding user-agent strings")
--- quote ---
HKEY_LOCAL_MACHINE (or HKEY_CURRENT_USER)
SOFTWARE
Microsoft
Windows
CurrentVersion
Internet Settings
User Agent
Pre Platform
Token = Value
Post Platform
Token = Value
...
HKEY_LOCAL_MACHINE (or HKEY_CURRENT_USER)
SOFTWARE
Microsoft
Windows
CurrentVersion
Internet Settings
5.0
User Agent
(default) = "Mozilla/4.0"
Compatible = "compatible"
Platform = "Windows NT 5.1"
Version = "MSIE 6.0"
Pre Platform
Token = Value
Post Platform
Token = Value
--- quote ---
$ sha1sum voobly-v2.2.4.38.exe
bf94f42b1a82f797a5578c722ebdf4f5a18b10ab voobly-v2.2.4.38.exe
$ du -sh voobly-v2.2.4.38.exe
11M voobly-v2.2.4.38.exe
$ wine --version
wine-1.7.52-190-gd548639
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.
https://bugs.winehq.org/show_bug.cgi?id=39408
Bug ID: 39408
Summary: Voobly: 'Game Browser' does not open
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: oli(a)jetzweb.de
Distribution: ArchLinux
Created attachment 52525
--> https://bugs.winehq.org/attachment.cgi?id=52525
Terminal output of wine
If you start Voobly, login and click 'Game Browser' in the menu, it does not
open anymore, and therefore, the whole program becomes useless.
The developers of Voobly told me that the problem might be connected to the
fact that they switched the ingame browser (which is used in 'Game Browser')
from ie7 to ie8 in the latest update. However, I couldn't solve the probelm by
installing ie8 and dotnet packages with winetricks.
The problem appears both in staging and normal versions, as well as in the
recent (1.7.52) and in older wine versions. With older Voobly versions it
worked without problems.
Voobly can be downloaded here:
http://www.voobly.com/updates/voobly-v2.2.4.38.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29204
Bug #: 29204
Summary: the dib text rendering breaks text in d3d
Product: Wine
Version: 1.3.33
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)gmail.com
Classification: Unclassified
Regression SHA1: e9612c1af06d09dbf03745535288575e05cacb56
Created attachment 37703
--> http://bugs.winehq.org/attachment.cgi?id=37703
examples of text rendering
the gdi32 change that adds dib text rendering
6a629710ce02012defed1cfa30f8c3c91298ab99 -
d43d17e24857fafcb7964c91d8a7a05520964df3
breaks text rendering in d3d
Attaching pieces of text cut from some screenshots.
--
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=38368
Bug ID: 38368
Summary: AutoPatcher Updater 1.4.x (VB6 app) reports 'Error:
Object doesn't support this action' (needs
ITextStream::Close method implementation)
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found during validation of bug 38364
Not really a blocker but dismissing a message box each time the method stub is
called is annoying.
Prerequisite: 'winetricks -q vb6run'
--- snip ---
...
0024:fixme:scrrun:textstream_Close (0x1f4758): stub
...
0024:Call KERNEL32.RaiseException(c000008f,00000001,00000002,0033eae0)
ret=660d0956
0024:trace:seh:raise_exception code=c000008f flags=1 addr=0x7b83b64b
ip=7b83b64b tid=0024
0024:trace:seh:raise_exception info[0]=deadcafe
0024:trace:seh:raise_exception info[1]=deadcafe
0024:trace:seh:raise_exception eax=7b8272ad ebx=7b8c1000 ecx=deadcafe
edx=0033ea3c esi=0033eae0 edi=0033eaa0
0024:trace:seh:raise_exception ebp=0033ea78 esp=0033ea14 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000283
0024:trace:seh:call_stack_handlers calling handler at 0x409926 code=c000008f
flags=1
...
0024:Call oleaut32.VarBstrCat(001f712c L"APUP Has Started\r\nVersion:
1.4.43\r\n\r\nOperating System: English (1033) Windows XP Professional Service
Pack 3\r\nCurrent Locale: English - United States / Non-Unicode Default:
English - United States\r\nStarting APUP From:
Z:\\home\\focht\\Downloads\r\nDate & Time: 06-Apr-2015 18:55 UTC Offset:
"...,001f6dd4 L"Error: Object doesn't support this action\r\nIn
mdlGeneral.fileToString At Line 112",0033ea74) ret=660e5f4d
...
0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,001f3ca4 L"Application
Error",ffffffff,009a46e8,00000022,00000000,00000000) ret=660711c4
0024:Ret KERNEL32.WideCharToMultiByte() retval=00000012 ret=660711c4
...
0024:Call user32.MessageBoxIndirectA(0033e9ec) ret=6606f73f
...
--- snip ---
Source:
https://source.winehq.org/git/wine.git/blob/533323d70397a53a2ce5002dc2038bc…
--- snip ---
633 static HRESULT WINAPI textstream_Close(ITextStream *iface)
634 {
635 struct textstream *This = impl_from_ITextStream(iface);
636 FIXME("(%p): stub\n", This);
637 return E_NOTIMPL;
638 }
--- snip ---
$ sha1sum Apup_1_4_43.zip
3c5694b5dee56bafbc4f528b37ef52eeed68a883 Apup_1_4_43.zip
$ du -sh Apup_1_4_43.zip
2.3M Apup_1_4_43.zip
$ wine --version
wine-1.7.40-29-gc1c108f
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.
https://bugs.winehq.org/show_bug.cgi?id=38364
Bug ID: 38364
Summary: AutoPatcher Updater fails due to missing COM
interfaces
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerbilsoft(a)gerbilsoft.com
Distribution: ---
Created attachment 51207
--> https://bugs.winehq.org/attachment.cgi?id=51207
Console output for AutoPatcher
Attempting to use the AutoPatcher Updater on Wine results in numerous COM
errors due to unimplemented interfaces.
AutoPatcher is available for download at: http://www.autopatcher.net/forum/
On startup, it shows the following messages:
Object doesn't support this action
In mdlInitialization.initFolders At Line 108
Object variable or With block variable not set
In mdlInitialization.initFolders At Line 108
Object variable or With block variable not set
In mdlInitialization.initFolders At Line 108
Console output shows several unsupported COM interfaces:
- {7fd52380-4e07-101b-ae2d-08002b2ec713}: IPersistStreamInit
- {37d84f60-42cb-11ce-8135-00aa004bb851}: IPersistPropertyBag
- {df0b3d60-548f-101b-8e65-08002b2bd119}: ISupportErrorInfo
--
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=44817
Bug ID: 44817
Summary: Some software protection schemes need
ntdll.NtSetLdtEntries implementation
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
to track
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtSe…
The stub was added with bug 26268 ("Multiple applications need
ntdll.ZwSetLdtEntries stub (kwiksupport.me, Ragnarok Online patcher)").
Unfortunately there is no further information/details *which* copy-protection
scheme needs and actual implementation.
No applications/games are mentioned.
--- quote ---
1. Some copy protections call NtSetLdtEntries(0x000f) and then with 'retf'
instruction jump to that selector expecting that it works (the tests show that
NtSetLdtEntries(0x000f,0x001f) should succeed). In order to make this work a
limitation to set only selectors > LDT_FIRST_ENTRY (512) in
wine_ldt_set_entry()
was removed.
2. wine_ldt_set_entry() was made to always mark modified selector entries as
WINE_LDT_FLAGS_ALLOCATED, otherwise get_selector_entry() server call returns
entries without that flag set and
NtQueryInformationThread(ThreadDescriptorTableEntry)
fails.
--- quote ---
$ wine --version
wine-3.4
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.