New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 739617 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

MHT viewer does not load parts included in mht file, always opens original URL

Reported by andyscu...@gmail.com, Jul 6 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Example URL:
see attached mht

Steps to reproduce the problem:
1. craft a mht file with included pictures/files/other content
2. open it in chromium
3. try to access included content

What is the expected behavior?
Load included content from mht file locally if Content-Location is found inside mht file

What went wrong?
Always redrects to original URL, loading content from internet instead of mht file

Does it occur on multiple sites: Yes

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 58.0.3029.110  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 25.0 r0

Internet explorer and Firefox (mozarchiver extension) open links in mht correctly - if Content-Location matches then image is loaded from mht.
Chromium though always redirects to original URL, bypassing mht content and loading it from web (localhost web server in example mht file)

Not sure if it's the correct document but I found https://tools.ietf.org/html/rfc2557#page-6 , pt 8.2.d - Content-Location should be compared and if it matches then it means link references this specific content part, URL should be opened only if there's no matched Content-Location in mht
 

Comment 1 Deleted

example mht attached
1.mht.zip
29.7 KB Download
Components: -Blink Blink>Loader
Not sure where this belongs. Going with Loader for now.
Labels: M-61 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on Mac 10.12.5, Win-10 and Ubuntu 14.04 using chrome stable version #59.0.3071.115 and latest canary #61.0.3152.0.

This is a non-regression issue as it is observed from M45 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!
Owner: dim...@chromium.org
Status: Assigned (was: Untriaged)
dimich@: would you be able to look into this or assign someone familiar with MHT? Thanks!

Sign in to add a comment