Open
Bug 1587035
Opened 5 years ago
Updated 2 years ago
Emoji not shown as value of response header
Categories
(DevTools :: Netmonitor, defect, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: webmaster, Unassigned)
References
(Blocks 1 open bug, )
Details
(Keywords: parity-chrome)
Attachments
(1 file)
75.46 KB,
image/png
|
Details |
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.
Reporter | ||
Comment 1•5 years ago
|
||
Also tested on Windows. same problem.
Comment 2•5 years ago
|
||
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
Comment 3•5 years ago
|
||
Thanks for the report!
I can reproduce this on my machine.
Honza
Has STR: --- → yes
Priority: -- → P3
Comment 4•5 years ago
|
||
Nicolas, emojis seem to be working in the Console panel.
Any tips about how to fix this?
Honza
Flags: needinfo?(nchevobbe)
Comment 5•5 years ago
|
||
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)
Updated•5 years ago
|
Blocks: netmonitor-headers-sidepanel
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•