Open Bug 1450435 Opened 4 years ago Updated 3 years ago

Some URI components or Punycode domain names shouldn't have been decoded into Unicode, they should just be the original.

Categories

(DevTools :: Netmonitor, defect, P3)

58 Branch
defect

Tracking

(Not tracked)

People

(Reporter: zjz, Unassigned)

Details

Attachments

(1 file)

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

Steps to reproduce:

This bug actually does the oppisite work of what bug 1448553 is going to do.

bug 1448553 is going to decode those human-unreadable URLs or paths, which should have been decoded  but are not decoded.

On the contrary, there are cases where URI components or Punycode domain names should not have been decoded into Unicode but are decoded, so they should be restored to the original, for example, the request URL in the Headers panel of the Netmonitor should have displayed the raw header info, it doesn't make sense to display a modified one, even if it is readable than the raw one.
Component: Untriaged → Developer Tools: Netmonitor
Product: Firefox → DevTools
Sounds like you'd like to have a new UI (button, link, etc.) allowing the user to switch between original/decoded URLs?
Any suggestions how the UI could look like?


Honza
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(zjz)
Priority: -- → P3
I love the idea of having the choice of switching between original/decoded URLs, so that we don't miss the raw data while we are able to straightforwardly correspond the URLs.
Flags: needinfo?(zjz)
Currently, I don't have a strong opinion on how the UI should look like. But I am interested in it.

Are there any folk who typically look into the UI issues?
I came up with a simple solution:

Maybe we can list both the URLs, with the decoded one embraced by brackets([, ]), if the original URL is encoded?
You need to log in before you can comment on or make changes to this bug.