diff options
author | mtomasz@chromium.org <mtomasz@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2014-06-10 12:51:46 +0000 |
---|---|---|
committer | mtomasz@chromium.org <mtomasz@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2014-06-10 12:51:46 +0000 |
commit | 31c55bee2cf3edcea8b1a087f7a34f50abddfb1d (patch) | |
tree | 323b8648abd99dcc1c134260c329fbfb26a17aa7 /ipc | |
parent | 73a66d2ad32e871954320363c0aa0ba305f1112b (diff) | |
download | chromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.zip chromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.tar.gz chromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.tar.bz2 |
[fsp] Fix incorrect handling of file system URLs when containing a %.
Mount point names can (and in case of File System Provider API often do) the %
character, in order to create a safe mount point name from an arbitrary file
system id, which can be any string, and often is a file name path. Such path
may contain /, which have to be escaped, since the mount point name must not
contain that character.
However, GetExternalFileSystemRootURIString() wasn't properly escaping the %
character, what caused treating it later as an encoding sequence of an url.
TEST=Tested manually with a file systems containing % in the mount point name.
BUG=248427
Review URL: https://codereview.chromium.org/312283002
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@276002 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions