Closed Bug 1399472 Opened 7 years ago Closed 7 years ago

webRequest API gives empty header value when it includes non-ASCII character

Categories

(WebExtensions :: Request Handling, defect, P3)

defect

Tracking

(firefox57 wontfix)

RESOLVED WORKSFORME
Tracking Status
firefox57 --- wontfix

People

(Reporter: qw2g64, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20170911100210

Steps to reproduce:

Latest Nightly 57.0a1 20170911100210. (20170907100318 does not have this bug.)

1. Create a test extension:

manifest.json:

    {
      "manifest_version": 2,
      "name": "test",
      "version": "1.1",
      "permissions": [
        "webRequest", "webRequestBlocking", "<all_urls>" 
      ],  
      "background": {
        "scripts": ["background.js"]
      }
    }

background.js:

    browser.webRequest.onHeadersReceived.addListener(e => {
      for (const h of e.responseHeaders)
        console.log(h)
    }, { urls: ["<all_urls>"] }, ["blocking", "responseHeaders"])

2. load this extension in about:debugging and debug it.
3. Open the page's F12 developer tool, Network tab. Then navigate to http://www.beian.gov.cn/portal/downloadFile?id=29  . This url gives a non-ASCII Content-Disposition header. 





Actual results:

After cancelling the download, the F12 developer tool shows that the Content-Disposition header has value.

However, the extension debug log shows:

Object { name: "Content-Disposition", value: "" }
Object { name: "Content-Type", value: "multipart/form-data;charset=UTF-8" }
......


Expected results:

This header object should have non-empty value or binaryValue, as shown in F12 developer tool.
Component: Untriaged → WebExtensions: Request Handling
Product: Firefox → Toolkit
Priority: -- → P3
This bug cannot be reproduced anymore in Developer Edition 58b4 and Nightly 2017-11-20. I'd close it since it is wontfix for status-firefox57.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Resolution: INVALID → WORKSFORME
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.