Actions
Bug #3896
openFaceUri::parse doesn't reject some invalid unix:// URIs
Status:
New
Priority:
Normal
Assignee:
-
Category:
Network
Target version:
-
Start date:
Due date:
% Done:
0%
Estimated time:
Description
One such example is "unix://foo/bar", where the parser would interpret "foo" as the host component and "bar" as the path component of the URI.
Updated by Junxiao Shi over 7 years ago
I think the solution is to abandon regex-based parsing, but implement a parser for each scheme which encodes the specific rules for that scheme. The parser is generalized from canonize provider.
Updated by Davide Pesavento over 7 years ago
Junxiao Shi wrote:
I think the solution is to abandon regex-based parsing, but implement a parser for each scheme which encodes the specific rules for that scheme.
I'd tend to agree.
Updated by Junxiao Shi over 7 years ago
- Related to Bug #4100: FaceUri::parse doesn't reject IPv4 addresses with v6 scheme (and vice versa) added
Updated by Davide Pesavento over 7 years ago
- Category changed from Utils to Network
Updated by Junxiao Shi about 7 years ago
- Blocked by Feature #4324: FaceUri: per-scheme parsing added
Updated by Junxiao Shi almost 7 years ago
- Related to deleted (Bug #4100: FaceUri::parse doesn't reject IPv4 addresses with v6 scheme (and vice versa))
Actions