You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Host Parsing in Cyberduck is currently not compliant to RFC3986.
This affects Cyberduck CLI most as URL handling is not consistent here and often violates the standard.
Things that have been discussed:
Profiles with no default hostname must use scheme://host for URL
Profiles with default hostname may use scheme://host for URL, but are allowed to use scheme:/path (absolute path) or scheme:path (relative path to default path (if existent)) for URL
URL may include user information even if URI is path relative (scheme:user@path)
Omitting third slash in scheme://host always uses default path (if existent) otherwise fails (scheme://host/ should be used if no default path exists)
Special case is profile with no configurable (but default) hostname, no (but default) path where URL may look like scheme:.
For handling backwards compatibility if a protocol is not host configurable but has a default hostname and user tries to enter scheme://path this will not throw an error but handle this URL as scheme:/path. Additionally scheme://user@path is parsed as scheme:user@/path.
The text was updated successfully, but these errors were encountered:
Host Parsing in Cyberduck is currently not compliant to RFC3986.
This affects Cyberduck CLI most as URL handling is not consistent here and often violates the standard.
Things that have been discussed:
scheme://host
for URLscheme://host
for URL, but are allowed to usescheme:/path
(absolute path) orscheme:path
(relative path to default path (if existent)) for URLscheme:user@path
)scheme://host
always uses default path (if existent) otherwise fails (scheme://host/
should be used if no default path exists)scheme:
.For handling backwards compatibility if a protocol is not host configurable but has a default hostname and user tries to enter
scheme://path
this will not throw an error but handle this URL asscheme:/path
. Additionallyscheme://user@path
is parsed asscheme:user@/path
.The text was updated successfully, but these errors were encountered: