http://bugs.winehq.org/show_bug.cgi?id=29365
Bug #: 29365 Summary: Internet Explorer 8 fails to submit a URL to VirusTotal for analysis Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: msxml3 AssignedTo: wine-bugs@winehq.org ReportedBy: RandomAccountName@mail.com Classification: Unclassified
Created attachment 38003 --> http://bugs.winehq.org/attachment.cgi?id=38003 Terminal output
VirusTotal can automatically check a submitted URL with several safety checking utilities, but it's not possible to submit one using IE8 with Wine. It gets stuck at "please wait while submitting the URL provided." winetricks msxml3 works around it.
Steps to reproduce:
1. winetricks ie8 2. Navigate to http://www.virustotal.com 3. Click on the "submit a URL" tab 4. Type some valid URL in the text input field and click submit URL
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=29365
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2011-12-17 13:44:55 CST --- Okay, it's probably about:
--- fixme:msxml:httprequest_getResponseHeader stub (0x2bd3d00) L"content-type" 0x246db08 ---
Also am I right this crash occurs with native msxml3 as well?
--- =>0 0x7bc6a8fd RtlQueryInformationAcl+0x6d(pAcl=(nil), pAclInformation=0xb57db4c, nAclInformationLength=0xc, dwAclInformationClass=AclSizeInformation) [/home/me/wine-git/dlls/ntdll/sec.c:1788] in ntdll (0x0b57db0c) 1 0x7ee0fa67 GetAclInformation+0x26(pAcl=(nil), pAclInformation=0xb57db4c, nAclInformationLength=0xc, dwAclInformationClass=AclSizeInformation) [/home/me/wine-git/dlls/advapi32/security.c:1591] in advapi32 (0x0b57db2c) 2 0x5de142e0 in iertutil (+0x1742df) (0x0b57db68) ---
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com 2011-12-17 17:58:44 CST --- Created attachment 38010 --> http://bugs.winehq.org/attachment.cgi?id=38010 patch
Try this patch, and attach +msxml,+tid with it.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #3 from A Wine user RandomAccountName@mail.com 2011-12-17 20:35:57 CST --- Created attachment 38011 --> http://bugs.winehq.org/attachment.cgi?id=38011 +msxml,+tid with patch (1.1MB)
Hi Nikolay,
(In reply to comment #2)
Try this patch, and attach +msxml,+tid with it.
It still behaves the same way unfortunately. Log attached.
(In reply to comment #1)
Also am I right this crash occurs with native msxml3 as well?
Yes, I haven't found a workaround for that so far.
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38011|application/octet-stream |application/x-bzip mime type| |
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #4 from Nikolay Sivov bunglehead@gmail.com 2011-12-18 04:40:03 CST --- (In reply to comment #3)
Created attachment 38011 [details] +msxml,+tid with patch (1.1MB)
Hi Nikolay,
(In reply to comment #2)
Try this patch, and attach +msxml,+tid with it.
It still behaves the same way unfortunately. Log attached.
I screwed up header parsing:
--- 003b:trace:msxml:add_response_header got header L"HTTP/1.0 200 OK\r\nDate":(null) 003b:trace:msxml:add_response_header got header L"\nDate":L" Sun, 18 Dec 2011 " ... ---
so first line with status code should be skipped. I'll prepare another patch.
http://bugs.winehq.org/show_bug.cgi?id=29365
ocean04@suomi24.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ocean04@suomi24.fi
--- Comment #5 from ocean04@suomi24.fi 2011-12-18 10:05:13 CST --- trace:msxml:httprequest_send (0x2be7c30)->({VT_BSTR: L"url=http%3A%2F%2Fwww.winehq.org&force=0"})
That hits bug 27536
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #6 from Nikolay Sivov bunglehead@gmail.com 2011-12-18 10:15:39 CST --- Probably, but headers part first.
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38010|0 |1 is obsolete| |
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2011-12-18 11:08:10 CST --- Created attachment 38019 --> http://bugs.winehq.org/attachment.cgi?id=38019 patch
Attach another log with this patch please.
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs@winehq.org |bunglehead@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38011|0 |1 is obsolete| |
--- Comment #8 from A Wine user RandomAccountName@mail.com 2011-12-18 17:21:26 CST --- Created attachment 38022 --> http://bugs.winehq.org/attachment.cgi?id=38022 +msxml,+tid with patch (1.1MB)
It doesn't appear to get any further yet. I omitted http:// from the submitted URL this time to avoid bug 27536. (VirusTotal is expected to get stuck in the same way if it gets an invalid URL, but adding http:// appears to be unnecessary)
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com 2011-12-19 09:03:50 CST --- (In reply to comment #8)
It doesn't appear to get any further yet. I omitted http:// from the submitted URL this time to avoid bug 27536. (VirusTotal is expected to get stuck in the same way if it gets an invalid URL, but adding http:// appears to be unnecessary)
Well, there's a fix attached to that bug 27536. Or you could just wait for a bunch of fixes that I expect to see in today commit round.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com 2011-12-19 13:48:46 CST --- Commit 02414775e9b25346b178775d971ddd6a14377b56 implements response headers methods, commit c00bbef3e4cced74c7d0995d511494433214cd2b fixes body encoding. Please attach updated log, running current wine.
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38022|0 |1 is obsolete| |
--- Comment #11 from A Wine user RandomAccountName@mail.com 2011-12-19 18:30:56 CST --- Created attachment 38037 --> http://bugs.winehq.org/attachment.cgi?id=38037 +msxml,+tid with wine-1.3.35-43-gd9d4a06
Okay, here's a new log with today's git.
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38019|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bunglehead@gmail.com |wine-bugs@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #12 from ocean04@suomi24.fi 2011-12-21 13:15:05 CST --- Works here if I submit url, that has never been scanned before.
But if I submit same url again -> nothing.
wine-1.3.35-117-g27e3e1a
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #13 from A Wine user RandomAccountName@mail.com 2011-12-22 03:03:31 CST --- (In reply to comment #12)
Works here if I submit url, that has never been scanned before.
But if I submit same url again -> nothing.
wine-1.3.35-117-g27e3e1a
Hmm, same here. It should show a message asking whether to re-analyse the URL if it's been submitted before, but it gets stuck instead. Everything else here appears to work with builtin msxml3 now.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #14 from Nikolay Sivov bunglehead@gmail.com 2011-12-22 13:08:45 CST --- (In reply to comment #13)
(In reply to comment #12)
Works here if I submit url, that has never been scanned before.
But if I submit same url again -> nothing.
wine-1.3.35-117-g27e3e1a
Hmm, same here. It should show a message asking whether to re-analyse the URL if it's been submitted before, but it gets stuck instead. Everything else here appears to work with builtin msxml3 now.
So it doesn't get stuck with native msxml3 if it's submitted second time, right? If so please attach a log that happens with it hangs. Do you know where it stores visited urls? It's preferable to get a log when IE is started cleanly second time and analyser hangs.
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #38003|0 |1 is obsolete| | Attachment #38037|0 |1 is obsolete| |
--- Comment #15 from A Wine user RandomAccountName@mail.com 2011-12-23 01:12:11 CST --- Created attachment 38081 --> http://bugs.winehq.org/attachment.cgi?id=38081 +tid,+msxml log with wine-1.3.35-147-gb433f1c
(In reply to comment #14)
So it doesn't get stuck with native msxml3 if it's submitted second time, right? If so please attach a log that happens with it hangs.
Right. The attached log is from this case.
Do you know where it stores visited urls?
Probably on their server, since it will still recognise that a URL was submitted before even if it was someone else who submitted it previously.
http://bugs.winehq.org/show_bug.cgi?id=29365
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|kennybobs@o2.co.uk |
http://bugs.winehq.org/show_bug.cgi?id=29365
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|msxml3 |-unknown Severity|minor |normal
--- Comment #16 from A Wine user RandomAccountName@mail.com 2012-01-13 07:39:26 CST --- VirusTotal has just overhauled their website. Unfortunately, the problem still exists, but native msxml3 isn't helpful any more.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #17 from ocean04@suomi24.fi 2012-12-10 14:25:06 CST --- msxml issue is visible again (same url analysed before, I used http://winehq.org). And works with native. I have removed SearchScopes registry keys to avoid crash bug 29642
003c:trace:msxml:httprequest_get_responseText detected encoding: (null) 003c:trace:msxml:domdoc_loadXML (0x30cfa60)->(L"\n<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\n<html lang="en">\n<head>\n <meta http-equiv="content-type" content="text/html; charset=utf-8">\n <meta name="robots" content="NONE,NOARCHIVE">\n <title>403 Forbidden</title>\n <"... 0x26adb12) 003c:err:msxml:doparse Opening and ending tag mismatch: meta line 5 and head 003c:err:msxml:doparse Opening and ending tag mismatch: meta line 4 and html 003c:err:msxml:doparse Premature end of data in tag head line 3 003c:err:msxml:doparse Premature end of data in tag html line 2 003c:trace:msxml:domdoc_loadXML failed to parse document
wine-1.5.19
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #18 from ocean04@suomi24.fi 2012-12-10 16:57:43 CST --- I increased debug, and it actually says why request failed:
"You are seeing this message because this HTTPS site requires a 'Referer\n header' to be sent by your Web browser, but none was sent"
Builtin msxml doesn't send referer?
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #19 from ocean04@suomi24.fi 2012-12-13 11:15:21 CST --- Created attachment 42794 --> http://bugs.winehq.org/attachment.cgi?id=42794 testpatch
Attached testpatch fixes issue here. Makes referer also work in builtin iexplore Testpage: http://netikka.net/dev/referer.html
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #20 from Ken Sharp kennybobs@o2.co.uk 2013-07-12 17:17:23 CDT --- Is this still an issue in wine-1.6-rc5 or later?
http://bugs.winehq.org/show_bug.cgi?id=29365
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #21 from Austin English austinenglish@gmail.com 2013-10-16 03:12:42 CDT --- (In reply to comment #20)
Is this still an issue in wine-1.6-rc5 or later?
Yes, in wine-1.7.4.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #22 from ocean04@suomi24.fi 2013-10-16 06:47:56 CDT --- There is no need to keep component unknown, when cause is already known
Builtin msxml need to set referer
http://bugs.winehq.org/show_bug.cgi?id=29365
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bunglehead@gmail.com Component|-unknown |msxml3
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #23 from Nikolay Sivov bunglehead@gmail.com 2013-10-16 15:26:46 CDT --- I'll take a look at this.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #24 from Nikolay Sivov bunglehead@gmail.com 2013-10-17 02:13:38 CDT --- I just sent functionally similar patch that fixes this website for me - I get re-analyze confirmation this time (without a fix it hangs on red progress bar for me).
http://www.winehq.org/pipermail/wine-patches/2013-October/127697.html
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |13aac41b062642732ee912b9078 | |e2b1060c54bed Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #25 from Nikolay Sivov bunglehead@gmail.com 2013-10-17 13:56:16 CDT --- Fixed with 13aac41b062642732ee912b9078e2b1060c54bed.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #26 from ocean04@suomi24.fi 2013-10-21 01:25:09 CDT --- Testpage "comment 19" doesn't seem to work here.. Comment here before create new issue
http://bugs.winehq.org/show_bug.cgi?id=29365
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #27 from Alexandre Julliard julliard@winehq.org 2013-10-25 12:54:48 CDT --- Closing bugs fixed in 1.7.5.
http://bugs.winehq.org/show_bug.cgi?id=29365
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|bunglehead@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #28 from Nikolay Sivov bunglehead@gmail.com 2013-10-26 02:23:19 CDT --- (In reply to comment #26)
Testpage "comment 19" doesn't seem to work here.. Comment here before create new issue
Not sure what you mean exactly, it doesn't work on windows too, so looks like unrelated problem.
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #29 from ocean04@suomi24.fi 2013-10-26 09:49:34 CDT --- It does work here in Windows (IE only) Winetricks msxml3 also helps
http://bugs.winehq.org/show_bug.cgi?id=29365
--- Comment #30 from Nikolay Sivov bunglehead@gmail.com 2013-10-26 11:00:26 CDT --- (In reply to comment #29)
It does work here in Windows (IE only) Winetricks msxml3 also helps
Right, I can confirm that. But VirusTotal problem is fixed for you? If so please open a new report.
-
wine-bugs＠winehq.org