Open Bug 1587035 Opened 5 years ago Updated 2 years ago

Emoji not shown as value of response header

Categories

(DevTools :: Netmonitor, defect, P3)

69 Branch
defect

Tracking

(Not tracked)

People

(Reporter: webmaster, Unassigned)

References

(Blocks 1 open bug, )

Details

(Keywords: parity-chrome)

Attachments

(1 file)

Attached image 2019-10-08_12-32.png

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

Go to https://wordpress.org/ open dev tools > network tab.
Check headers.

x-olaf does not show a snowman but some encoded mess.

Screenshot pretty much says it all.

Also tested on Windows. same problem.

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:71.0) Gecko/20100101 Firefox/71.0
20191008093420

Status: UNCONFIRMED → NEW
Component: Untriaged → Netmonitor
Ever confirmed: true
Keywords: parity-chrome
Product: Firefox → DevTools
Summary: header emoji → Emoji not shown as value of response header

Thanks for the report!

I can reproduce this on my machine.

Honza

Has STR: --- → yes
Priority: -- → P3

Nicolas, emojis seem to be working in the Console panel.
Any tips about how to fix this?

Honza

Flags: needinfo?(nchevobbe)

Not sure where the header data comes from, but if on the wordpress page I open the console and do the following:

var {headers} = await fetch("/");
headers.get("x-olaf");

I also get "â\u009b\u0084".

Flags: needinfo?(nchevobbe)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: